下载文档原格式
软件概要设计说明书类图顺序图TPMK standardization office【 TPMK5AB- TPMK08- TPMK2C- TPMK18】软件概要设计说明书 (2)1．概述 (2)1.1 软件设计目标 (2)1.2 参考资料 (2)2 术语表 (2)3 用例 (2)4 设计概述 (3)4.1简述 (3)4.2系统结构设计 (3)4.1.1 物理模型： (3)4.1.2 软件功能结构图： (4)4.3系统层次划分 (5)4.4设计用况的类图、顺序图 (6)4.4.1市民上报问题 (6)4.4.2上级下达命令 (10)4.4.3街乡二级平台上报问题 (13)4.4.4（监督员）登记问题（接线员上报问题） (15)4.4.5值班长核查问题 (18)4.4 约束和假定 (21)5 非功能性需求 (21)软件概要设计说明书1．概述本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计；包括登录模块，登记问题模块，市民上报问题模块，上级下达命令模块，街乡二级平台上报问题模块，核查问题模块，以及立案模块。
将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图，相应对象的状态图的设计以及系统总体构架和配置。
对系统的性能，可用性等非功能需求也有相应描述，供详细设计人员和项目小组以及用户参考。
1.1软件设计目标我国数字城市技术应用现已逐渐应用到社会的各个领域中。
为了节约大量的人力、物力、财力。
网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。
本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。
具体针对各个模块进行概要设计，模块化结构更清晰。
1.2参考资料中华人民共和国国家标准：《城市市政监管信息系统技术规范》；《城市市政监管信息化部件和事件分类与编码》；《城市市政监管信息化单元网格划分与编码》；《城市市政监管信息化地理编码》；《软件需求规格说明书》2术语表UML 统一建模语言3用例系统顶级用例图：4设计概述4.1简述本说明书采用的设计方法为面向对象设计法;系统的体系结构为B/S结构;相应技术为 UML_Rational Rose.4.2系统结构设计4.1.1物理模型：配置图：1．节点说明Web服务器：Happy 2005 2.40GHz CPU，512MB内存，20GB*4硬盘;操作系统：Windows XP;数据库服务器： MS SQL Server 2000；浏览器：IE5.0。
各种软件开发系统架构图案例介绍v1.0 可编辑可修改第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面：1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。
整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。
2 应用资源采集整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。
本次项目就要实现对这两类资源的有效采集和管理。
对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。
对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。
3 数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。
4 数据的应用最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。
综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。
1.2.【荐】技术架构设计注:技术架构图 --主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。
下面我们将分别进行说明。
1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：注:系统整体/总体架构图 --主要突出从物理硬件（物理层/基础层）、数据库（数据层）、后台底层（支撑层）、业务逻辑（业务层/应用层）、UI描述（展示层）、系统用户分类（用户层），项目实施与运维管理，标准与规范体系和安全保障体系（贯穿各层的保障系统）一般我们只画大虚框内的部分就行了，外面的是说明与其他系统的对接描述，可以省略综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
系统架构图：分层架构图、MVC架构图、客户端-服务器架构图、事件驱动架构图软件系统架构图是用于描述软件系统组织结构、模块划分、组件交互和运行方式的图形表示。
根据不同的系统和设计需求，可以有许多不同的系统架构图，以下是一些常见的系统架构图及其详细描述：1.三层架构图（Three-tier Architecture Diagram）：2.三层架构图是一种常见的软件系统架构图，它将系统分为三个主要层次：表示层（Presentation Layer）、业务逻辑层（Business Logic Layer）和数据访问层（Data Access Layer）。
这种架构图通常用于构建企业应用程序和Web应用程序。
表示层负责与用户交互，提供用户界面和展示数据。
业务逻辑层负责处理业务逻辑和规则，实现应用程序的核心功能。
数据访问层负责与数据源进行交互，通常是指数据库或其他数据存储系统。
这种分层架构可以提高系统的可维护性、可扩展性和可重用性。
3.MVC架构图（Model-View-Controller Architecture Diagram）：4.MVC是一种设计模式，用于将应用程序的数据模型（Model）、用户界面（View）和控制逻辑（Controller）分离开来。
这种架构图通常用于构建Web应用程序和桌面应用程序。
模型（Model）负责处理数据和业务逻辑，视图（View）负责提供用户界面，控制器（Controller）负责处理用户输入和调用模型与视图。
MVC架构图可以提高系统的可维护性、可扩展性和可重用性，并且使得系统更容易进行测试和调试。
5.客户端-服务器架构图（Client-Server Architecture Diagram）：6.客户端-服务器架构图是一种网络应用程序架构图，它将应用程序分为客户端和服务器两个部分。
客户端发送请求，服务器接收请求并返回响应。
这种架构图通常用于构建分布式系统和网络应用程序。
功能框架图功能框架图是指用来描述系统或应用程序的功能及其之间的关系的图表。
它是软件开发过程中的重要工具，可以帮助开发者和用户更好地理解系统的功能和组成部分。
以下是对功能框架图的一个700字的描述。
功能框架图是一种用来展示系统功能和组成部分之间关系的图表。
它可以包括系统的各种功能、模块、子系统以及它们之间的交互方式。
功能框架图是系统开发和设计过程中的重要工具，它能够帮助开发者更好地理解系统的功能，并且为用户提供一个整体的概览。
在一个功能框架图中，各个功能模块通常以方框的形式表示，而它们之间的关系则由箭头和线条表示。
箭头表示了功能之间的依赖关系、数据流或者信息流等。
线条则表示了模块之间的交互方式，比如输入/输出等。
一个典型的功能框架图可能包括以下几个部分：系统功能模块、子系统、用户界面、数据流等。
系统功能模块是指系统的各个核心功能，它们一般是体现系统价值的部分。
子系统则是指系统中的一个相对独立的部分，它可以包括多个功能模块，用来实现一些特定的功能。
用户界面则是用户与系统进行交互的部分，它可以包括输入界面、输出界面等。
数据流是系统中数据传输和处理的流程，它反映了系统功能的实现方式。
功能框架图的主要作用是帮助开发者和用户更好地理解系统的功能和组成部分。
它可以提供一个系统架构的概览，并且能够清晰地展示系统的各个功能之间的依赖关系和交互方式。
通过功能框架图，开发者可以更好地规划开发工作，确保系统中的各个功能模块能够良好地协同工作。
对于用户来说，功能框架图可以帮助他们更好地理解系统的功能，并且有助于他们在使用系统时更加方便和高效。
总之，功能框架图是一个描述系统功能和组成部分之间关系的重要工具。
它能够提供一个整体的概览，并且清晰地展示系统的各个功能之间的依赖关系和交互方式。
通过功能框架图，开发者和用户可以更好地理解系统，并且能够更加方便地进行开发和使用。
1软件总体架构图软件结构如图1.1所示：大容量数据采集与处理程序工业以太网网关路由程序CGIBOATCP/IP操作系统界面ucLinux 内核MicroBlaze Ip 设计图1.1 FPGA 数据采集软件架构图以上是系统的软件结构框图，我们下面将就具体每一个步骤的设计进行一个简要的描述：2 MicroBlaze IP 核设计IP 字面意思是知识产权，在微电子领域，具有知识产权的功能模块成为IP Core 或IP 核。
IP 可以用来生成ASIC 和PLD 逻辑功能块，又称为虚拟器件VC 。
IP 核可以有很多种，比如UART 、CPU 、以太网控制器、PCI 接口等。
根据IP 核描述的所在集成电路的设计层次，IP 可以分为硬IP 、软IP 、固IP 。
硬IP 的芯片中物理掩膜布局已经得到证明，所有的验证和仿真工作都已经完成，用它可以直接生产硅片，系统设计者不能再对它进行修改。
而软IP 是以行为级和RTL 级的Verilog 或VHDL 代码的形式存在，它要经过逻辑综合和版图综合才能最终实现在硅片上。
固IP 则介于两者之间。
Xilinx 公司的MicroBlaze32位软处理器核是支持CoreConnect 总线的标准外设集合。
MicroBlaze 处理器运行在150MHz 时钟下，可提供125 D-MIPS 的性能，非常适合设计针对网络、电信、数据通信和消费市场的复杂嵌入式系统。
1．MicroBlaze 的体系结构MicroBlaze 是基于Xilinx 公司FPGA 的微处理器IP 核，和其它外设IP 核一起，可以完成可编程系统芯片(SOPC)的设计。
MicroBlaze 处理器采用RISC 架构和哈佛结构的32位指令和数据总线， 可以全速执行存储在片上存储器和外部存储器中的程序， 并访问其中的数据， 如图4.1所示指令端总线接口程序指针（PC ）运算器通用寄存器组32x32Bit指 令 缓冲指 令 译码数 据 端 总 线 接口DLMBDOP B图2.1 MicroBlaze 内核结构框图(1)内部结构MicroBlaze内部有32个32位通用寄存器和2个32位特殊寄存器—— PC 指针和MSR 状态标志寄存器。
软件工程9种图软件工程9种图本文档旨在介绍软件工程中常用的9种图，包括需求分析图、用例图、活动图、类图、状态图、序列图、通信图、部署图和物理架构图。
每个章节将详细说明各种图的定义、特点和使用方法。
1.需求分析图需求分析图主要用于描述系统的需求和功能，并将其转化为可视化的图形表示。
它包括用例图、活动图、状态图等多种子图。
用例图用于展示系统的功能、用户以及各功能之间的关系；活动图则表示系统中的各种活动以及它们之间的关系；状态图则描述系统中对象的不同状态和状态之间的转移。
2.用例图用例图是描述系统功能和用户之间交互的图表。
它展示了系统的功能性需求，包括系统的主要功能和参与者（用户）之间的关系。
用例图由参与者、用例和关系构成，通过参与者和用例之间的关系来表示用户与系统的交互。
3.活动图活动图用于描述系统中的活动或业务流程，以及这些活动之间的顺序关系。
它展示了系统的业务流程，包括活动、决策、并行和合并分支。
活动图通过节点、边和分支条件来表示活动之间的关系。
4.类图类图用于描述系统中的类、对象以及它们之间的关系。
它展示了系统的结构，包括类的属性、方法、关联关系、继承关系等。
类图通过类、对象、关联和继承等元素来表示系统的结构。
5.状态图状态图用于描述系统中对象的不同状态和状态之间的转移。
它展示了系统中对象的状态及其变化，包括对象的初始状态、中间状态以及最终状态。
状态图通过状态、转移和条件来表示对象的状态和状态之间的转移。
6.序列图序列图用于描述系统中对象之间的交互顺序和消息传递。
它展示了系统中对象之间的交互流程，包括对象的创建、销毁、方法调用等。
序列图通过对象、消息、生命线等元素来表示对象之间的交互和顺序关系。
7.通信图通信图用于描述系统中对象之间的交互和消息传递。
它展示了对象之间的通信方式，包括消息的发送和接收。
通信图通过对象、消息、连接线等元素来表示对象之间的交互和通信关系。
8.部署图部署图用于描述系统中软件和硬件组件的部署布局。
各种软件开发系统架构图案例介绍第一章【荐】共享平台架构图与详细说明1.1.【荐】共享平台逻辑架构设计(逻辑指的是业务逻辑)注:逻辑架构图--主要突出子系统/模块间的业务关系, 这里的逻辑指的是业务逻辑如上图所示为本次共享资源平台逻辑架构图，上图整体展现说明包括以下几个方面：1 应用系统建设本次项目的一项重点就是实现原有应用系统的全面升级以及新的应用系统的开发，从而建立行业的全面的应用系统架构群。
整体应用系统通过SOA面向服务管理架构模式实现应用组件的有效整合，完成应用系统的统一化管理与维护。
2 应用资源采集整体应用系统资源统一分为两类，具体包括结构化资源和非机构化资源。
本次项目就要实现对这两类资源的有效采集和管理。
对于非结构化资源，我们将通过相应的资源采集工具完成数据的统一管理与维护。
对于结构化资源，我们将通过全面的接口管理体系进行相应资源采集模板的搭建，采集后的数据经过有效的资源审核和分析处理后进入到数据交换平台进行有效管理。
3 数据分析与展现采集完成的数据将通过有效的资源分析管理机制实现资源的有效管理与展现，具体包括了对资源的查询、分析、统计、汇总、报表、预测、决策等功能模块的搭建。
4 数据的应用最终数据将通过内外网门户对外进行发布，相关人员包括局内各个部门人员、区各委办局、用人单位以及广大公众将可以通过不同的权限登录不同门户进行相关资源的查询，从而有效提升了我局整体应用服务质量。
综上，我们对本次项目整体逻辑架构进行了有效的构建，下面我们将从技术角度对相关架构进行描述。
1.2.【荐】技术架构设计注:技术架构图--主要突出子系统/模块自身使用的技术和模块接口关联方式如上图对本次项目整体技术架构进行了设计，从上图我们可以看出，本次项目整体建设内容应当包含了相关体系架构的搭建、应用功能完善可开发、应用资源全面共享与管理。
下面我们将分别进行说明。
1.3.【荐】系统整体架构设计(也称为系统总体架构)上述两节，我们对共享平台整体逻辑架构以及项目搭建整体技术架构进行了分别的设计说明，通过上述设计，我们对整体项目的架构图进行了归纳如下：注:系统整体/总体架构图--主要突出从物理硬件（物理层/基础层）、数据库（数据层）、后台底层（支撑层）、业务逻辑（业务层/应用层）、UI描述（展示层）、系统用户分类（用户层），项目实施与运维管理，标准与规范体系和安全保障体系（贯穿各层的保障系统）一般我们只画大虚框内的部分就行了，外面的是说明与其他系统的对接描述，可以省略综上，我们对整体应用系统架构图进行了设计，下面我们将分别进行说明。
软件功能流程图软件功能流程图是描述软件系统功能及其交互的图形化表示，通过图形化的方式展示软件系统的功能模块及其交互流程。
以下是一个关于购物系统的软件功能流程图。
软件功能流程图如下：1. 用户注册功能模块：- 用户打开软件，并点击注册按钮；- 系统弹出注册页面，用户填写注册信息（包括用户名、密码、邮箱等）；- 用户点击提交按钮，系统判断注册信息的合法性；- 如果信息合法，则系统保存用户信息并弹出注册成功的提示框；- 如果信息不合法，则系统显示错误提示信息，用户根据提示进行修改。
2. 用户登录功能模块：- 用户打开软件，并点击登录按钮；- 系统弹出登录页面，用户填写登录信息（包括用户名和密码）；- 用户点击提交按钮，系统判断登录信息的正确性；- 如果信息正确，则系统跳转到主页；- 如果信息错误，则系统显示错误提示信息，用户根据提示进行修改。
3. 商品浏览功能模块：- 用户登录成功后，系统加载主页；- 用户可以通过搜索框输入关键字搜索商品；- 用户也可以通过浏览商品分类来寻找商品；- 用户点击商品图片，系统弹出商品详情页面，显示商品的详细信息（包括名称、价格、库存等）；- 用户可以将商品加入购物车。
4. 购物车功能模块：- 用户点击购物车图标，系统加载购物车页面；- 用户可以查看购物车中的商品列表；- 用户可以调整商品的数量；- 用户可以删除购物车中的商品；- 用户可以点击结算按钮，进入结算页面。
5. 结算功能模块：- 用户进入结算页面，系统显示用户的收货地址信息；- 用户可以选择配送方式；- 用户可以选择支付方式；- 用户点击确认支付按钮，系统跳转到支付平台；- 用户完成支付后，系统弹出支付成功的提示框，并显示订单信息。
6. 订单查询功能模块：- 用户可以在主页点击“我的订单”按钮，系统加载订单管理页面；- 用户可以查看历史订单；- 用户可以查看订单详情；- 用户可以取消未发货的订单；- 用户可以申请退货。
