【《高校办公室设备维修管理系统的设计与实现》18000字（论文）】.docx

高校办公室设备维修管理系统的设计与实现目录高校办公室设备维修管理系统的设计与实现1摘要2关罐词：设备维修，B/S模式，SSM框架21绪论21.1 系统开发背景及目的31.2 系统设计思想及实施方案31.3 可行性分析31.4 本文结构52需求分析62.1 系统概述62.2 功能需求分析62.3 性能需求72.4 系统数据需求72.5 设计与约束103系统设计123.1 系统结构设计123.2 系统各功能模块设计133.3 数据库设计213.3.1 数据库模型设计214详细设计:264.3主体业务285系统测试305.1测试用例305.3测试结果336系统使用说明与安装376.1 系统运行坏境要求376.2 系统安装与运行37结论38叁考文献39高校办公室设备维修管理系统可以帮助各高校提高办公设备的资源利用率，提高高校办公室设备的维修管理效率，使得高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理。该系统是B/S模式设计开发的，通过SSM框架架构的Web管理系统，通过Web服务器实现请求响应。本系统对各大操作系统兼容，用户角色有高校教师以及后勤管理人员、维修人员等。实现了不同用户的个人信息管理，不同角色登录后展示不同的页面功能。管理员拥有最大权限，可以分配不同的用户相同的页面不同的的权限。还有日志浏览、办公室管理、公告添加、信息管理以及申请审批等权限。而维修员能够进行个人的信息维护、抽调维修设备、巡检维修办公室、维修设备登记等权限。最后教职工拥有办公室设备管理、办公室设备报修管理、个人信息管理等权限。高校设备维修管理系统还有良好的扩展性，可维护性强，运行效率高，功能强大，资源占用率底可以让用户实现在线办公室设备维修管理。关键词：设备维修，B/S模式，SSM框架1绪论设计开发的办公系统的都是为了提高企事业单位的办公效率，减少办公室设备资源利用率，高校办公室维修管理系统也是一样。过去传统信息流多以纸质文件形式存在，往往造成纸张浪费、维修信息存储丢失、维修记录查阅不便等问题时有发生。同时各种设备报修不方便，不能及时的实现保修信息的资源共享，也就造成了在保修过后维修人员不能及时作出相应反应。设备维修进度推迟，设备不能使用教室的教学工作可能就无法开展，或者拉低教学质量，拉低高校教学水平。此外有些高危设备，如果不能及时巡查检查可能会发生意想不到的危险，对高校师生的生命财产造成威胁、。有效巡检可以避免这些危险的发生。如果发生了因为设备问题造成的不可估量的损失就太得不偿失了！通过使用高校办公室设备维修管理系统可以有效解决这些问题。1.1 系统开发背景及目的开发高校办公室设备维修管理系统的目的就是为了解决高校办公室设备维修进度无法估量，设备状态无法评估，帮助高校更有效的处理设备损坏问题，提高办公室办公效率，实现高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理。通过服务器实现请求响应，系统界面并不复杂，业务功能完备，系统用户操作简单，个人信息存储安全可靠。高校设备维修管理系统的功能健全，核心功能如下：采用B/S的架构使得软件维护更加方便，可以通过管理员页面直接控制各个角色的权限，使得不同角色实现动态分配，增强软件的灵活性，本系统的管理员可以通过该系统查看管理本系统的Iog日志，追踪用户操作。系统管理员还可以浏览修改用户的个人信息，各个教师所属教研室的信息管理，院系直属维修科室的信息管理，加强用户之间联系。之外还可以对高校办公室的设备管理，让办公资产可控性更强。最后管理员可以在线审批维修员对高校办公室的巡检请求，以及无法维修的设备抽调维修审批。用户可以对个人信息维护公告浏览，维修员可以维修设备，办公室巡检任务发布。教师可以查看巡检信息，设备维修申请，办公室资产添加。实现高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理。1.2 系统设计思想及实施方案本系统采用B/S设计模式从无到有，通过SSM框架架构的Web管理系统，通过服务器实现请求响应，系统界面并不复杂，业务功能完备，系统用户操作简单，个人信息存储安全可靠。前端使用Iayui做前端页面展示，使用mysql做数据存储，使用SpringSecurity做权限框架，系统管理员分配不同权限实现权限控制。为用户提供较好的使用和浏览体验。使得高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理！1.3 可行性分析结合当前现有的高校办公室设备维修管理系统的可行性分析来看，它可以节省人力物力，加快办公效率，非常有实现的必要。但是为了不让系统设计后不能投入使用，浪费很多钱和时间，或者系统设计本身没有什么用处造成浪费。那就必须进行需求分析，从而使得上述情况不会发生。1.3.1 资源可行性开发系统不是一两天一两个人就可以完工的，是一个长时间的任务，为了实现该系统，本人现在所具备计算机（个人PC,WinIo操作系统，内存8G,网络良好可以实现上传下载操作）。有Jdk、Tomcat>maven、mysql8.0等安装文件，可以达到资源可行性的要求。1.3.2 时间可行性开发系统需要花费大量的时间，本系统从2020年11月开始进行可行性分析到2021年5月，有充足的时间进行设计开发，可以达到时间可行性的要求。1.3.3 技术可行性系统开发需要开发人员掌握开发软件的技能，以及解决技术问题的能力技术可行性本人在大学期间，老师传授过各种语言，无论是C语言，还是PythOn,又或者是JaVa都有涉及，大四又进行了系统的开发培训。因此本系统只使用了java语言编写，更是得心应手，可以达到技术的可行性。1.3.4 经济可行性开发系统需要大量的人力物力，所以就要有一定的财力去支撑，本系统是B/S架构的Web应用，可以在各种系统浏览器运行，本人一个人开发，消耗的是个人的精力，不需要其他消耗，因此开发本系统所需都由个人提供。总的来说，本系统不存在经济因数，可以满足经济可行性的基本要求。1.3.5 社会的可行性该系统是为了使得高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理。各方方面都是为了为高校教职工服务，不涉及法律安全，所以基本上满足社会可行性的要求。1.4 本文结构该说明书是高校办公室设备维修管理系统的系统说明，主要内容包括如下三点：（1）讲述为什么开发高校办公室设备维修管理系统。（2）讲述高校办公室设备维修管理系统的需求分析都有什么，如何进行可行性研究的，系统的详细设计是怎么样的。（3）通过系统的详细设计，高校办公室设备维修管理系统是如何实现系统的编码的。2需求分析2.1 系统概述高校办公室工作人员日常遇到设备损坏问题的时候，需要向维修部门提出维修的申请，维修部门人员快速做出反应进行维修，以及维修记录的等级留档。教职工可以添加办公室设备实现高校办公室设备整个使用流程在线管理，将高校办公室设备的添加、维修、使用、报修等过程实现网络化管理。维修员人员可以发布维修巡检的请求，管理员可以审核通过，教师看到巡检的通知后可以有所准备提前自检一下设备，提高设备的利用率，避免一些设备失修引起的事故。所以我从四个方面对高校办公室设备维修管理系统进行需求分析：（1）确定系统的功能要求；（2）确定系统的性能要求；（3）系统数据库的表设计结构关系要求；（4）系统的开发环境要求。2.2 功能需求分析2.2.1 设备维修管理功能（1）申请报修：完成设备损坏登记、查看损坏记录、导出报修单等功能。（2）个人信息维护：完成个人信息的修改功能。（3）办公室设备管理：完成设备查询、添加、删除、设备表导出等功能。2.2.2 维修巡检功能（1）抽调巡检办公室：完成巡检维修办公室添加、查看等功能。（2）巡检信息浏览：完成办公室设备巡检功能。2.2.3 设备维修功能（1）设备维修登记：完成待维修设备的查询、登记、状态添加、单据导出等功能。（2）设备抽调维修：完成抽调设备添加、修改、删除、导出抽调记录等功能。2.2.4 用户权限管理功能（1）用户组信息管理：完成用户组信息的查询、添加、修改、删除、导出用户组信息报表等功能。（2）用户组权限控制：完成不同角色的权限分配功能。（3）菜单控制：完成对不同用户展示不同菜单的功能。2.2.5 审批功能（1）办公室抽调审批：完成维修员发起的抽调巡检请求审批功能。（2）设备抽调维修审批：完成设备抽调维修申请的审批功能。2.2.6 公告功能（1）公告管理：完成公告的查看、添加、修改、删除、公告导出等功能。（2）公告浏览：完成公告浏览的功能。2.2.7 日志功能（1）日志浏览：完成用户日志的查看功能。2.3 性能需求高校办公室设备维修管理系统应该具有安全性、简洁性、可扩展性。系统整个请求处理正常不能超过1秒，当然数据量比较大系统管理员的日志面板除外。用权限管理区分不同用户，实现优化系统页面的目的，至少支持5000名用户，比较大的高等院校可达到规模，并发使用，并保证高校办公室设备维修管理系统的的性能不受影响。2.4 系统数据需求高校设备维修管理系统设计之前，对该系统的数据进行分析的到：该系统有如下几个实体，即教师用户，维修员用户，维修申请单据，维修单据，办公室实体等。每个实体有不同的属性，本章节通过使用E-R图来分析图多个实体之间的关系以及实体具有的特性描述。维修员用户实体属性有用户ID、姓名、性别、出生日期、职称所属院系维修科、联系电话、教职工号等属性，其E-R图如图2.1所示。图2.1维修员E-R图教师用户实体的属性教师ID、教职工号、性别、出生日期、教研室ID、联系电话、图2.2教师实体E-R图维修申请单据的属性有维修设备ID、维修设备名、损坏人名、损坏理由、设备状态等属性，其E-R图如图2.3所示。图2.3维修申请单实体E-R图维修单据实体的属性有维修设备ID、维修时间、维修人、维修金额、维修描述、维修状态等属性，其E-R图如图2.4所示。图2.4维修单据实体E-R图办公室实体的属性有办公室ID、办公室名、办公室编号、所在楼层、是否与预约维修、预约维修人ID等属性，其E-R图如图2.5所示。图2.5办公室实体E-R图设备配件实体的属性有配件ID、配件名、配件类别、配件存量、配件价格、配件进购日期等属性，其E-R图如图2.6所示。图2.6设备配件实体E-R图用户信息实体的属性包含用户账号、用户密码、用户ID、所属用户组、创建时间等属性，其E-R图如图2.7所示。不同实体之间相互独立存在外，他们之间还存在着一些联系，例如，当用户在添加维修申请单据后就会改变改变设备实体的状态信息。用户点击修改办公室信息之后，就会改变办公室实体的巡检信息等。其总体E-R图如下图2.8所示。图2.8总体E-R图2.5 设计与约束由于高校办公室设备维修管理作为毕业设计，对服务器的要求并不高，所以系统采用开源的轻量级的Web应用服务器TomCat9.0作为系统的服务器。在本系统中，开发工具选择inlellijidea2019,基于此，java集成环境使用的jdkl.8。2.5.1 设计工具在本系统中，通过需求分析，选择inte11ijidea2019作为开发工具来实现高校办公室设备维修管理系统的开发。2.5.2 数据库高校办公室设备维修管理系统的数据