【基于SSM的校园报修系统的设计和实现8300字(论文)】_第1页
【基于SSM的校园报修系统的设计和实现8300字(论文)】_第2页
【基于SSM的校园报修系统的设计和实现8300字(论文)】_第3页
【基于SSM的校园报修系统的设计和实现8300字(论文)】_第4页
【基于SSM的校园报修系统的设计和实现8300字(论文)】_第5页
已阅读5页,还剩21页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

厦门理工学院本科毕业设计PAGE27第二章系统分析2.1可行性分析2.1.1经济可行性本系统开发选择上选取浏览器/服务器模式结构,使用MYSQL数据库来存储数据,MYSQL数据库系统本身是免费的,不需要付费购买;WEB服务器采用的是Tomcat软件,其本身也是免费开源的,不需要付费购买。只需要将他们架构在一般配置的计算机上作服务器使用即可。所以本系统所需要的相应的服务器成本不高,而且在现阶段我拥有的设备也足满足本系统的设计、开发和运行。另外本系统作为服务于高校后勤报修而研发的,目的在于便于广大师生进行设备,设施的报修,因此不作为盈利性,商业性用途,永久免费。2.1.2操作可行性本校园报修系统操作上应该简单方便,让在校师生一目了然的就知道如何进行相应的管理操作。设计报修系统的操作界面本着简单易懂好操作的基本原则,操作管理界面采用的是常见的界面窗口,师生可以通过浏览器对其进行的管理操作,只要具备一些计算机基础操作的常识,都可能进行正常的访问操作。本系统对于一些具备基本计算机操作技能的用户来讲在操作上是简单可行的。2.2系统需求分析本系统需求分析是软件系统开发前置步骤,如果对客户的需求分析不明确、不正确,那么系统开发将无所谈起,更谈不上满足客户的需要了。本文下面主要通过文字描述和用例图来表述在线教育平台的功能需求。本系统主要包含三个系统用户角色,主要实现如下系统功能:1、系统实现系统用户注册登录与信息管理2、系统实现前端用户登陆后上报维修信息3、系统实现前端用户登陆后查看维修进度情况4、系统实现前端用户对维护结果进行确认并进行评分5、系统实现后台管理用户登陆后管理相关信息,如用户、维修类型、维护工人、维修信息等6、系统实现维修登陆系统查看分配给自己的维修任务、上传维修后的图片、修改维修状态等。2.3系统用例分析用例图是UML建模的重要组成部分,通过用例图可以清楚地展现系统功能,描述其具体内容。本项目主要涉及普通用户、维修工人和系统管理员三个角色。其中,管理员登陆系统后,主要完成的功能如下:维修分类管理模块:主要实现对报修分类的管理功能,主要包含分类的新增、删除、修改操作。系统公告管理模块:其主要实现功能是对系统公告的发布和维护功能。用户管理模块:其主要实现用户信息的管理功能,主要包含管理员、普通用户、维修工人用户。报修管理模块:其主要实现的是查看上报维修信息、将维修信息进行分配工单功能。个人信息管理模块:其主要实现的是对个人息的维护工作。具体如图2.1所示。图2.1用例图(管理员)当普通用户注册登陆后,主要操作的功能如下:用户注册登陆:前端用户注册账户后可以登陆系统。报修信息查看:用户可以根据报修状态查看自己上报的维修信息,分为在未受理,己受理,己完成三种状态。故障信息上报:用户可以分类上报修相关设施的维修信息。故障信息完成情况确认:用户可以查看维修情况,进行完成情况确认,确认完成后变为己完成状态。维修效果评价:对己完成的故障信息,可以进行星级评分及信息评价。系统公告查询:可以查看系统公告信息。个人信息管理:可以管理维护个人信息和密码。具体如图2.2所示。图2.2用例图(普通用户)当维修工人登陆系统后主要功能如下:查看报修信息:查看自己己处理的维修信息。确认维修情况:维修完成后上传维修完成的拍照图片并进行确认。系统公告查询:可以查看系统公告信息。个人信息管理:可以管理维护个人信息和密码。具体如图2.3所示。图2.3用例图(维修工人)2.4系统非功能性需求易用性需求:网站基于Spring+SpringMVC+mybaits开发,对系统的主要功能模块进行清晰的归纳,用户可在网站中通过导航栏快速找到对应模块,既保证了网站界面的简洁,又确保了操作的便捷。可靠性需求:网站基本功能应设计完善,页面跳转保持流畅,对跳转时的异常情况有一定的处理和加工,在保证用户体验的前提下,保证运行稳定流畅、无明显错误。安全性需求:系统运行期间,前后端应该都做到用户的过滤,不仅要防止非法用户直接访问产生非法信息和无效信息,也要保证用户信息的安全,防止信息泄露。兼容性需求:本网站基于SSM框架开发,在各个主流浏览器中使用均有良好的适应性,不会因浏览器切换而导致界面的异常。容错性需求:本网站对异常情况做了普遍处理,通过一定的提示告知用户,而不是网站直接崩溃,具有较好的用户体验。第三章系统设计3.1软件结构设计本系统基于SSM框架开发实现,分别使用相应的框架来对应相关的层次结构技术。整体设计采用三层来分层设计。客户端通过手机或PC机的浏览器来发送请求到Tomcat应用服务,应用服务器将请求交给Springmvc的Controller控制器来处理,控制器调用业务接口方法,进行业务数据的逻辑加工处理,而Service需要的数据由Dao层来提供。Dao负责和数据库打交道,执行读写操作。以下为系统的整体结构设计图,如下图3-1所示。图3.1系统架构图本项目主要涉及三个角色,普通用户、管理员和维修工人。视图层,作为和用户距离最近的层级,提供给用户网站界面,显示数据并处理用户输入信息。本层使用HTML5+CSS和jQuery作为前端开发框架,使得前端页面简介美观。业务逻辑层,作为架构中的核心部分,处于持久层和表示层之间,主要用于业务逻辑的处理、业务流程和功能的实现以及服务端数据的调用[5]。数据持久层,负责对数据库MySQL的访问,实现对数据的增、删、改、查等操作[6],主要通过Mybatis框架实现,由于Spring对Mybatis整合,注解的使用大大减少了xml文件的配置,简化开发,提高数据的操作效率[7]。3.2数据库设计根据上面的类图分析得到本校园报修系统项目中有关联的一共有8个类,分析得到8张数据库表。它们分别为:用户表、账户信息表、管理员表、维修工人表、系统公告表、报修分类表、维修工单分配表、维修申请表。数据库表的详细属性设计如表3-1到3-12所示。表3-1数据表详细设计表编号表名称表注释TB_01T_user用户表TB_02T_user_info用户信息表TB_03T_placard公告信息表TB_04T_admin管理员表TB_05T_repair维修工人表TB_06T_repair_order维修订单表TB_07T_repair_category维修分类表TB_08T_repair_allocation工单分配表表3-2用户表字段名称字段类型字段大小能否为空默认值备注usr_idint10否主键、idusr_accountvarchar10否账户名usr_mobilevarchar20否手机号usr_passwordvarchar20否密码usr_nick_namevarchar10否昵称group_idint20否用户类别表3-3用户信息表字段名称字段类型字段大小能否为空默认值备注idint10否主键、iduser_idint10否账户idtrue_namevarchar50否真实姓名addressvarchar50否null地址create_timedatetime10否注册时间update_timedatetime10否更新时间表3-4公告信息表字段名称字段类型字段大小能否为空默认值备注idint10否公告idTitlevarchar20否公告标题contentvarchar50否null公告内容create_timedatetime50否公告发布时间表3-5管理员表字段名称字段类型字段大小能否为空默认值备注admin_idint10否主键、idad_accountvarchar20否管理员账户ad_passwordvarchar20否管理员密码ad_nick_namevarchar20否null昵称ad_phonevarchar20否nul手机号表3-6维修工人表字段名称字段类型字段大小能否为空默认值备注repaire_user_idint10否主键、idrp_accountvarchar20否维修工人账户rp_passwordvarchar20否密码rp_nick_namevarchar20否null昵称rp_phonevarchar20否nul手机号表3-7维修分类信息表字段名称字段类型字段大小能否为空默认值备注idint10否主键、idnamevarchar10否分类名descvarchar20否分类描述create_timedatetime20否创建时间update_timedatetime20否修改时间表3-8工单分配表字段名称字段类型字段大小能否为空默认值备注idint10否主键repair_idint11否维修订单idrepaire_user_idint20否维修工人idopt_user_idint11否分配人idcreate_timedatetime10否创建时间update_timedatetime10否修改时间表3-9维修订单表字段名称字段类型字段大小能否为空默认值备注idint10否主键、idtitlevarchar20否标题desvarchar20否维修描述phonevarchar20否null联系电话addressvarchar30否维修地址category_idint10否分类idstatusint10否维修状态category_namevarchar20否null分类名称submit_user_idint10否报修人repair_user_idint10否维修工人idrepair_timedatetime15否0维修时间create_timedatetime15否0创建时间update_timedatetime15否修改时间picvarchar20否维修图片opt_user_idint20否分配人idPAGE51第四章系统实现4.1登录功能的实现过程4.1.1界面设计本功能界面简介明了,左上角未登录二字标签,页面正中央为用户所需要输入的用户名和密码,下面是登录和注册,为了快捷还增加了一个记住密码选项,具体如图4.1所示。图4.1登录界面如果输入的账户信息校验失败,那么系统就会进行相应的信息提示操作,具体展示如下图4.2所示。图4.2登录失败界面4.1.2核心代码实现由于登录拦截器的存在,如果访客未进行登录,点击了需要登录才能进行的功能也会跳转到登录页面,此时输入对应账号密码,通过数据库验证后方可登录进行跳转到首页。具体代码如图4.3和图4.4所示。图4.4验证登录代码图4.4登录拦截器代码4.2新增维修的实现过程4.2.1界面设计新增维修也就是报修申请页面,主要是用一个表单的形式,将师生在生活区域遇到的公共设施损坏,需要维修的前提下,将问题描述出来,并配上有地址,联系电话和预约时间。具体界面如图4.5所示。图4.5新增维修界面4.2.2核心代码实现用户点击我的报修,再从我的报修栏目下点击新增报修,触发方法通过请求前端接口跳转到新增维修页面。填写所需要报修的详细内容,点击保存后,服务端先查询所有当前用户最新的报修数据,然后录入新的报修数据,更新数据库,并将用户的报修数据返回到客户端上来,显示在首页。具体代码如图4.6所示。图4.6维修申请代码4.3分配上报工单功能的实现过程4.3.1界面设计本功能主要根据前端所传过来的维修单,管理员登录后可以查看到所有的维修申请单,可以分为未受理和已受理两种,按时间预约顺序依次派来下来,最新的在最上方,左下角添加一个分配维修单按钮,可供管理员将维修单分配给维修工人。具体界面如图4.7。图4.7分配维修单界面4.3.2核心代码实现当管理员登录时,可以用管理员权限对未处理的维修单进行处理,利用维修单id和报修学生的id进行组合,传入到数据库,之后该维修单分配到维修工人处,此时分配维修已经处理完毕。具体代码如图4.8所示。图4.8分配维修单代码4.4确认完成工单的实现过程4.4.1界面设计本界面依据主页框架的基础上,增添了上传图片按钮和确认完成按钮,可以将维修完成拍摄的图片上传至服务端,在维修工人完成维修后可以登入账号进行操作如图4.9所示。图4.9完成工单界面4.4.2核心代码实现由于要求维修工人上传维修图片,所以需要获取图片路径,图片名称,封装在一起后,通过写好的封装方法,从本地上选取后,进行上传,因为只传递了文件,所以只需要一个MultipartFile类型的file接收就可以了。图4.10上传图片核心代码4.5星级评价的实现过程4.5.1界面设计主题大框架不变,在维修工人完成维修后,报修学生可以登录系统查看,并给出相对应的星级评价,以此来进行反馈。具体界面如图4.11所示。图4.11星级评价界面4.5.2核心代码实现学生可以登录系统,在历史报修中,找到已完成的维修单,并进行评价,鼠标拖动,星星数越多意味着对该维修工人维修情况表示满意,上限为五颗星。图4.12星级评价代码第五章系统测试5.1测试目的从测试目的来讲,测试分为很多种,有性能测试,功能测试,可用性测试等等。本系统作为毕业设计项目,并且应用于实际应用,所以在测试时主要进行了功能性测试,以保障系统的功能正常运行。5.2测试计划借鉴上文的系统设计章节并结合本网站的需求,预先对本网站项目的系统测试环节进行计划,既避免了测试时因漫无目的浪费了时间,也能有的放矢提升测试的效率。在此项目中,由于用户和管理员的部分功能模块有一定的关联性,本项目的测试计划主要侧重于有关联的功能模块。本项目主要采用黑盒测试,测试用户的聊天功能、测评功能、个人词云是否能实时更新、支付宝支付功能。后台管理系统主要测试成绩的分段查看、用户的强制下线、新增测评等功能点。本小节对本项目客户端和服务端各功能进行测试,具体测试计划如表5-1所示。表5-1 测试计划完成时间功能名2022.8.5登录模块添加报修修改报修删除报修2022.8.8查看个人信息搜索报修历史修改个人资料快速报修退出账号时间筛选状态筛选2022.8.11修改密码修改昵称修改手机号分页维修分类增加分类修改分类删除分类2022.8.14发布公告删除公告管理员登录用户管理查看所有用户删除用户验证查询用户2022.8.18报修历史分配维修单分配工人维修工人登录删除公告上传图片完成工单星级评价5.3测试用例测试用例是将归纳后的系统功能点实例化后的结果,明确测试的目的,确认其预置条件。测试后将数据和测试结果填写至对应的用例中即可。1.登录功能测试用例表5-2登录功能测试用例项目/软件校园报修系统版本1.0作者XX功能模块名登录功能用例编号login_01编制人XX修改历史无编制时间2022-02-05功能特性测试登录模块功能测试目的用户进行正常登录,能够实现预置条件系统运行正常、用户已登录测试数据账号sushenghao,密码123456操作描述用户点击登录按钮在登录页面输入用户名和密码点击登录期望结果能够实现登录并跳转到首页实际结果同上测试人员XX开发人员XX测试日期2022-02-052.搜索功能测试用例表5-3搜索功能测试用例项目/软件校园报修系统版本1.0作者XX功能模块名搜索功能用例编号research_01编制人XX修改历史无编制时间2022-02-05功能特性模糊搜索,精确搜索测试目的测试系统的搜索功能是否实现预置条件用户已登录、系统正常运行测试数据无操作描述用户进入主页面找到搜索框输入要搜索的内容点击搜索期望结果测评完成,显示所搜索的内容界面实际结果同上测试人员XX开发人员XX测试日期2022-02-053.添加报修测试用例表5-4新增报修测试用例项目/软件校园报修系统版本1.0作者XX功能模块名新增报修功能用例编号add_01编制人XX修改历史无编制时间2022-02-05功能特性添加一个报修申请单测试目的测试添加的报修申请单是否能在页面显示出来预置条件用户已登录、系统正常运行测试数据无操作描述1.用户进入主页面2.点击我的报修3.点击新增报修4.输入报修内容5.点击提交期望结果测评完成,显示所填写的报修申请单实际结果同上测试人员XX开发人员XX测试日期2022-02-054.分配工单功能测试用例表5-5分配工单功能测试用例项目/软件校园报修系统版本1.0作者XX功能模块名分配工单用例编号allocate_01编制人XX修改历史无编制时间2022-02-05功能特性通过管理员将待维修工单分配给维修工测试目的测试分配完的工单是否可以被维修工接收预置条件管理员已登录、系统正常运行、存在未受理维修单测试数据无操作描述管理员点击报修管理点击报修历史点击分配维修单选择分配维修的工人提交期望结果数据库中成功录入分配信息,维修工人顺利接到分配的单子实际结果同上测试人员XX开发人员XX测试日期2022-02-055.完成工单测试用例表5-6完成工单测试用例项目/软件校园报修系统版本1.0作者XX功能模块名完成工单用例编号success_01编制人XX修改历史无编制时间2022-02-05功能特性上传完成图片,完成工单测试目的维修工人上传图片后可以点击完成工单预置条件维修工人已登录、系统正常运行测试数据无操作描述维修工人进入我的维修界面点击上传图片选择图片点击提交期望结果刷新页面,显示所上传的图片,和改变工单状态实际结果同上测试人员XX开发人员XX测试日期2022-02-056.用户管理测试用例表5-7用户强制下线测试用例项目/软件校园报修系统版本1.0作者XX功能模块名用户管理用例编号manage_01编制人XX修改历史无编制时间2022-02-05功能特性通过管理员权限查看用户测试目的查看所有用户的信息预置条件管理员已登录、系统正常运行测试数据无操作描述1. 管理员用户管理2. 显示所有信息3. 删除用户期望结果删除一个用户后,页面重新刷新并显示实际结果同上测试人员XX开发人员XX测试日期2022-02-055.4非功能性测试对于系统的非功能测试主要对其并发性能以及响应时间进行测试,如下表5-8是非功能测试计划表:表5-8非功能测试并发量(每秒请求数)持续时间(分钟)最小响应时间(毫秒)最大响应时间(毫秒)平均响应时间(毫秒)吞吐量(每秒事务数)1003016ms12587ms1260ms79.6/s603015ms5013ms603ms86.9/s303014ms1493ms301ms95.1/s第六章总结与展望白驹过隙间,校园报修系统的开发算是正式结束了。借此机会我想在这里做一个简短的总结。首先在这个开发过程中运用到了很多软件开发方法。说到软件开发的方法,要是想追溯到他的起源得讲到上世纪的软件危机。后来呢,经过一系列的提出研究然后再论证,然后呢再不断的发展,不断地完善,不断地进步之后呢,最终形成了我们今天耳熟能详的八大软件开发方法。在这个系统中,用到了大学里学过的常用的架构,常用的语言,常用的开发工具,所有都是免费的,开发成本是极其低廉的,但却并不意味着校园报修系统也是廉价的。经过后期的修补完善,照最后情况来看,本系统还是基本达到了预期,满足了开头所要求的各种要求。用户的实际体验感也还是相对不错的。包括老师也好,同学也好,从他们的反馈来看,我相信本系统并不是鸡肋,还是很受用户喜爱的。本系统基于SSM框架开发实现,整体的功能虽然说满足了客户的基本需求,实现了最初的功能性需求分析和非功能性需求分析,但还是有许多需要完善和提升的地方,在后续的版本中我将继续开发实现如下几点:1、系统的整体界面过于简陋,设计上不是太美观,可以结合一些常用前端框架进行设计开发。2、系统目前没有实现前后端分离开发,对于系统的整体结构来讲不是太符合目前开发的主流思想,后续可以升级改造为前后端分离的系统。3、系统的一些功能也可以再进行扩展升级,比如可以加上小程序端来对接后台接口,让用户可以在手机上通过小程序进行报修,以及师傅可以通过手机小程序来查看报修情况并进行维修。 福建广播电视大学毕业论文PAGE4参考文献[1]Allen,I.ElaineSeaman,Jeff.OnlineReportCard:TrackingOnlineEducationintheUnitedStates[J].BabsonSurveyResearchGroup,2016:1-42.[2]AWatted,HHaick,

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论