宿舍管理系统.docx
《宿舍管理系统.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统.docx（18页珍藏版）》请在冰豆网上搜索。
宿舍管理系统
一、可行性研究报告
1.引言
1.1编写目的
可行性分析报告是为“公寓系统”开发的可能性、可行性、必要性提供论据，为开发人员进行系统总体规划设计及具体实施开发工程提供必要的参考资料，在系统开发完成后期为系统的测试、验收提供帮助。
其编写过程由太原理工大学软件学院学生完成。
预期使用者是需要管理公寓的人员。
1.2项目背景
随着科学技术的飞速发展，计算机在日常管理中的应用的到了迅速普及，利用计算机进行学生公寓信息管理势在必行。
学生公寓管理系统的开发来源于科研需要，它的开发和设计都是基于学科的研究。
本项目的任务提出者为太原理工大学软件学院学生，开发者为太原理工大学软件学院学生。
1.3定义
AMS：
ApartmentManageSystem公寓管理系统
SQLServer、Access：
所用的数据库管理系统
MySQL、MyEclipse、Axure、visio、Access、fontpage：
所用的开发工具
1.4参考文献
（1）崔冬华.《软件工程》.人民邮电出版社.2014年3月
（2）张海藩.《软件工程导论》.人民邮电出版社.2006年1月
（3）潘孝铭.《软件文档编写》.高等教育出版社.2004年8月
（4）罗先文.《软件工程实物》.重庆大学出版社.2005年3月
（5）王珊.《数据库系统概论》.高等教育出版社2013年12月
（6）张白一.《web应用开发技术：
Jsp》.西安电子科技大学出版社
2.项目概述
2.1要求
该系统应该具有对公寓信息、宿舍信息、学生信息、工作人员信息进行存储和管理，并能够保存公寓信息、宿舍信息、学生信息、工作人员信息、登录信息等，并具有用户管理功能。
该系统能极大地减少公寓管理人员的日常工作，并提供公寓住宿表，给公寓管理员的管理提供辅助决策的功能。
2.1.1功能
公寓管理系统最主要的功能是公寓信息管理、工作人员信息管理、登录记录管理、公寓住宿表管理等功能。
2.1.2性能
公寓管理系统的使用者是公寓管理员。
对于公寓管理员的管理工作，性能要求不是很高，但需要方便公寓信息入库、更改等操作。
2.1.3系统的输出
（1）公寓信息。
（2）宿舍信息。
（3）学生信息。
（4）工作人员信息。
（5）来访人员信息。
（6）更新的信息。
2.1.4系统的输入
（1）公寓、宿舍信息更新记录。
（2）宿舍物品维修、更换记录。
（3）工作人员值班记录。
（4）学生信息更新记录。
（5）来访人员信息记录。
2.1.5处理流程和数据流程
2.1.6可靠性和安全性需求
在所有信息更新过程中要保证事务的完整性。
对于整个系统，需要完整的权限控制，防止某些人恶意的攻击系统，修改原始记录。
同时对于数据库中的数据需要定时备份，防止系统数据丢失。
2.1.7完成期限
本项目的完成期限为2016年1月中旬。
2.2项目基本目标
所建议的系统开发目标应考虑以下几个方面：
（1）系统需要操作方便，方便管理员对整个系统的管理。
（2）系统需要提供综合查询系统，方便信息的查询。
（3）系统需要良好的扩展性，方便功能扩展和性能扩展。
（4）系统需要较好的安全性和灾难回复机制。
2.3条件、假定和限制
对本项目开发中给出的调教、假定和所受到的限制如下。
2.3.1所建议系统运行寿命的最小值
系统运行寿命的最小值为10年。
2.3.2进行系统方案选择比较的时间
系统方案选择比较的时间为1个月。
2.3.3经费、投资的来源和限制
经费、投资的来源是太原理工大学软件学院，限制不超过合同上约定的条目。
2.3.4硬件、软件、运行环境和开发环境方面的条件和限制
（1）硬件资源
服务器：
工作站或小型机；
网络设备：
网络交换机，网卡，网线；
打印机。
（2）软件资源
服务器端软件选择的具体说明：
操作系统：
Windows2000Server或Linux、数据库管理。
数据库管理系统：
SQLServer。
开发语言：
Java语言。
2.3.5可利用的信息和资源
可参考现有的公寓管理系统。
2.3.6系统投入使用的最晚时间
系统投入使用的最晚时间为2015年2月。
2.4进行可行性分析的方法
本次可行性分析的是按照前面给出的步骤进行的，即按照复查项目目标和规模，研究目前正使用的系统，导出新系统的高层逻辑模型，重新定义问题这一循环反复过程进行的。
2.5评价尺度
本系统进行评价时的主要尺度有：
费用的多少，开发时间的长短，以及使用的难易程度等。
3对现有系统的分析
3.1工作负荷
现有系统的工作主要有：
（1）公寓、宿舍信息维护；
（2）工作人员信息维护；
（3）学生信息维护。
3.2费用支出
运行现有系统所需要的费用支出包括：
系统维护人员的工资等。
3.3人员
运行维护现有系统的人员为管理员。
3．4设备
现有系统所需要的设备有：
计算机、服务器等。
3.5局限性
现有系统的局限性表现在以下方面：
手工操作易出错、工作量大；对公寓宿舍信息和学生信息详细的查询困难。
4所建议的系统
4.1对所建议的系统的说明
所建议的系统是基于B/S结构的公寓管理系统，其利用J2EE技术，解决了对公寓信息的各流程的控制，并提供了一个良好的、易操作、直观的用户操作界面，从而实现便捷的和系统化的管理。
4.2改进之处
所建议系统与现有系统比较，改进之处包括：
不需要管理人员手工操作查询、可及时更新公寓宿舍信息，节省了大量的人力、物力资源，提高了管理质量和工作效率。
4.3影响
在建立所建议系统时，预期会带来的影响包括以下几个方面：
4.3.1对设备的影响
由于本系统开发时采用新的技术和手段，所以需要配备符合本报告2.3条件所列出的条件的计算机硬件。
4.3.2对软件的影响
软件环境须符合本报告2.3条件所列出的要求。
4.3.3对用户单位机构的影响
为了运行所建议系统，需要系统管理员熟悉计算机相关操作。
4.3.4对系统运行过程的影响
用户操作规程按照系统所建议的提示进行；系统失效后，数据库恢复到最新更新的备份状态进行保存。
4.3.5对开发的影响
开发过程需要及时与用户沟通、了解其需求，不断改进和完善系统。
4.3.6对地点和设施的影响
无。
4.3.7对经费开支的影响
需要支付开发单位有关费用。
5可行性分析
5.1技术可行性分析
本系统是一个给予B/S结构的图书管理系统，采用面向对象技术、数据库技术、分布式技术等先进技术开发的应用程序，现有的开发技术已非常成熟，且被广泛应用于各行各业，利用现有技术完全可以以达到功能目标。
考虑开发期限较为宽裕，预计可以在规定的时间内完成开发。
5.2经济可行性分析
5.2.1支出
（1）基本建设投资
硬件设备：
服务器。
软件：
Windows2000Server或Linux、数据库管理
系统：
SQLServer。
开发工具：
MySQL、MyEclipse、Axure、PowerDesign
（2）其他一次性支出
系统设计和开发费用。
（3）非一次性支出
系统维护费用
5.2.2收益
管理方式的自动化，减少了人力、物力费用，缩短了操作时间，极大地提高了工作效率和系统的性能，能快速的更改和查询信息。
5.2.3投资回报期
根据投资回收期计算方法，收益的累计数开始超出支出的累计数为2年。
6社会因素方面的可行性
6.1法律方面的可行性
所建议系统的研制和开发都选用正版软件，将不会侵犯他人、集团和国家的利益，不会违反相关的国家政策和法律。
6.2操作方面的可行性
本系统的研制和开发充分考虑用户工作流程、计算机操作水平等，尽可能提供更人性化、直观的界面，满足用户的要求。
系统的操作方式在用户组织内可行。
7可行性的结论
经过上述的可行性分析，系统的研制和开发可以立即开始进行。
二、需求分析
1.引言
1.1编写目的
需求规格说明书是弄清楚用户对开发软件应用系统的确切要求，本阶段对所要做的系统做需求分析，是建立在前面的可行性研究基础上的。
主要解决了实现该系统的数据字典及功能需求问题。
包括如何把该系统划分成若干个模块、决定各个模块之间的接口、模块之间传递的信息，以及数据结构、模块结构的设计等。
在以下的详细设计报告中将对在本阶段中对系统所做的所有分析进行详细的说明。
在下一阶段的详细设计中，程序设计员可参考本阶段对公寓管理系统所做的模块结构设计的基础上，对系统进行详细设计。
在以后的软件测试以及软件维护阶段也可参考此说明书，以便于了解在需求分析过程中所完成的各模块设计结构，或在修改时找出在本阶段设计的不足或错误。
1.2项目背景
a.开发软件的名称：
公寓管理系统
b.项目的任务提出者：
学校
c.开发者:
太原理工大学软件学院
d.用户：
国内各个院校
e.项目与其他软件或其他系统的关系：
本系统采用客户机/服务器原理，客户端的程序是建立在Windows系统上以Java语言为开发软件的应用程序，服务器端采用Linux为操作系统的工作站。
1.3定义
专业术语和缩写词：
略
1.4参考资料
（1）崔冬华.《软件工程》.人民邮电出版社.2014年3月
（2）张海藩.《软件工程导论》.人民邮电出版社.2006年1月
（3）潘孝铭.《软件文档编写》.高等教育出版社.2004年8月
（4）罗先文.《软件工程实物》.重庆大学出版社.2005年3月
（5）王珊.《数据库系统概论》高等教育出版社2013年12月
（6）张白一.《web应用开发技术：
Jsp》西安电子科技大学出版社
2.任务概述
2.1系统目标
系统实现后，大大提高学校的公寓管理效率。
降低公寓管理中的错误发生率，减少信息交流的繁琐过程及其带来的开销。
2.2运行环境
操作系统：
win7、win8
数据库：
SQLAccess
2.3条件与约束
（1）在分析系统功能时要考虑有关证件的合法性验证（如身份证、取票通知、交款发票等）。
（2）对于本系统还应补充以下功能：
信息更改错误的处理。
3.数据描述
3.1静态数据
公寓号，宿舍号，宿舍限定人数
3.2动态数据
财产管理数据，访客信息，物品信息所涉及的数据；
3.3数据库描述
SQL2008
4.功能分析
4.1功能划分
（1）客户端子系统（更新信息的输入和统计，更新信息的存储，所有信息的传递及接受）
（2）服务器端子系统（）
4.2功能描述
（1）客户端子系统
在客户端系统的功能实现上，可以分为以下几个部分：
[1]更新信息的输入和统计
学校把公寓宿舍信息、工作人员信息等等由专人负责输入。
这部分功能是客户端子系统的基本部分，这个功能是以后各个部分的基础。
系统要求做到即能够从其它子系统中共享一部分信息，又有方便的操作界面手工输入所有信息。
这部分要求对输入的数据进行简单的统计，供学校进行查询和宏观调控。
[2]更新信息的存储：
将更新过的信息存储到学校的客户端系统中，以备以后的信息确认以及查询。
[3]所有信息的传递及接收：
将所有信息由学校客户端由网络传到学校的服务器上，并且接受学校返回的确认信息，然后存储起来。
（2）服务器端的功能需求
通过计算机网络将客户端与服务器的数据库相连，将从客户端得到的信息进行处理，实现公寓宿舍信息查询、住宿情况查询等子系统。
以计算机成本核算为中心，实现公寓管理业务的计算机自动化，为学校降低成本、提高工作效率。
在服务器端系统的功能实现上，可以分为以下几个部分：
[1]接收由学校客户端发回的所需信息：
通过网络接收信息并存入到服务器的数据库中。
[2]生成公寓信息：
根据所需公寓信息，在数据库中查询并得到正确的公寓信息。
[3]传递公寓信息到客户端：
把得到的公寓信息通过网络传递到学校。
[4]接收学校的反馈信息：
对学校的反馈信息进行确认。
5性能需求
为了保证系统能够长期、安全、稳定、可靠、高效的运行，公寓管理系统应该满足以下的性能需求：
（1）系统处理的准确性和及时性
系统处理的准确性和及时性是系统的必要性能。
在系统设计和开发过程中，要充分考虑系统当前和将来可能承受的工作量，使系统的处理能力和响应时间能够满足学校对信息处理的需求。
由于公寓管理系统的信息更新和查询功能对于整个系统的功能和性能完成举足轻重。
作为系统的很多数据来源，其准确性很大程度上决定了公寓管理系统的成败。
在系统开发过程中，必须采用一定的方法保证系统的准确性。
（2）系统的开放性和系统的可扩充性
公寓管理系统在开发过程中，应该充分考虑以后的可扩充性。
这要求系统提供足够的手段进行功能的调整和扩充。
而要实现这一点，应通过系统的开放性来完成，既系统应是一个开放系统，只要符合一定的规范，可以简单的加入和减少系统的模块，配置系统的硬件。
通过软件的修补、替换完成系统的升级和更新换代。
（3）系统的易用性和易维护性
公寓管理系统是直接面对使用人员的，而使用人员往往对计算机并不时非常熟悉。
这就要求系统能够提供良好的用户接口，易用的人机交互界面。
要实现这一点，就要求系统应该尽量使用用户熟悉的术语和中文信息的界面；针对用户可能出现的使用问题，要提供足够的在线帮助，缩短用户对系统熟悉的过程。
公寓管理系统中涉及到的数据是学校的相当重要的信息，系统要提供方便的手段供系统维护人员进行数据的备份，日常的安全管理，系统意外崩溃时数据的恢复等工作。
（4）系统的标准性
系统在设计开发使用过程中都要涉及到很多计算机硬件、软件。
所有这些都要符合主流国际、国家和行业标准。
例如在开发中使用的操作系统、网络系统、开发工具都必须符合通用标准。
如规范的数据库操纵界面、作为业界标准的TCP/IP网络协议及ISO9002标准所要求的质量规范等；同时，在自主开发本系统时，要进行良好的设计工作，制订行之有效的软件工程规范，保证代码的易读性、可操作性和可移植性。
（5）系统的先进性
目前计算系统的技术发展相当快，作为公寓管理系统工程，应该保证系统在下个世纪仍旧是先进的，在系统的生命周期尽量做到系统的先进，充分完成企业信息处理的要求而不至于落后。
这一方面通过系统的开放性和可扩充性，不断改善系统的功能完成。
另一方面，在系统设计和开发的过程中，应在考虑成本的基础上尽量采用当前主流、先进且有良好发展前途的产品。
6运行需求
6.1用户界面
在用户界面部分，根据需求分析的结果，用户需要一个用户友善界面。
在界面设计上，应做到简单明了，易于操作，并且要注意到界面的布局，应突出的显示重要以及出错信息。
外观上也要做到合理化。
在设计语言上，已决定使用HTML、JSP语言进行编程。
其中服务器程序界面要做到操作简单，易于管理。
总的来说，系统的用户界面应作到可靠性、简单性、易学习和使用。
6.2硬件接口
在输入方面，对于键盘、鼠标的输入，可用VisualC++的标准输入/输出，对输入进行处理。
在输出方面，也可用VisualC++的标准输入/输出对其进行处理。
在网络传输部分，在网络硬件部分，为了实现高速传输，将使用高速网卡。
6.3软件接口
服务器程序可使用JSP提供的对SQLSERVER的接口，进行对数据库的所有访问。
服务器程序上可使用SQLServer的对数据库的备份命令，以做到对数据的保存。
在网络软件接口方面，使用一种无差错的传输协议，采用滑动窗口方式对数据进行网络传输及接收。
三、总体设计
3.1设计概述
本阶段设计的基本目标是解决系统如何实现问题，也叫做概要设计，本阶段主要任务是划分出系统的物理元素及设计软件的结构，完成软件定义时期的任务之后就应该对系统进行总体设计，即根据系统分析产生的分析结果来确定这个系统由哪些系统和模块组成，这些系统和模块又如何有机的结合在一起，每个模块的功能如何实现。
系统设计的目标是使系统实现所要求的功能，同时力争达到高效率、高可靠性、可修改性，并且容易掌握和使用。
模块化的依据是：
把复杂问题分解成许多容易解决的小问题。
原来的问题也就变得容易解决。
模块化设计是把大型软件按照一定的原则划分成一个较小的功能相对独立又相关联的模块。
每个模块完成一个特定的子功能。
把这些模块结合起来组成一个整体。
完成指定的功能，满足问题的要求。
采用模块化原理的优点在于可以使软件结构清晰，容易测试和调试。
从而提高软件的可靠性，可修改性。
有助于软件开发的组织管理。
一个大型软件可分别编写不同的模块。
3.2系统总体结构及功能模块划分
经过对系统的需求分析，学生公寓管理系统主要划分为五部分：
员工管理，学生管理，公寓管理，查询统计和系统管理等五个功能模块。
系统的总体结构如
图3.1。
图3.1。
3.2.1寝室管理模块
寝室管理的功能是修改宿舍状况以及查询入住状况。
查询入住状况是通过系统对整个公寓的指定寝室进行入住状况查询，可以查到指定宿舍的相应床位的入住学生学号。
修改宿舍状况是通过宿舍号及床位号对入住学生的学号进行修改的过程。
3.2.2学生管理模块
学生管理模块分为新建学生信息以及查询学生信息两个模块。
新建学生信息可以新建一个学生的档案，学生档案包括学生姓名，学生性别，年龄，学号，专业，所住宿舍等信息，提交到数据库供以后使用。
查询学生信息的功能是通过学生姓名和学号查询学生所在宿舍以及床位等信息。
3.2.3信息查询
信息查询包含宿舍信息查询以及学生信息查询。
查询学生信息的功能是通过学生姓名和学号查询学生所在宿舍以及床位等信息。
宿舍信息查询是通过系统对整个公寓的指定寝室进行入住状况查询，可以查到指定宿舍的相应床位的入住学生学号。
3.2.4宿舍财产管理
宿舍财产管理具有物品信息查询，物品信息录入和物品信息修改的功能，其中将查询与修改功能结合在一起，在物品信息查询完毕后，可以选择修改物品数量。
物品信息查询：
根据宿舍号对宿舍物品信息的查询，输出指定宿舍内物品名称与数量。
物品信息录入可以录入宿舍号对应宿舍指定物品的数量。
物品信息修改可以根据物品所在宿舍以及物品名称对物品数量进行修改。
3.2.5出入管理
出入管理分为访客出入登记和学生出入登记。
访客出入登记主要为了登记来访人员的信息，如姓名，电话，入访时间，离开时间，备注信息等。
学生出入登记是为了在放假及开学时对学生的出入状况进行登记的功能，方便体现学生的入校离校时间。
3.2.6系统维护
系统维护是维护人员在程序使用过程中对程序的维护过程，保证程序的正常运行。
3.3系统数据库概念结构设计
根据对数据项与数据结构的分析，设计出能够满足系统需求的各种实体，及它们之间的关系，为后面的逻辑结构设计打下基础。
3.3.1系统E-R图
系统E-R图可以将各个实体之间的关系显示出来，将各个实体间的属性依赖表示明白。
系统
E-R图：
3.3.2系统数据库设计
表3.3.1管理员信息表user
字段
类型
字段长度
是否允许为空
说明
Username
vchar
20
是
用户名
Userpass
vchar
20
是
密码
Level
vchar
20
是
权限
表3.3.2宿舍信息表room
字段
类型
字段长度
是否允许为空
说明
rn
vchar
20
是
宿舍号
sno1
vchar
20
是
1号床学号
sno2
vchar
20
是
2号床学号
Sno3
vchar
20
是
3号床学号
Sno4
vchar
20
是
4号床学号
表3.3.3学生信息表student
字段
类型
字段长度
是否允许为空
说明
Sno
vchar
20
是
学号
Rn
vchar
20
是
宿舍号
Smajor
vchar
20
是
专业
Sname
vchar
20
是
姓名
Ssex
vchar
20
是
性别
sclass
vchar
20
是
班级
bedid
vchar
20
是
床号
stel
vchar
20
是
联系方式
表3.3.4访客信息visiter
字段
类型
字段长度
是否允许为空
说明
vn
vchar
20
是
访客姓名
vtel
vchar
20
是
联系方式
vin
vchar
20
是
来访时间
vout
vchar
20
是
离开时间
vs
vchar
20
是
留言
表3.3.5财产信息goods
字段
类型
字段长度
是否允许为空
说明
rn
vchar
20
是
宿舍号
gname
vchar
20
是
物品名称
gn
vchar
20
是
物品数量
3.4安全保密设计
3.4.1用户登陆安全性
系统设计了登陆界面，每个管理员用户有一个密码，该密码由管理员自行维护，从而实现对身份验证。
3.4.2操作安全性
只有管理员凭借用户名和密码进入系统，对里面的信息可以进行修改等。
其它用户可以查看里面的内容，能更改。
3.4.3数据安全性
客户端层和数据库层隔离,客户端无法接触本质的数据库,无法进行非法的修改和破坏,使得数据库得到有效安全的保护。
存放管理员信息的数据库与其他数据库分别创建，不会互相影响，保证数据库安全。
升级会员 