软件概要设计说明书类图顺序图资料全.doc

《软件概要设计说明书类图顺序图资料全.doc》由会员分享，可在线阅读，更多相关《软件概要设计说明书类图顺序图资料全.doc（21页珍藏版）》请在三一办公上搜索。

1、软件概要设计说明书21概述21.1软件设计目标21.2参考资料22术语表23用例24设计概述34.1简述34.2系统结构设计34.1.1物理模型：34.1.2软件功能结构图：44.3系统层次划分54.4设计用况的类图、顺序图64.4.1市民上报问题64.4.2上级下达命令104.4.3街乡二级平台上报问题134.4.4（监督员）登记问题（接线员上报问题）154.4.5值班长核查问题184.4 约束和假定215非功能性需求21软件概要设计说明书1 概述 本说明书主要描述朝阳区城市网络化管理信息系统的子系统的各个模块的设计；包括登录模块，登记问题模块，市民上报问题模块，上级下达命令模块，街乡二级平

2、台上报问题模块，核查问题模块，以及立案模块。将针对上述模块的功能进行面向对象的分析并完成相应用例的顺序图，相应对象的状态图的设计以及系统总体构架和配置。对系统的性能，可用性等非功能需求也有相应描述，供详细设计人员和项目小组以及用户参考。1.1 软件设计目标我国数字城市技术应用现已逐渐应用到社会的各个领域中。为了节约大量的人力、物力、财力。网格管理新模式的提出将解决人们一串串“投诉没门路、解决无期限”的烦恼。本系统主要实现朝阳区城市网络化管理信息系统中的信息提交子系统功能。具体针对各个模块进行概要设计，模块化结构更清晰。1.2 参考资料中华人民共和国国家标准：城市市政监管信息系统技术规范；城市市

3、政监管信息化部件和事件分类与编码；城市市政监管信息化单元网格划分与编码；城市市政监管信息化地理编码； 软件需求规格说明书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。协议：数据库：ADO2.

4、 节点间的连接协议：网络：TCP/IP3.节点的性能要求 根据登录权限进入相应角色对应的界面，接线员，市级领导，街乡二级平台，值班长，监督员要进行用户名和口令登录检查。4.1.2 软件功能结构图： 信息提交子系统登录模块上报问题模块核查问题模块立案模块接线员上报问题市级领导上报问题街乡上报问题监督员上报问题值班长发送命令监督员核查问题查询模块市民上报问题权限管理登录模块：除市民外，其余角色必须用相应的用户名和密码登录；权限管理：根据登录用户名，分配权限；并根据用户权限进入相应的网页；市民上报问题：市民无需身份验证，可直接填写市民上报问题表单；接线员上报问题：登录成功后，进入接线员上报表单，登记

5、市民所举报的问题并提交；市级领导上报问题：登录成功后，进入市级领导上报问题表单，登记问题并提交；街乡二级平台上报问题：登录成功后，进入街乡二级平台上报问题表单，登记问题并提交；监督员上报问题：登录成功后，进入监督员上报问题表单，登记问题并提交；查询模块：登录成功后，值班长可查询所有问题，并根据问题状态进行相应的处理；值班长发送命令：登录成功后，值班长将待核查的问题以命令形式发送给监督员；监督员核查问题：登录成功后，监督员核查问题并修改核查问题表单；立案模块：值班长登录成功后，根据问题状态进行立案；4.3系统层次划分系统划分为五个层次：用户界面层、专用应用软件层、通用应用软件层、中间层和数据层。

6、系统层次图：用户界面层专用软件层通用软件层中间件层数据层界面层包括登录界面、市民上报问题界面、市级领导上报问题界面、街乡二级平台上报问题界面、监督员上报问题界面、值班长浏览操作界面等用户界面。专用软件层包括市民上报问题，市级领导上报问题，街乡二级平台上报问题，监督员上报问题，值班长核查问题等处理。通用软件层包括登录、权限管理、通用查询类。数据层包括实体类及其相应的服务。界面层自系统与专用软件层和通用软件层之间是“请求服务 ”关系，它不可以直接与数据层发生关系。专用层与通用层有依赖关系和继承关系。专用层、通用层与数据层之间是“请求服务”关系。4.4设计用况的类图、顺序图4.4.1市民上报问题4.

7、4.1.1 市民上报问题类图,顺序图用例编号：U_01_008 市民上报问题:说明：市民上报问题时，在登录界面里，市民无需登录，点击 市民上报 直接进入市民上报问题表单，输入上报的问题，点击确认，进行有效性验证，查询问题登记表，检查是否有相同的模糊匹配的记录，如果该问题已存在或是已解决，则返回该问题已存在/已解决对话框；否则进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。市民上报问题用例中的界面类包括：登录界面（Login）市民上报问题表单（PubForm）提交成功对话框（SubSuccessDialog）问题已存在/已解决对话框（ExistDialog）市民上报问

8、题用例中的控制类包括：检查（Check）:问题查询，以及输入有效性上报问题处理（Submission）市民上报问题用例中的实体类包括：问题登记表（ProbRecord）顺序图：4.4.1.2边界类 市民上报问题界面类的原型如图所示： 登录界面原型如下：4.4.1.3实体类 ProbRecord类：映射到数据库的问题登记表T-ProbRecord表上职责：通过ADO表单内容进行汇总并在T-ProbRecord表中创建一条问题记录。属性：项目类型长度备注问题编号*Int问题来源*Int来源方式*char接线员*char监督员*char城管通手机号*Int问题类型*Int部件信息*Int大类*Int

9、小类*Int所属城区Int所属街区Int所属社区Int所属万米单元Int事件位置说明char问题描述char破坏程度char影响范围char问题发生时间char举报人char举报人联系方式char回复方式char附件（图片、视频）char登记时间Date当前状态char操作：提交信息（CREAT）重新填写（REWRITE）4.4.1.4控制类检查类：检查市民填写表单的有效性1） 接收市民上报问题表单界面类专递来的表单；2） 进行汇总，形成有效数据并检索数据库的T-ProbRecord表，进行模糊查询，如果存在该问题，则显示该问题已存在对话框；3） 如果不存在该问题，进行上报问题处理上报问题处理

10、类：处理上报问题1） 创建问题记录，对默认值默认处理，对关联项进行匹配。2） 读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为待核查；3） 返回提交成功对话框。4.4.2上级下达命令4.4.2.1 上级下达命令类图，顺序图用例编号：U_01_009 上级下达命令:说明：上级下达命令时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入市级领导上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。上级下达命令用例中的界面类包括：登录界面（Login）市级领导上报问题表单（Lead

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

12、责：根据输入的提交者，密码，到用户信息表中验证用户身份，并根据权限显示相应的表单。属性：项目类型长度备注用户编码int用户名 char密码char用户类型编码int4.4.2.4控制类用户有效性验证类：验证提交者身份1） 提交者点击登陆，根据提交者和密码到信息表中验证有效性2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。检查类：检查市级领导上报问题表单的有效性1） 接收市级领导上报问题表单界面类专递来的表单；2） 进行汇总，形成有效数据；3） 进行上报问题处理上报问题处理类：处理上报问题1） 创建问题记录，对默认值默认处理，对关联项进行匹配。2） 读取问题信

13、息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；3） 返回提交成功对话框。4.4.3街乡二级平台上报问题4.4.3.1 街乡二级平台上报问题类图，顺序图用例编号：U_01_010 上级下达命令:说明：街乡二级平台上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入街乡二级平台上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。街乡二级平台上报问题用例中的界面类包括：登录界面（Login）街乡二级平台上报问题表单（LeaderForm）提交成功对话框（SubSucces

14、sDialog）街乡二级平台上报问题用例中的控制类包括： 身份验证（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控制类用户有效性验证类

15、：验证提交者身份1） 提交者点击登陆，根据提交者和密码到信息表中验证有效性2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。检查类：检查街乡二级平台上报问题表单的有效性1） 接收街乡二级平台上报问题表界面类专递来的表单；2） 进行汇总，形成有效数据；3） 进行上报问题处理上报问题处理类：处理上报问题1） 创建问题记录，对默认值默认处理，对关联项进行匹配。2） 读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；3） 返回提交成功对话框。4.4.4（监督员）登记问题（接线员上报问题）4.4.4.1 （监督员）登记问题类图，顺序图用例编号：U

16、_01_005 登记问题:说明：监督员上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入监督员上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。监督员上报问题用例中的界面类包括：登录界面（Login）监督员上报问题表单（SupervsForm）提交成功对话框（SubSuccessDialog）监督员上报问题用例中的控制类包括： 身份验证（UserValidity）:身份验证检查（Check）:问题查询，以及输入有效性上报问题处理（Submission）监督员上报问题用例中的实

17、体类包括： 用户信息表(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） 接收监督员问题登记表界面类

18、专递来的表单；2） 进行汇总，形成有效数据；3） 进行上报问题处理上报问题处理类：处理上报问题1） 创建问题记录，对默认值默认处理，对关联项进行匹配。2） 读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；3） 返回提交成功对话框。 核查申请类：映射到数据库的核查申请表T_Check表上1） 读取核查消息，进行核查2） 核查后提交核查完毕消息；3） 修改核查申请表中的核查否项为：已核查4.4.5值班长核查问题4.4.5.1 值班长核查问题类图，顺序图用例编号：U_01_015 核查问题:说明：值班长浏览查询并操作问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证

19、，身份验证无误后，进入值班长核查问题表单，可输入查询条件，进行查询，根据返回的记录对不同状态的记录进行不同的操作：对已提交的记录进行立案处理，对于待核查的问题，发送核查命令给监督员进行核查，发送命令成功后返回发送成功对话框。值班长核查问题用例中的界面类包括：登录界面值班长核查问题表单发送成功对话框值班长核查问题用例中的控制类包括： 身份验证:身份验证检查:问题查询，以及输入有效性上报问题处理值班长核查问题用例中的实体类包括： 用户信息表(T_UserInfo)问题登记表（T_ProbRecord）核查问题表顺序图：4.4.5.2边界类 值班长核查问题界面类的原型如图所示：4.4.5.3实体类

20、问题登记类：映射到数据库的问题登记表T-ProbRecord表上处理同上用户信息类：映射到数据库的用户信息表T-UserInfo表上处理同上核查申请类：映射到数据库的核查申请表T_Check表上表单编号：T_01002表单名称：核查申请表序号数据项描述备注1.申请号*需要申请的问题序号key2.问题编号*与问题登记表相关联3.核查否核查结果4.4.5.4控制类用户有效性验证类：验证提交者身份1） 提交者点击登陆，根据提交者和密码到信息表中验证有效性2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的值班长核查问题表单查询类：按照选择的条件进行查询1） 选择查询条件；2） 进行过滤，将满足条件的记录显示在界面上；发送核查命令处理类：发命令给监督员1） 创建申请记录；2） 读取核查申请表，如果问题已核查，也就是问题当前状态为已核查，则进行立案处理4.4 约束和假定 本系统要求满足编码满足建设部网格标准，具体标准见需求分析文档；本系统将会跟其他系统进行交互也就是呼叫中心进行交互，本系统的立案申请，将上报到呼叫中心进行中和处理。 5 非功能性需求 本系统要求可靠性，健壮性，要求实时性；对反馈时间也需要特别说明。说明：由于时间关系本概要设计还需完善。