目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
学生宿舍管理系统开发报告
学号：0802140134
姓名：许超
完成时间2011、06、22
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
关于西安财经学院宿舍学生入住管理系统开发报告
引言
21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。
针对如此，设计一套内部学生宿舍管理系统。宿舍管理系统采用的计算机化管理，由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
第一章系统规划
一、项目背景、意义、必要性
学生宿舍管理系统对于一个学校来说是必不可少的组成部分。目前我们西安财经学院学校每年在新生进校时学校有一个入住信息记载的管理信息系统。但在后勤管理，宿舍楼管还停留在管理人员手工记录数据的最初阶段。后期学生调换宿舍，学生新增或流失都没有记录。针对如此，设计一套内部学生宿舍管理系统。
宿舍管理系统采用的计算机化管理，由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
二、系统的初步调查
针对西安财经学院目前宿舍管理信息系统情况向我校信息学院教授王老师做
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
了详细了解。目前我校在学生宿舍管理信息没有完整的信息系统，只是学校每年在新生进校时学校有一个第一次入住信息记载的管理信息系统。在后勤管理，宿舍楼管还停留在管理人员手工记录数据的最初阶段。后期学生调换宿舍，学生新增或流失都没有记录。学校大院、二级学院以及后勤集团三个部门在学生宿舍管理方面常常信息不对称。学校某个部门要学生住宿信息只能去学校大院查学生第一次入住所填的信息，如果学生后期调整宿舍，那么所查到的与学生实际信息与信息系统里不对称。所以目前我校急需开发一个能使宿舍管理信息能够上下统一，及时修改，学生能够参与其中的信息系统。
1、调查内容
学校领导对宿舍管理信息系统有什么要求;
学校大院、二级学院、后勤集团、宿舍楼管、学生对宿舍信息管理系统查询内容需求;
在学校宿舍管理方面学校大院、二级学院、后勤集团之间的关系； 后勤集团对宿舍信息管理工作的以前方法和所期望达到的效果；
2.调查过程：
本次调查采用重点询问法，通过走访学校领导、后勤集团、宿舍楼管、学生了解到大家对学校宿舍管理信息系统这方面的工作很重视。经过半个月的调查从学校不同部门了解到各部门对宿舍管理的要求信息。
从我校副院长那里了解到学校大院希望在宿舍信息管理这一块学生入住信息能够及时更改，与实际相符，学校上下管理层所得到的学生宿舍信息一致。学生有什么建议和要求可以留言，和校领导及时取得沟通；
学校大院通常希望可随时查到各二级学院学生所住对应宿舍楼；
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
二级学院通常希望可随时查询本院学生入住楼层以及各班级对应宿舍号；
后勤集团通常所关注的是随时可查询全校入住学生人数以及学生反映的宿舍问题能及时受到；
学生宿舍楼管所关心的而是学生与之对应宿舍的财产关系。
3.调查结果：
学校目前学生入住流程：
学生目前离校流程图;
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
制作U/C矩阵
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
描述系统总体结构图
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
4.系统可行性方案分析
下面就从经济可行性和技术可行性简要分析： （1）经济可行性分析
学生宿舍管理系统开发需要投资费用和未来的运行维护费用，其中投资费用主要包括设备费用、人员费用及其他费用（如由于工作方式改变需要增加的其他开支），通常为了保证新系统运行的可靠性，要求手工和计算机处理在长时间并存。系统的收益主要通过新系统提高工作效率，指导经营策略来实现，还有其他难以计算的指标，举例如下。
使用系统后管理节省的人力，减轻的劳动强度； 改进工作方式，提高了工作效率； 提高数据处理的及时性和准确性。 （2）可行性分析
硬件环境
开发设备环境：处理器 Intel Pentium 双核T2390 1.86GHz，内存 1GB，
硬盘 320G
操作系统：WindowsXP Professional SP3 开发工具：Visual C# 2005 数据库管理系统：Microsoft Access
从技术上来说，是完全可行的，开发/调试/运行环境也不存在任何障碍。
结论：
综上所述，本项目开发计划方案合理可行、立项依据充分、项目是可行的。 按照软件工程的生命周期方法学来完成设计，即系统的需求分析、总体设计、程序设计、系统调试等开发步骤，分阶段地完成各设计任务。接着，我根据自己的设计任务书的要求，对自己需要完成的部分进行了系统的规划，根据需求分析的要求，对数据库即数据库中的表进行设计规划：
对现行系统进行详细调查研究是了解系统需求和进行系统分析与设计的重要基础工作，因此要对学校的各项业务工作进行全面、细致而充分的调查研究。通过座谈、询问、观察甚至参与管理活动，自上而下逐步细化地进行了解，具体对宿舍这方面进行针对的调查研究工作。
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
第二章系统分析
一、系统分析工作
信息统开发的生命周期中系统分析阶段的各项活动和方法。按照“先逻辑，后物理”的系统开发原则。系统分析的主要目标就是按系统规划所定的开发项目范围内明确系统开发目标和用户的信息需求，提出系统的逻辑方案。系统分析在整个开发过程中，要解决“做什么”的问题，把要解决的哪些问题？满足用户哪些具体的信息需求调查、分析清楚，从逻辑上，或者说从信息处理的功能需求上提出系统的方案，即逻辑模型，为下一阶段进行物理方案（即计算机和通信系统方案）设计，解决“怎么做”提供依据。
二、数据流图
1.对学校宿舍中信息管理的主要业务流程进行业务分析说明，业务流程符号如下：
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
2.流程图就是组织中信息运动的抽象，是管理信息系统逻辑模型的主要形式。这个模型不涉及硬件、软件、数据结构与文件组织，它与对系统的物理描述无关，只是用一种图形及与此相关的注释来表示系统的逻辑功能，即所开发的系统在管理信息处理方面要做什么。由于图形描述简明，清晰，不涉及到技术细节，所描述的内容是面向用户的，所以即使完全不懂信息技术的用户单位的人员也容易理解。因此数据流程图是系统分析人员与用户进行交流的有效手段，也是系统设计（即建立所开发的系统的物理模型）的主要依据之一。
常用的一种数据流程图符号表示如下图 （1）
数据流 处理 （2） 外部实体 数据储存
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
三、数据字典：
1、根据各子系统建立数据字典，如下如表：（数据项有称数据元素，是数据的最小单位）
2、数据流的定义
数据流由一个或一组的数据项组成。如下表：
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
3、数据存储的定义：
数据存储是数据结构停留或保存的场所。在数据字典中，数据存储只描述数据的逻辑存储的结构，而不涉及它的物理组织。如表：
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
4、外部项的定义：
外部项是指不受系统控制,在系统以外的事物或人,它表达了目标系统数据的外部来源或去处.如表3-4：
通过对数据字典的定义，我们就可以开始的程序和数据库，进行大体的设计了。
第三章系统设计
一、总体功能结构
1、据系统分析的结果，按照结构化的系统设计方法，学生宿舍管理系统的结构图，如图3-1所示。
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
2、系统配臵简介
硬件方面， 各科室采用 WindowsXP Professional SP3 , 内存 1GB，硬盘采用80G,用以满足新系统的正常运行，软件方面，客户机配置Windows XP操作系统，后台数据库采用Microsoft Access。
二、系统详细设计
各个实体具体的描述E-R图及其之间的关系描述如下：
在一个系统中必定要考虑用户管理，因此在本系统中设计了一个登录用户实体，用于在登录此系统时使用。用户表中包含三个属性：用户名、密码。另外，本系统在设计中设臵了一个数据库处理，包含数据库压缩备份和还原。其实体E-R图及关系描述分别如图3-3、图3-3a所示。
本系统的功能是宿舍的添加与查询，因此数据库中设计中建立一个寝室
表和学生寝室表，将本系统输入的宿舍信息。宿舍表中包含：住宿费、床位数、椅子数、宿舍号、寝室电话、桌子数、备注。其实体E-R图及
图3-3 登录用户实体图
图3-3a 数据库处理实体图
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
图3-3b 宿舍实体图
在学生模块中，学生信息是进行本系统操作的主要信息源，系统的每项
功能实现都与学生信息有密切联系，因此数据库中得建立一个学生实体。学生信息表中包含八个属性：学号、姓名、性别、班级、宿舍号。其实体E-R图及关系描述如图3-3b所示。
图3-3c 学生实体图
对于宿舍信息，本系统除了学生寝室分配功能外，还设计了卫生检查、
水电收费、房屋报修、外来人员登记功能，使系统功能更加完善，实现了宿舍信息统一管理。卫生检查表包含：宿舍号、检查情况、检查日期、备注。水电收费表中包含：宿舍号、购买人、购买电量、价钱、缴费日期。房屋报修表包含：宿舍号、报修人、报修日期、修理日期、报修情况。外来人员登记表中包含：宿舍号、来访人、被访人、来访日期、离开日期、备注。其实体E-R图及关系描述分别如图3-3d、图3-3e、图3-3f、图3-3g所示。
图3-3d 卫生检查实体图
图3-3e 学期注册实体E-R
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
图3-3f 房屋报修实体图
图3-3g 外来人登记实体
总体之间关系E-R如图3-4所示：
入住 管理
N
添加
宿舍
1
2
宿舍信息
N 检查
卫生
学生
1
报修
来访登记 来访者
N
物品
图3-4 全局实体图
三、输入设计
对于本系统来说，系统的工作流程都是从用户登录模块开始，对用户的身份
目前高校学生宿舍入住信息管理者方面好多学校还停留在宿舍管理人员手工记录数据的最初阶段,手工记录对于规模小的学校来说还勉强可以接受,但对于学生信息量比较庞大,需要记录存档的数据比较多的高校来说,人工记录是相当麻烦的。
进行认证，登录成功后用户就可以对本系统进行操作了，在系统的工作流程中，还将体现各个功能模块之间的依存关系，本系统的流程图如图3-5所示。
总结
宿舍管理信息系统开发报告分为三章，对系统进行整体规划、分析和设计，设计一套内部学生宿舍管理系统。宿舍管理系统采用的计算机化管理，由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
第一章系统规划，对学生宿舍管理系统宿舍系统进行分析，寻找存在弊端，完成组织机构和职能分析、和核心业务梳理，论证我校学生宿舍管理信息系统可行性。
第二章通过对数据流图分析，编辑系统数据字典，为学生宿舍管理信息系统设计提供依据。
