1、4.1简述本说明书采用的设计方法为面向对象设计法;系统的体系结构为B/S结构;相应技术为 UML_Rational Rose.4.2系统物理模型 部署图： 1节点说明Web服务器：Happy 2005 2.40GHz CPU，512MB存，20GB*4硬盘;操作系统：Windows XP;数据库服务器： MS SQL Server 2000；浏览器：IE5.0。协议：数据库：ADO2. 节点间的连接网络：TCP/IP3.节点的性能要求 根据登录权限进入相应角色对应的界面，接线员，市级领导，街乡二级平台，值班长，监督员要进行用户名和口令登录检查。4.3 系统分析系统划分为五个层次：用户界面层、专
2、用应用软件层、通用应用软件层、中间层和数据层。4.3.1 业务流程图： 本部分用活动图从纯业务角度描述业务流程4.3.2 系统流程图： 本部分描述在计算机参与业务后，从“人-机交互”的角度描述业务的实现（用活动图）4.4设计用况的类图、顺序图4.4.1市民上报问题4.4.1.1 市民上报问题类图,顺序图用例编号：U_01_008 市民上报问题:说明：市民上报问题时，在登录界面里，市民无需登录，点击 市民上报 直接进入市民上报问题表单，输入上报的问题，点击确认，进行有效性验证，查询问题登记表，检查是否有相同的模糊匹配的记录，如果该问题已存在或是已解决，则返回该问题已存在/已解决对话框；否则进行上
3、报问题处理，修改问题登记表，创建一条问题记录；同时返回提交成功对话框。市民上报问题用例中的界面类包括：登录界面（Login）市民上报问题表单（PubForm）提交成功对话框（SubSuccessDialog）问题已存在/已解决对话框（ExistDialog）市民上报问题用例中的控制类包括：检查（Check）:问题查询，以及输入有效性上报问题处理（Submission）市民上报问题用例中的实体类包括：问题登记表（ProbRecord）顺序图：4.4.1.2边界类 市民上报问题界面类的原型如图所示： 登录界面原型如下：4.4.1.3实体类ProbRecord类：映射到数据库的问题登记表T-Prob
4、Record表上职责：通过ADO表单容进行汇总并在T-ProbRecord表中创建一条问题记录。属性：项目类型长度备注问题编号*Int问题来源*来源方式*char接线员*监督员*城管通手机号*问题类型*部件信息*大类*小类*所属城区所属街区所属社区所属万米单元事件位置说明问题描述破坏程度影响围问题发生时间举报人举报人联系方式回复方式附件（图片、视频）登记时间Date当前状态操作：提交信息（CREAT）重新填写（REWRITE）4.4.1.4控制类检查类：检查市民填写表单的有效性1） 接收市民上报问题表单界面类专递来的表单；2） 进行汇总，形成有效数据并检索数据库的T-ProbRecord表，进
5、行模糊查询，如果存在该问题，则显示该问题已存在对话框；3） 如果不存在该问题，进行上报问题处理上报问题处理类：处理上报问题1） 创建问题记录，对默认值默认处理，对关联项进行匹配。2） 读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为待核查；3） 返回提交成功对话框。4.4.2上级下达命令4.4.2.1 上级下达命令类图，顺序图U_01_009 上级下达命令:上级下达命令时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入市级领导上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；上级下达命令用例中
6、的界面类包括：市级领导上报问题表单（LeaderForm）市级领导上报问题用例中的控制类包括： 身份验证（UserValidity）:身份验证市级领导上报问题用例中的实体类包括： 用户信息表（T_UserInfo）问题登记表（T_ProbRecord）4.4.2.2边界类 市级领导上报问题界面类的原型如图所示：登录界面原型如下：4.4.2.3实体类处理同上UserInfo类：映射到数据库的用户信息表T-UserInfo表上根据输入的提交者，密码，到用户信息表中验证用户身份，并根据权限显示相应的表单。用户编码int用户名 char密码用户类型编码4.4.2.4控制类用户有效性验证类：验证提交者身
7、份1） 提交者点击登陆，根据提交者和密码到信息表中验证有效性2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的市级领导上报问题表单。检查市级领导上报问题表单的有效性1） 接收市级领导上报问题表单界面类专递来的表单；2） 进行汇总，形成有效数据；3） 进行上报问题处理2） 读取问题信息，问题编号自动加一，时间为当前系统时间，当前状态为已提交；4.4.3街乡二级平台上报问题4.4.3.1 街乡二级平台上报问题类图，顺序图U_01_010 上级下达命令:街乡二级平台上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入街乡二级平台上报问题表单，输入上报的
8、问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；街乡二级平台上报问题用例中的界面类包括：街乡二级平台上报问题表单（LeaderForm）街乡二级平台上报问题用例中的控制类包括：街乡二级平台上报问题用例中的实体类包括：4.4.3.2边界类 街乡二级平台上报问题界面类的原型如图所示：登录界面见上4.4.3.3实体类4.4.3.4控制类2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的街乡二级平台上报问题表单。检查街乡二级平台上报问题表单的有效性1） 接收街乡二级平台上报问题表界面类专递来的表单；4.4.4（监督员）登记问题（接线员上报问题）4.4.4
9、.1 （监督员）登记问题类图，顺序图U_01_005 登记问题:监督员上报问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入监督员上报问题表单，输入上报的问题，点击确认，进行有效性验证，进行上报问题处理，修改问题登记表，创建一条问题记录；监督员上报问题用例中的界面类包括：监督员上报问题表单（SupervsForm）监督员上报问题用例中的控制类包括：监督员上报问题用例中的实体类包括：4.4.4.2边界类4.4.4.3实体类4.4.4.4控制类2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的监督员问题登记表单。检查监督员问题登记表单的有效性1） 接收
10、监督员问题登记表界面类专递来的表单； 核查申请类：映射到数据库的核查申请表T_Check表上1） 读取核查消息，进行核查2） 核查后提交核查完毕消息；3） 修改核查申请表中的核查否项为：已核查4.4.5值班长核查问题4.4.5.1 值班长核查问题类图，顺序图U_01_015 核查问题:值班长浏览查询并操作问题时，需要正确登录，输入提交者和密码，点击登陆，进行身份验证，身份验证无误后，进入值班长核查问题表单，可输入查询条件，进行查询，根据返回的记录对不同状态的记录进行不同的操作：对已提交的记录进行立案处理，对于待核查的问题，发送核查命令给监督员进行核查，发送命令成功后返回发送成功对话框。值班长核
11、查问题用例中的界面类包括：登录界面值班长核查问题表单发送成功对话框值班长核查问题用例中的控制类包括： 身份验证:检查:上报问题处理值班长核查问题用例中的实体类包括：核查问题表4.4.5.2边界类 值班长核查问题界面类的原型如图所示：4.4.5.3实体类问题登记类：用户信息类：核查申请类：表单编号：T_01002表单名称：核查申请表序号数据项描述1. 申请号*需要申请的问题序号key2. 与问题登记表相关联3. 核查否核查结果4.4.5.4控制类2） 验证通过后根据用户信息表中的用户类型编码调用并显示相应的值班长核查问题表单查询类：按照选择的条件进行查询1） 选择查询条件；2） 进行过滤，将满足条件的记录显示在界面上；发送核查命令处理类：发命令给监督员1） 创建申请记录；2） 读取核查申请表，如果问题已核查，也就是问题当前状态为已核查，则进行立案处理4.4 约束和假定 本系统要求满足编码满足建设部网格标准，具体标准见需求分析文档；本系统将会跟其他系统进行交互也就是呼叫中心进行交互，本系统的立案申请，将上报到呼叫中心进行中和处理。5 非功能性需求 本系统要求可靠性，健壮性，要时性；对反馈时间也需要特别说明。由于时间关系本概要设计还需完善。
