摘 要
随着互联网大趋势的到来，社会的方方面面，各行各业都在考虑利用互联网作为媒介将自己的信息更及时有效地推广出去，而其中最好的方式就是建立网络管理系统，并对其进行信息管理。由于现在网络的发达，校园故障保修系统通过网络进行信息管理掀起了热潮，所以针对校园故障保修系统的用户需求开发出一套校园故障保修系统。
整个开发过程首先对软件系统进行需求分析，得出系统的主要功能。接着对系统进行总体设计和详细设计。总体设计主要包括系统功能设计、系统总体结构设计、系统数据结构设计和系统安全设计等；详细设计主要包括系统数据库访问的实现，主要功能模块的具体实现，模块实现关键代码等。最后对系统进行功能测试，并对测试结果进行分析总结，得出系统中存在的不足及需要改进的地方，为以后的系统维护提供了方便，同时也为今后开发类似系统提供了借鉴和帮助。
本系统开发利用现有的成熟技术参考，以源代码为模板，分析功能调整与校园故障保修系统的实际需求相结合，确定了ssm开发校园故障保修系统的使用。
关键字：故障报修，ssm框架，数据库mysql
Ssm campus fault maintenance system
Abstracts
With the advent of the Internet trend, all walks of life are considering using the Internet as a medium to promote their information more timely and effectively. The best way is to establish a network management system and manage its information. Due to the development of the network, the campus fault warranty system has set off an upsurge of information management through the network. Therefore, a campus fault warranty system has been developed according to the user needs of the campus fault warranty system.
The whole development process firstly analyzes the requirements of the software system and obtains the main functions of the system. Then the overall design and detailed design of the system. The overall design mainly includes system function design, system overall structure design, system data structure design and system security design; The detailed design mainly includes the realization of system database access, the specific realization of main functional modules, and the key code of module realization. Finally, the system is tested, and the test results are analyzed and summarized to find out the deficiencies and areas for improvement in the system, which provides convenience for future system maintenance, and also provides reference and help for future development of similar systems.
This system development uses the existing mature technology reference, takes the source code as the template, analyzes the function adjustment and the actual demand of the campus fault warranty system, and determines the use of the campus fault warranty system developed by ssm.
Key words:Fault report, SSM framework, MySQL database
目 录
6.3测试特性及分析 32
第1章 绪论
1.1课题背景
随着互联网不断升温，用户的需求也越来越大，为此设计校园故障保修系统可以方便用户随时获取到校园故障保修系统信息，通过这一软件来满足用户的要求，并且使用校园故障保修系统可以更快捷、更高效的提高校园故障保修系统管理的工作效率，是一款必不可少的管理系统。
开发校园故障保修系统进行维修信息的管理，就要运用软件工程的方法来解决这个软件开发中遇到的各个问题。
系统管理也都将通过计算机进行整体智能化操作，对于校园故障保修系统信息管理所牵扯的信息管理及数据保存都是非常多的，举例像所有的管理员；首页，用户管理（管理员、保修人员、学生用户）更多管理（维修信息、报修通知、维修反馈），学生；首页、更多管理（维修信息、报修通知、维修反馈）保修人员;首页、更多管理（维修信息、报修通知、维修反馈）等功能，这给管理者的工作带来了巨大的挑战,所以为此开发了本校园故障保修系统，为用户提供校园故障保修系统平台，方便管理员及时高效的管理所有的信息，给用户提供简单方便快捷的方式，并且数据准确，用户可以足不出户就可以对校园故障保修系统相关信息进行操作，统计查询等操作，而且还能节省用户查询信息的等待时间，所以开发校园故障保修系统给工作人员带来很大的方便，可以大大的提高系统人员工作效率。
互联网是人类的基本需要，尤其在现代社会，个人压力的增加，社会的高节奏的操作，互联网的高速发展，用户的需求度也越来越高，用户也将越来越依靠网络来代替自己的手工业操作，使得各种管理系统的发展成为必要选择。
随着我国经济迅速发展，互联网对人们的生活及工作都带来了非常大的方便，各种管理系统都在不断的增加，但是校园故障保修系统管理查询方面缺乏系统的管理方式，为提高校园故障保修系统管理查询效率，特开发了本校园故障保修系统。
校园故障保修系统将通过计算机进行整体智能化操作，为用户提供一个智能化的管理信息平台，方便管理员可以随时随地的查看用户所需的详细信息及所有维修信息内容，增加系统和用户之间的关系，并且对数据信息管理可以及时、准确、有效地进行系统化、标准化和有效化的工作。
根据ssm系统广泛使用的市场和服务免费特性，开发成本低，研发速度快，服务范围广，效益最大化。ssm系统采用开源功能，规范了平台，打破了原来手机的操作系统，受到了大家的追捧。同时，它整合了传统移动通信的优势，提高了ssm系统的整体价值。该调查显示，ssm系统占据了市场的主要份额，这意味着全球四分之三的智能手机都运行在ssm系统上。目前，校园故障保修系统已经吸引很多人的注意，通过互联网来搭建校园故障保修系统可以给用户提供更好的服务。
互联网的到来，传统的校园故障保修系统信息获取，都是通过纸质手工等方式进行翻看杂志、报纸等信息，然后进行一条条的统计数据信息，并且要想获取某一条校园故障保修系统数据需要进行查找，需要用户自己手动的统计，最后由于校园故障保修系统数据量比较大，传统的数据统计是手动检查和验证的，信息量很大，因为使用手动统计数据是一个很大的工作量，而且错误率很高，当然会有很多数据存储和丢失问题，对于搜索一块数据比较麻烦而且还耽误时间。对于这次开发的校园故障保修系统，提供给用户可以随时查看校园故障保修系统信息，提高校园故障保修系统平台效率。
1.4研究内容
校园故障保修系统软件是一款方便，快捷，实用的信息服务查询软件。随着智能手机在全球市场的不断普及以及各种智能手机平台的生活体验软件，自然需要这样的软件来满足更多用户的需求和体验。收入和支出将与人们的日常需求相关，如通过校园故障保修系统获取到最新校园故障保修系统详细情况，了解最新动态信息等。
虽然目前已有很多基于ssm平台的校园故障保修系统，但尚未出现更详细的功能显示和信息查询。经过分析，用户的第一眼往往是看到一个软件的外观，一个漂亮的界面将吸引用户下一次点击和理解。为了让用户通过无意识的点击尝试进入每个界面和每个按钮，用户可以进一步了解软件的质量，因此良好的软件界面将是吸引用户注意力的第一步。因此，对于每个软件界面设计工作来说，一个应用程序是占据非常重要的一部分，在高端大气中吸引用户，满足用户体验将进一步完成整个应用程序的各项功能，良好的用户体验度将继续使用并经常打开并使用此软件。
第2章 关键技术研究
2.1开发技术
本系统前端部分基于MVVM模式进行开发，采用B/S模式，后端部分基于Java的ssm框架进行开发。
前端部分：前端框架采用了比较流行的渐进式JavaScript框架Vue.js。使用Vue-Router和Vuex实现动态路由和全局状态管理,Ajax实现前后端通信，Element UI组件库和Lay UI组件库使页面快速成型，项目前端通过栅格布局实现响应式，可适应PC端、平板端、手机端等不同屏幕大小尺寸的完美布局展示。
后端部分：采用ssm作为开发框架，同时集成MyBatis、Redis等相关技术。
2.2 MVVM模式
MVVM是Model-View-ViewModel的简写。它本质上就是MVC 的改进版。MVVM 就是将其中的View 的状态和行为抽象化，让我们将视图 UI 和业务逻辑分开。当然这些事 ViewModel 已经帮我们做了，它可以取出 Model 的数据同时帮忙处理 View 中由于需要展示内容而涉及的业务逻辑。微软的WPF带来了新的技术体验，如Silverlight、音频、视频、3D、动画……，这导致了软件UI层更加细节化、可定制化。同时，在技术层面，WPF也带来了 诸如Binding、Dependency Property、Routed Events、Command、DataTemplate、ControlTemplate等新特性。MVVM（Model-View-ViewModel）框架的由来便是MVP（Model-View-Presenter）模式与WPF结合的应用方式时发展演变过来的一种新型架构框架。它立足于原有MVP框架并且把WPF的新特性糅合进去，以应对客户日益复杂的需求变化。
2.3 B/S结构
B/S（Browser/Server）比前身架构更为省事的架构。它借助Web server完成数据的传递交流。只需要下载浏览器作为客户端，那么工作就达到“瘦身”效果， 不需要考虑不停装软件的问题。
2.4 ssm框架介绍
SSM（Spring+SpringMVC+MyBatis）框架集由Spring、MyBatis两个开源框架整合而成（SpringMVC是Spring中的部分内容）。常作为数据源较简单的web项目的框架。
1.8.1 Spring
Spring就像是整个项目中装配bean的大工厂，在配置文件中可以指定使用特定的参数去调用实体类的构造方法来实例化对象。也可以称之为项目中的粘合剂。
Spring的核心思想是IoC（控制反转），即不再需要程序员去显式地`new`一个对象，而是让Spring框架帮你来完成这一切。
1.8.2 SpringMVC
SpringMVC在项目中拦截用户请求，它的核心Servlet即DispatcherServlet承担中介或是前台这样的职责，将用户请求通过HandlerMapping去匹配Controller，Controller就是具体对应请求所执行的操作。SpringMVC相当于SSH框架中struts。
1.8.3 mybatis
mybatis是对jdbc的封装，它让数据库底层操作变的透明。mybatis的操作都是围绕一个sqlSessionFactory实例展开的。mybatis通过配置文件关联到各实体类的Mapper文件，Mapper文件中配置了每个类对数据库所需进行的sql语句映射。在每次与数据库交互时，通过sqlSessionFactory拿到一个sqlSession，再执行sql命令。
页面发送请求给控制器，控制器调用业务层处理逻辑，逻辑层向持久层发送请求，持久层与数据库交互，后将结果返回给业务层，业务层将处理逻辑发送给控制器，控制器再调用视图展现数据。
2.5 MySQL数据库
MySQL经过多次的更新，功能层面已经非常的丰富和完善了，从MySQL4版本到5版本进行了比较大的更新，在商业的实际使用中取得了很好的实际应用效果。最新版本的MySQL支持对信息的压缩，同时还能进行加密能更好的满足对信息安全性的需求。同时经过系统的多次更新，数据库自身的镜像功能也得到了很大的增强，运行的流畅度和易用性方面有了不小的进步，驱动的使用和创建也更加的高效快捷。最大的变动还是进行了空间信息的显示优化，能更加方便的在应用地图上进行坐标的标注和运算。强大的备份功能也保证了用户使用的过程会更加安心，同时支持的Office特性还支持用户的自行安装和使用。在信息的显示形式上也进行了不小的更新，增加了两个非常使用的显示区，一个是信息区，对表格和文字进行了分类处理，界面的显示更加清爽和具体。第二是仪表的信息控件，能在仪表信息区进行信息的显示，同时还能进行多个信息的比对，为用户的实际使用带来了很大的便捷。
针对本文中设计的校园故障保修系统在实际的实现过程中，最终选择MySQL数据库的主要原因在于在企业的应用系统应用及开发的过程中会存在大量的数据库比较频繁的操作，而且数据的安全性要求也是非常的高。综合这些因素，最终选择安全性系数比较高的MySQL来对高校志愿服务岗位推荐系统后台数据进行存储操作。
数据库管理系统的总体结构图如下图所示。
图2-1 数据库组成结构
第3章 需求分析
任何一个项目在开发研究前，都需要对研发系统本身的需求做一个认真的分析，市场的调研是不可忽视的，从而明确目标，对整个系统的开发有一个更加准确的定位。在这个章节，需要对系统的性能分析，业务流程分析，和数据等进行分析，校园故障保修系统的整体界面简单，功能完善。
需求的可行性是分析和讨论发达的系统能达到什么样的要求。开发的系统或网站是否符合之前的要求。只有在预先评估系统的开发中，才能在系统开发和实施之前完成需求。系统在开发和运用过程中，在技术可行性、操作可行性、经济可行性和法律可行性这几点展开的详细说明，证明了这几点是可行的。在技术可行性中主要说明ssm是目前是较为通用、成熟的技术，具有较为强大的数据库开发功能、以及具有方便快捷的数据库接口设计功能。在现有的调研情况和所掌握的技术是必要可行的。在经济可行性中，主要说明了系统从调研时期的费用和后期维护和可节约的成本。操作可行性主要说明了系统和操作的简便性具有操作简便和上手快的特点。在法律可行性上，符合要求不涉及到侵权等问题在社会中能起到提高效率的作用。
从系统需求分析、功能分析、性能分析等进行了设计和说明。系统需求分析对于校园故障保修系统资讯行业的需求进行了深入分析，证明了系统在市场中的需求。
校园故障保修系统完成设计，可能受到时间以及空间上的制衡。因此，在开始设计每一个项目的时候，必须对系统进行可行性分析，只有这样才能够降低项目所带来的危害，减少人力、物力以及财力方面的损耗。该系统的可行性分析主要集中在技术可行性、经济可行性、运行可行性和社会可行性四个方面。从以上几个方面讨论了该系统的可行性。
3.1可行性分析
可行性分析目的是根据所开发系统的用户需求，明确研究方向和目标，通过可行性分析确定系统的框架和功能模块。
可行性分析是对任何管理系统的需求、技术和经济的分析。其中最重要的技术方面的可行性，技术可行性是分析软件开发技术的应用开发系统是可行的。其次，分析软件系统的需求，分析软件需求能否满足预先设计的功能需求。最后讨论了系统的操作可行性和经济可行性。
3.1.1 技术可行性
无论是台式机还是笔记本，计算机都以非常迅猛的速度占据着人们的工作与生活，那么能够辅助计算机帮助人们改变工作与生活状态的就是那些安装在计算机上的功能软件。本文所要设计的系统，从简单易懂的思想出发，将通过文字索引提示协助用户操作。
系统的开发环境和配置可以由我们自己安装。系统采用ASP.NET开发工具，根据技术语言修改和维护数据信息，并结合要求使系统运行更加稳定安全，从而完成实现系统的开发。网络技术的快速发展使网络传输速度越来越快，价格越来越低，安全性越来越高，其所有硬件平台都能完全满足校园故障保修系统开发的需要。
因此，我们从两个方面进行了可行性研究，可以看出系统的技术可行性发展没有问题。
任何软件系统在其发展将考虑后者经济可行性的一部分，也就是说软件的开发成本和设计所需的花费和随后的操作可能带来的经济效益是匹配，除了考虑这部分的软件是否可以给用户带来经济效益。
经济可行性包括系统实现过程中所需资源的研究。系统实现过程中所需资源主要包括人力资源、自然资源等。校园故障保修系统的开发是由开发者自己开发，不需要购买其他软件或者端口之类的，而且校园故障保修系统的开发之前所做的市场调研及其他的校园故障保修系统，都是没有任何费用的，都是通过开发者自己的努力，所有的工作的都是自己亲力亲为，在碰到自己比较难以解决的问题，大多是通过同学和指导老师的帮助进行相关信息的解决，所以对于校园故障保修系统的开发在经济上是完全可行的，没有任何费用支出的。
使用ssm是比较成熟的技术，所以校园故障保修系统平台的开发在经济上是没有问题的。
3.1.3 操作可行性
操作可行性是指系统不能有太复杂的操作和使用流程。校园故障保修系统基于ssm框架，访问和操作界面简单、操作方便。用户只要连接到网络就可以访问和操作。系统在界面设计上就很有善意让人感觉心旷神怡，首先这就能给操作者一种好心情，可以让工作人员以更好的心态工作，其次也很美观，在系统的使用中要不光应用到了系统完善的功能还欣赏了系统简洁的外观。其次就是系统的功能方面了，在系统的日常使用中会一点简单电脑操作的工作人员也都可以应付自如。因此，它具有操作简单，管理方便，交互性强的特点，在操作上是非常可行的。
3.1.4 法律可行性
系统平台的设计与开发与国家政策法规之间不存在冲突。此外，平台的设计和开发采用的操作和工作模式符合用户的日常习惯，操作方便、灵活、易于管理，具有较高的实用性。开发过程中所采用的数据均来自开源代码，不存在知识产权的争议，在法律上也是行的通的。
综上所述，开发一个基于ssm的校园故障保修系统是可行的。
3.2系统分析
校园故障保修系统主要是为了提高工作人员的工作效率和更方便快捷的满足用户，更好存储所有数据信息及快速方便的检索功能，对系统的各个模块是通过许多今天的发达系统做出合理的分析来确定用户的可操作性，遵循开发的系统优化的原则，经过全面的调查和研究。
系统所要实现的功能分析，对于现在网络方便的管理，系统要实现用户可以直接在平台上进行查看所有数据信息，根据需求可以进行在线添加，删除等信息，这样既能节省时间，不用再像传统的方式耽误时间，真的很难去满足用户的各种需求。所以校园故障保修系统的开发不仅仅是能满足用户的需求，还能提高管理员的工作效率，减少原有不必要的工作量。
3.3系统设计原则
（1）功能要求：可以管理首页、个人中心、学生管理、保修人员管理、维修信息管理、保修通知管理、维修反馈管理等功能模块。
（2）性能：在不同操作系统上均能无差错实现在不同类型的用户登入相应界面后能不出差错、方便地进行预期操作。
（3）安全与保密要求：用户都必须通过注册、登录才能进入系统，并且用户的权限也需要根据用户的类型进行限定。
（4）环境要求：支持多种平台，可在Windows系列、Vista系统等多种操作系统下使用。
2、开发目标
校园故障保修系统的主要开发目标如下：
（1）实现管理系统信息关系的系统化、规范化和自动化；
（2）减少维护人员的工作量以及实现用户对信息的控制和管理。
（3）方便查询信息及管理信息等；
（4）通过网络操作，改善处理问题的效率，提高操作人员利用率；
（5）考虑到用户多样性特点，要求界面简单，操作简便。
3、经济效益
设计系统的目的是为了更好的进行节省人员成本及各种开销，因此需要对系统开发的成本和效益进行考虑。
3.4业务流程分析
3.4.1操作流程
图3-1登录流程图
3.4.2添加信息流程
添加信息流程图，如图所示：
图3-2添加信息流程图
3.4.3删除信息流程
删除信息流程图，如图所示：
图3-3删除信息流程图
第4章 系统总体设计
该系统的基本功能包括管理员、学生、保修人员，三个角色功能模块。
对于管理员可以使用的功能模块主要是首页，用户管理（管理员、学生、保修人员）更多管理（维修信息、报修通知、维修反馈）等功能。
对于学生所使用的功能模块的操作主要是首页、更多管理（维修信息、报修通知、维修反馈）等功能。
对于保修人员员所使用的功能模块的操作主要是首页、更多管理（维修信息、报修通知、维修反馈）等功能。
（1）学生需求如图4-1所示：
图4-1学生用例图
（2）保修人员功能需求如图4-2所示：
图4-2保修人员用例图
（2）管理员功能需求如图4-3所示：
图4-3管理员用例图
数据库是信息系统的基础和核心。数据库设计的好坏直接影响到信息系统开发的成败。创建数据库表首先确定实体的属性和实体之间的关系。根据关系创建一个数据表。
(1)系统的E-R图
概念模型是数据库设计的强大工具。数据库概念模型设计可以通过E-R图描述现实世界的概念模型。系统的E-R图显示了系统中实体之间的链接。
系统结构如图4-6。
图4-6系统结构图
维修信息管理实体图如图4-4。
图4-7维修信息管理实体图
保修人员管理实体图如图4-8。
图4-8保修人员管理实体图
维修反馈管理实体图如图4-9。
图4-9维修反馈管理实体图
warranty_personnel表：
| 类型 | 长度 | 不是null | 主键 | 注释 | |
| warranty_personnel_id | int | 11 | 是 | 是 | 保修人员ID |
| warranty_employee_no | varchar | 64 | 否 | 否 | 保修员工号 |
| gender | varchar | 64 | 否 | 否 | 性别 |
| department | varchar | 64 | 否 | 否 | 部门 |
| name_of_maintenance_personnel | varchar | 64 | 否 | 否 | 保修员姓名 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| student_users表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| student_users_id | int | 11 | 是 | 是 | 学生用户ID |
| student_id | varchar | 64 | 否 | 否 | 学生编号 |
| class_name | varchar | 64 | 否 | 否 | 班级名称 |
| student_name | varchar | 64 | 否 | 否 | 学生姓名 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| user_id | int | 11 | 是 | 否 | 用户ID |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| repair_notificatio表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| repair_notification_id | int | 11 | 是 | 是 | 报修通知ID |
| repair_order_no | varchar | 64 | 否 | 否 | 维修单号 |
| problem_description | longtext | 0 | 否 | 否 | 问题描述 |
| address | varchar | 64 | 是 | 否 | 地址 |
| date_of_repair_request | date | 0 | 否 | 否 | 报修日期 |
| student_id | int | 11 | 否 | 否 | 学生编号 |
| class_name | varchar | 64 | 否 | 否 | 班级名称 |
| student_name | varchar | 64 | 否 | 否 | 学生姓名 |
| warranty_employee_no | int | 11 | 否 | 否 | 保修员工号 |
| name_of_maintenance_personnel | varchar | 64 | 否 | 否 | 保修员姓名 |
| department | varchar | 64 | 否 | 否 | 部门 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| maintenance_information表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| maintenance_information_id | int | 11 | 是 | 是 | 维修信息ID |
| repair_order_no | varchar | 64 | 否 | 否 | 维修单号 |
| student_id | int | 11 | 否 | 否 | 学生编号 |
| class_name | varchar | 64 | 否 | 否 | 班级名称 |
| student_name | varchar | 64 | 否 | 否 | 学生姓名 |
| problem_description | longtext | 0 | 否 | 否 | 问题描述 |
| address | varchar | 64 | 是 | 否 | 地址 |
| date_of_repair_request | date | 0 | 否 | 否 | 报修日期 |
| contact_number | varchar | 16 | 否 | 否 | 联系电话 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
| maintenance_feedback表： | |||||
| 名称 | 类型 | 长度 | 不是null | 主键 | 注释 |
| maintenance_feedback_id | int | 11 | 是 | 是 | 维修反馈ID |
| student_id | int | 11 | 否 | 否 | 学生编号 |
| class_name | varchar | 64 | 否 | 否 | 班级名称 |
| student_name | varchar | 64 | 否 | 否 | 学生姓名 |
| repair_order_no | varchar | 64 | 否 | 否 | 维修单号 |
| problem_description | longtext | 0 | 否 | 否 | 问题描述 |
| address | varchar | 64 | 是 | 否 | 地址 |
| date_of_repair_request | varchar | 64 | 否 | 否 | 报修日期 |
| evaluation_feedback | varchar | 64 | 否 | 否 | 评价反馈 |
| warranty_employee_no | int | 11 | 否 | 否 | 保修员工号 |
| remarks | varchar | 64 | 否 | 否 | 备注 |
| evaluation_date | date | 0 | 否 | 否 | 评价日期 |
| examine_state | varchar | 16 | 是 | 否 | 审核状态 |
| examine_reply | varchar | 16 | 否 | 否 | 审核回复 |
| recommend | int | 11 | 是 | 否 | 智能推荐 |
| create_time | datetime | 0 | 是 | 否 | 创建时间 |
| update_time | timestamp | 0 | 是 | 否 | 更新时间 |
第5章 系统实现
5.1管理员功能模块
管理员登录，管理员通过输入用户名，密码，角色等信息进入校园故障保修系统，如图5-1所示。
图5-1管理员登录界面图
管理员登录进入校园故障保修系统可以查看首页，用户管理（管理员、保修人员、学生用户）更多管理（维修信息、报修通知、维修反馈）等内容，如图5-2所示。
维修报修信息管理，在维修信息管理页面可以查看维修单号、学生编号、班级名称、地址、保修日期、联系电话、审核状态等内容，并可根据需要进行修改，删除或查看详细内容、通知等操作，如图5-3所示。
图5-3维修信息管理界面图
学生信息管理，在学生信息管理页面可以查询学生、输入用户名、学生编号、班级名称、学生姓名/审核状态等内容提交、并可根据需要对学生信息进行修改，删除或查看详细内容等操作，如图5-4所示。
图5-4学生信息界面图
保修人员信息管理，在保修人员信息管理页面可以添加保修人员、输入账号、密码、手机号码、手机认证、状态、昵称、邮箱、等内容提交、并可根据需要对保修人员进行修改，删除或查看详细内容等操作，如图5-5所示。
图5-5添加保修人员界面图
维修反馈单管理，在维修反馈管理页面可以查看学生编号、班级名称、维修单号、地址、报修日期、评价反馈等内容，并可根据需要进行修改，删除或查看详细内容等操作，如图5-6所示。
图5-6维修反馈界面图
5.2学生功能模块
学生注册，学生通过输入账号，密码，手机号、邮箱、身份等信息进行注册校园故障保修系统，如图5-7所示。
图5-7学生注册界面图
学生登录，学生通过输入用户名，密码，角色等信息进入校园故障保修系统，如图5-8所示。
图5-8学生登录界面图
学生登录进入校园故障保修系统可以查看首页、个人中心、维修信息、报修通知、维修反馈等功能。如图5-9所示。
图5-9学生功能界面图
个人信息管理，在个人信息管理页面可以输入用户名、昵称、用户组、手机号码等内容进行修改个人信息如图5-10所示。
图5-10个人信息管理界面图
5.3保修人员功能模块
保修人员登录，保维修员通过输入用户名，密码，角色等信息进入校园故障保修系统，如图5-11所示。
图5-11保修人员登录界面图
保修人员登录进入校园故障保修系统可以查看首页、个人中心、维修信息、报修通知、维修反馈等功能。如图5-12所示。
图5-12保修人员功能界面图
第6章 系统测试
系统测试主要是通过测试确定系统的可操作性，系统故障必须在规定的时间内纠正，否则会造成严重的经济损失。验证系统内的保护机制，以防止未经授权的入侵。在安全测试中，测试人员的作用是试图闯入系统并使用各种方法来试图突破防御。因此，系统安全设计的标准是找到一种使入侵系统更先进的方法。
6.1系统测试的目的
程序设计不能保证没有错误，这是一个开发过程，在错误或错误的过程中都是难以避免的。虽然这是不可避免的，但我们不能使这些错误始终存在于系统中，错误可能会造成无法估量的后果，如系统崩溃，安全信息泄露，系统无法正常启动等，为了避免这些问题，我们需要测试程序，在测试过程中发现问题并纠正它们，从而使系统更长时间稳定成熟。本章的作用是发现这些问题并对其进行修改，虽然耗时费力，但对于系统的开发长期使用而言是非常重要和必要的。
软件在设计后必须进行测试，调试过程中使用的方法是软件测试方法。在开发新软件时，系统测试是检查软件是否合格的关键步骤，以及是否符合设计目标的参考。测试主要是查看软件中数据的准确性，正确的操作与否，以及操作的结果，还有哪些方面需要改进。
校园故障保修系统的实现，对于系统中功能模块的实现及操作都必须通过测试进行来评判系统是否可以准确的实现。在校园故障保修系统正式上传使用之前必须做的一步就是系统测试，对于测试发现的错误及时修改处理，保证系统准确无误的供给用户使用。
6.2测试策略
测试系统主要针对以下三个方面进行测试：
1、基于ssm的框架码的单元测试，集成测试，系统测试和验收测试结果；
2、测试对象中列出的可测试或不可接受的特征和功能；
3、分析并记录测试要求：日期的书面文件不影响测试的设计、开发和执行。
6.3测试特性及分析
（1）挑剔性：测试是为了找出系统的错误，在系统测试时我们要严格苛刻，十分挑剔。
（2）复杂性：测试是一个非常复杂的过程。
（3）不彻底性：虽然系统经过测试，但测试仍然会存在不够彻底的问题，测试不能保证系统后期运行完整无误，所以要在后期不断的检查、修改。
（4）经济性：通场这种测试称为“选择测试（Selective Testing）”。在测试时要遵守经济性的原则。
经过测试，产品的稳定性和成熟度可以大大提高，产品质量也可以得到保证。
6.4功能测试
系统测试方面，我们通常运用的是白盒测试以及黑盒测试这两种方法。白盒测试是指在了解系统内部工作流程的前提下，可以根据需求规范验证系统内部操作是否能够正常运行的测试；而黑盒测试指的是，倘若知道了这个系统的全部功能，可以进行测试检测系统中的每一个功能是否满足正常使用。
功能测试，主要是对系统的用户登录进行详细的测试，但是登录不可以是任何人都可以登录成功的，所以对登录进行详细测试。
用户登录测试：
| 模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
| 登录模块 | 用户名：001 密码：002 | 弹出错误提示，提示密码错误 | 弹出错误提示，提示密码错误 | 通过 |
| 登录模块 | 用户名：002 密码：001 | 弹出错误提示，提示用户名错误 | 弹出错误提示，提示用户名错误 | 通过 |
| 登录模块 | 用户名：001 密码：001 | 管理员登录成功 | 管理员登录成功 | 通过 |
删除分类测试：
| 模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
| 删除分类模块 | 分类名：最新通知 | 删除成功、页面自动跳转 | 删除成功、页面自动跳转 | 通过 |
修改密码测试：
| 模块名称 | 测试用例 | 预期结果 | 实际结果 | 是否通过 |
| 修改密码模块 | 原密码：888 新密码：123 确认密码：123 | 弹出错误提示，提示原密码错误 | 弹出错误提示，提示原密码错误 | 通过 |
| 修改密码模块 | 原密码：888 新密码：123 确认密码：333 | 弹出错误提示，提示确认密码不一致 | 弹出错误提示，提示确认密码不一致 | 通过 |
| 修改密码模块 | 原密码：888 新密码：123 确认密码：123 | 密码修改成功 | 密码修改成功 | 通过 |
通过对功能的测试，校园故障保修系统的基本功能都是可行的，不管是系统里面的功能，还是界面的设计都是可值得推广宣传的。
6.5测试结果
经过对一系列测试结果的有效分析，本平台开发系统符合用户的要求和需求。所有的基本功能相对齐全，操作起来简单方便，测试系统性能良好，作为大众化系统使用是比较值得推广宣传的。
结 论
此时项目已经完成，即使实施的时间不是很长，但是在这个过程中需要准备很长的一段时间去对系统设计开发所实际用到的技术进行学习和巩固。在学习的过程中，我逐渐认识到了我自身存在的一些不足。对于一些控制是必要的应用技能，能够理解，整个过程中仅仅是掌握了常用的性能和控制方法，我觉得还是相对来说挺容易的。从该系统中，系统的分析和设计的调查数据，已经经历了几个月，并且努力了几个月，该系统现在已经完成。很显然，该系统仍有很多不成熟的地方，在系统设计过程中有许多技术缺陷存在。在设计的过程中也涉及到了很多自己无法解决的问题，主要通过找专业的网站和论坛来解决这些问题，对于圆满完成我的毕业设计，他们也贡献了很大一部分力量。
系统的开发环境和配置都是可以自行安装的，系统使用ssm框架开发工具，使用比较成熟的MySQL数据库进行对系统后台的数据交互，根据技术语言结合需求对数据库进行修改维护，可以使得系统运行更具有稳定性和安全性，从而完成实现系统的开发。
在设计系统的过程中还遇到了一个棘手的问题，那就是自己的英语水平还有待提高，很多关于网站技术开发的资料文献都是英文版的，关键词语以及技术性词汇不能很好的理解。只有在借助翻译软件的实时性翻译功能的辅助下才勉强看懂。显然英语水平的高低直接影响到系统的开发过程。
回顾毕业设计的整个过程，既付出了努力与汗水也收获了很多难以忘怀的美好经历。虽然在系统开发过程中经历了各种各样的困难，自己也在不断研究与探索，可是系统的实现仍有许多不足之处。但是经过系统编程工作的学习让我有了更多的信心，相信在未来的路上我会走的更好。
参考文献
[1]杨玉莲.基于SSM框架的智能煤质化验室综合管理系统[J].煤矿现代化,2022,31(05):100-104+109.DOI:10.13606/j.cnki.37-1205/td.2022.05.005.
[2]唐小玲.基于SSM框架的资质管理系统开发解析[J].科学技术创新,2022(26):80-83.
[3]林国福,王瑛.基于SSM框架的“三创”计算机实验室开放平台设计[J].蚌埠学院学报,2022,11(05):40-44.DOI:10.13900/j.cnki.jbc.2022.05.024.
[4]阮眩龙,张汉权,韦贵凡,唐萍,张捷.基于SSM框架的奖学金评定管理系统设计[J].电脑编程技巧与维护,2022(08):106-109.DOI:10.16184/j.cnki.comprg.2022.08.025.
[5]黎洁霞,甘渐宽,王方会,白玉.基于SSM框架的新型可视化食堂管理系统[J].网络安全技术与应用,2022(08):40-41.
[6]郑戟明,董云朝,柳青.MySQL数据库数据导入导出方法的探讨[J].电脑知识与技术,2022,18(22):24-25.DOI:10.14004/j.cnki.ckt.2022.1517.
[7]董恩志,程中华,王荣财,张孝娜,张月星,吴巍屹,岳帅.考虑故障相关性的复杂二维保修装备机会维修策略[J/OL].兵工学报:1-18[2022-10-04].http://kns.cnki.net/kcms/detail/11.2176.TJ.20220627.1020.006.html
[8]邱敏.疫情防控常态化背景下MySQL数据库课程混合式教学模式探究[J].电脑知识与技术,2022,18(18):144-145+177.DOI:10.14004/j.cnki.ckt.2022.1061.
[9]温耀庆,胡俊香,明德,张常华,朱正辉,赵定金. 一种校园电器故障检测方法、后台服务器及系统[P]. 广东省：CN114295928B,2022-06-10.
[10]Brollo Gabriela Lujan,Zoqui Eugênio José. Determination of the SSM Processing Window[J]. Solid State Phenomena,2022,6155.
[11]Muhammaditya Nur,Hardjosoekarto Sudarsono,Herwantoko One,Fany Yulia Gita,Subangun Mahari Is. Institutional Divergence of Digital Item Bank Management in Bureaucratic Hybridization: An Application of SSM Based Multi-Method.[J]. Systemic practice and action research,2021(prepublish).
[12]张怀强,李铁成,杜军岗.舰载导弹系统故障率及保修期模型优化[J].系统工程与电子技术,2022,44(01):347-356.
[13]张传远.基于故障树理论的校园一卡通可靠性分析[J].大众标准化,2020(23):181-183.
[14]郑浩然.电力继电保护调试与故障保修[J].装备维修技术,2020(02):116.DOI:10.16648/j.cnki.1005-2917.2020.02.105.
[15]Kwon Young Il. Estimation of Automobile Components Reliability Using Warranty Repair Data Comprising Early Failures[J]. Journal of Applied Reliability,2019,19(1).
时间过得真快，眨眼之间，大学四年的学习生活即将结束，无论是在学习还是生活的这四年，老师们给了我很多帮助，让我终身受益匪浅。老师们不仅帮我树立了正确的人生观和价值观，还帮我养成了很多好习惯，树立了终身学习的意识。在此，我要对我的所有老师表示衷心的感谢。与此同时，我还要感谢陪伴我在这四年里一起成长的伙伴们。他们给了我无私的帮助和关怀，让我在人生最好的四年中获得许多真诚的友谊。
毕业设计是大学四年的最后一个答卷，我们正忙着这四年的美好结束。在毕业项目主题选择的早期阶段，我很紧张担心自己选择的主题很复杂，难以理解，觉得不能这样做会影响我的毕业。是指导老师给我们提供了毕业设计的主题和具体要求，让我们对毕业设计不要太模糊，如果对主题有任何异议，要及时跟他沟通，并且还帮我们介绍他带过的优秀学哥学姐，对我们进行指导，这样再设计上遇到的问题就可以及时得到解决，对我们完成毕业设计提供好的指导条件。
对于毕业设计项目主要是对我在大学所学的专业知识进行一次综合的考验，让我们通过所学的技术知识可以真正的运用到实际动手开发中，通过项目的开发让我意识到自己很多地方的不足，所学知识的不扎实，不能很好的将自己所学的知识运用到系统实际开发上。后来通过自己在图书馆查阅大量书籍，完成系统的设计大纲，阅读笔记和翻译，毕业设计不仅要考验我们的个人能力，还要测验我们的学习态度，做到细节的事情。对于指导老师的帮助，我的毕业设计才可以顺利的完成，我非常感谢。
最后要感谢我的同学们，是你们不断的帮助、鼓励、熬夜、保持调试，测试程序，最终完成校园故障保修系统的运行。我们在交流，谈论时间，将是我们未来的财富，我要深深地感谢你。
毕业在即，在今后的工作和生活中，我会铭记师长们的教诲、同学们的帮助，继续不懈努力和追求，来报答所有支持和帮助过我的人!
170
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
