软件概要设计说明书Word文档下载推荐.docx

软件概要设计说明书Word文档下载推荐.docx

《软件概要设计说明书Word文档下载推荐.docx》由会员分享，可在线阅读，更多相关《软件概要设计说明书Word文档下载推荐.docx（22页珍藏版）》请在冰豆网上搜索。

我国数字城市技术应用现已逐渐应用到社会的各个领域中。

为了节约大量的人力、物力、财力。

网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。

本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。

具体针对各个模块进行概要设计，模块化结构更清晰。

1.2参考资料

中华人民共和国国家标准：

《城市市政监管信息系统技术规范》；

《城市市政监管信息化部件和事件分类与编码》；

《城市市政监管信息化单元网格划分与编码》；

《城市市政监管信息化地理编码》；

《软件需求规格说明书》

2术语表

UML统一建模语言

3用例

系统顶级用例图：

4设计概述

4.1简述

本说明书采用的设计方法为面向对象设计法;

系统的体系结构为B/S结构;

相应技术为UML_RationalRose.

4.2系统结构设计

配置图：

1．节点说明

Web服务器：

Happy20052.40GHzCPU，512MB内存，20GB*4硬盘;

操作系统：

WindowsXP;

数据库服务器：

MSSQLServer2000；

浏览器：

IE5.0。

协议：

数据库：

ADO

2.节点间的连接

网络：

TCP/IP

3.节点的性能要求

根据登录权限进入相应角色对应的界面，接线员，市级领导，街乡二级平台，值班长，监督员要进行用户名和口令登录检查。

登录模块：

除市民外，其余角色必须用相应的用户名和密码登录；

权限管理：

根据登录用户名，分配权限；

并根据用户权限进入相应的网页；

市民上报问题：

市民无需身份验证，可直接填写市民上报问题表单；

接线员上报问题：

登录成功后，进入接线员上报表单，登记市民所举报的问题并提交；

市级领导上报问题：

登录成功后，进入市级领导上报问题表单，登记问题并提交；

街乡二级平台上报问题：

登录成功后，进入街乡二级平台上报问题表单，登记问题并提交；

监督员上报问题：

登录成功后，进入监督员上报问题表单，登记问题并提交；

查询模块：

登录成功后，值班长可查询所有问题，并根据问题状态进行相应的处理；

值班长发送命令：

登录成功后，值班长将待核查的问题以命令形式发送给监督员；

监督员核查问题：

登录成功后，监督员核查问题并修改核查问题表单；

立案模块：

值班长登录成功后，根据问题状态进行立案；

4.3系统层次划分

系统划分为五个层次：

用户界面层、专用应用软件层、通用应用软件层、中间层和数据层。

系统层次图：

界面层包括登录界面、市民上报问题界面、市级领导上报问题界面、街乡二级平台上报问题界面、监督员上报问题界面、值班长浏览操作界面等用户界面。

专用软件层包括市民上报问题，市级领导上报问题，街乡二级平台上报问题，监督员上报问题，值班长核查问题等处理。

通用软件层包括登录、权限管理、通用查询类。

数据层包括实体类及其相应的服务。

界面层自系统与专用软件层和通用软件层之间是“请求—服务”关系，它不可以直接与数据层发生关系。

专用层与通用层有依赖关系和继承关系。

专用层、通用层与数据层之间是“请求—服务”关系。

4.4设计用况的类图、顺序图

4.4.1市民上报问题

4.4.1.1市民上报问题类图,顺序图

用例编号：

U_01_008市民上报问题:

说明：

市民上报问题时，在登录界面里，市民无需登录，点击市民上报直接进入市民上报问题表单，输入上报的问题，点击确认，进行有效性验证，查询问题登记表，检查是否有相同的模糊匹配的记录，如果该问题已存在或是已解决，则返回该问题已存在/已解决对话框；

否则进行上报问题处理，修改问题登记表，创建一条问题记录；

同时返回提交成功对话框。

市民上报问题用例中的界面类包括：

登录界面（Login）

市民上报问题表单（PubForm）

提交成功对话框（SubSuccessDialog）

问题已存在/已解决对话框（ExistDialog）

市民上报问题用例中的控制类包括：

检查（Check）:

问题查询，以及输入有效性

上报问题处理（Submission）

市民上报问题用例中的实体类包括：

问题登记表（ProbRecord）

顺序图：

4.4.1.2边界类

市民上报问题界面类的原型如图所示：

登录界面原型如下：

4.4.1.3实体类

ProbRecord类：

映射到数据库的问题登记表T-ProbRecord表上

职责：

通过ADO表单内容进行汇总并在T-ProbRecord表中创建一条问题记录。

属性：

项目

类型

长度

备注

问题编号*

Int

问题来源*

来源方式*

char

接线员*

监督员*

城管通手机号*

问题类型**

部件信息**

大类*

小类*

所属城区

所属街区

所属社区

所属万米单元

事件位置说明

问题描述

破坏程度

影响范围

问题发生时间

举报人

举报人联系方式

回复方式

附件（图片、视频）

登记时间

Date

当前状态

操作：

提交信息（CREAT）重新填写（REWRITE）

4.4.1.4控制类

检查类：

检查市民填写表单的有效性

1）接收市民上报问题表单界面类专递来的表单；

2）进行汇总，形成有效数据并检索数据库的T-ProbRecord表，进行模糊查询，如果存在该问题，则显示该问题已存在对话框；

3）如果不存在该问题，进行上报问题处理

上报问题处理类：

处理上报问题

1）创建问题记录，对默认值默认处理，对关联项进行匹配。

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为待核查；

3）返回提交成功对话框。

4.4.2上级下达命令

4.4.2.1上级下达命令类图，顺序图

U_01_009上级下达命令:

上级下达命令时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入市级领导上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；

上级下达命令用例中的界面类包括：

市级领导上报问题表单（LeaderForm）

市级领导上报问题用例中的控制类包括：

身份验证（UserValidity）:

身份验证

市级领导上报问题用例中的实体类包括：

用户信息表（T_UserInfo）

问题登记表（T_ProbRecord）

4.4.2.2边界类

市级领导上报问题界面类的原型如图所示：

登录界面原型如下：

4.4.2.3实体类

处理同上

UserInfo类：

映射到数据库的用户信息表T-UserInfo表上

根据输入的提交者，密码，到用户信息表中验证用户身份，并根据权限显示相应的表单。

用户编码

int

用户名

char

密码

用户类型编码

4.4.2.4控制类

用户有效性验证类：

验证提交者身份

1）提交者点击登陆，根据提交者和密码到信息表中验证有效性

2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。

检查市级领导上报问题表单的有效性

1）接收市级领导上报问题表单界面类专递来的表单；

2）进行汇总，形成有效数据；

3）进行上报问题处理

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；

4.4.3街乡二级平台上报问题

4.4.3.1街乡二级平台上报问题类图，顺序图

U_01_010上级下达命令:

街乡二级平台上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入街乡二级平台上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；

街乡二级平台上报问题用例中的界面类包括：

街乡二级平台上报问题表单（LeaderForm）

街乡二级平台上报问题用例中的控制类包括：

街乡二级平台上报问题用例中的实体类包括：

4.4.3.2边界类

街乡二级平台上报问题界面类的原型如图所示：

登录界面见上

4.4.3.3实体类

4.4.3.4控制类

2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。

检查街乡二级平台上报问题表单的有效性

1）接收街乡二级平台上报问题表界面类专递来的表单；

4.4.4（监督员）登记问题（接线员上报问题）

4.4.4.1（监督员）登记问题类图，顺序图

U_01_005登记问题:

监督员上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入监督员上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；

监督员上报问题用例中的界面类包括：

监督员上报问题表单（SupervsForm）

监督员上报问题用例中的控制类包括：

监督员上报问题用例中的实体类包括：

4.4.4.2边界类

街乡二级平台上报问题界面类的原型如图所示：

4.4.4.3实体类

ProbRecord类：

4.4.4.4控制类

2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的监督员问题登记表单。

检查监督员问题登记表单的有效性

1）接收监督员问题登记表界面类专递来的表单；

核查申请类：

映射到数据库的核查申请表T_Check表上

1）读取核查消息，进行核查

2）核查后提交核查完毕消息；

3）修改核查申请表中的核查否项为：

已核查

4.4.5值班长核查问题

4.4.5.1值班长核查问题类图，顺序图

U_01_015核查问题:

值班长浏览查询并操作问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入值班长核查问题表单，可输入查询条件，进行查询，根据返回的记录对不同状态的记录进行不同的操作：

对已提交的记录进行立案处理，对于待核查的问题，发送核查命令给监督员进行核查，发送命令成功后返回发送成功对话框。

值班长核查问题用例中的界面类包括：

登录界面

值班长核查问题表单

发送成功对话框

值班长核查问题用例中的控制类包括：

身份验证:

检查:

上报问题处理

值班长核查问题用例中的实体类包括：

核查问题表

4.4.5.2边界类

值班长核查问题界面类的原型如图所示：

4.4.5.3实体类

问题登记类：

用户信息类：

核查申请类：

表单编号：

T_01002

表单名称：

核查申请表

序号

数据项

描述

1.

申请号*

需要申请的问题序号

key

2.

与问题登记表相关联

3.

核查否

核查结果

4.4.5.4控制类

2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的值班长核查问题表单

查询类：

按照选择的条件进行查询

1）选择查询条件；

2）进行过滤，将满足条件的记录显示在界面上；

发送核查命令处理类：

发命令给监督员

1）创建申请记录；

2）读取核查申请表，如果问题已核查，也就是问题当前状态为已核查，则进行立案处理

4.4约束和假定

本系统要求满足编码满足建设部网格标准，具体标准见需求分析文档；

本系统将会跟其他系统进行交互也就是呼叫中心进行交互，本系统的立案申请，将上报到呼叫中心进行中和处理。

5非功能性需求

本系统要求可靠性，健壮性，要求实时性；

对反馈时间也需要特别说明。

由于时间关系本概要设计还需完善。