基于uml的学校后勤报修管理系统的设计与实现-毕业论文

基于uml的学校后勤报修管理系统的设计与实现-毕业论文内容摘要：

公 告 管 理服 务 指 南 管 理系 统 管 理系 统 操 作管 理 员 管 理用 户 注 册 管 理个 人 密 码 管 理设 备 信 息 添 加 、 查 询站 内 新 闻 添 加 、 查 询通 知 公 告 添 加 、 查 询服 务 指 南 添 加 、 查 询报 修 管 理友 情 链 接 添 加 、 查 询留 言 管 理系 统 简 介 、 公 告 设 置返 回 前 台个 人 信 息 管 理报 修 管 理 报 修 管 理系 统 操 作 返 回 前 台系 统 操 作 返 回 前 台个 人 信 息 管 理个 人 信 息 管 理 个 人 信 息 管 理报 修 管 理 我 的 报 修 记 录 图 33 系统结构图 详细设计 系统业务流程设计 （ 1）用户登录业务设计 用户登录系统不需要选择权限，当输入用户信息时，系统可以根据用户信息从数据库中获取用户的权限字段，根据权限进入响应的系统界面。 下面是用户登录业务流程图： 13 开 始输 入 用 户 信 息普 通 用 户 界 面 检 查 权 限验 证 信 息维 修 人 员 界 面管 理 员 界 面退 出 系 统结 束通 过管 理 员维 修 人 员普 通 用 户不 通 过 图 34 用户登录流程图 （ 2）设备故障报修业务设计 系统的所有用户都可以对损坏的设备进行报修。 用户进 行报修操作时，不需要填写设备的基本信息，只须填写设备的损坏程度，简单的描述故障信息即可提交。 报修单提交后，信息将发送给管理员，管理员对报修单分配维修人员，生成维修分配单，并发送给维修人员；维修人员根据维修分配单进行设备维修，维修完毕，将维修结果返回给管理员；管理员得到维修结果后，发布结果，昭告天下。 至此，维修流程结束。 下图是设备故障报修的业务流程图： 14 开 始结 束查 看 设 备 信 息进 入 系 统 前 台报 修填 写 故 障 信 息提 交报 修 单分 配 维 修 人 员 维 修维 修 报 告 单发 布 结 果维 修 分 配 单生 成生 成生 成系 统 用 户 管 理 员 维 修 人 员 图 35 用户登录流程图 静态行为模型设计 系统的静态行 为模型，主要是用类图和对象图来表示的。 在系统设计阶段，建立静态结构模型阶段的主要活动有：发现对象并进行分类、确定类的属性和操作、确定类之间的管理。 在面向对象的分析和设计中，最基础的就是用正确的方法找出系统的类和对象。 对象是对现实世界中事物的抽象。 在寻找类和对象的过程中，第一步是要剔除一些与系统无关的事物，然后确定与系统有关的事物。 建立类图 根据上一章的用例分析，在学校后勤报修关系系统中涉及到的角色有：管理员、维修人员、普通用户以及这三者的父类 People 类、数据库类，同时抽象出设备类、界面类和控制对象类。 其中，这些类和角色之间的关系如下： （ 1）角色管理员、维修人员和普通用户从 People 类中派生； （ 2）管理员、维修人员和普通用户与系统交互时，都有一个界面与之对应； （ 3）一个界面可能与设备相关（ 0多种）； （ 4）控制对象负责设备的处理，处理结果显示在界面上； （ 5）控制对象完成对数据库的操作； （ 6）界面请求控制对象的服务。 15 进一步分析，他们之间的关系如下： （ 1）一个用户界面对象和 0 个或多个管理员、维修人员和普通用户相关。 （ 2）一个用户界面对象和 0 个或多个设备信息相关。 （ 3）一个 控制对象和 0 个或多个设备信息相关。 （ 4）一个用户界面对象和一个控制对象相关。 （ 5）一个控制对象和一个用户界面对象相关。 根据以上分析，绘制出系统的简略类图如下： 图 36 系统类图 动态行为模型设计 系统的动态行为模型，是用顺序图、状态图和活动图表达的 [5]。 在系统的分析和设计的过程中，要为主要的用例建立这几种图形，这样有助于分析系统的行为，印证系统的静态结构和满足用户的需求，以达到系统建设的最终目标。 在本节，将介绍系统行为的部分顺序图、状态图和活动图。 建立顺序图 顺 序图，是为了描述系统的一个对象和另一个对象，在进行信息交互时的一种先后 16 关系的图形 [6]。 它还有个响亮的别名 —— 时序图。 顺序图有四个必要元素，它们是： （ 1） 对象：说明系统的对象。 （ 2） 生命线：对象的生死判官，指明对象的存在时间。 （ 3） 控制焦点：操作对象的执行周期。 （ 4） 消息：对象之间的通信内容，是发生动作的条件。 本文并没有画出所有用例的顺序图，因为很多用例都是相似的，所以，选择性的选取了三个用例，画出了他们的顺序图。 各用例的顺序图如下： （ 1）管理员添加设备信息用例的顺序图 管理员添加设备信息的流程如下： [1]管理员通过 界面对象发送添加设备请求； [2]界面对象要求管理员输入设备信息； [3]控制对象暂存设备信息； [4]数据库查询设备信息，验证设备信息是否合法； [5]数据库保存设备信息； [6]界面显示设备添加成功信息； [7]数据库更新设备信息。 根据以上描述，画出管理员添加设备信息的顺序图如图 37 所示： 图 37 管理员添加设备信息顺序图 17 （ 2）维修人员查询个人信息用例的顺序图 维修人员查询个人信息的流程如下： [1]管理员通过界面对象发送查询个人信息请求； [2]界面对象像控制对象请求查询信息； [3]控制对象向数据库发送查询数据信息； [4]界面对象通过控制对象获取查询信息； [5]界面向用户显示个人信息。 根据以上描述，得到维修人员查询个人信息顺序图如图 38 所示： 图 38 维修人员查询个人信息顺序图 （ 3）普通用户故障报修用例的顺序图 普通用户故障报修的流程如下： [1]普通用户向界面发送故障报修请求； [2]界面对象要求用户填写故障信息； [3]数据库保存报修信息； [4]界面显示报修成功信息。 根据以上描述，绘制普通用户故障报修的顺序图如图 39 所示： 18 图 39 普通用 户故障报修用例顺序图 建立状态图 状态图，它的作用就是展现一个类或者是一个对象，在系统中可能出现的各种状态，它对类图做了一个很好的补充 [7]。 从状态图中也可以看到，一个对象从一种状态转变为另一种状态时，所必要的因素或条件。 在学校后勤报修管理系统中，状态变化最明显的就数设备这一类了。 下面是设备的状态图： 图 310 设备状态图 19 所有的设备在一开始都是出于正常状态下的，随着时间推移，设备老化，将被删除，从此消亡。 用户查看设备时，设备存在被查看的状态。 当设备出现故障时，应是损坏状态；若设备 损坏程度严重，无法维修时，将被删除，也从此了结一生；若是轻微损坏，可以维修时，则进入维修状态。 当有特殊情况，没有将设备修好时，设备也将被删除，进入极乐世界。 建立活动图 活动图，是向我们展示系统的行为从一个活动结束，到另一个活动开始的过程，是系统并发行为的一种描述 [8]。 因为所有用例的活动图大体上一致，在这里就不一一介绍，只选择性的画出了三个活动图。 （ 1）管理员添加设备活动图 管理员添加设备信息的活动流程： [1]管理员在操作之前，必须先登录系统； [2]管理员登录后，进入后台； [3]管 理员在报修管理模块，可以删除设备，添加设备，修改设备信息； [4]管理员添加设备完毕，退出操作界面。 按照管理员添加设备信息的活动流程，画出如下活动图： 图 311 管理员添加设备活动图 20 （ 2）维修人员修改个人密码活动图 维修人员修改密码的活动流程为： [1]维修人员进行修改操作之前，必须通过验证登上系统； [2]维修人员登录成功，进入个人后台； [3]维修人员在个人信息管理模块，可以更改个人的每一条信息，除了登录名之外； [4]维修人员填写新的密码后，提交请求； [5]修改完毕，退出管理界面。 按照 维修人员更改密码的活动流程，得到如下活动图： 图 312 维修人员修改密码活动图 （ 3）普通用户故障报修活动图 普通用户故障必修的活动流程为： [1]所有的用户，进行报修操作，都需要先登进系统； 21 [2]用户进入系统后，选择设备查看功能； [3]在设备详细信息下，选择报修操作； [4]用户填写描述故障情况，选择损坏程度； [5]信息填写完整后，提交报修单； [6]活动完成后，退出报修管理操作。 图 313 普通用户故障报修活动图 数据库设计 ER 图设计 设计系统的 ER 模型时 ，刚开始时是根据系统的实现目标和在分析阶段搜集到的材料，利用分类、聚集和概括的方法对材料进行总结 [9]，来确定实体。 确定实体之后，分 22 析每个实体之间的联系，最后确定实体的属性，并对实体、联系和属性进行命名。 在创建 ER 图时，实体用长方形表示，实体之间的联系用菱形表示，实体的属性则用椭圆表示 [10]。 实体和联系之间用无向边连接，并在边上表明联系的类型。 属性和实体之间也是用无向边连接。 本系统的 ER 模型图的关系如下： （ 1）管理员 —— 设备 一个管理员可以对所有的设备进行维护，而种设备也可以由几个管理员共同维护。 （ 2）维修人员 —— 设备 一个维修人员可以对一个或者多个不同的设备进行维修工作，而一个设备也可同时被几个维修人员一起修理；一个维修人员可以查询多种设备，一个设备也可以被多个维修人员查看。 （ 3）普通用户 —— 设备 一个用户可以报修多种有故障的设备，一个设备亦可由多个用户报修；一个设备可以被多名用户查看，一个用户可以查看所有设备。 根据以上分析，创建系统的 ER 模型图如下： 管 理 员维 护设 备维 修 人 员维 修报 修普 通 用 户mnmnnm管 理员 i d用 户名密 码权 限设 备i d设 备编 号设 备名 称类 别采 购时 间采 购价 格图 片存 放地 点状 态备 注添 加时 间用 户i d用 户名密 码 姓 名性 别生 日Q Q邮 箱电 话头 像审 核权 限地 址备 注添 加时 间用 户i d用 户名密 码姓 名性 别生 日Q Q邮 箱电 话头 像 审 核权 限地 址 备 注添 加时 间维 修结 果维 修时 间维 修价 格故 障描 述严 重程 度查 看查 询mnnm 314 ER 模型图 23 数据库表设计 在学校后勤报修管理系统中，数据库表的设计是最举足轻重也是相当基础的工作。 表可以理解为数据库中的所有数据库对象。 在表中，行是记录，列是字段，和电子表格Excel 的组织形式相似 [11]。 在数据库设计时，表和表的字段名称、各个字段的类型以及主码等，都是由系统的开发者决定的。 通过对学校后勤报修管理系统的需求分析之后，利用 MySQL 数据库设计了系统的数据库。 具体的数据库表结构如下表 31—— 表 38。 表 31 用户表 编号 字段 类型 长度 约束 说明 1 id int 11 主码 用户 id 2 username varchar 50 用户名 3 pwd varchar 50 密码 4 cx varchar 50 权限 5 addtime timestamp 添加时间 表 32 设备信息表 编号 字段 类型 长度 约束 说明 1 id int 11 主码 设备 id 2 shebeibianhao varchar 50 设备编号 3 shebeimingcheng varchar 50 设备名称 4 leibie varchar 50 类别 5 caigoushijian varchar 50 采购时间 6 caigoujiage varchar 50 采购价格 7 tupian varchar 50 图片 8 cunfangdidian varchar 300 存放地点 9 zhuangtai varchar 50 状态 10 beizhu varchar 300 备注 11 addtime timestamp 添加时间 表 33 用户注册信息表 编号 字段 类型 长度 约束 说明 1 ID int 4 主码 用户 id 2 yonghuming varchar。