软件概要设计说明书类图顺序图

软件概要设计说明书类
图顺序图
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。

协议：数据库：ADO
2. 节点间的连接
协议：网络：TCP/IP
3.节点的性能要求
根据登录权限进入相应角色对应的界面，接线员，市级领导，街乡二级平台，值班长，监督员要进行用户名和口令登录检查。

4.1.2软件功能结构图：
登录模块：除市民外，其余角色必须用相应的用户名和密码登录；
权限管理：根据登录用户名，分配权限；并根据用户权限进入相应的网页；
市民上报问题：市民无需身份验证，可直接填写市民上报问题表单；
接线员上报问题：登录成功后，进入接线员上报表单，登记市民所举报的问题并提交；市级领导上报问题：登录成功后，进入市级领导上报问题表单，登记问题并提交；
街乡二级平台上报问题：登录成功后，进入街乡二级平台上报问题表单，登记问题并提交；
监督员上报问题：登录成功后，进入监督员上报问题表单，登记问题并提交；
查询模块：登录成功后，值班长可查询所有问题，并根据问题状态进行相应的处理；
值班长发送命令：登录成功后，值班长将待核查的问题以命令形式发送给监督员；
监督员核查问题：登录成功后，监督员核查问题并修改核查问题表单；
立案模块：值班长登录成功后，根据问题状态进行立案；
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表中创建一条问题记录。

属性：
操作：
提交信息（CREAT）
重新填写（REWRITE）
4.4.1.4控制类
检查类：检查市民填写表单的有效性
1）接收市民上报问题表单界面类专递来的表单；
2）进行汇总，形成有效数据并检索数据库的T-ProbRecord表，进行模糊查询，如果存在该问题，则显示该问题已存在对话框；
3）如果不存在该问题，进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为待核查；
3）返回提交成功对话框。

4.4.2上级下达命令
4.4.2.1 上级下达命令类图，顺序图
用例编号：U_01_009 上级下达命令:
说明：
上级下达命令时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入市级领导上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。

上级下达命令用例中的界面类包括：
登录界面（Login）
市级领导上报问题表单（LeaderForm）
提交成功对话框（SubSuccessDialog）
市级领导上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
市级领导上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.2.2边界类
市级领导上报问题界面类的原型如图所示：
登录界面原型如下：
4.4.2.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
职责：根据输入的提交者，密码，到用户信息表中验证用户身份，并根据权限显示相应的表单。

属性：
4.4.2.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。

检查类：检查市级领导上报问题表单的有效性
1）接收市级领导上报问题表单界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。

4.4.3街乡二级平台上报问题
4.4.3.1 街乡二级平台上报问题类图，顺序图
用例编号：U_01_010 上级下达命令:
说明：
街乡二级平台上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入街乡二级平台上报问题表单，输入上报的问题，点击确认，进
行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。

街乡二级平台上报问题用例中的界面类包括：
登录界面（Login）
街乡二级平台上报问题表单（LeaderForm）
提交成功对话框（SubSuccessDialog）
街乡二级平台上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
街乡二级平台上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.3.2边界类
街乡二级平台上报问题界面类的原型如图所示：
登录界面见上
4.4.3.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上
处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
处理同上
4.4.3.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。

检查类：检查街乡二级平台上报问题表单的有效性
1）接收街乡二级平台上报问题表界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。

4.4.4（监督员）登记问题（接线员上报问题）
4.4.4.1 （监督员）登记问题类图，顺序图
用例编号：U_01_005 登记问题:
说明：
监督员上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入监督员上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。

监督员上报问题用例中的界面类包括：
登录界面（Login）
监督员上报问题表单（SupervsForm）
提交成功对话框（SubSuccessDialog）
监督员上报问题用例中的控制类包括：
身份验证（UserValidity）:身份验证
检查（Check）:问题查询，以及输入有效性
上报问题处理（Submission）
监督员上报问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
顺序图：
4.4.4.2边界类
街乡二级平台上报问题界面类的原型如图所示：
4.4.4.3实体类
ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上处理同上
UserInfo类：映射到数据库的用户信息表T-UserInfo表上
处理同上
4.4.4.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的监督员问题登记表单。

检查类：检查监督员问题登记表单的有效性
1）接收监督员问题登记表界面类专递来的表单；
2）进行汇总，形成有效数据；
3）进行上报问题处理
上报问题处理类：处理上报问题
1）创建问题记录，对默认值默认处理，对关联项进行匹配。

2）读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；
3）返回提交成功对话框。

核查申请类：映射到数据库的核查申请表T_Check表上
1）读取核查消息，进行核查
2）核查后提交核查完毕消息；
3）修改核查申请表中的核查否项为：已核查
4.4.5值班长核查问题
4.4.
5.1 值班长核查问题类图，顺序图
用例编号：U_01_015 核查问题:
说明：
值班长浏览查询并操作问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入值班长核查问题表单，可输入查询条件，进行查询，根据返回的记录对不同状态的记录进行不同的操作：对已提交的记录进行立案处理，对于待核查的问题，发送核查命令给监督员进行核查，发送命令成功后返回发送成功对话框。

值班长核查问题用例中的界面类包括：
登录界面
值班长核查问题表单
发送成功对话框
值班长核查问题用例中的控制类包括：
身份验证:身份验证
检查:问题查询，以及输入有效性
上报问题处理
值班长核查问题用例中的实体类包括：
用户信息表(T_UserInfo)
问题登记表（T_ProbRecord）
核查问题表
顺序图：
4.4.
5.2边界类
值班长核查问题界面类的原型如图所示：
4.4.
5.3实体类
问题登记类：映射到数据库的问题登记表T-ProbRecord表上处理同上
用户信息类：映射到数据库的用户信息表T-UserInfo表上
处理同上
核查申请类：映射到数据库的核查申请表T_Check表上
4.4.
5.4控制类
用户有效性验证类：验证提交者身份
1）提交者点击登陆，根据提交者和密码到信息表中验证有效性
2）验证通过后根据用户信息表中的用户类型编码调用并显示相应的值班长核查问题表单
查询类：按照选择的条件进行查询
1）选择查询条件；
2）进行过滤，将满足条件的记录显示在界面上；
发送核查命令处理类：发命令给监督员
1）创建申请记录；
2）读取核查申请表，如果问题已核查，也就是问题当前状态为已核查，则进行立案处理
4.4 约束和假定
本系统要求满足编码满足建设部网格标准，具体标准见需求分析文档；本系统将会跟其他系统进行交互也就是呼叫中心进行交互，本系统的立案申请，将上报到呼叫中心进行中和处理。

5非功能性需求
本系统要求可靠性，健壮性，要求实时性；对反馈时间也需要特别说明。

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