高校学生公寓故障报修管理系统的分析与实现毕业论文文档格式.docx
- 文档编号:21851024
- 上传时间:2023-02-01
- 格式:DOCX
- 页数:32
- 大小:2.01MB
高校学生公寓故障报修管理系统的分析与实现毕业论文文档格式.docx
《高校学生公寓故障报修管理系统的分析与实现毕业论文文档格式.docx》由会员分享,可在线阅读,更多相关《高校学生公寓故障报修管理系统的分析与实现毕业论文文档格式.docx(32页珍藏版)》请在冰豆网上搜索。
第1章绪言
1.1开发背景和系统目标
1.1.1开发背景
随着中国经济和人们生活水平的提高,便捷和效率已经成为人们新的追求。
传统的故障报修不仅流程繁琐而且由于信息传递不方便造成效率低下,由人工登记的故障申报容易出错和遗失,从而给学生带来更多的麻烦,甚至从一定程度上影响学业。
本信息化故障报修管理系统能实现学生在线报修,员工在线承修,管理员在线管理信息和统计分析数据的功能。
学生在学生端登录,可提出报修申请,并由负责维修的员工选择性承接维修任务。
学生可预定上门时间,方便课程安排。
维修完成后,管理员可在后台查询相关数据,并做统计分析,可轻松知道故障率较高的设施以便改进,也可查看员工的业绩,以便奖罚。
信息化的报修管理系统较之传统的故障管理有着方便快捷精准的优点,并且具有较好的可追溯性。
所以开发此系统是十分有必要的。
1.1.2系统目标
分析并设计一个高效、完善的学生公寓故障报修管理系统,基于上述设计开发实现该管理系统,使得学生公寓故障报修更方便快捷。
当然,利用这套高校学生公寓故障报修管理系统,学校的管理人员可以科学地进行学生公寓故障报修管理,系统地管理全部的学生及维修人员的用户资料,合理安排故障报修和维修工作,降低故障维修的管理成本,也方便学生用户轻松地报备故障。
1.2系统主要功能和显著特点
(1)主要功能:
1)报修管理:
a)提交报修:
学生用户登录可在系统中填写报修单并提交报修申请,其中可指定上门维修的时间,报修申请提交成功后,默认状态为申请中;
b)承接报修申请:
员工用户登录可在系统“报修申请”界面查看所有申请中的报修单,员工可根据自身时间安排选择地承接学生提交的报修申请,承接完成后,报修单状态将被置为跟进中,并记录承接员工的工号;
c)故障维修:
员工上门维修完成后,可在系统“我的维修”界面点击“已修复”按钮记录已修复的报修申请,点击后报修单状态将被置为已修复;
d)评价反馈:
学生用户登录可在“历史报修”界面选择相应的报修单进行评价反馈或者给予改进意见;
2)统计管理
a)报修统计:
将返回所有报修单信息
Ø
统计分析:
将统计罗列所有故障的统计信息(故障次数),并按故障编号分组排序。
b)承修统计:
将返回所有以承接的报修单信息
将统计罗列所有承接的统计信息(承接次数),并按员工编号分组排序。
(2)显著特点:
1)本系统操作便捷简单,界面清晰明亮,能让人一目了然。
2)系统开发人力、技术、设备成本低,运维费用低。
3)系统实用性高,可扩展性强
1.3开发工具和设计方法
(1)结构:
后台服务+B/S结构
(2)操作系统:
win10/win7
(3)数据库:
Mysql
(4)开发工具:
MyEclipse、Tomcat、GoogleChrome
(5)开发语言:
Java
(6)相关技术:
Servlet、JSP
1.4论文的内容和结构安排
本论文将包括六大主要部分,分别为绪论、系统规划、系统分析、系统设计、系统实现和结语。
(1)绪论主要介绍所研发系统的背景、功能和预期的目标;
(2)系统规划将初步分析系统需求、明确系统功能以及进行该项目的可行性分析;
(3)系统分析将对本系统进行业务流程和数据流程的分析;
(4)系统设计部分包括总体设计、数据库设计以及I/O设计三部分。
(5)本系统具体实现的功能与系统性能将在系统实现部分展示。
(6)最后结语系统不足及可改进之处以便日后的系统维护和更新,并附上参考文献。
第2章系统规划
2.1初步需求分析
经初步需求分析,故障报修系统应满足以下基本需求:
1)账号绑定学生宿舍位置信息及学生基本信息(如姓名,电话等);
2)学生随时自主提交申请,选择故障报修类型和位置,并可预约上门维修时间;
3)员工可根据自身的时间安排选择需要承接的维修任务;
4)管理员可随时查看学生、员工的基本信息,并可做更改;
5)管理员可以统计报修与承修的数据;
6)员工和学生角色登录可更改账户密码;
该系统将分为3个用户类型登录:
1)学生账户:
学生登录包含报修、评价反馈、修改个人信息等功能
2)维修人员账户:
维修人员登录包含查询报修信息、更新报修进度、修改个人信息等功能
3)管理员账户:
管理员登录包含录入账户信息、统计查询等功能
2.2总体结构
公寓报修管理系统体系结构采用浏览器/服务器的系统结构模型。
B/S模式分为“表示层”、“业务逻辑层”和“数据访问层”三个层级。
第一层是表示层,主要完成用户和JSP前端页面的交互,用于显示数据和接收用户输入的数据,例如:
学生用户通过表示层输入报修单信息,表示层JSP页面将报修单信息传入业务逻辑层的Servlet处理。
第二层是业务逻辑层,主要负责制定业务规则、实现相关业务流程等,它接收JSP页面传入的数据,并处理JSP页面请求,将用户需求转换成业务逻辑,向数据访问层请求数据。
例如:
Servlet接收到JSP前端页面发送的增加报修申请的请求,servlet将调用Dao层方法,并将相关参数传入Dao以请求数据。
第三层是数据访问层,接收业务逻辑层的数据请求,并与数据库相连接,将所需数据返回或者写入。
例如数据访问层可接收从JSP页面输入的,经Servlet传入的增加报修申请的参数数据,并调用SQL语句将其存入数据库以达到增加报修申请的目的[10]。
2.3可行性研究
可行性分析:
(1)技术可行性:
本系统所涉及硬件要求不高,不存在硬件难题,其中所涉及技术Servlet、JSP和MySQL、Tomcat等皆属成熟技术或应用,技术上可行;
(2)经济可行性:
由于本系统所需硬件要求不高,故硬件成本不高,其中所涉及技术与开发工具皆可免费使用,所以开发费用较小,后期维护与更新难度较小,只做业务流程上的调整,无需更新硬件,技术要求不高,所以维护费用不高。
以上所有费用均在可接受范围之内,故经济上可行;
(3)社会可行性:
社会上已有诸多类似的管理系统,本系统只是在诸多报修管理系统的基础上结合实际做一些修改,使其更符合现在的高校宿舍报修情况,本系统所涉及一切技术、硬件资源等都已成熟,可靠易获取,并且皆通过合法途径获取,所研发内容皆符合国家政策及法律法规规范,尊重所有用户相关的合法权利。
无论从政策、法律、道德或制度上,本系统都符合要求。
系统便于管理,使用简单,维护难度小,并且本系统具有积极的社会价值,故社会可行性满足[11]。
第3章系统分析
3.1业务流程分析
本系统核心业务流程图如下:
(1)用户登录业务流程
图3-1用户登录业务流程
用户在登录界面输入账号及密码点击登录,若输入信息有误将提示账号或密码错误并刷新登录界面以便再次输入,如账户密码正确,将根据用户提供的账号和进入相应的用户界面(学生、员工或管理员)
(2)报修业务流程图
图3-2报修业务流程
学生用户在系统中填写报修单并提交报修申请,之后可以选择更改报修单,等待维修人员上门维修,维修人员维修完成后,将修改报修单状态为“已完成”,报修流程结束。
学生和员工(维修人员)账户均可查询报修单信息。
(3)维修业务流程
图3-3维修业务流程
员工用户登录系统后,可查看所有正在申请的报修单,并选择承接任务,承接完成后,可在学生预约时间内上门维修,维修完成后修改报修单状态为“已完成”,维修流程结束。
(4)管理业务流程
图3-4管理业务流程
管理员用户登录系统后,可执行查询和修改(增删改)操作,并对“报修申请”和“承修申请”数据进行统计操作并生成“统计表”。
(5)评价业务流程
图3-5评价业务流程
3.2数据流程分析
数据流程图如下:
(1)顶层图:
图3-6顶层数据流程图
(2)1层图
图3-7一层数据流程图
(3)2层图
1)学生端登录
图3-8学生端登录数据流程图
2)管理员端登录
图3-9管理员端登录数据流程图
3)员工端登录
图3-10员工端登录数据流程图
第4章系统设计
4.1总体设计
本系统将包含以下四个子系统:
(1)信息管理子系统:
信息管理子系统包括学生信息管理、员工信息管理两大块。
(2)报修管理子系统:
报修管理子系统,主要用于管理学生提交的报修申请单,学生用户可执行对报修单的增删改查操作,员工账户可使用修改和查询功能,管理员账户可执行查询和删除操作。
(3)评价反馈子系统:
评价反馈子系统主要用与报修申请单完成后,学生对此次报修申请提出反馈或者建议。
(4)统计查询子系统:
统计查询子系统主要供管理员账户时用,主要包括学生的报修申请统计和员工的承修申请统计两大块,报修申请统计用于统计总报修的情况,以便定位高频故障;
承修申请统计用于统计员工的承修情况,以便考核员工绩效,为奖惩提供数据依据。
图4-1系统总体结构图
4.2数据库设计
4.2.1概念模型
(1)实体属性图
1)学生
图4-2学生实体属性图
2)宿舍
图4-3宿舍实体属性图
3)故障信息
图4-4故障实体属性图
4)维修人员
图4-5员工实体属性图
5)管理员
图4-6管理员实体属性图
(2)局部E-R图
1)住宿E-R图
图4-7住宿E-R图
2)故障申报E-R图
图4-8故障申报E-R图
3)维修E-R图
图4-9维修E-R图
(3)全局E-R图
图4-10全局E-R图
4.2.2逻辑模型
本系统拟采用关系数据模型,数据字典如下:
字段名
意义
主键
类型
是否空值
备注
S_id
学号
*
Int
NotNull
学生学号作为登录名
Name
名字
String
Psw
密码
Dept
学院
Apartment
宿舍
Tphone
手机
图4-11学生信息表t_student
E_id
工号
工号唯一标识并以工号为登录名
图4-12维修人员信息表t_employee
A_id
Int)
图4-13管理员信息表t_admin
I_id
故障类型
Desct
描述
图4-14故障信息表t_issue
C_id
报修单编号
每个报修单唯一标志
宿舍号
故障编号
故障描述
学生学号
S_name
学生姓名
学生手机
ApplyTime
申请时间
Date
BookTime
预约时间
Smalldate
Status
状态
Feedback
反馈
Remark
故障的详细描述
员工工号
int
图4-15报修单信息表t_call
4.3I/O设计
(1)学生报修申请:
图4-16
(2)员工承接报修:
图4-17
(3)管理员统计分析:
图4-18
第5章系统实现
(1)登录界面:
输入用户名和密码,信息验证正确后进入相应主页
图5-1
(2)学生登录:
进入学生主页
图5-2
1)在申报修:
显示所有该学生正在“申请中”的报修单
图5-3
2)提交申请:
可填写报修单,并提交报修申请
图5-4
3)查看详情:
返回该报修单的所有信息(未被承接的报修单员工工号默认为0)
图5-5
4)历史报修:
显示该学生所有“已完成”的报修申请,并允许在此提交“意见反馈”
图5-6
(3)员工登录:
进入员工主页
图5-7
1)报修申请:
展示所有正在“申请中”的报修申请信息,并可选择“承接”报修
图5-8
2)承接:
点击承接后,报修单状态将被置为跟进中,员工编号将被写入报修单
图5-9
3)我的维修:
该页面展示该员工所承接的正在跟进中的所有报修单
图5-10
4)已修复:
点击“已修复”表示故障已被修复,报修单状态将被置为“已完成”
5)历史维修:
该页面展示该员工所有已完成的报修单
图5-11
(4)管理员登录:
进入管理员主页
图5-12
1)学生信息管理:
显示所有学生信息
图5-13
2)员工信息管理:
显示所有员工信息
图5-14
3)删除:
可点击删除按钮,删除学生或员工信息
4)统计管理:
图5-15
5)主页:
将返回管理员登录主页
6)报修统计:
返回所有报修单信息
图5-16
7)统计数据:
统计所有故障信息次数,并按故障编号分组排序
图5-17
8)承修统计:
返回所有承修信息
图5-18
9)统计数据:
统计所有员工承接故障的次数,并按员工编号分组排序,0为未被承接的报修单
图5-19
(5)修改个人信息:
用户可在此修改账户信息
图5-20
(6)退出系统:
点击退出系统后将返回登录页面
图5-21
结语
此次系统开发不尽完美,比如在提交报修申请时未能实现由故障编号直接决定故障描述的内容,而是选择完故障描述后再选择相应的故障编号以便数据统计,这是一个较为严重的系统缺陷,但也不影响使用。
尽管由于时间因素未能使系统尽可能得到优化,但是通过此次系统分析、设计、开发的流程后,我对系统的功能需求,业务流程,数据库设计和前端页面响应等有了更进一步的认识。
功能分析阶段应该清楚了解所需的功能以及详细业务流程和其中的规范约束,中途无论是添加对象还是属性都将造成极大工作量,甚至使系统崩溃。
数据库的设计,应当尽可能贴近系统,规范表关联,减少数据冗余的同时应适当保留应有的冗余数据,使系统有更好的响应速度,同时也可以缩减代码量。
前端页面并非我所擅长,几乎所有与前端页面相关的知识都需要网上学习和请教同学,但总算攻坚克难,完成了基本的页面需求。
相信这次的系统开发对以后的工作会有极大的帮助。
参考文献
[1]李春葆.数据结构简明教程[M].北京:
清华大学出版社,2014(2016.7).
[2]李刚.疯狂Java讲义[M].2版.北京:
电子工业出版社,2012.
[3]袁磊,陈伟卫.网页设计与制作实例教程[M].北京:
清华大学出版社,2014
[4]蒙祖强,龚涛.JSP程序员成长攻略[M].北京:
中国水利水电出版社,2008.
[5]梁昌勇,杨善林.信息系统分析、设计与开发方法[M].北京:
清华大学出版社,2011.
[6]李兴华.javaweb开发实战经典[M].北京:
清华大学出版社,2009.
[7]李晓,刘清云.基于JSP的物业管理系统[J].网络安全技术与应用,2016
[8]石正喜.MySQL数据库实用教程.北京师范大学出版社.2016
[9]蒋雯雯.Java信息管理系统开发模式设计[J].中国管理信息化,2017
[10]彭晓华.基于B/S模式的高校学生宿舍管理系统的研究与设计[J].信息与电脑(理论版),2016(20)
[11]李文鸿.人社业务电子档案管理系统可行性分析[J].档案天地,2020
谢辞
从现在开始,我也会加倍的努力和奋进,不断挖掘自己的潜力,无论前面的人生路
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 高校学生 公寓 故障 报修 管理 系统 分析 实现 毕业论文