寝室报修系统

1、寝室报修系统1一、寝室报修系统工作分配及系统分析 时间（实验内容） 工作 人员第一次实验问题的提出：学生成绩推送项目的选取：寝室维修系统 集体讨论和商议 第八组全体成员1.工作的分配： 时间（实验内容） 工作 人员 第二次实验项目前景与范围文档分析业务需求 舒仨项目前景 陈诚项目范围 任勇项目环境 张友刚 整体的修改与整合 郭宗良2 时间（实验内容） 工作 人员 第三次实验寝室报修系统涉众分析与面谈报告涉众分析 任勇涉众问题列表 陈诚涉众简档 张友刚面谈者与受访者 舒仨 面谈报告以及文档整合 郭宗良时间（实验内容）工作人员 第四次实验数据流图及实体关系图数据流图 张友刚、陈诚、郭宗良 实体关系

2、图任勇、舒仨 整体的修改与整合 郭宗良3时间（实验内容）工作 人员第五次实验寝室维修系统用例用例一：学生方舒仨用例二：管理部门任勇用例三：维修方 陈诚用例四：维护方张友刚用例五：报修系统郭宗良整体的修改与整合第八组全体成员 时间（实验内容）工作人员第六次实验PPT的制作工作分配以及系统分析 舒仨系统构造任勇、陈诚需求规格说明 张友刚 整体的修改及整合 郭宗良42.系统分析软件能及时反馈寝室遇到问题，并能在寝室遇到问题时能够让学校得到及时的解决，其具体可以如下功能：1、管理员管理：如果在没有该用户的情况下，某寝室需进行注册，注册时需输寝室号、寝室长的姓名、密码，经过管理员同意后，才注册成功。2、

3、限制非用户进入：只有输入寝室号、寝室长的姓名、密码进入登陆界面。3、信息及时反馈：进入登陆界面后，把所遇到的问题输入到文本框，点击提交，则你所提交的问题将会及时反馈到学校报修部门，报修员工可以在一定时间内对你寝室的问题进行处理。4、删除：对于一些虚报、乱报的成员进行删除设置。5二、系统构造1.项目前景与范围分析1.1背景 在大学校园，当在生活中遇到寝室报修问题，但是又在有些时候，我们可能会由于各种情况而不能及时的把问题去反馈给维修部门，这样给我们的生活带来不便。所以针对这一问题我们提出寝室报修系统，在足不出户，随时随地的将我们的问题提交给报修部门。1.2项目前景 随着社会的不断发展，在校大学生

4、也越来越多，故寝室的问题也逐渐显露出来。这时一个好的软件能及时反馈寝室遇到问题，并能在寝室遇到问题时能够让学校得到及时的解决。寝室报修软件不仅可以在本校，在其它学校也很适用，所以该软件的应用范围非常的广泛。61.3业务目标在系统运行之后的3个月内，处理问题的工作量提高30%在实施系统之后的6个月内，对于花在维修人员的费用的减少20%在系统实施之后，每个维修人员解决的问题会得到提高1.0及时收集到问题信息，给用户带来方便1.4业务风险在运行系统之后，但对于真正使用该系统的人不多，造成问题不能及时的反馈。 可能性0.3，影响为9。部分人员会对系统的使用有抵触。 可能性0.4，影响为3。系统不能正常

5、运行。 可能性0.1，影响为9。71.5限制于排除此楼栋报修系统只能通知报修部门，有的问题还需进一步协商，并不是所有问题都负责报修的。报修订单可能未及时收到或者报修部门未及时查看，影响报修进度。1.6项目范围81.7涉众报修方（提交方）：学生维修方：维修人员管理方：信息的收集方维护方：系统的维护人员92.涉众分析与面谈2.1涉众方SZ001报修方：报修方主要是指学生。学生在生活中遇到需要报修问题之后，将会使用系统提交问题。SZ002维修方：维修方主要是指维修人员。维修人员接收到系统管理员的报修信息后上寝室进行维修。SZ003管理方：管理方主要负责整理学生上传的报修信息，然后进行分配，最后组织维

6、修方上门维修。SZ004维护方：维护方负责对本系统的维护工作，确保系统能够正常运行。102.2涉众问题列表1.等我们这个寝室报修系统开发完成后，你会选择使用它么？2.你们原来一般多长时间报修一次？3.维修结果的跟踪你一般希望的周期是多长？4.你觉得我们的系统应该安装在手机APP上或者电脑上还是一些固定的设备上呢？5.维修人员维修完毕后，你愿意对他们的维修情况进行评价么？6.你觉得网上寝室报修系统是不是要比纸质报修系统方便很多？7.你在传统的报修过程中遇到了哪些问题，又是怎么解决的？8.你认为应该怎样避免维修人员去寝室维修时发现寝室门被锁进不去的问题。9.你觉得我们的报修系统还有什么需要改进的地

7、方么？112.3面谈报告会见目标 1.此报修系统的使用人群 2.此报修系统的预计使用量 3.利用此系统进行报修的效率 4.此系统的开发周期和预计费用 5.利用此系统时使用者和报修方的交互性被会见者的意见 1.针对在寝室住宿的同学量身定做的 2.同学们都爱使用 3.节省了时间，方便了报修 4.此系统是比较简单的系统，用户使用量不大，开发时间和费用都满足 5.同学们可以对维修工作进行评价，以便对维修工作进行跟踪 3.系统用例设计12用例ID号1用例名称寝室学生信息管理创建者舒仨最后更新者舒仨创建日期2015年4月10日最后更新日期2015年4月16日参与者学生、管理员描述实现学生信息的管理优先级根

8、据报修的时间的迟早以及问题的严重性触发条件新生入校时完成注册手续 前置条件学生入住、学生注册、宿舍需维修后置条件存储学生信息，更新维修信息 正常流程学生寝室入住，并进行了信息的的注册管理员那端接受到信息，系统将学生的信息存储在数据库学生寝室问题报修管理员上报维修信息，维修人员接受维修信息维修人员在合适的时间下进入寝室维修管理员实现定期在系统上学生信息的跟新 分支过程来访的人员不是本校的学生（譬如理工学院）或者学生跟换宿舍进行信息登记在该系统中为该外校学生保存信息或学生重新更改自己的注册信息信息存储在数据库学生离校或毕业后进行学生信息的跟新3.1学生方133.2管理部门用例ID号2用例名称学生报

9、修信息管理项目创建者任勇创建日期2015/4/16更新着任勇参与者学生、管理员描述实现学生信息的管理优先级优先级等级较高，主要负责整个系统的运行管理触发条件学生利用系统提交报修信息前置条件新生入学、宿舍需要维修后置条件存储学生信息，更新维修信息主过程宿舍遇到需要报修的问题学生通过系统上报学生寝室报修信息系统记录完整的学习报修信息，并将存储至数据库管理员通过系统获取信息形成维修报表，将其交付维修方维修完成后，跟新数据库维修信息分支过程错误的上报维修信息管理员对信息进行核实对错误的信息进行处理相关用例与寝室维修项目和系统维护项目有联系特殊需求1.系统界面简洁明了，容易获取信息2.能够支持一定量的用

10、户同时上报报修问题143.3维修方用例ID3用例名称寝室维修项目参与者学生、维修人员、管理人员创建者陈诚最后更新者陈诚创建日期2015年4月10日最后更新日期2015年4月16日描述解决学生寝室的维修问题触发条件维修管理人员提供报修信息前置条件有维修人员处于空闲状态后置条件寝室维修成功，反馈信息给管理人员正常流程学生寝室报修管理人员上报学生寝室维护信息维修人员接受维修信息维修人员准备上门维修维修人员进行维修维修成功，离开分支流程学生错误上报维修信息管理人员进行信息核实对错误信息进行处理异常流程学生报修信息上传失败管理人员检查系统是否出现问题管理人员提示上传报修信息失败方报修信息上传失败方再次上

11、传报修信息相关用例与系统维护项目有联系特殊需求维修材料库存待确定问题大量学生同时进入系统导致的系统崩溃问题153.5维护方ID：123名称：维修系统用例属性：维修者：张友刚维修日期：2015.4.14最新维修日期：2015.4.15参与者：参与者：张友刚目标：有效快速的处理系统所遇到的问题描述：原因：数据容量过大、数据无法输入显示过程：对于产生会发送信息提醒，然后维修人员及时对系统进行维修效果：在有效的时间内完成系统维修优先级：先了解系统所遇到的问题，在针对问题进行处理触发条件：当出现数据无法进行输入等系统问题，与之绑定的手机会接收到相应的信息前置条件：系统出现问题后置条件：及时对于相应的问题

12、进行解决正常流程：系统问题-信息提醒-及时维修-问题解决-系统问题总结分支流程：数据库存储数据已满异常流程：非注册用户进行了信息的反馈相关用例：用户维修信息无法反馈业务规则：维修期间可能出现用户不能进行维修信息反馈（影响业务规则）特殊需求：电脑硬件问题解决需专业人士待确定问题：存储据量内存不够164.数据流图175.系统E-R图18三、详细需求概述 3.1 对外接口需求 3.1.1 用户界面 界面主要是两个功能：注册和登录， 注册完成等待管理员的验证。登录界面注册登录用户名和密码193.1.2 硬件接口 服务器端使用专用的服务器3.13 软件接口 无特殊要求3.14 通信接口 无特殊需求3.2 功能需求 3.2.1 学生管理 1.学生可以进行浏览以前需要寝室报修 信息； 2.提交寝室需要报修的地方； 3.对于需要改进的地方说出自己的看法 ，进行留言。203.2.2 管理员管理 1.删除用户信息 2.查询学生报修 3.回复留言3.2.3 维修管理 主要对于电脑系统出现的一系列问题进行解决3.3 性能需求 1.学生登陆，客户端响应时间短