学生宿舍故障报修管理系统详细设计报告.doc

学生宿舍故障报修管理系统详细设计报告
学生宿舍故障报修管理系统
详细设计说明书
V2.0
拟制人
审核人
批准人
二零一一年十一二十五日
目录
1 引言 1
1.1 编写目的1
1.2 项目背景1
1.3 用到的专业术语 1
1.4 参考资料1
2 任务概述 2
2.1 项目来源及背景 2
2.2 用户的特点 2
2.3 项目目标2
2.4 假定和约束 3
3 总体设计 3
3.1 设计思想与目标 3
3.2 运行环境3
3.3 系统的总体处理流程 3
3.4 系统功能4
3.5 功能模块分配 5
登录模块（计算机1091班NetStar小组包小文 1091301129） 5
故障申请模块（计算1091班 NetStar小组黄磊 1091301108）7
查询模块（计算机1091班 NetStar小组王召 1091301121）10
故障申报审核子模块（计算机1091NetStar小组季岩佳 1091301110）12
设备使用登记模块（计算机1091NetStar小组龚柳华 1091301105）15 用户反馈模块（计算机1091NetStar小组朱爱翔 1091301128）18
消息发布模块（计算机1091NetStar小组杨慧敏 1091301123）22 帮助模块（计算机1091NetStar小组徐江云 1091301122）27
4 系统接口设计30
4.1 用户接口30
4.2 外部接口31
软件接口31
硬件接口31
4.3 内部接口31
5 系统数据结构设计31
5.1 静态数据31
5.2 动态输入数据34
5.3 动态输出数据34
5.4 数据库描述34
6 运行设计35
6.1 运行模块的组合35
6.2 运行控制36
7 系统出错处理设计37
7.1 出错信息37
7.2 补救措施37
附录表：工作计划进度表38
1 引言
1.1 编写目的
随着计算机技术的不断发展、互联网的普及，计算机已被广泛应用于社会各个行业和领域。

随着市场竞争的日趋激烈，高效率成为在竞争中获胜的非常关键的因素。

因此，如何能提高员工的工作效率，激励他们的工作热情，减少人力资源的浪费，已经成为人们非常关注的问题。

同时由于个人电脑的普及，数据库技术、客户/服务器技术，特别是Internet技术的发展，管理软件在企业中也显得日益重要。

宿舍故障报修管理系统，能大大提高了维修人员的工作效率，减少了对资源的浪费。

1.2 项目背景
项目的名称：管理系统应用软件产品的名称：管理系统?.NET平台， 框架，C#开发语言，Microsoft SQL Server数据库。

1.4 参考资料
[1] 张海藩. 软件工程导论. 第五版. 北京：清华大学出版社，2008.02
[2] 刘金岭，冯万利，张有东. 数据库原理及应用. 北京：清华大学出版社，2009.07
[3] 殷人昆. 数据结构（面向对象方法与C++语言描述）. 第二版. 北京：清华大学出版社，2007.06
[4] 沈炜，徐慧. Visual C++数据库编程技术与实例. 北京：人民邮电出版社， 2005.02
[5] 李旗. C#.NET程序设计. 北京：机械工业出版社，2008.01
[6] （美）Microsoft Corporation. SQL Server 2000分析服务解析. 北京：科学出版社，2000.09
[7] Abraham Silberschatz, Henry F.Korth, S.Sudarshan. 数据库系统概
念. 第五版. 北京：机械工业出版社，2008.10
[8] 王金秀. 常用工具软件---基础培训百例. 北京：机械工业出版社，2006.07
[9] 唐四薪. 基于Web标准的网页设计与制作.北京：清华大学出版社，2009.12
2 任务概述
2.1 项目来源及背景
据我们的调查研究表明，现在淮安各大学在申请宿舍故障报修的时候都是用纸张来记录，在维修人员查询资料、统计数据的时候非常的不方便同时也非常的浪费时间，而且纸质资料不易保存，又浪费资源，因此，NetStar项目小组决定面向市场开发出一款针对宿舍故障报修管理的软件，这个系统是为了更好的为学校的学生宿舍管理方式得到进一步的改善，节约工作人员以及学生的一部分时间，也避免了学生对维修人员的警惕，产生不必要的误会。

同时，在这个信息爆发的年代，学习系统的管理与使用也是一个比较重要的技术。

2.2 用户的特点
本项目的用户都是网上用户，主要包括三类，第一类用户就是学生用户，由于每次设备的保修，都要到宿舍管理员那去登记，很多时候大家比较匆忙，容易忘记报修，通过学生宿舍故障报修管理系统，他们可以非常方便的进行报修的申请。

第二类用户就是宿舍管理员，他们平时在管理宿舍，需要记录大量的纸质文件（包括一些报修申请表等），非常的不方便查看和管理，而使用本系统能够帮助宿舍管理员轻松的来管理这些申请表。

第三类用户是维修人员，每次进行维修时，都要先去宿舍管理员那查看具体的保修登记信息，然后准备所要使用的设备，最后进行维修。

借助于本系统的帮助，维修人员可以先查看每天需要维修的设备类型和数量，这样他们可以直接先准备好所需要的设备，大大的减少了维修的时
间，提高了效率。

作为用户，他们不需要经过特殊的培训，它和平常所用的软件有很大的相似性，只需一些基本的计算机知识，就可以轻松地使用此系统。

2.3 项目目标
本项目设定的目标如下:
（1）系统能够提供友好的用户界面，使操作人员的工作量最大限度地减少；
（2）系统具有良好的运行效率，能够达到提高生产率的目的；
（3）系统应有良好的可扩充性，可以容易地加入其他系统的应用；
（4）平台的设计具有一定的超前性，灵活性，能够适应用户性质的变化；
（5）通过这个项目可以锻炼队伍，提高团队的开发能力和项目管理能力；
2.4 假定和约束
A. 技术的限制：数据库的运行环境和操作环境与系统不符，不能运行出所要的数据。

B. 客户需求的限制：客户的要求和软件的某些功能不符。

C. 政府法规的限制：软件的具体要求可能和政府的法规相冲突，涉及到具体的法律规定要求。

D. 硬件的限制：计算机的配置不符合要求和存储器的配置不符合运行环境
3 总体设计
3.1 设计思想与目标
1 根据宿舍故障报修及报修后处理的流程，确定并实现软件的各个子模块。

2 各个子模块完成各自在学生宿舍报修管理系统中的功能。

3 各个子模块可独自自行完成一项操作。

4 用户界面设计有好、简洁，一目了然。

各项功能实现简单易操作。

3.2 运行环境
操作系统：Windows XP或Windows 7
数据库：SQL Server 2005
开发工具：Microsoft Visual Studio 2008
开发语言：C#
3.3 系统的总体处理流程
学生宿舍故障保修管理系统的主要数据流程如下所述：首先，学生通过系统将宿舍故障进行申报形成宿舍故障申报表；然后，宿舍管理员对该表进行审核，审核通过后形成新的宿舍故障报修表，将新表打印或传给维修人员；最后，维修人员根据该表准备所需要的设备进行维修。

作为学生，还可以对维修的结果进行评价，同时也可以对所在宿舍的管理员进行评价；作为宿舍管理员，可以公布每天宿舍检查的成绩情况及一些重要通知。

下图简明扼要的表述拟开发系统的主要功能：
3.4 系统功能
随着计算机技术的不断发展、互联网的普及，计算机已被广泛应用于社会各个行业和领域。

现代的学生宿舍，基本上配备有各自的计算机。

在宿舍管理处的管理人员也都配备有专门的计算机。

但在学生宿舍故障报修方面，却没有能够充分的利用计算机与网络。

使得现在的学生宿舍故障的报修和维修还是停留在传统的方式上。

因此，如何能提高员工的工作效率，激励他们的工作热情，减少人力资源的浪费，充分利用计算机和网络带来的优越性资源等，使得学生宿舍故障报修管理系统应运而生。

学生宿舍故障报修管理系统可以极大的减轻管理员的工作量，提高维修人员的工作效率，同时减少了对资源的浪费。

3.5 功能模块分配
登录模块（计算机1091班NetStar小组包小文 1091301129）
登陆模块包括学生登录、宿管登陆、维修人员登录。

学生通过输入学号，密码，然后数据库核对密码，如果密码正确，则成功登录学生模块。

如果密码不正确，提示错误。

同时学生可以修改密码。

宿管通过输入编号，密码，然后数据库核对密码，如果密码正确，则成功登录宿管模块。

如果密码不正确，提示错误。

同时宿管可以修改密码。

维修人员通过输入编号，密码，然后数据库核对密码，如果密码正确，则成功登录维修人员模块模块。

如果密码不正确，提示错误。

同时维修人员可以修改密码。

下面分别进行分析：
1、学生登陆模块；
学生通过输入学号，密码，然后数据库核对密码，如果密码正确，则成功登录学生模块。

如果密码不正确，提示错误。

同时学生可以修改密码。

2、宿管登陆模块；
宿管通过输入编号，密码，然后数据库核对密码，如果密码正确，则成功登录宿管模块。

如果密码不正确，提示错误。

同时宿管可以修改密码。

3、维修人员登录模块:
维修人员通过输入编号，密码，然后数据库核对密码，如果密码正确，则成功登录维修人员模块。

如果密码不正确，提示错误。

同时维修人员可以修改密码。

故障申请模块（计算1091班 NetStar小组黄磊 1091301108）模块描述
学生宿舍故障报修管理系统――故障申报模块整体流程图，故障申报是针对学生和宿舍管理员，即学生或宿舍管理员在登录该系统之后，进入相应的界面才能进行相应的故障申报。

功能
当学生或宿舍管理员登录进入自己的个人空间，在个人功能中包括设备故障申请功能，当他们正确填写完申报表之后，系统将会把相应的数据存入数据库。

输入项
数据的输入包括鼠标和键盘的一些操作
宿舍号：输入登录者所在的宿舍号，否则将会提示错误（即只能申报登录者所在的宿舍，宿舍管理员申报除外）
宿舍楼号：输入登陆者所在的宿舍楼号。

设备类型：可以通过鼠标来进行选择下拉框。

设备名称：可以通过鼠标来进行选择下拉框。

系统会自动根据前面选择的设备类型，自动进行筛选出相应的设备名称供选择。

申报人：输入自己的姓名
申报时间：本相可通过点击鼠标获得。

4. 故障申报模块主要就是对故障信息以及申报人信息的填写。

如图 3.1故障申报模块算法和流程图。

算法：S1：开始
S2：判断用户的类型，是学生还是宿舍管理员
S3：若用户是学生，那么填写申报信息后需要对所填写的信息进行审核，当申报信息不正确时，可以选择重新填写或者直接退出。

当申报信息正确时，可以直接提交成功。

若用户是宿舍管理员，在填写故障申报信息之后，则不需要审核，可以直接提交成功。

S4：操作界面
S5：结束
2.故障申请模块故障申报信息审核的算法和流程图
下面对审核信息部分的流程进行具体的展示：
算法：
S1:：开始
S2：登录的用户是学生
S3：填写详细的申报信息
S4：对申报信息进行审核，若申报人和登录者是同一人，则可以提交成功，否则，提交不成功，同时可以重新填写；
S5：结束
该过程保证了每个登录者只能对自己所在宿舍进行故障的申报，而不能对其他人进行代替申报。

图 3.6申报信息处理流程图
图 3.7学生个人空间功能图
图 3.8学生填写故障申报图.5.3 查询模块（计算机1091班 NetStar小组王召 1091301121）
（1）输入项
①表3-1输入数据项表
列名数据类型及长度备注楼号dormlou nvarchar 10 Not Null 宿舍号 dormno nvarchar 10 Not Null ②
列名数据类型及长度备注设备编号id int Not Null 设备名称facilityname nvarchar 10 主键设备类型facilitytype nvarchar 50 Not Null ③
列名数据类型及长度备注申报时间date smalldatetime Not Null （2）输出项
①表3-2输出数据项表
列名 named 数据类型及长度 type and length 说明 station 备注
remarks id int 编号Not Null facilityname nvarchar 10 设备名称Not Null facilitytype nvarchar 50 设备类型
Not Null date smalldatetime 申报时间Not Null detail text 故障的详细信息 Not Null dormlou nvarchar 10 楼号主键dormno nvarchar 10 宿舍号主键informant nvarchar 10 申报人 Not null ②
列名 named 数据类型及长度 type and length 说明 station 备注remarks id int 编号Not Null facilityname nvarchar 10 设备名称主键facilitytype nvarchar 50 设备类型 Not Null date smalldatetime 申报时间Not Null detail text 故障的详细信息 Not Null dormlou nvarchar 10 楼号Not Null dormno nvarchar 10 宿舍号 Not Null informant nvarchar 10 申报人 Not null
③
列名 named 数据类型及长度 type and length 说明 station 备注remarks id int 编号Not Null facilityname nvarchar 10 设备名称Not Null facilitytype nvarchar 50 设备类型
Not Null date smalldatetime 申报时间主键detail text 故障的详细信息 Not Null dormlou nvarchar 10 楼号Not Null dormno nvarchar 10 宿舍号 Not Null informant nvarchar 10 申报人 Not null （3）查询系统逻辑流程图
图3.9 查询系统流程图
伪码如下
S1 宿舍管理员进入查询系统，选择查询范围，转入S2。

S2 根据查询范围输入查询关键字，进入查询，转入S3
S3 筛选符合条件的内容形成统计表，转入S4。

S4 将统计表输入数据库，转入S5。

S5 若继续查询，转入S1，否则结束查询。

（4）设计界面如下
①
图3.10 宿舍申报表查询界面
②
图3.11查询设备使用界面
故障申报审核子模块（计算机1091NetStar小组季岩佳 1091301110）故障申报表审核子模块：故障申报表审核的主要作用是拥有管理权限的管理员登录系统后，获得相应的管理权限，可以对学生提交的宿舍故障申请表中的信息进行相应的管理。

包括对需要维修的设备进行分类整理；对暂时不能维修的设备信息进行删除处理，并将信息反馈给提交申请表的学生；对一些常见的问题如因欠费造成停电的故障进行回复等。

最终将审核后的信息表进行备份并传送给维修人员，以供维修根据表单信息准备维修工具和器材。

故障申报表审核流程设计
图3.12 故障申报表审核流程设计图
故障申报表审核算法及流程图
故障申报表审核算法如下所示：
S1：开始
S2：管理员登录成功
S3：管理员界面，获得管理权限
S4：管理员查看近期是否有学生提交故障申报表，若查看到有学生提交申报
表，则跳转S5，若没有，则跳转S3
S5：管理员对申报表中的信息进行审核整理，审核后最终形成新的报表
S6：管理员将新的报表备份并传送给维修员
S7：结束
故障申报表审核流程图如下所示：
图3.13 故障申报表审核流程图
故障申报表审核界面设计
图3.14 故障申报表审核界面
图3.15 查看审核后的报表
设备使用登记模块（计算机1091NetStar小组龚柳华 1091301105）
1．模块描述
使用设备登记模块主要给维修人员提供登记服务，同时，使用户对宿舍设备的损坏情况、工具的使用情况有直观的了解。

2．功能
维修完成后，维修人员需要将维修信息（使用设备、维修对象、维修时间等）添加到数据库中，学生、管理员如果想要查看相关的维修信息，可以在维修界面点查看按钮就可以查看相关信息了。

当然，后台管理中，宿舍管理员可以对维修信息进行查看与删除。

3．性能
精度
对维修员在文本框输入的信息长度有所限制，并保证查询的效率及全面性。

还要保证了数据的一致性，即确保数据转换的及时准确。

时间特性
一般操作的响应时间在1-2秒，对于大量的数据保存，系统等待时间最多
15秒。

4．输入项
所有输入的数据都是用户进行的各种操作，包括鼠标、键盘等操作。

设备名称：本输入项为汉字，从数据库中直接读出，由用户使用鼠标选取设备类型：本输入项为汉字，但以字符类型存储在数据库中，用户无需手动输入，由名称自动读取数据库获取。

设备编号：本输入项是int型的数字，存储在数据库中。

数量：本输入项是数字，又维修员手动输入，存储在数据库中。

维修时间：本输入项以时间类型存储在数据库中，维修人员通过文本输入。

5．输出项
维修人员登记完毕，正确提交后会提示登记成功，当维修人员输入不正确时会提示错误信息，重新输入。

供用户查看的维修设备信息以表格形式显示。

6．设计方法（算法）
6.1维修人员填写维修信息详细流程如图
员填写信息功能描述
维修人员进入使用设备登记页面，需要填写维修信息，在提交之前需要判断所填的所有内容是否符合定义，经系统判断，如果不符合规范则重新输入，反之则提示登记成功。

件
维修人员提交按钮事件与查看维修信息按钮事件如下图所示
7．流程逻辑
首先打开界面，由维修员填写维修信息，填写完成点击确定，若系统提示不正确则返回重新填写直到所有信息都填写正确为止。

经维修人员自己确认核对无误后点确定。

完成之后维修员可选择查看维修信息，或者关闭界面，退出。

8．模块界面
图3.19使用设备登记界面
9．存储分配
维修员输入的信息将保存在sql server数据库中。

10．注释设计
为了使编码者及维护人员能够更加容易的对其进行修改，在代码的开头和主要地方加上必要的注释。

11．限制条件
本模块是嵌入在系统中的子模块，维修人员进行登录后方可对其所属宿舍楼维修情况进行登记操作。

用户反馈模块（计算机1091NetStar小组朱爱翔 1091301128）
用户反馈模块整体流程图设计。

S1:开始
S2:选择评价的对象（管理员或者维修人员）
S3:判断是否是管理员，是则跳到S5；不是则跳到S4
S4:判断是否为维修人员，是则跳到S6；不是则跳到S2
S5:读取管理人员评价表单，跳到S7
S6: 读取维修人员评价表单
S7:错误，跳到S2
S8:进行评价
S9:判断是否填写错误，是则跳到S9；不是则跳到S10
S10: 重置页面，跳到S7
S11: 确认评价
S12:更新数据库
S13:结束
2、管理员部分的流程图。

算法描述：
S1:开始
S2:读取管理员表单
S3:输入评价的内容
S4:判断是否填写总评，是则跳到S6；不是则跳到S5
S5:出错，跳到S3
S6:判断是否填写服务态度的评价，是则跳到S7；不是则跳到S5
S7:判断是否填写卫生检查的评价，是则跳到S8；不是则跳到S5
S8:判断是否填写熄灯状况的评价，是则跳到S9；不是则跳到S5
S9:判断是否填写管理严度的评价，是则跳到S10；不是则跳到S5
S10:进行数据库的更新
S11:结束
3、维修人员部分的流程图。

算法描述：
S1:开始
S2:读取维修人员表单
S3:输入评价的内容
S4:判断是否填写总评，是则跳到S6；不是则跳到S5
S5:出错，跳到S3
S6:判断是否填写服务态度的评价，是则跳到S7；不是则跳到S5
S7:判断是否填写维修需要的时间的评价，是则跳到S8；不是则跳到S5 S8:判断是否填写维修结果的评价，是则跳到S9；不是则跳到S5
S9:判断是否填写维修安排的时间的评价，是则跳到S10；不是则跳到S5 S10:进行数据库的更新
S11:结束
4、系统的页面设计
图3.23首先登录，登录之后选择评价，跳转到此页面
图3.24 对管理员评价的页面
图3.25对维修人员评价的页面
5、数据结构设计
图3.26 对管理员评价数据表的设计
图3.27 对维修人员评价数据表的设计
消息发布模块（计算机1091NetStar小组杨慧敏 1091301123）
1．模块描述
简要描述：
目的意义：
2．功能
3．输入项
1）
2）
3））
4．输出项
1）在，功能是实现，功能要求是具有权限认证、。

输出：保存到数据库表
2）在功能是实现，功能要求是具有权限认证、。

输出：保存到数据库表3）在功能是实现功能要求是具有权限认证、。

输出：保存到数据库表在功能
是实现功能要求是具有权限认证、。

输出：保存到数据库表5．设计方法.6流程逻辑
3.7界面设计
图3.29 消息发布首页
单击添加宿舍检查情况和添加文明宿舍链接，进入到添加页面即可添加，如图3.3所示
图3.30 宿舍检查情况和文明宿舍页面
当输入的宿舍地址不是数字时，离开焦点后提示“必须是数字！”，如图3.4所示
图3.31 数字限制
当单击“消息发布”按钮时，进入到消息发布的首页，如果输入到信息内容栏内的长度大于40时，而且当填写完必备信息时单击“发布”即可显示“不能超过40个字”，如图3.5所示
图3.32信息内容字数的限制
3.8测试计划
测试是为了验证系统是否达到用户提出的指标，同时发现系统中存在的瓶颈，起到优化系统的目的。

测试计划如下
输入数据：
输入正确登录信息
发表信息
填写正确信息
预期结果：发表信息成功
输入数据：
输入正确登录信息
发表超出字数信息
预期结果：错误提示框输入数据：
输入
发表必须是数字的信息
预期结果：错误提示框
输入数据：
输入不完整的消息
发表信息
预期结果：错误提示框
帮助文件是在编写软件时不可缺少的附属文件。

帮助用户能够快速地掌握系统的操作方法，把不必要的问题降低到最少，要让用户能快速地掌握系统的操作方法，就需要提供标准的在线帮助功能。

有了帮助文件，大大给用户提供了方便，使用户不必随身准备一本厚厚的使用手册，而直接在操作过程中就可得到需要的信息。

①登录帮助：提供快速通道这一功能，提示用户如何登录以及修改密码等问题。

还可以提示一些可能原因，例如说登录不成功，提示用户名，密码不匹配，请确定锁定大小写问题。

②故障申请帮助：提供快速通道这一功能，学生用户验证权限后能快速进入故障申请页面。

提示用户故障申请的相关问题。

③查询模块帮助：提供快速通道这一功能，宿舍管理员用户验证权限后能快速进入查询页面。

提示宿管人员如何对报修申请进行审核，以及通知维修人员。

④使用设备登记模块帮助：提供快速通道这一功能，维修人员用户验证权限后能快速进入使用设备登记页面。

提示用户登记使用设备等相关信息。

⑤用户反馈帮助：提供快速通道这一功能，用户验证权限后能快速进入用户
反馈页面。

这一功能模块包含两大功能，在线帮助以及投诉这两个模块。

⑥消息发布帮助：提供快速通道这一功能，用户验证权限后能快速进入消息发布页面。

为宿舍管理员用户提供帮助，例如如何发布消息，以及具体消息内容分类是什么等问题。

⑦综合查询帮助：提供快速通道这一功能，用户验证权限后能快速进入综合查询页面。

数据库内集成一些相关的问题帮助信息，例如系统有哪些什么，系统会列出相应的答案。

⑧关于：关于包括软件系统的总体介绍、版本、使用权、用户须知等帮助说明，使用户进一步了解这个系统。

2.模块属性 Module Attribute
基于主控模块的运行，该模块常驻内存，非子程序，并且不可并发。

处理流程设计
3.1主流程设计
3.2用户（学生、宿舍管理员、维修人员）帮助流程设计
4．算法
4.1登录帮助事件
图3.35 登陆帮助算法图3.36 故障申请算法图3.37 查询模块帮助
4.2故障申请事件
4.3查询模块帮助事件
4.4使用设备登记模块帮助事件
图3.38 使用设备登记模块帮助算法
4.5用户反馈帮助事件
图3.39 用户反馈帮助算法
4.6消息发布帮助事件
图3.40 消息发布帮助算法
4.7综合查询帮助事件
图3.41 综合查询帮助算法
4.8关于事件
图3.42关于算法
4 系统接口设计
4.1 用户接口
用户接口是方便用户使用5.1 静态数据
下面列出了数据表的具体静态数据：
设备基本信息表 Table of user facility
表 5-1 设备基本信息表
列名 named 数据类型及长度 type and length 说明 station 备注remarks facilityid int 设备编号Null fname nvarchar 20 设备名称主键ftype nvarchar 50 设备类型Null
fdate datetime 购买时间Null fprice varchar 20 购买价格Null 2）维修人员信息表 Table of repairer
表 5-2维修人员详细信息表
列名 named 数据类型及长度 type and length 说明 station 备注remarks id int 维修员编号主键admin nvarchar 10 维修人员姓名 Not Null password nvarchar 10 维修人员密码Not Null rank int 维修人员权限Null imageurl nvarchar 20 照片位置 Null money nvarchar 50 工资Null slouhao varchar 10 宿舍楼号Null 3 学生stu信息表Table of。