学生宿舍管理信息系统.docx
《学生宿舍管理信息系统.docx》由会员分享，可在线阅读，更多相关《学生宿舍管理信息系统.docx（24页珍藏版）》请在冰豆网上搜索。
学生宿舍管理信息系统
目录
第一章系统规划3
1.系统背景开发3
2.资料调查3
3.需求分析4
3.1基本功能需求4
3.2性能需求4
4.可行性分析4
4.1技术可行性4
4.2经济可行性5
4.3营运可行性5
第二章系统分析5
1.组织结构调查5
2.功能结构调查6
3.业务流程分析6
4.数据流程分析7
4.1顶层数据流程图7
4.2一层数据流程图8
5.数据字典制作9
5.1数据项的定义9
5.2数据结构的定义10
5.3数据储存的定义11
5.4外部实体定义11
5.5数据流的定义11
5.6处理逻辑的定义12
6.处理逻辑描述13
第三章系统设计13
1.功能结构设计13
2.代码设计14
3.输入设计14
4.输出设计15
5.物理配置方案设计15
5.1物理配置方案15
5.2历史信息的管理16
第四章系统实施16
1.系统运行16
2.系统维护16
第五章总结17
第六章参考资料17
学生宿舍管理信息系统
第一章系统规划
1.系统开发背景
随着现代科学技术的迅猛发展，计算机技术已经渗透到各个领域，成为各行业必不可少的工具，特别是因特网技术的推广和信息高速公路的建立与普及，使信息技术产业在市场竞争中越发显示出其独特的优势，步入信息化时代，有巨大的数据信息等待加工处理与传输，这使得对数据库的进一步开发和利用显得尤为迫切和重要。
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
目前好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。
而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，这样不但麻烦还浪费了许多时间，效率也比较低。
当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。
信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。
近年来，随着高校的扩招，住宿学生越来越多，学生公寓楼房越来越多，宿管人员越来越多。
随着高校后勤社会化改革，学生住宿条件得到了很大改善，宿舍内的贵重设施、电器等越来越多，宿舍安排上打破了原来按专业班级强制集中住宿的限制，可供学生选择的余地也越来越大，相关部门对公寓管理的要求越来越高。
因此，公寓管理的难度越来越大。
但由于管理意识薄弱，管理手段落后，管理基础不规范，安全控制体系不完善，发生在高校公寓的恶性事件屡屡发生，如何贯彻和落实有关文件和规章制度，从基层对高校学生公寓进行科学化和规范化的日常管理，成为高校与教育主管部门亟待解决的问题。
2.资料调查
高等学校学生公寓管理系统是一个落实国家有关规章制度、加强学生住宿管理、规范高校公寓日常工作、提高公寓管理效能的有效工具。
系统以公寓房间、入住学生为基础信息源，可以对房间床位分配、住宿收费、物业收费、房间设施、日常检查、公寓工作人员等进行规范管理，可以使教务处、学生处、保卫处、公寓管理中心、财务处等学校职能部门及学校领导随时获得全方位的公寓管理信息，实时掌握学生入住与缴费统计，动态监控公寓管理情况，实现信息共享，提高工作效率。
系统全面体现了教育部相关文件的精神要求，为高校扩招、建设、后勤制度改革提供支持。
在吸收先进管理思想的基础上，综合运用了各种现代信息技术，是促进管理科学化的新型管理系统。
3.需求分析
目前，我们学校的宿舍管理采用的还是人工来进行管理的,面对目前学校发展的实际状况，我通过实地调研之后，对宿舍管理系统的设计开发做了一个详细的概述。
功能需求
3.1基本功能需求
本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。
系统在实现上应该具有如下功能：
a.系统要求用户必须输入正确的用户名和密码才能进入系统。
b.系统应该提供学生住宿情况的基本登记。
c.系统应提供人员来访登记及结束访问的详细登记。
d.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。
e.系统应提供查询功能，以方便用户对学生基本信息的查询（要实现按多种条件的查询）及楼房信息的查询。
f.系统应提供增加、删除、修改用户帐户的功能。
3.2性能需求
学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下：
a.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。
没有权限的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确保系统的严密性和安全性。
b.在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功能将是不可使用的，只有系统管理员登录和普通用户登录两个窗口可以使用，没有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。
c.在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。
4.可行性分析
4.1技术可行性
本系统采用WindowsXP作为操作平台。
数据库开发平台选用MicrosoftVisualFoxpro6.0，该数据库管理系统在Windows2000和MSWindowsXP上都能运行，并提供数据库之间的数据复制功能，可替代现有系统单数据的手工传递工作，降低出错率，提高数据的可用性。
本系统的应用软件开发平台也选用VisualFoxpro6.0，这是目前数据库应用软件的主流开发平台。
4.2经济可行性
现代化教育需要现代化、信息化的管理，在电脑普及的今天，该系统成本低，维护费用少，同时也可以节省人力、物力、财力。
数据库来编程实现，系统设计成模块化、组件化，便于将来的扩展和维护，减少学校的再投资。
此外由于本系统开发所需要的软件（如VF6.0）都是免费下载的，因此开发的费用比较低，因而在交付使用后就会带来相应的经济效益，也会因为此软件的高效性、准确性、及时性赢得广大客户的尊重，既经济又实用，很大程度的降低了原来在公寓管理上的花费，而且更加直观和方便，特别是在查询公寓名单、管理公寓秩序、进行卫生检查、方便卫生考评、落实职责职权等上都比以前有了很大的提高，取得无形的校园效益。
4.3营运可行性
本系统操作简单，易于理解，只需通过简单培训，上手较快，学校宿舍管理处的管理人员均能进行操作，营运环境要求低。
面对于系统设计还应该以“标准性、安全性、兼容性、高效性、保密性、可维护性”为标准，在着眼于当前实用的基础上，为将来系统的扩展，升级留有余地。
软件的开发应能在较长时间内满足学校的发展需要。
故新系统还需要满足以下这几个标准：
a.标准性：
系统的软硬件选型都应该采用工业化标准，这样既可以保证系统运行质量又可以分享在此标准上的每一次技术进步。
b.可靠性：
由于学生信息的重要性，系统的软硬件应均为质量可靠，并采用RAIDO+1廉价磁盘冗余保护技术，确保不会由于软硬件故障造成系统运行终止而使用户蒙受损失。
c.安全性：
通过软件的编制及硬件设置，控制使用者接触数据的权限，从而确保使用者无法操作与其无关的数据。
d.兼容性：
系统的所用软硬件理论上都应有100%的兼容性，用以保证软硬件的可互换性。
e.高效性：
由于学校学生信息每次处理的信息量较大，因此系统对信息的处理能力，响应能力都应是快速而有效的，在软甲编制过程中应充分考虑到这一点。
f.可维护性：
系统软件设计时应采用结构化模块设计，以便于开发和维护，也有利于根据情况随时进行功能调整。
同时在系统开发时应充分考虑到用户的日常维护，使之能简便易行。
通过可行性分析研究，认为新系统的开发方案切实可行，可进行开发。
第二章系统分析
1．组织结构调查
表示：
领导与被领导关系
表示：
信息资料传递关系
图2-1组结构图
2．管理功能调查
图2-2功能结构图
3．业务流程调查
图2-3业务流程图
4．数据流程调查
4.1顶层数据流程图
图2-4顶层数据流程图
4.2一层数据流程图
图2-5信息处理数据流程图
图2-6入住处理数据流程图
图2-7费用管理数据流程图
图2-8维修管理数据流程图
图2-9系统管理数据流程图
5．数据字典制作
5.1数据项的定义
表3-2
编号
名称
别名
类型及宽度
取值范围
I1
管理员姓名
Username
字符型，6位
0—999999
I2
密码
Password
字符型，10位
0—9999999999
I3
学号
Studentid
字符型，10位
0—9999999999
I4
姓名
Name
字符型，8位
0—99999999
I5
性别
Sex
字符型，2位
0—99
I6
籍贯
Home
字符型，10位
0—9999999999
I7
入学年份
Year
字符型，4位
0—9999
I8
学制
nianzhi
整型，4位
0—9999
I9
学院
xueyuan
字符型，10位
0—9999999999
I10
班级
classid
字符型，10位
0—9999999999
I11
栋号
donghao
字符型，2位
0—99
I12
寝室号
houseid
字符型，3位
0—999
I13
电话
Phone
字符型，8位
0—99999999
I14
可住人数
Kezhu
整型，4位
0—9999
I15
入住人数
Ruzhu
整型，4位
0—9999
I16
寝室费
hexpense
整型，4位
0—9999
I17
入住时间
intime
时间
I18
底数
Dishu
浮点型，8位
0—99999999
I19
可用数
xianshu
浮点型，8位
0—99999999
I20
上次缴费时间
shangci
时间
I21
本次缴费时间
newdate
时间
I22
费用
eexpense
浮点型，8位
0—99999999
I23
维修编号
Id
整型，4位
0—9999
I24
维修维修物品
things
字符型，10位
0—9999999999
I25
申请维修时间
calldate
时间
I26
原因
yuanyin
字符型，10位
0—9999999999
I27
是否已维修
isrepair
字符型，2位
0—99
I28
维修时间
repairdate
时间
I29
维修花费
rexpense
浮点型，8位
0—99999999
I30
责任人
Zeren
字符型，10位
0—9999999999
I31
赔偿
peichang
字符型，2位
1—99
5.2数据结构定义
表3-3
名称
编码
简述
组成
管理员表
DS1
记录管理员信息
管理员姓名+密码
学生表
DS2
记录学生信息
学号+姓名+性别+籍贯+入学年份+学制+学院+班级
寝室表
DS3
记录寝室信息
栋号+寝室号+性别+电话+可住人数+入住人数+寝室费
居住表
DS4
记录居住信息
学号+栋号+寝室号+入住时间
水费表
DS5
记录水费信息
栋号+寝室号+底数+可用数+上次缴费时间+本次缴费时间+费用
电费表
DS6
记录电费信息
栋号+寝室号+底数+可用数+上次缴费时间+本次缴费时间+费用
维修表
DS7
记录维修信息
维修编号+栋号+寝室号+维修物品+申请维修时间+原因+是否已维修+维修时间+维修花费+责任人+赔偿
5.3数据存储的定义
表3-4
编号
名称
简述
组成
关键字
相关的处理
D1
学生库
存储学生表
学号+姓名+性别+籍贯+入学年份+学制+学院+班级
学生
P1
D2
寝室库
存储寝室表
栋号+寝室号+性别+电话+可住人数+入住人数+寝室费
寝室
P1
D3
入住库
存储居住表
学号+栋号+寝室号+入住时间
居住
P2
D4
费用库
存储水费表，电费表
栋号+寝室号+底数+可用数+上次缴费时间+本次缴费时间+费用
费用
P3
D5
维护库
存储维修表
维修编号+栋号+寝室号+维修物品+申请维修时间+原因+是否已维修+维修时间+维修花费+责任人+赔偿
维修
P4
D6
管理员库
存储管理员表
管理员姓名+密码
管理员
P5
5.4外部实体定义
表3-5
编号
名称
输入
输出
简述
S1
信息部
基本信息
录入信息
S2
财务部
费用信息
管理水电费用
S3
维护部
维修信息
维修
S4
技术部
系统信息
系统管理
5.5数据流的定义
表3-6
编号
名称
简述
来源
去向
组成
流量
高峰流量
F1_1
学生基本信息
信息部录入学生基本信息
信息部
信息部
I3+I4+I5+I6+I7+
I8++I9+I10
约0条/天
约200条/天
F1_2
学生信息查询结果
对学生信息查询的反馈
信息部
信息部
I3+I4+I5+I6+I7+I8+
+I9+I10
约10条/天
约20条/天
F1_3
寝室基本信息
信息部录入寝室基本信息
信息部
信息部
I5+I11+I12+I13+I14
+I15+I16
约0条/天
约100条/天
F1_4
寝室信息查血结果
对寝室信息查询的反馈
信息部
信息部
I5+I11+I12+I13+I14
+I15+I16
约10条/天
约20条/天
F2_1
入住信息
信息部录入入住信息
信息部
信息部
I3+I11+I12+I17
约0条/天
约100条/天
F2_2
入住查询结果
对入住信息查询的反馈
信息部
信息部
I3+I11+I12+I17
约10条/天
约20条/天
F3_1
费用信息
财务部录入费用信息
财务部
财务部
I11+I12+I18+I19+
I20+I21+I22
约100条/天
约200条/天
F3_2
费用查询结果
对费用信息查询的反馈
财务部
财务部
I11+I12+I18+I19+
I20+I21+I22
约10条/天
约20条/天
F4_1
维修信息
维护部录入维修信息
维护部
维护部
I11+I12+I23+I24+
I25+I26+I27+I28+
I29+I30+I31
约10条/天
约20条/天
F4_2
维修查询结果
对维修信息查询的结果
维护部
维护部
I11+I12+I23+I24+
I25+I26+I27+I28+
I29+I30+I31
约10条/天
约20条/天
F5_1
管理员信息
技术部录入管理员信息
技术部
技术部
I1+I2
约0条/天
约10条/天
F5_2
管理员查询结果
对管理员信息查询的反馈结果
技术部
技术部
I1+I2
约10条/天
约20条/天
5.6处理逻辑的定义
表3-7
编号
名称
简述
输入
输出
处理
处理频率
P1
信息管理
录入基本信息
学生信息，寝室信息
I3+I4+I5+I6+I7+
I8++I9+I10
I5+I11+I12+I13+I14
+I15+I16
10次/天
P2
居住管理
管理居住情况
学生信息
居住情况
I3+I11+I12+I17
10次/天
P3
费用管理
管理水电费
寝室信息
费用情况
I11+I12+I18+I19+
I20+I21+I22
100次/天
P4
维护管理
维修管理
寝室信息
维修情况
I11+I12+I23+I24+
I25+I26+I27+I28+
I29+I30+I31
100次/天
P5
系统管理
系统管理员管理
管理员信息
管理员信息
I1+I2
10次/天
6．处理逻辑描述
第三章系统设计
1.功能结构设计
2.代码设计
学号（10位）
前4位表示专业，中间4位表示班级，后2位表示学生序号。
如：
XXXXXXXXXX
学生序号
班级
专业
如：
081208116指工管专业081班16号学生。
3.输入设计
输入设计对系统的质量有着决定性的重要影响，因为如果输入数据有误，即使计算和处理均十分正确，也无法获得可靠的输出信息。
同时，输入设计是信息系统与用户之间交互的纽带，决定着人机交互的效率。
a.控制输入量由于数据的输入与计算机的处理比较起来相对缓慢，在数据录入时，系统大多数时间都处于等待状态，系统效率将显著降低；同时，数据录入工作一般需要人的参与，大量的数据录入往往浪费很多人力资源，增加系统的运行成本。
因此，在输入设计中，应尽量控制输入的数据总量。
而我们的系统只需输入必要的基本信息，其他的数据可通过计算、统计、检索得到，即可由计算机自动产生。
b.减少输入延迟输入数据的速度往往成为提高信息系统运行效率的瓶颈。
而在我们的系统中，信息的输入往往是即时输入，信息当时产生便输入系统中。
c.减少输入错误这一点我们可加强对使用者的使用水平进行控制。
d.输入过程应尽量简化输入设计应尽量避免不必要的输入步骤，不能因为查错、纠错而是输入复杂化。
我们的系统便是一个简化的系统，只需输入必要的基本信息，而信息的纠错可在输入的同时进行。
4.输出设计
输出是系统产生的结果或提供的信息。
对于大多数用户来说，输出是系统开发的目的和评价系统开法成功与否的标准。
因此，系统设计过程与实施过程正好相反，不是从输入设计到输出设计，而是从输出设计到输入设计。
输出设计的内容包括：
a.有关输出信息使用方面的内容，包括信息的使用者、使用目的、报告量、使用周期、有效期、保管方法和复写份数等。
我们所开发的系统输出信息的使用者为管理员、学生、老师、维修员及送水员等，他们将信息输入数据库，并从数据库中获取所需信息。
我们输出信息是为了管理学生公寓的日常活动，包括物品出入、夜归、卫生评比、报修、订水、快件接收、购买网卡、电话卡等。
输出的信息是使用者需要的，通过使用、分析输出的信息，公寓中的各项活动便可有序地进行。
其报告量视各项活动的需求而定。
其使用周期可为一个月，每月更新必要的信息，这样数据库中的信息便会简洁且切合实际需要。
输出的信息的有效期为学生在校期间，学生在校期间内所发生的各项活动所得信息都是有效的。
保管方法可用较好的硬盘存储。
复写份数为使用者数，使得每位使用者都能得到一份信息表获取信息。
b.输出信息的内容，包括输出项目、位数、数据形式（文字、数字）。
输出的项目包括物品出入信息、学生夜归信息、报修信息、卫生评比信息、订水信息、快件信息、电话卡、网卡销售信息等。
其数据形式包括文字及数字。
c.输出格式，如表格、图形或文件。
我们的系统所输出的信息的格式为VisualBasic的运行界面。
d.输出设备，如打印机、显示器、磁带、光盘等。
我们的系统输出信息的设备为显示器。
从电脑中查询信息。
e.输出介质，如输出到磁盘上还是磁带上，输出用纸是专用纸还是普通纸等。
我们系统输出的信息的输出介质是输出到磁盘上，输出用纸是普通白纸。
5.物理配置方案设计
5.1物理配置方案
本系统使用MicrosoftVisualFoxpro6.0软件开发，对计算机的要求如下：
硬件环境：
内存64MB，处理器586-66MHZ/更高档计算机
软件环境：
操作系统WindowsXP或者更高版本
5.2历史信息的管理
系统开发过程中产生的全部的数据和文档作了系统的分类和妥善的保存，以便在新一轮的开发中提供详细的信息。
在正式运行后，系统产生的各种数据都储存在相应的数据文件中，每隔一定的时间作一次备份包括一份磁盘和一份文档。
在适当的时候还要进行数据的更新和维护。
第四章系统实施
1.系统的运行
根据用户使用该系统反馈的信息来看，用户基本上是满意的，满意的原因是系统的稳定性能较好，实用性较强，用户界面也比较友好，使用起来比较方便。
更重要的是，使用该系统后，大大节约了人力、物力和财力，用户的财务状况基本实行了透明化，学生的各种有关账目一清二楚，各种账目均有帐可查；同时，宿舍管理工作效率也得到了很大的提高。
同时，用户也提出了一些中肯的意见，如能否在界面中自由切换到Word、Excel表格等办公自动化系统中，对于打印的格式能否更加人性化一点等。
对这些意见，我觉得值得改进，其实这些要求在技术上实现并不难，无非是加入一个OLE控件，编写一个输出界面更加符合人性化要求的用户类就可以了。
我将在下一版系统的开发中加入这些功能，当然，这个系统也是在不断满足用户要求中不断得到进步和完善的。
2.系统的维护
系统维护就是为了保证系统中的各个要素随着环境的变化始终处于最新的、正确的工作状态。
学生宿舍管理信息系统开发完成并交用户使用以后，系统进入了运行期。
在运行和维护阶段，对运行系统改变硬件、软件、文件和作业程序的情况进行矫正错误、满足需求、改进处理效率。
a.程序的维护。
根据运行记录发现程序的错误及时更正；或者根据用户的要求进一步修改；或者环境发生变化，修改程序。
b.数据文件的维护。
因业务变化的需要建立新文件，或者对现有的文件结构进行修改。
c.代码的维护。
不断更新代码使代码适应变化的环境，可以编写新的代码或是修改旧的代码体系。
d.机器设备的维护。
包括机器设备的日常维护与管理。
系统运行管理包括系统运行记录，系统运行的日常维护等工作：
系统运行情况的记录：
每天计算机的启动、应用系统的进入、数据备份、存档等情况。
此外，系统维护还应包括硬件维护和软件维护。
a.硬件维护一种是定期设备保养性维护，另一种是突发性故障维修。
b.软件维护指根据需求变化或硬件环境的变化对应用程序进行的修改。
第五章总结
经过一周的努力，我最终完成了学生宿舍信息管理系统的课程设计报告。
总的来，我对自己所做的工作及获得的成果还是比较满意的。
系统运行基本达到了预期目标，课程设计报告通过系统规划、系统分析、系统设计、系统实施等四部分内容，详细完整的记录了系统开发的过程。
在本次系统开发的过程中，我积极的与大家沟通交流，我们之间互帮互助，力争独立的发现问题解决问题，其间也确实遇到很多困难，但是我都以积极的心态迎接挑战，尽心尽力，不断思考、查阅资料，以求在我的技术水平能达到的基础上做到更好。
有困难才会有收获。
在本次课程设计中，我学到了很多：
首先，我通过实际运用所学知识更深刻地理解了管理信息系统，将管理知识和现在化开发技术相结合，才能达到我的最终目标。
其次，系统的设计过程锻炼了我的逻辑能力，要完成一个任务有很多种途径，如何选取最优解并将每一步的最优解衔接，然后以图表方式表达出来是非常考验人的，在繁复的设计过程中我们的思路更加清晰，视野更加开阔。
最后，我复习了相应的编程知识，尽管技术水平
升级会员 