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

1、摘 要本论文在开篇便介绍建设学校后勤报修管理系统的问题的提出，说明了建设学校后勤报修管理系统的原因，并概要地描述了国外当下对该课题的研究现状；紧接着，对系统做了详细的需求分析，确定了系统的开发技术和工具，也敲定了系统的应具备的功能，并利用建模语言UML和建模工具Rational Rose对系统进行了功能建模，画出了系统的部分用例图、顺序图、状态图和活动图；然后，对系统的进行总体设计，确定了系统的功能模块，并对系统的每一个功能模块作了详细设计和分析，也给出了数据库的表结构；接下来对系统的数据库实现和功能实现作了详细介绍；最后利用黑盒测试的方法对系统功能进行了测试。本文论述的是一个简化的Web应用

2、程序。建设学校后勤报修管理系统，采用的是浏览器/服务器模式（B/S架构）。系统的前台基本上是运用JSP技术完成的，数据库一端采用MySQL数据库。本系统在MyEclipse工具上开发完成，利用本机作为服务器模拟实现系统功能。关键词：学校后勤报修管理系统；UML；JSP；MySQL；B/S- 45 - / 49AbstractIn the opening of this paper, introduced the problem of the construction of the School Logistics Service Management System, accounted for

3、 the reason why we construct the School Logistics Service Management System, and summarily described the status quo of the study of the subject at home and abroad so far; then, made a detailed demand analysis for the system, determine the development technology and tools of the system, also hammered

4、 out what function the system should have, as well, used the modeling language UML and modeling tool Rational Rose to model the system, drawing the part of system use case diagram, sequence diagram, state diagram and activity diagram; and then, made the overall design of the system, determined the f

5、unction modules of the system, also made the detailed design and analysis for each function of the system and gave the structure of database table; next, introduced the database implementation of the system and realization of the function in detail; finally, tested the system function by using the t

6、est method of black box.This paper deals with a simplified Web application. The construction of the school logistics service management system, using the mode of browser/server (B/S Architecture). The front desk of the system is basically completed by JSP technology, and the database is MySQL databa

7、se. This system is developed on the tool of MyEclipse, and using my own computer as the server simulation to realized the function of the system.Key Words：School Logistics Service Management System;UML;JSP;MySQL;B/S目 录第一章 绪论- 1 -1.1 问题提出- 1 -1.2 研究背景与现状- 1 -1.3 论文组织结构- 2 -第二章 系统需求分析- 3 -2.1 技术需求分析-

8、3 -2.2 功能需求分析- 3 -2.3 系统功能建模- 4 -2.3.1 确定系统边界和围- 4 -2.3.2 定义参与者并创建用例图- 5 -2.4 系统运行环境- 8 -第三章 系统设计- 9 -3.1 总体设计- 9 -3.1.1 系统总框架设计- 9 -3.1.2 系统后台功能模块设计- 10 -3.2 详细设计- 12 -3.2.1 系统业务流程设计- 12 -3.2.2 静态行为模型设计- 14 -3.2.3 动态行为模型设计- 15 -3.4 数据库设计- 21 -3.4.1 E-R图设计- 21 -3.4.2 数据库表设计- 23 -第四章 系统实现- 26 -4.1 系统

9、结构图- 26 -4.1.1 建立构件图- 26 -4.1.2 建立部署图- 27 -4.2 系统主要功能设计与实现- 28 -4.2.1系统首页界面设计- 28 -4.2.2 管理员登录页面设计- 29 -4.2.3 用户后台界面- 31 -4.3 数据库实现- 33 -4.3.1 连接数据库的方法和步骤- 33 -4.3.2 数据库实现主要代码- 33 -第五章 系统测试- 35 -5.1 测试目的- 35 -5.2 测试方案与测试项目- 35 -5.2.1 登录功能测试- 35 -5.2.2 用户注册功能测试- 37 -5.2.3 设备报修功能测试- 40 -5.3 测试结果分析- 41

10、 -第六章 总结与展望- 42 -致- 43 -参考文献- 44 -第一章 绪论1.1 问题提出随着高校每年的扩大招生，学校人数越来越多，学校后勤报修管理的工作量也越来越繁重。使用传统的管理手段和方法，很难完成大量的信息分析和处理。因此，充分利用网络资源和信息化技术，建设一套基于校园网的学校后勤报修管理系统，提高后勤管理水平、效率和质量，使学校后勤管理科学化、信息化、现代化，是新时期学校后勤管理工作面临的一个新的课题。设计开发学校后勤报修管理系统，主要有一下几方面的原因：1、传统的报修、维修环节，存在着方法落后、手续烦琐、工作量大的缺点，以不能适应新形势的要求；2、高校不断扩招，学校的设备也不

11、断增多，需利用现代化手段进行管理；3、赶上新时代的步伐，实现后勤报修管理的规化、信息化，提高后勤报修管理的服务质量和服务效率。基于以上的原因，原有的后勤报修维修手段，以不能适应新情况要求，为提高后勤管理效率和质量，降低后勤管理的人力、物力和财力，方便广大师生生活和学习，开发一个学校后勤报修管理系统十分重要。1.2 研究背景与现状在信息化社会迎来知识经济的时代，校园的信息化和数字化建设成为国外高校建设的热点。它的基本特征体现为高起点、高投资和快速，相对于国高校而言，还存在起步早的特点。在一个多世纪以前，美国的一所大学就提出了数字化校园的概念，随后美国的麻省理工学院对这个概念，经过多年的努力研究，

12、设计、构建出一个比较成熟的数字化校园的模型。调查显示，在西方的发达国家中一些著名的世界大学，已经于上世纪末成功地建设好了数字化校园。此外，我国在现阶段的信息数字化方面的工作，也开始进入一个全新的发展时期。尤其是在信息化高校的建设方面，已经步入了全面的发展阶段。许多高校都意识到信息化建设，是提高管理手段和水平，保证管理效率和质量的重要渠道。然而，就信息化高校建设的整体上而言，我国的高等教育信息化、数字化、现代化，仍然处于社会主义初级阶段。1.3 论文组织结构本文设置了六个章节：第一章：绪论。对建设学校后勤报修管理系统问题的提出进行了简要的说明；对项目背景与研究现状作了简单介绍；对论文的容进行概要

13、说明。第二章：系统需求分析。这一章，主要对课题基于UML的学校后勤报修管理系统的功能需求和技术需求进行介绍；利用Rose工具对系统功能进行建模。第三章：总体设计。本章的大体容是：说明系统总体设计方案，确定功能模块，对模块进行详细设计，设计系统功能业务流程，数据库设计。第四章：系统实现。对数据库的具体实现给出关键代码，对系统的功能实现进行展示并给出部分关键代码。第五章：系统测试。对系统的功能进行测试，对测试结果进行分析。第六章：总结与展望。总结全文，展望未来。第二章 系统需求分析系统开发的第一步，就是要对系统进行需求分析，这是开发应用系统中最举足轻重且不可缺少的一项工作1。需求分析的好坏程度，决

14、定着系统开发的速度。系统需求分析工作做得越精细，开发系统的过程就越快。做需求分析的时候，一般需要了解本系统开发的背景，在信息收集的基础上，决定系统开发的技术、经济和操作可行性，进行业务调查和分析，了解用户的功能需求和工作流程，确定开发系统的总体方案，明确系统开发的总体思路和系统要达到的目标，以与系统开发所需要的时间和资金等问题。通过对问题的理解和分析，将需求整理成规格说明书，为问题涉与的信息建立模型，描述如何实现系统。2.1 技术需求分析本课题为基于UML的学校后勤报修管理系统的设计与实现，在系统开发之前，首先利用UML建模语言和Rational Rose工具对系统功能进行分析建模，得出相应的

15、模型图。本系统采用B/S架构实现系统功能。系统的前台设计与实现，主要使用JSP技术和Java语言处理完成；系统的后台则利用MySQL数据库作为数据库服务器。按照前台与后台的区别，还应该细分为业务逻辑和表现逻辑。即前端的JSP页面调用JAVABEAN来实现数据库操作的功能。程序采用固定的布局，每个页面的固定部分都单独实现成为一个JSP程序，然后在每个具体的页面中包含他们，这样既保证了程序的布局统一，又能简化程序设计和调试。系统的开发利用MyEclipse工具完成代码编写、调试和运行，利用本机作为服务器模拟实现系统功能。2.2 功能需求分析根据调查，发现原有的学校设备报修的方法，都是通过手工登记信

16、息、人工传递信息、人工通知维修人员、人工处理结果，手段落后，过程繁杂，效率低下。鉴于此，我决定设计建设的学校后勤报修管理系统，应该具有一下功能：（1）首先，系统需要设置三种权限的用户：系统管理员、维修人员和普通用户。（2）管理员的功能设置：管理员可以审核新用户注册申请，可以对所有用户进行管理；可以对设备信息进行管理；能对设备维修结果发布通知公告，可更改个人密码。（3）维修人员的功能设置：可以查询和修改个人信息，能进行设备维修管理。（4）普通用户的功能设置：可以查询和修改个人信息，可以对故障设备进行报修。（5）注册新用户与登录：系统应提供注册新用户的功能，注册的用户可以注册为普通用户，也可以注册

17、为维修人员，注册的用户需通过管理员审核后，才能登录系统，进行相关操作。所有的系统用户都可以进行故障报修操作。（6）系统存放学校所有设备信息，并提供可见。管理员在系统录入学校所有的设备信息，为所有用户提供查询服务。（7）外连通，时刻关注外界动态。管理员定时更新站新闻，获取外界最新资讯；随时发布校通知公告，造福广大学生。（8）设置服务指南、友情，方便用户上网；提供在线留言功能。2.3 系统功能建模开发基于UML的学校后勤报修管理系统，首先要做的，就是在需求分析阶段绘制系统的功能用例图2。用例图的建立是系统开发人士和用户经常反复讨论的结果，表明开发者和用户对系统需求达成一致的共识。我们知道，用例图首

18、先是描述了将要开发的系统的功能需求；接着，用例图将系统看着一个黑盒，从外部执行者的角度去理解系统；再者，用例图将驱动需求分析之后各阶段的系统开发工作，保证系统功能的实现，而且还可以用于检验所开发的系统，进而影响到系统开发的各个阶段的工作和UML的其他的图形。2.3.1 确定系统边界和围确定系统边界和系统围，就是要确定在系统之中有什么，在系统外面又有什么。系统的边界就是表明系统由谁来使用，就是要确定系统的参与者；系统能够为参与者提高什么样的功能，即确定参与者的用例。在基于UML的学校后勤报修管理系统中，系统的参与者有三种。参与者与其用例的说明，将在下一节进行分析。随着参与者和用例的不断确定，系统

19、的边界也将变得越来越明显。2.3.2 定义参与者并创建用例图系统分析和设计的第一步工作就是创建用例图。用例图是描述系统的用户或系统参与者行为的图，在系统的需求分析阶段非常重要，系统的整个开发过程，都是围绕着系统的用例需求进行的3。创建学校后勤报修管理系统用例，找出系统的参与对象是要做的的第一步工作。参与者，是代表系统接口的所有事物或人，它是一种有特定功能的角色，可以这么说，参与者是一个虚拟的概念，它既可以是人，还可以是外部设备或系统4。经过分析，确定了以下系统的参与者：管理员：管理员主要对用户、设备信息进行维护，对新闻、公告、指南、友情等信息进行操作。维修人员：维修人员主要对个人信息进行管理，

20、可以查询修改个人信息，还可以对设备进行维修。普通用户：普通用户主要是对故障设备进行报修以与对个人信息进行管理。（1）管理员用例图经过深思熟虑，确定了管理员能在系统中进行的活动：登录系统：通过验证的管理员可以进入系统。修改密码：成功登录系统后，管理员可以修改登录密码。审核用户：管理员可以对注册申请进行审核。删除用户：对不适合留在系统的用户，管理员可以将其踢出系统。添加普通管理员：超级管理员可以根据需要添加普通管理员，共同管理系统。添加设备信息：当有新设备时，管理员可以将其添加到系统中。删除设备信息：当设备寿终正寝时，管理员可将其删除。添加站新闻：为造福广大用户，管理员可添加最新资讯新闻。删除站新

21、闻：管理员可对新闻进行删除。添加通知公告：为学生服务，发表学校最新的通知公告。回复留言：对用户的在线留言进行回复。添加友情：为方便用户上网，管理员可适当添加其他。返回前台：在后台界面，管理员可以直接回到前台。根据以上描述，画出管理员的用例图，如图 2-1 所示：图 2-1 管理员用例图（2）维修人员用例图通过再三思索，对维修人员在系统中的活动设置如下：登录系统：通过验证后，维修人员有权进入系统。修改密码：对于个人密码，想改就改。修改个人信息：系统提供维修人员修改个人信息的权力。查询个人信息：个人信息对于个人不是秘密，当然要能查询。故障维修：维修人员可将设备维修结果登入系统。故障报修：有维修的能

22、力，也有报修的权利。返回前台：维修人员可从后台跳回前台。根据以上描述，画出维修人员的用例图，如图2-2所示：图 2-2 维修人员用例图（3）普通用户用例图考虑再三，也敲定了普通用户的系统活动：登录系统：登录系统是每个用户的必不可少的活动。修改密码：密码很重要，但是还是可以改变的。修改个人信息：普通用户可以不普通，可以修改处亮瞎眼的个人信息。查询个人信息：对于个人信息，用户想看就看。故障报修：普通用户可以对故障设备进行报修。返回前台：可以从后台直接转到前台。根据以上描述，画出普通用户的用例图，见下图2-3：图 2-3 普通用户用例图2.4 系统运行环境1、硬件环境本系统对CPU、存和硬盘容量等硬

23、件环境没有特别的要求。2、软件环境本系统具备良好的平台无关性，无论是在Windows系统，还是Linux系统，或是其他操作系统上，并不需要修改任何代码都可以运行。但是，要求系统的应用服务器具备支持Java组件运行的功能，系统的客户端运行环境，在IE 5 与以上浏览器运行，效果更佳。第三章 系统设计3.1 总体设计3.1.1 系统总框架设计从系统功能的角度上面看，本系统主要设计了两大模块：客户端，即系统前台；管理端，即系统后台。在系统前台，设计了站新闻、通知公告、设备查询、用户注册、服务指南等功能模块；在系统后台，设计了三种权限的管理用户：管理员、维修人员和普通用户。每种用户都有属于自己的后台界

24、面，每种用户的后台设计与模块说明如下：1、管理员后台在管理员的后台，设计了8个功能模块，分别是：用户管理模块、站新闻管理模块、设备信息管理模块、报修管理模块、通知公告管理模块、服务指南管理模块、系统管理模块、系统操作模块。2、维修人员后台维修人员后台设计了3个模块：个人资料管理模块、报修管理模块和系统操作模块。3、普通用户后台在普通用户后台，也设计了3个功能模块：个人资料管理模块、我的报修模块和系统操作模块。系统前台的功能结构图和后台功能结构分别如图 3-1和图 3-2所示：图 3-1 前台功能结构图本系统前台对游客开发，进入系统前台首页后，无须登录，便可以查看系统简介、新闻、公告、设备等信息

25、。但是，如果要对故障设备进行报修操作，必须先登录系统才能操作。图 3-2 后台功能结构图3.1.2 系统后台功能模块设计在上一节，已经对系统的总框架进行了设计和分析，得出了系统的前台和后台的功能结构图。在这一节主要对系统的后台三个不同角色的功能模块进行设计和分析。具体的设计如下：1、管理员功能模块（1）用户管理模块管理员也有两种不同权限：超级管理员和普通管理员。超级管理员可以在这里添加普通管理员，普通管理员没有这个权限；超级管理员也可以对普通管理员进行删除操作；管理员可以对注册申请进行审核，也可以对已有用户进行修改、删除等操作；当然，管理员也可以在此修改个人密码。（2）站新闻管理模块主要实现站

26、新闻的管理功能。管理员可以添加、查询、修改和删除站新闻。（3）设备信息管理模块主要实现对设备信息的增、删、改、查等操作。添加新设备时，必须填写设备编号和设备名称，对设备的存放位置也要详细填写，以方便维修人员维修。（4）报修管理模块主要进行报修处理，管理员为每个报修单分配一个维修人员，通知维修人员进行维修，然后等待维修人员返回维修结果。（5）通知公告管理模块管理员可以发布各种通知公告，如发布设备维修结果公告等；也可以对公告进行修改、删除的操作。（6）服务指南管理模块主要实现对服务指南的添加、查询、修改和删除等操作。（7）系统管理模块主要完成对友情的添加、查询、修改和删除操作；对在线留言进行回复，

27、同时也可以对在线留言进行删除操作；也可以对系统简介和系统公告进行重新编辑。（8）系统操作模块实现返回到系统前台的功能。2、维修人员功能模块（1）个人资料管理模块主要完成对个人信息的管理功能。维修人员可以对个人的登录密码、生日的基本信息进行修改。（2）报修管理模块主要完成维修工作。查看维修单，根据维修单对故障设备进行维修，并将维修结果发送给管理员。（3）系统操作模块实现返回到系统前台的功能。3、普通用户功能模块（1）个人资料管理模块主要完成对个人信息的管理功能。普通用户可以对个人的登录密码、生日的基本信息进行修改。（2）我的报修模块查看报修记录，也可以对报修单进行修改、删除等操作。（3）系统操作

28、模块实现返回系统前台的功能。根据以上描述，得出系统的模块结构图如图3-1所示：图 3-3 系统结构图3.2 详细设计3.2.1 系统业务流程设计（1）用户登录业务设计用户登录系统不需要选择权限，当输入用户信息时，系统可以根据用户信息从数据库中获取用户的权限字段，根据权限进入响应的系统界面。下面是用户登录业务流程图：图 3-4 用户登录流程图（2）设备故障报修业务设计系统的所有用户都可以对损坏的设备进行报修。用户进行报修操作时，不需要填写设备的基本信息，只须填写设备的损坏程度，简单的描述故障信息即可提交。报修单提交后，信息将发送给管理员，管理员对报修单分配维修人员，生成维修分配单，并发送给维修人

29、员；维修人员根据维修分配单进行设备维修，维修完毕，将维修结果返回给管理员；管理员得到维修结果后，发布结果，昭告天下。至此，维修流程结束。下图是设备故障报修的业务流程图：图 3-5 用户登录流程图3.2.2 静态行为模型设计系统的静态行为模型，主要是用类图和对象图来表示的。在系统设计阶段，建立静态结构模型阶段的主要活动有：发现对象并进行分类、确定类的属性和操作、确定类之间的管理。在面向对象的分析和设计中，最基础的就是用正确的方法找出系统的类和对象。对象是对现实世界中事物的抽象。在寻找类和对象的过程中，第一步是要剔除一些与系统无关的事物，然后确定与系统有关的事物。3.2.2.1 建立类图根据上一章

30、的用例分析，在学校后勤报修关系系统中涉与到的角色有：管理员、维修人员、普通用户以与这三者的父类People类、数据库类，同时抽象出设备类、界面类和控制对象类。其中，这些类和角色之间的关系如下：（1）角色管理员、维修人员和普通用户从People类中派生；（2）管理员、维修人员和普通用户与系统交互时，都有一个界面与之对应；（3）一个界面可能与设备相关（0-多种）；（4）控制对象负责设备的处理，处理结果显示在界面上；（5）控制对象完成对数据库的操作；（6）界面请求控制对象的服务。进一步分析，他们之间的关系如下：（1）一个用户界面对象和0个或多个管理员、维修人员和普通用户相关。（2）一个用户界面对象和

31、0个或多个设备信息相关。（3）一个控制对象和0个或多个设备信息相关。（4）一个用户界面对象和一个控制对象相关。（5）一个控制对象和一个用户界面对象相关。根据以上分析，绘制出系统的简略类图如下：图 3-6 系统类图3.2.3 动态行为模型设计系统的动态行为模型，是用顺序图、状态图和活动图表达的5。在系统的分析和设计的过程中，要为主要的用例建立这几种图形，这样有助于分析系统的行为，印证系统的静态结构和满足用户的需求，以达到系统建设的最终目标。在本节，将介绍系统行为的部分顺序图、状态图和活动图。3.2.3.1 建立顺序图顺序图，是为了描述系统的一个对象和另一个对象，在进行信息交互时的一种先后关系的图

32、形6。它还有个响亮的别名时序图。顺序图有四个必要元素，它们是：（1） 对象：说明系统的对象。（2） 生命线：对象的生死判官，指明对象的存在时间。（3） 控制焦点：操作对象的执行周期。（4） 消息：对象之间的通信容，是发生动作的条件。本文并没有画出所有用例的顺序图，因为很多用例都是相似的，所以，选择性的选取了三个用例，画出了他们的顺序图。各用例的顺序图如下：（1）管理员添加设备信息用例的顺序图管理员添加设备信息的流程如下：1管理员通过界面对象发送添加设备请求；2界面对象要求管理员输入设备信息；3控制对象暂存设备信息；4数据库查询设备信息，验证设备信息是否合法；5数据库保存设备信息；6界面显示设备

33、添加成功信息；7数据库更新设备信息。根据以上描述，画出管理员添加设备信息的顺序图如图 3-7 所示：图 3-7 管理员添加设备信息顺序图（2）维修人员查询个人信息用例的顺序图维修人员查询个人信息的流程如下：1管理员通过界面对象发送查询个人信息请求；2界面对象像控制对象请求查询信息；3控制对象向数据库发送查询数据信息；4界面对象通过控制对象获取查询信息；5界面向用户显示个人信息。根据以上描述，得到维修人员查询个人信息顺序图如图 3-8 所示：图 3-8 维修人员查询个人信息顺序图（3）普通用户故障报修用例的顺序图普通用户故障报修的流程如下：1普通用户向界面发送故障报修请求；2界面对象要求用户填写

34、故障信息；3数据库保存报修信息；4界面显示报修成功信息。根据以上描述，绘制普通用户故障报修的顺序图如图 3-9 所示：图 3-9 普通用户故障报修用例顺序图3.2.3.2 建立状态图状态图，它的作用就是展现一个类或者是一个对象，在系统中可能出现的各种状态，它对类图做了一个很好的补充7。从状态图中也可以看到，一个对象从一种状态转变为另一种状态时，所必要的因素或条件。在学校后勤报修管理系统中，状态变化最明显的就数设备这一类了。下面是设备的状态图：图 3-10 设备状态图所有的设备在一开始都是出于正常状态下的，随着时间推移，设备老化，将被删除，从此消亡。用户查看设备时，设备存在被查看的状态。当设备出

35、现故障时，应是损坏状态；若设备损坏程度严重，无法维修时，将被删除，也从此了结一生；若是轻微损坏，可以维修时，则进入维修状态。当有特殊情况，没有将设备修好时，设备也将被删除，进入极乐世界。3.2.3.3 建立活动图活动图，是向我们展示系统的行为从一个活动结束，到另一个活动开始的过程，是系统并发行为的一种描述8。因为所有用例的活动图大体上一致，在这里就不一一介绍，只选择性的画出了三个活动图。（1）管理员添加设备活动图管理员添加设备信息的活动流程：1管理员在操作之前，必须先登录系统；2管理员登录后，进入后台；3管理员在报修管理模块，可以删除设备，添加设备，修改设备信息；4管理员添加设备完毕，退出操作

36、界面。按照管理员添加设备信息的活动流程，画出如下活动图：图 3-11 管理员添加设备活动图（2）维修人员修改个人密码活动图维修人员修改密码的活动流程为：1维修人员进行修改操作之前，必须通过验证登上系统；2维修人员登录成功，进入个人后台；3维修人员在个人信息管理模块，可以更改个人的每一条信息，除了登录名之外；4维修人员填写新的密码后，提交请求；5修改完毕，退出管理界面。按照维修人员更改密码的活动流程，得到如下活动图：图 3-12 维修人员修改密码活动图（3）普通用户故障报修活动图普通用户故障必修的活动流程为：1所有的用户，进行报修操作，都需要先登进系统；2用户进入系统后，选择设备查看功能；3在设

37、备详细信息下，选择报修操作；4用户填写描述故障情况，选择损坏程度；5信息填写完整后，提交报修单；6活动完成后，退出报修管理操作。图 3-13 普通用户故障报修活动图3.4 数据库设计3.4.1 E-R图设计设计系统的E-R模型时，刚开始时是根据系统的实现目标和在分析阶段搜集到的材料，利用分类、聚集和概括的方法对材料进行总结9，来确定实体。确定实体之后，分析每个实体之间的联系，最后确定实体的属性，并对实体、联系和属性进行命名。在创建E-R图时，实体用长方形表示，实体之间的联系用菱形表示，实体的属性则用椭圆表示10。实体和联系之间用无向边连接，并在边上表明联系的类型。属性和实体之间也是用无向边连接

38、。本系统的E-R模型图的关系如下：（1）管理员设备一个管理员可以对所有的设备进行维护，而种设备也可以由几个管理员共同维护。（2）维修人员设备一个维修人员可以对一个或者多个不同的设备进行维修工作，而一个设备也可同时被几个维修人员一起修理；一个维修人员可以查询多种设备，一个设备也可以被多个维修人员查看。（3）普通用户设备一个用户可以报修多种有故障的设备，一个设备亦可由多个用户报修；一个设备可以被多名用户查看，一个用户可以查看所有设备。根据以上分析，创建系统的E-R模型图如下：3-14 E-R模型图3.4.2 数据库表设计在学校后勤报修管理系统中，数据库表的设计是最举足轻重也是相当基础的工作。表可以

39、理解为数据库中的所有数据库对象。在表中，行是记录，列是字段，和电子表格Excel的组织形式相似11。在数据库设计时，表和表的字段名称、各个字段的类型以与主码等，都是由系统的开发者决定的。通过对学校后勤报修管理系统的需求分析之后，利用MySQL数据库设计了系统的数据库。具体的数据库表结构如下表3-1表3-8。表 3-1 用户表编号字段类型长度约束说明1idint11主码用户id2usernamevarchar50用户名3pwdvarchar50密码4cx varchar50权限5addtime timestamp添加时间表 3-2 设备信息表编号字段类型长度约束说明1idint11主码设备id2

40、shebeibianhaovarchar50设备编号3shebeimingchengvarchar50设备名称4leibievarchar50类别5caigoushijianvarchar50采购时间6caigoujiagevarchar50采购价格7tupianvarchar50图片8cunfangdidianvarchar300存放地点9zhuangtaivarchar50状态10beizhuvarchar300备注11addtimetimestamp添加时间表 3-3 用户注册信息表编号字段类型长度约束说明1IDint4主码用户id2yonghumingvarchar50用户名3mima

41、varchar50密码4xingmingvarchar505xingbievarchar4性别6chushengnianyuevarchar20生日7varchar108youxiangvarchar509dianhuavarchar1010shenfenzhengvarchar50号 续表 3-3编号字段类型长度约束说明11touxiangvarchar50头像12dizhivarchar100地址13beizhuvarchar100备注14addtimetimestamp添加时间15isshvarchar2审核16cxvarchar10权限表 3-4 报修记录表编号字段类型长度约束说明1i

42、dint11主码记录id2shebeibianhaovarchar50设备编号3shebeimingchengvarchar50设备名称4leibievarchar50类别5guzhangmiaoshuvarchar300故障描述6yanzhongchengduvarchar50严重程度7baoxiurenvarchar50报修人8weixiushijanvarchar50维修时间9weixiujieguovarchar500维修结果10weixiufeiyongvarchar50维修费用11weixiurenvarchar50维修人12addtimetimestamp报修时间13isshva

43、rchar2是否修好表 3-5 新闻通知表编号字段类型长度约束说明1idint11主码新闻通知id2biaotivarchar300标题3leibievarchar50类别4neirongtext容5tianjiarenvarchar50添加人6shouyetupianvarchar50首页图片7dianjilvvarchar50点击率8addtimetimestamp添加时间表 3-6 留言板表编号字段类型长度约束说明1idint11主码留言id2nichengvarchar50昵称3xingbievarchar4性别4text505youxiangvarchar506dianhuavarc

44、har507neirongvarchar50留言容8addtimetimestamp留言时间9huifuneirongvarchar500回复容表 3-7 友情表编号字段类型长度约束说明1idint11主码友情id2wangzhanmingchengvarchar50名称3wangzhivarchar50网址4addtimetimestamp添加时间5logovarchar255标志表 3-8 公告简介表编号字段类型长度约束说明1idint4主码公告简介id2leibievarchar50类别3contenttext容第四章 系统实现系统的实现是我们进行建模的终极目的。前面已经分析给出了系统的

45、用例图、顺序图、状态图和活动图，基本上描画出了系统的大概面貌。在系统的实现阶段，应该是定义系统的物理模型，即建设构件图和部署图，为系统的精确实现提供完整的材料。本章对系统的主要的功能实现做比较详细的介绍。4.1 系统结构图系统的结构图包括构件图和部署图，用来描述系统实现事的一些特性，包含着源程序的静态结构和运行时的实现结构。构件图显示一种依赖关系，这种关系发生在系统的各个部件之间。而部署图展现的是一种物理结构，强调真实的计算机与各种设备之间实现连接的关系。其中，构件图显示代码的本身结构，而部署图显示系统运行时的结构。4.1.1 建立构件图构件图，是描述一组构件、接口以与他们之间一种相互关系的模

46、型图，是物理方面建模图形之一12。从系统的构件图中，我们可以看出系统的各个部件之间的一种依赖关系。构件图的主要建模元素有三个，他们分别是：（1）构件：通常指开发和运行时类的物理实现，是系统中遵从一组接口，并且提供实现的物理部件。（2）接口：一组用于描述类或组件的一个服务的操作。（3）关系：表示构件与构件之间，构件与接口之间的关系，包括依赖关系和包含关系。根据各构件之间的关系，得出下图系统构件图：图 4-1 系统构件图4.1.2 建立部署图部署图，是表示系统硬件的物理拓扑结构，和在这些结构上执行的软件的一种图形。在构件图中，可以显示计算机节点的拓扑结构和节点上运行的软件。一个系统模型有且仅有一个

47、部署图13。部署图有四个建模元素，分别是：（1）结点：指运行时候，代表计算资源的物理元素。结点包括处理器和设备。（2）处理器：指可以执行软件，具备计算能力的结点。（3）设备：指没有计算能力的硬件设备。（4）连接：指结点之间的一种通信路径或协议。系统的部署图如图 4-2 所示：图 4-2 系统部署图4.2 系统主要功能设计与实现4.2.1系统首页界面设计经过UML和Rational Rose进行系统建模，基本上实现了对系统的设计。因纸限制，在这里只列出一部分功能界面。启动软件，运行项目，首先看到的是系统的前台首页，见下图 4-3、4-4：图 4-3 系统首页1图 4-4 系统首页2本页面的设计一

48、共由上、下、左、右四个部分组成，top.jsp主要显示系统上面的标题和功能导航以与图片显示，left.jsp主要是左边的用户登录、站搜索和友情，down.jsp主要显示下方的说明信息，right.jsp主要是实现右边一大块新闻公告的显示。本页利用<% include file=""%>将四个页面合在一起14。其代码框架如下：<html><head><title>学校后勤报修管理系统</title></head><body><tr><td><% include f

49、ile="top.jsp"%></td></tr><tr><td><% include file="left.jsp"%></td></tr><tr><td><% include file="right.jsp"%></td></tr><tr><td><% include file="down.jsp"%></td>&l

50、t;/tr></body></html>进入系统首页后，无须注册便可以查看的系统简介、站新闻、通知公告、设备信息等模块。4.2.2 管理员登录页面设计在首页上有管理员登录的专门入口，也有非管理员的登录入口。管理员登录的专属入口见下图 4-3 ：图 4-5 管理员登录界面登录界面的部分实现代码如下：<form name="form1" method="post" action="adminyanzheng.jsp"> <tr><td width="44" h

51、eight="30"> <span class="STYLE7">用户:</span></td> <td width="142" height="30"> <input name="username" type="text" id="username" style="width: 100px; height: 16px; border: solid 1px #000000; color:

52、 #666666" maxlength="20"></td></tr> <tr><td height="30"><span class="STYLE7">密码:</span></td> <td height="30"> <input name="pwd" type="password" id="pwd" style="width:

53、 100px; height: 16px; border: solid 1px #000000; color: #666666"maxlength="20"></td></tr> <tr style="display: none"><td height="30"> <span class="STYLE7">权限:</span></td> <td height="30"> <sel

54、ect name="cx" id="cx"><option value="管理员">管理员</option></select> <input name="login" type="hidden" id="login" value="1"></td></tr> <tr><td height="30" colspan="2"&

55、gt; <input type="submit" name="Submit" value="登陆" onClick="return check();"> <input type="reset" name="Submit2" value="重置"> </td></tr></form>用户在此输入准确无误的登录信息后，点击登录按钮即可以进入管理员的后台。其中，在本页面的设计当中，对用户名和密码的输入框

56、的所能输入的长度做了限制，最多只能输入20个字符的长度。这里主要是利用input标签的maxlength属性，将标签的最大长度设定为20。在这里，虽然没有给登录功能做表单验证，但是还是实现了登录验证的功能。登录功能验证的实现是利用函数实现，在jsp中嵌入javascript代码和Java代码完成登录验证。当用户点击登录按钮时，先判断用户的登录信息是否为空，如果为空，给出相应提示；不为空则跳转到另外一个页面，对登录信息进行进一步验证，在这里通过查询数据库实现。登录按钮的实现代码如下： String uid=request.getParameter("username"); String pwd=request.getParameter("pwd"); String cx=new String(request.getParameter("cx").getBytes("8859_1"); St