信访系统建模报告

计算机科学与技术系 软件建模报告 专业名称    计算机科学与技术  课程名称  UML软件建模      项目名称    信访业务系统      班    级    12计科  1  班      组    号          4           组    长    董昊  1204011018  同组人员       王丰  1204011020 周高阳  1204011021  骆方涛  1204011024 郑生亮  1204011025  汪小明  1204011026  提交日期    2015年6月28日    目 录 第一部分 业务模型    4 1.1 业务模型图    4 1.2 业务模型说明    4 第二部分 需求模型    5 2.1 术语    5 2.2 用例图    5 2.3 用例清单    5 2.4 用例规约    6 2.5 补充规约    13 第三部分 分析模型    13 3.1 登陆用例分析模型    13 3.1.1 分析类图    13 3.1.2 顺序图    14 3.2管理系统用户用例分析模型    14 3.2.1 分析类图    14 3.2.2 顺序图    15 3.3 登记用例分析模型    15 3.3.1 分析类图    15 3.3.2 顺序图    16 3.4 审查用例分析模型    16 3.4.1 分析类图    16 3.4.2 顺序图    17 3.5 给号用例分析模型    17 3.5.1 分析类图    17 3.5.2 顺序图    17 3.6 叫号用例分析模型    18 3.6.1 分析类图    18 3.6.2 顺序图    18 3.7 接谈用例分析模型    19 3.7.1 分析类图    19 3.7.2 顺序图    19 3.8 新增来访事项转送单用例分析模型    20 3.8.1 分析类图    20 3.8.2 顺序图    20 3.9 终止接谈用例分析模型    20 3.9.1 分析类图    20 3.9.2 顺序图    21 3.10转送用例分析模型    21 3.10.1 分析类图    21 3.10.2 顺序图    21 3.11 新增来访事项不予受理告知单用例分析模型    22 3.11.1 分析类图    22 3.11.2 顺序图    22 3.12 新增来访事项受理告知单用例分析模型    23 3.12.1 分析类图    23 3.12.2 顺序图    23 3.13 告知等待用例分析模型    23 3.13.1 分析类图    23 3.13.2 顺序图    24 3.14 不再受理用例分析模型    24 3.14.1 分析类图    24 3.14.2 顺序图    24 第四部分 设计模型    25 4.1 系统类图    25 4.2 所有控制类的清单    25 4.3 主要控制类方法的活动图    26 第五部分 实现模型    31 5.1 系统层次结构图(分层包图)    31 5.2 系统页面设计    32 5.2.1 页面衔接关系    32 5.2.2 主要页面布局设计    32 5.3 控制类封装图    37 5.4 CDM模型图    38 第一部分 业务模型 1.1 业务模型图 1.2 业务模型说明 1、本信访业务分为初次来访和非初次来访两条业务主线。 2、受理、复查和复核属于外部系统，所以在地方/中直机关向来访人出具《来访事项告知单告知单》后，不论来访人是否满意处理结果及后续可能存在的复查、复核，信访部门都不再受理，因此受理后该阶段结束。 3、在处理非初次来访的来访人员，若出具来访事项不予受理告知单和未告知不受理原因则告知来访人有关机关已经受理，或正在办理，请来访人员返回驻地等待。不满足该条件的有：对处理意见或复查意见不服又在规定时间内提出复查复核、对复核意见不服。对于以上三种情况，信访机构均告知来访人信访机构不再受理。 4、在初次来访中接谈过程中判断是否继续接谈的条件：曾经过三级处理，形成过明确处理意见的，不再重新受理；无实质性来访内容和诉求和酗酒和恶性传染病患者及精神异常等人该两种情况不予接谈。 第二部分 需求模型 2.1 术语表 无。 2.2 用例图 2.3 用例清单 不再受理 登记 登陆 告知等待 给号 管理系统账户 叫号 接谈 审查 新增来访事项不予受理告知单 新增来访事项受理告知单 新增来访事项转送单 终止接谈 转送   2.4 用例规约 1 登陆 1.1 简要说明 该用例是“登记人登陆”用例、“接谈人登陆”用例和“系统管理员登陆”用例泛化而来，本用例为登记人提供登陆系统的服务。相关人员必须登陆系统才能执行相应操作。 1.2 事件流 1.2.1 基本流 当登记人或接谈人或系统管理员提交登录系统的用户名和密码时执行以下基本流： (1)登陆人员在登录页面输入用户名和密码。 (2)系统验证用户输入，并在系统用户表中检索，若用户名密码匹配成功则登入系统。 (3)系统提示登陆成功。 1.2.2 备选流 1.2.2.1 用户名或密码不正确 (1)当登记人提交的登录系统用户名密码在用户表中未匹配成功，则提示登陆人员用户名或密码错误。 (2)系统返回登陆界面，等待登陆人员重新输入。 1.3 特殊需求 无。 1.4 前置条件 无。 1.5 后置条件 登陆成功根据登陆人员转到相应的功能页面。 1.6 扩展点 无。 2 管理系统登陆账户 2.1 简要说明 本用例为系统管理员提供管理系统登陆账户的服务。 2.2 事件流 2.2.1 基本流 对系统的登陆账户进行增删改查。 2.2.2 备选流 无 2.3 特殊需求 无。 2.4 前置条件 必须以系统管理员的账号密码登入系统。 2.5 后置条件 若该用例成功，则数据库中用户表的信息将发生改变。 2.6 扩展点 无。 3 登记 3.1 简要说明 本用例为登记人提供登记服务，登记的对象是来访人提交的纸质档“来访事项”。 3.2 事件流 3.2.1 基本流 当登记人进行登记时，开始执行以下基本流： (1)登记所有来访人提交的“来访事项登记表”。 (2)向系统提交来访事项登记表，系统验证所提交的登记表信息，赋予该登记表唯一编号，自动添加“登记人”，“登记窗口”，“登记日期”，“登记表状态”置为“待审核”，登记表是否过期置为“未过期”。 3.2.2 备选流 3.2.2.1 登记表信息出错 登记人提交登记表时，系统对登记表信息进行，如果登记表信息验证出错则给予出错提示，并登记人重新填写，只有验证通过的登记表信息才能写入数据库。