【《高校办公室设备维修管理系统的设计与实现》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 数据库高校办公室设备维修管理系统的数据库采用关系型数据库管理系系统数据，他将数据保存在不同的表中。因此它的灵活性强，速度较快。另外由于他的体较小、速度快、成本低、最重要的是开放源码，所以做本系统的数据库更合适不过了。3系统设计3.1 系统结构设计3.1.1 系统结构模块图根据高校办公室设备维修管理系统的设计需求分析，得到系统的大体功能需求，根据功能需求架构得到大体的系统结构模块图，本系统结构模块图如图3.1所示:图3.1系统结构模块图3.1.2 系统主要功能模块系统主要分为五部分模块：设备维修管理、办公室维修巡检、办公室设备维修、用户权限管理、审批功能、公告管理、日志管理等功能模块。（1）设备维修管理模块：提供申请报修、个人信息维护等功能。（2）办公室维修巡检模块：提供抽调巡检办公室、巡检信息浏览等功能。（3）办公室设备维修模块：提供记事本、我的日记、我的密码等功能。（4）用户权限控制模块：提供用户组信息管理、用户组权限控制、菜单控制等功能。（5）审批模块：提供办公室抽调审批、设备抽调维修审批等功能。（6）公告模块：提供公告管理、公告浏览等功能。（7）日志模块：提供日志浏览功能。3.2 系统各功能模块设计根据系统的结构设计与功能分析，高校办公室设备维修管理系统可以设计两个主要窗体：登录页面和主页面。在登录页面中设计登录功能。设备维修管理模块、办公室维修巡检模块、办公室设备维修模块、用户权限控制模块、审批模块、公告模块以及日志模块可以对应设计成导航菜单栏，用户可以通过单击来加载不同的页面实现一个窗体不同页面之间的切换网。3.2.1 用户登录模块设计页面的初始化：页面初始化是通过SPring内部配置类，配置Web项目的启动也为登录页。登录页应包含两个入力框，分别是“用户名”文本入力框、文本密码入力框。下面是一个登录框大体设计如图3.2,入力框初始没有值，但初始光标应定为到用户名的入力框上方便用户在没有鼠标的情况下依然可以输入，增强用户的体验感。用户名：密码1登录图3.2登录初始页页面入力校验：当用户名的入力框和密码框没有输入单击应弹出警示提示密码或用户名为输入，页面不跳转使用ajax具体刷新提示。当输入框不为空将用户名和密码传入后台。后台收到登录的login的请求后，获取用户名和密码两个值，进行逻辑处理，需要查询用户表。具体检索逻辑SQ1.如下表表3.1所示。杳询表用户信息表杳询字段用户名（账号）、用户密码查询条件账号状态=可以状态表3.1用户登录查询用户登录成功后都可以退出登录，当用户点击退出后，提示用户还有几秒可以安全退出。然后仍然回到登录页面，登录页面初始化。具体运行流程：可以通过该窗口登录到主体页面。是系统运行的第一步。系统用户通过入力框中输入个人的ID和pwd,然后鼠标单击登录按钮，浏览器客户端向后向后台SeVer发送登录请求。SeVer比对mysql数据库中的用户表。如果匹配成功登录到主体页面，如果匹配不到对应的用户提示警告错误。该系统为管理系统不需要注册，系统用户为后台管理员导入用户，系统导入后用户的账号为默认值，默认为用户的职工号作为登录账号，系统将用户登录密码默认设置为123456。具体实现下一章节的332数据库的逻辑设计会具体讲解。3.2.2 设备维修管理模块设计设备维修管理模块包含设备报修申请、个人信息维护、办公室设备管理等功能。页面初始化：登录成功后菜单栏响应，单击设备维修管理菜单，应有一个下拉菜单框如图3.3所示，下拉菜单有三个子菜单，分别是报修申请，个人信息维护以及办公室设备管理。首先是报修申请页面的初始化：用户点击报修申请菜单后页面局部跳转到维修申请页面，菜单栏是不发生变化的变化的是右边的是具体的报修申请页面的加载详情。主要包括：添加按钮，导出按钮，以及初始化时查询当前用户报修历史记录等信息。页面布局如图3.4所示。添加按钮点击后台接收参数COntrol层通过判断是具体添加类型。然后经过逻辑处理后，执行添加操作，执行添加语句其逻辑的如下表3.2所示。设备维修管理图3.3设备维修管理菜单栏设备报修申请个人信息维护设备报修申请头像办公室设备管理图3.4设备维修管理详情页添加表设备申请表添加字段损坏设备ID、损坏设备备注、损坏设备状态添加条件设备状态不等于损坏状态表3.2设备维修申请添加个人信息维修页面是所有所有用户都有，用户可以用来都修改个人信息。其构架其layout图如图3.5所示。当用户点击个人信息维护菜单栏后，通过前端控制器发送请求到处理器映射器，根据请求查找与这个与个人信息维护页面发送请求的相应的处理器映射器，返回需要执行的HandIer链条，前端控制器接收到处理器映射器的执行器HandIer链条后，通过查询处理器适配器，找到对应的处理适配器。个人信息的control层通过匹配处理器适配器可以被找到，然后执行个人信息相关的Handler,执行后返回执行后的结果给前端控制器，前端控制器可以将该结果初始化到浏览器的页面，完成页面渲染。个人信息虽然可以维护但是有些内容不能个人随意修改如layout图中表明的个人的工号信息不能进行修改，明细部的明细头初始渲染全部,而明细行部分渲染查得到的部分信息，高校设备维修管理系统的所有个人信息修改都是如此，鼠标单击修改这个按钮可进行信息维护操作。图3.5个人信息维护最后是办公室设备管理，实现办公室设备的添加，办公室设备的查询，以及办公室设备的信息修改、设备单据的导出等。其初始化界面如图IayoUt图3.6所示。应可以通过设备名以及设备编号来查找设备，如果不输入默认查询所有设备。此外添加的时候图片数据的添加按钮的通过的导入图片的接口可以实现。具体实现的接口代码在附录部分。此处只初略的说明：通过将查到的数据转化为流的形式，上传到指定的目录下，先判断目录是否存在如果不存在新建目录，最后以流的形式写入即可实现图片信息的上传个人信息维护头像设备维修管理设备报修申请个人信息维护办公室设备管理设备名设备号查询添加导出设备名*设备号所属办公室价格设备描述图片操作XXXXXXXXXXXXXXXXX删除XXXXXXXXXXXXXXXXX删除图3.6办公室设备管理具体的运行流程：设备维修管理功能可以获取到登录用户的用户个人信息，该信息是通过登录时比对成功后，将用户的信息存储session中。通过session的特点可以对个人的信息进行修改和密码的管理。如果点击修改密码是弹出密码修改框用户完成密码的修改。当点击设备报修申请的菜单时，弹出一个窗口里面可以编辑要报修的设备信息。包含设备的编号、设备名称、设备价格等，具体设备的报修清单的数据在下章节3.3.2数据库的逻辑设计中会具体说明。当点击办公室设备管理菜单时，同样页面刷新跳转到办公室设备管理页面。可以看到办公室设备的信息，当点击添加设备的时候弹出一个窗口，在文本框中可以输入要添加的办公室设备信息。其中办公室实体有其具体的位置信息、楼层信息、办公室编号等信息。其中如果办公室编号和楼层要有一定的管理例如:二楼办公室编号要以02开头，所以数据库设计的时候要有要求，具体实现同上可在第3.3.2章节数据库的逻辑设计中具体体现。3.2.3 办公室维修巡检模块设计首先，办公室维修巡检从第二章的需求分析可知道，该功能是维修员特有模块，维修员可以通过菜单栏的抽调维修办公室管理实现该页面的初始化，具体的IayoUt图如图3.7所示。该页面应当包括添加巡检办公室、一览展示维修巡检办公室记录，另外就是巡检结束提交结束按钮。具体的前后台交互跟上面第3.2.2章节大同小异具体不在详述，当点击添加按钮后执行的逻辑的SQ1.如表3.3所示。设备维修一维修员信息通过浏览设备维修登记个人信息维护抽调维修办公室管理抽调维修办公室管理头像办公室名所在楼层办公定类型是否预约抽调维修操作XXXXXXXXXXXXXXXX结束添加图3.7抽调维修办公室管理添加表抽调维修申请表添加字段抽调办公室名添加条件办公室状态=未抽调状态表3.3抽调维修办公室添加办公室维修巡检模块具体的运行流程：登录成功后，后台可以根据用户信息判断用户的角色，如果是维修员，系统会赋予该用户办公室抽调巡检的功能，具体实现在第四章系统的详细设计中会具体讲到实现方法。将办公室维修巡检的菜单响应到页面。点击菜单后刷新跳转到办公室巡检详情页，可以发起对办公室的抽调巡检的申请，而巡检审批是管理员才有的功能，当系统通过判定用户为管理员的时候，可以浏览到维修员发起的“办公室抽调维修申请”，同时可以对改请求进行答复，如果同意该申请点击“同意”按钮。如果不同意，点击点击“不同意”按钮。从而达到办公室维修巡检整个模块的流程完结。3.2.4 用户权限控制模块设计首先用户权限控制模块是管理员特有的权限，他需要关联到系统的组织表，以及系统的菜单表两张表进行组合查询，初始化IayoIIt图如图3.8所示。其中菜单管理可以实现菜单的添加和级联的管理，可以实现表单的动态管理，具体的添加菜单时用到的逻辑SQ1.如表3.4所示。添加菜单管理头像ID菜单名XXXXXXXXXXXXXXXXXXXXXXXX图3.8菜单管理菜单链接父菜单XXXXXXXXXXXXXXXXXXXXXXXX添加表菜单表添加字段菜单名、菜单链接、菜单父菜单添加条件如果父菜单存在添加，如果父菜单为空则默认菜单为主菜单，同时菜单链接为空，如果主菜单菜单链接不为空报错，重新添加。表3.4抽调维修办公室添加用户权限控制模块具体的运行流程：用户登录后，如果系统判定该用户是管理员则赋予该权限，在页面菜单栏渲染该菜单。普通用户没有该权限前台页面不会展示改业务。点击该菜单时触发事件，打开下拉菜单栏。下拉菜单栏里面包含用户组信息管理，用户组权限控制、菜单控制等三个控件。用户组具体有哪些字段在系统的数据库逻辑设计中会具体提及。用户组信息管理可以实现对用户组的添加修改删除等，用户组权限控制控制每个用户的访问权限，管理员可以添加、修改、删除角色的权限。菜单控制是对不同页面下面的级联管理，以及对不同角色不同功能的页的添加、修改、删除等其增删改查具体的控制是通过control层控制。3.2.5 审批模块设计审批是管理员权限方便高级用户（院校领导）使用，可以实现维修管理的网架层级结构方便管理高效有序进行。具体审批有两大方面：一、对办公室巡检请求进行审批具体的IayoUt图如图3.9所示。二、对办公室设备的外调维修申请的审批，具体的IayoUt图如图3.10所示。系统管理V办公室抽圈巡检审批头像权限中心信息管理一管理员办公室名所在楼层办公室类型预约抽调巡检人操作办公室抽调巡检审XXXXXXXXXXXXXXXX同意不同意设备抽调维修审批XXXXXXXXXXXXXXXX同意不同意公告管理XXXXXXXXXXXXXXXX同意I不同意图3.9抽调维修办公室审批审批模块具体的执行流程：管理员可以对办公室巡检请求进行审批，也可以对维修员发起的用户抽调维修的请求进行审批。当管理员点击办公室抽调审批菜单后，可以浏览到维修员发起的办公室巡检的信息，点击“同意”同意该请求，点击“不同意”则该请求作废。返回给维修员。系统管理1办公室设备抽调巡检审头像权限中心信息管理一管理员I设备名设备编号抽调维修人号抽调维修时间操作办公室抽调巡检审XXXXXXXXXXXXXXXX同意不同意设备抽调维修审批XXXXXXXXXXXXXXXX同意不同意公告管理XXXXXXXXXXXXXXXX同意不同意图3.10抽调维修设备审批3.2.6 系统公告模块设计为整体提高系统管理效能，通过系统公告使得用户更加方便的浏览最新动态，系统公告具体包括公告添加按钮、公告导出按钮以及公告一览及删除。导出公告同上面的导出单据添加也同上面的添加，只是该模块设计到的表是公告表，对公告表进行管理，具体的layout图如图3.11所示。I系统管理公告管理头像I权限中心添加导出信息管理一管理员公告ID口发布者公告详情公告发布时间操作办公室抽调巡检审XXXXXXXXXXXXXXXX删除设备抽调维修审批XXXXXXXXXXXXXXXX删除公告管理XXXXXXXXXXXXXXXX删除图3.11系统公告公告模块具体执行流程：用户可以浏览公告信息，管理员可以发布公告信息。当系统判定该用户为管理员时，赋予该用户发布公告的权限，管理员可以点击“添加”按钮，弹出一个添加公告信息的页面。管理员允许进行公告编辑。当系统判定该用户为普通用户的时候，用户点击浏览公告菜单时，页面允许响应公告相关详情。3.2.7 日志管理模块设计同样日志管理功能也是管理员特殊权限，只有管理员可以操作，由于日志比较特殊不能进行修改只能浏览查询操作，具体的layout图如图3.12所示。系统管理日志管理日志管理日志ID操作人具体操作操作时间权限中心XXXXXXXXXXXXXXXX信息管理一管理员XXXX-XXXXIIXXXXIIXXXX-图3.12系统日志日志管理模块具体执行流程：管理员可以浏览用户的操作日志。当系统判定用户为管理员时，赋予查看日志的权限，通过日志管理员可以查看用户的一些操作，以便日后管理员管理用户统计和维修追责。3.3 数据库设计3.3.1 数据库模型设计根据上一章的系统数据分析与E-R图图示，可以得到本系统的数据库一共存在如下几个类型的数据表：（1）维修员表（维修员ID、姓名、性别、出生日期、职称所属院系维修科、联系电话、教职工号）；、（2）教师表（教师ID、教职工号、性别、出生日期、教研室1D、联系电话、个人简历）；（3）维修申请单据表（维修设备ID、维修设备名、损坏人名、损坏理由、设备状态）；（4）维修单据表（维修设备ID、维修时间、维修人、维修金额、维修描述、维修状态）（5）办公室表（办公室ID、办公室名、办公室编号、所在楼层、是否与预约维修、预约维修人ID）（6）设备配件表（配件ID、配件名、配件类别、配件存量、配件价格、配件进购日期）3.3.2 数据库逻辑结构设计高校办公室设备维修管理系统采用的NavicatPremium15的可视化界面操作,使用MySqI数据库存放数据，利用SPringSemetJDBC连接数据库。建立表之间的联系，通过DD1.数据库定义语言定义一个存储过程保证数据量在特别庞大的情况下利用存储过程使得整个SQ1.的代码执行速度提升“°】。（1）维修员表拥有id、mame、sex>birth、zyzc>zyid>tekjl、idcard等字段。Id为自增没有实际意义的字段，idcard是维修员的唯一身份id。因为维修员维修完一个设备后会提交一个具体的维修单据，为了方便维修后期问责，在该维修员要有唯一的标识,标识该维修员维修了某一设备。为了方便教师或则二次维修，教师需要能直观的看到维修员的基本信息，如电话，可以通过维修员的电话及时联系到该维修员，如果问题不大可以电话或者网络指导解决就通过网络解决，加快维修效率。维修员的职能不同专长不同，应该分给他们具体的科室，通过具体科室方便维修管理。具体表设计如表3.1所示。表3.1设计表“repareman”列名说明类型（长度）备注id标识idint(11)主键rname维修员姓名varchar(20)不允许空sex性别varchar(20)不允许空birth出生日期datetime不允许空zyzc职称varchar(20)不允许空zyid所属维修科int(11)不允许空tel联系电话varchar(20)不允许空ji个人简历varchar(200)不允许空idcard教职工号（登录号）int(11)不允许空（2）教师表有id、sname>idcard>sex、zidbirth>cidtekjl等九个字段，教师用户可以通过教职工号作为自己登录系统的登录账号，除了性别、出生口期所属教研室等基本信息外还有有个人的电话，方便如在计算机死机需要刷机，需要联系到具体所属教师确定是否有个人信息要保存的情况。还有就是在教师用户在提交完维修申请后，如果故障信息描述不准确，方便维修员联系到具体教师，具体表设计如表3.2所示。表3.2设计表“teacher”列名说明类型(长度)备注id标识idint(11)主键sname教师姓名varchar(20)不允许空idcard教职工号Int(11)不允许空sex性别varchar(20)不允许空birth出生日期datetime不允许空cid所属教研室int(11)不允许空tel联系电话varchar(20)不允许空ji个人简历varchar(200)不允许空(3)维修申请单据表有id、sbid>sbnameshsj>uid>info>Ztid等六个字段，分别表示：维修设备ID、维修设备名、损坏人名、损坏理由、设备状态等，维修申请单据是教师通过页面输入要维修的设备的基本信息，所以，维修设备申请表要有具体的设备号、设备名，通过报修人可以得到该用户的ID后台将用户的ID存到数据的数据库中，损坏时间应该输入如"xxxx年XX月XX日”格式、数据表经过后台处理后以datetime类型存储。具体表设计如表3.3所示。表3.3设计表“wxsqb”列名说明类型(长度)备注id标识idint(11)主键Sbid设备号Int(11)不允许空sbname设备名varchar(20)不允许空ShSj损坏时间datetime不允许空uid损坏人idint(11)不允许空info损坏理由Varchar(255)不允许空ztid设备状态Int(10)不允许空(4)维修单据表有Shid、wxsjsrid>moneyinfo>Ztid等五个字段,分别表示维修设备ID、维修时间、维修人、维修金额、维修描述、维修状态，其中可以通过维修人关联设备和损坏单据。由于维修过程要通过教师发起维修请求，到维修员受理维修，再到维修员发出结束维修申请，最后教师确定维修完毕。整个维修过程可以通过建立一个存储过程。该存储过程有两个参数一个是输入参数一个输出参数，当维修员发起结束维修的申请时，触发该存储过程，传入该维修单据的单据号，存储过程内部处理通过SQ1.语句查询维修”申请单据表”判断该维修结束申请“教师”用户是否同意。如果教师用户发起请求触发维修的事件，如果该发起人确认维修结束，触发维修结束更改维修状态，如果教师用户点击维修失败（没维修好）回滚到维修初始状态，直到教师用户确定该维修成功，所以维修单据应设定具体的被维修设备的设备状态，通过该状态判定维修是否完毕，有效防止维修员恶意提交等不正当操作，具体表设计如表3.4所示。（5）办公室表包含cid、Cname、Ire、ztid>rid等五个字段,分别表示：办公室ID、办公室名、所在楼层、是否与预约维修、预约维修人ID等，每个办公室都有具体的地点信息，还要有办公室名，办公室号，楼层号等信息。通过具体的楼层有固定的楼层号，如一楼办公室号如“Olxxx”，在输入楼层办公室信息时要有具体的办公室号限制，做到规范化，防止出现异议，具体表设计如表3.5所示。表3.4设计表“wxdjb”列名说明类型（长度）备注id标识idint(11)主键sbid设备号Int(11)不允许空WXSj维修时间datelime不允许空rid维修人idint(11)不允许空info维修描述Varchar(255)不允许空ztid维修状态Int(10)不允许空表3.5设计表“classes”列名说明类型（长度）备注id标识idint(11)主键cid办公室号int(11)不允许空cname办公室名varchar(20)不允许空Irc所在楼层int(11)不允许空ztid是否预约维修Int(10)不允许空rid预约维修人idint(10)不允许空（6）设备配件表有pid、pname>plbPnUm、pmoney>Ptime等六个字段，分别表示：配件ID、配件名、配件类别、配件存量、配件价格、配件进购日期等属性。由于配件是消耗品如要进行特别管理，为了方便维修管理防止乱收费可以将具体的配件价格设计到表中。为了方便存储管理配件要有具体的类别信息，不同商品根据类别存放到不同的仓库中，实现管理的规范化。如表3.6所示。表3.6设计表“pjb”列名说明类型（长度）备注id标识idint(11)主键pid配件号int(11)不允许空pname配件名varchar(20)不允许空plb配件类别varchar(20)不允许空pnum配件存量int(10)不允许空pmonay配件价格int(JO)不允许空ptime配件进购时间datelime不允许空4详细设计该系统使用Java语言编写轻量级的B/S架构的轻量级WebaPP,使用intellijidea2019作为开发工具，使用NavicatPremium15数据库图形化工具对mysql数据库进行管理实现数据的存储。通过系统的需求分析，实现概要设计，使用快速开发模型实现系统设计开发，本章节对代码的详细设计，以及具体功能实现进行描述。4.1用户登录模块设计用户通过输入地址发起请求，服务器响应登录界面，如图4.1所示。当用户登录成功后跳转到首页。locAxt800lndex©CVrFfiSBKSMMXXtM(R>.O欢迎来到高校办公室设备维修管理图4.1登录页面账号和密码输入后点击登录，触发事件服务器拿到用户的账号找到对应的用户id,判断是否存在该用户，如果存在该用户，拿到该用户的加密过后的密码。同时对用户输入的密码进行MD5加密，加密完成后对用户密码进行比对，如果比对成功完成用户认证。之后，在用户权限表拿到对应权限