引言
科学技术的进步和生产的发展使人类知识总量的增长不断加快，生产社会化趋势的扩大和社会对产品需求的多样性使得组织在营运活动中所涉及的内部和外部信息量迅速地膨胀起来。面对激烈的市场竞争，人们对这些信息进行收集、加工、传递等过程的时间性和准确性提出了更高的要求。这一切使得传统的手工作业为基础的信息系统陷入了机构日益庞大，效率日益降低的困境。电子计算机的出现为摆脱这种困境找到了出路。计算机用于管理信息处理的突出优点是迅速、准确、可靠、具有很大的存储能力，适应于管理信息量大、面宽的特点，适合于管理信息处理及时、准确的要求。
管理信息系统（MIS，Management Information System）是一个由人和计算机等组成的能够提供信息以支持一个组织机构内部的作业、管理、分析和决策职能的系统。管理信息系统利用计算机的硬件和软件，手工规程、分析、计划、控制和决策用的模型，以及数据库对信息进行收集、传输、加工、保存和使用。因此，管理信息系统是一个信息处理系统。
数据库作为存取数据并对数据进行操作的工具在系统中所起到的作用至关重要。数据库设计是指对于一个给定的应用环境，构造优化的数据库逻辑模式和物理模式结果，并据此建立数据库及其应用系统，使之能有效地存储和管理数据，满足应用需求，包括信息管理要求和数据操作。信息管理要求是指在数据库中应该存储和管理哪些数据对象；数据操作要求是指对数据对象进行哪些操作，如查询、增、删、改、统计等操作。数据库设计地目标是维用户和各种应用系统提供的一个信息基础设施和高效率地运行环境。高效率的运行环境包括：数据库数据的存取速率、数据库存储空间的利用率、数据库系统运行管理的效率等都是高的。
第一章 需求分析
1.1 需求分析
1.1.1 调查用户需求
本系统的最终用户为宿舍楼管理员和宿舍楼的学生。根据我们日常生活中的经验，结合对自己学校宿舍楼管理老师的咨询和对同宿舍楼同学的调查，得出用户的下列实际要求：
1、 宿舍楼的基本情况
学生住在宿舍楼中，每栋宿舍楼都会有若干名老师和宿舍楼管理人员负责本宿舍楼的日常管理。
一、学生的基本信息：
入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。
二、宿舍的基本信息：
每间宿舍都有唯一的宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。
三、宿舍财产的基本信息：
每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。这样有利于财产的报修和管理。
四、夜归的基本信息:
宿舍楼在指定的时间关门（比如晚上十点半），若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。
五、离校的基本信息：
每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。
2、 用户对系统的要求
一、宿舍楼管理员：
a.信息要求：
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，快件收发的所有信息，报修的所有信息，夜归的详细信息和学生离返校的信息。以利于对整个宿舍楼的全面管理。
b.处理要求：
当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。
当宿舍楼的电话号码发生变更时，宿舍楼管理员能根据有关证明做出修改。
当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。
c．安全性与完整性要求：
安全性要求：
1.系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
2.系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
3.系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。
完整性要求：
1.各种信息记录的完整性，信息记录内容不能为空；
2.各种数据间相互的联系的正确性；
3.相同的数据在不同记录中的一致性。
二、本宿舍楼的学生：
a.信息要求：
本宿舍楼的学生能查询其所在的宿舍的所有信息，能查询本楼的指定宿舍的电话号码以利于同楼宿舍间的通信。能查询自己的快件信息。能查询自己的夜归记录和离返校记录。
b.处理要求：
学生离校时，能在离返校记录表中插入离校时间；学生返校后，能在离返校记录表中插入返校时间，表示已经回校。
1.2 系统功能的设计和划分
根据如上得到的用户需求，我们将本系统按照所完成的功能分成以下几部分：
第一部分：用户管理部分
第二部分：管理员管理部分
各部分完成的功能如下：
1、用户管理部分
1、处理用户注册
2、处理用户登录
3、用户可以查询学生信息。
4、用户可以插入与删除用户自己的离返校信息。
5、用户可以修改用户自己密码。
2、管理员管理部分
1、处理管理员登录
2、管理员可以查询学生信息。
3、管理员可以插入与查询学生夜归信息。
4、管理员可以查询在校与离校学生信息。
5、管理员可以修改管理员密码。
1.3 数据流图
1.3.1离返校分数据流图
1.3.2夜归分数据流图
1.4 数据字典
1.4.1数据项
住宿学生数据字典：
宿舍数据字典：
宿舍财产数据字典：
晚归数据字典：
离校数据字典：
用户数据字典：
1.4.2数据结构
1.4.3数据流
1.4.4数据存储
1.4.5处理过程
3.1将E-R图转换为关系模型：
住宿学生（学号，姓名，性别，专业，宿舍号，入住时间）
宿舍（宿舍号，宿舍电话）
宿舍财产（宿舍号，物品号，物品名）
夜归（学号，宿舍号，晚归时间，晚归原因）
离校（学号，宿舍号，离校时间，返回时间）
3.2用户视图：
学生信息视图（学号，姓名，性别，院系，宿舍号，宿舍电话）
学生夜归视图（学号，姓名，性别，院系，宿舍号，时间，夜归原因）
学生离校视图（学号，姓名，性别，院系，宿舍号，离校时间，返校时间）
学生在校视图（学号，姓名，性别，院系，宿舍号，宿舍电话）
第二篇：宿舍管理系统--需求分析说明书
文档编号： LMS - 01 版 本 号：V1.0
需求分析说明书 学生宿舍管理系统
院系：
专业：
1.引言
1.1编写目的
在编写《学生宿舍管理系统》软件之前，对同类型产品的市场进行了前期调查，与多位软件设计者和使用者进行了探讨和分析，之后由软件项目小组向系统分析人员与软件设计人员提出了这份需求规格说明书。该需求规格说明书对学生宿舍管理系统软件进行了全面细致的用户需求分析，明确所要开发的软件应具有的功能、性能与界面。该需求规格说明书供概要设计人员阅读。
1.2项目背景
项目委托单位：计算机学院软件工程系。
开发单位：通达学院计算机科学与技术专业。
学生宿舍管理系统软件 V1.0是一功能比较完善的数据管理软件，具有数据操作方便高效迅速等优点。该软件采用功能强大的数据库软件开发工具进行开发，可在应用范围较广的WINDOWS系列等操作系统上使用。
1.3定义
SAMS：Student Apartment Management System，学生宿舍管理系统。
1.4参考资料
[1] 张海藩,《软件工程导论》,清华大学出处社,2003 年 12 月第四版
[2] 周之英《现代软件工程》,科学出版社,2001.6
2.概述
2.1目标
本设计要实现的是高校学生宿舍管理系统，在设计该系统时，应尽可能的贴近学生,便于用户操作。系统在实现上应该具有如下功能：
1.系统要求用户必须输入正确的用户名和密码才能进入系统。
2.系统应该提供学生住宿情况的基本登记。
3.系统应提供人员来访登记及结束访问的详细登记。
4.系统应提供学生在校期间物品出入宿舍楼的详细情况登记。
5.系统应提供查询功能，以方便用户对学生基本信息的查询(要实现按多种条件的查询)及楼房信息的查询。
6.系统应提供增加、删除、修改用户帐户的功能。
2.2运行环境
|
CPU |
Pentium Ⅳ 1.8Ghz |
|
内存 |
512MB |
|
硬盘空间 |
50.0MB以上硬盘剩余空间 |
|
输入设备 键盘/鼠标 |
|
|
操作系统 |
Windows 2000 Server |
|
数据库 |
Microsoft SQL Server 2005 |
|
开发环境 |
Borland Delphi 7.0 |
2.3条件与限制
由于时间比较短，使用计算机不方便以及对于网络编程不熟悉，本学生宿舍管理系统并没有提供数据的远程访问功能。对信息的保护手段仅限于设置用户级别，以及提供数据文件的备份，比较简单，安全性能有待进一步完善。
3.数据描述
3.1静态数据
学生寝室管理系统的静态数据包括：
用户(LoginIn)：
|
UserName |
用户名 |
|
UserId |
用户密码 |
|
UserPower |
用户权限 |
学生(Student)：
|
Stu_Key |
学号 |
|
Stu_Name |
姓名 |
|
Stu_Sex |
性别 |
|
Stu_Enr |
入学日期 |
|
Stu_Birth |
出生日期 |
|
Stu_College |
学院 |
|
Stu_Major |
专业 |
|
Stu_Polit |
政治面貌 |
|
Stu_Address |
家庭住址 |
|
Stu_Tel |
联系方式 |
寝室(Dorm)：
|
Dor_Id |
寝室号 |
|
Dor_Sex |
居住性别 |
|
Dor_Num |
应住人数 |
|
Dor_Fact |
实住人数 |
|
Dor_Price |
住宿费用 |
|
Dor_Tel |
电话 |
|
Dor_Des |
备注 |
员工(Employee)：
|
Emp_Id |
员工号 |
|
Emp_Name |
姓名 |
|
Emp_Age |
年龄 |
|
Emp_Sex |
性别 |
|
Hou_Id |
楼房号 |
|
Emp_Job |
职位 |
|
Emp_Add |
家庭住址 |
|
Emp_Tel |
联系方式 |
|
Emp_Des |
备注 |
3.2动态数据
输入数据：鼠标对按钮的点击
查询方式、查询关键字；
新建管理员、录入学生信息项；
受限操作所需的密码；
新聘员工信息录入；
人员来访、物品出入楼；
输出数据：查询关键字确定的数据库记录的子集；
统计结果及其格式化文件；
密码修改成功；
信息录入、删改结果（成功或失败）；
访问完毕、物品出入楼完毕；
内部数据：查询操作建立的索引；
3.3数据库描述
数据库采用Microsoft Access数据库。
3.4数据流图
二层的细化数据流图和数据字典
表符号说明：
T1：用户表 T5：员工表
T2：学生基本情况表 T6：人员来访表
T3：学生住宿表 T7：物品出入表
T4：寝室表 T8：楼房表
系统管理数据流图
公寓管理数据流图
数据字典是关于数据的信息的集合，也就是对数据中包含的所有元素的定义的集合，它为软件开发人员提供数据库设计的参考，并为用户了解系统时作为一个必有工具。以下是部分数据字典的内容：
*******************************************
名 字：员工信息
别 名：
描 述：每栋公寓聘请的员工
定 义：员工信息=员工号＋姓名＋年龄＋性别
＋楼房号＋职位＋家庭住址＋联系方式＋备注
员工号=3｛字符｝11
姓名＝6｛字符｝11
年龄＝2｛数字｝3
性别＝[F｜M]
楼房号＝2｛数字｝3
职位＝4｛字符｝20
家庭住址＝8｛字符｝100
联系方式＝11｛数字｝11
备注＝0｛字符｝256
位 置：员工表
*******************************************
名 字：寝室信息
别 名：
描 述：寝室对应的属性
定 义：寝室信息＝寝室号＋居住性别＋应住人数＋
实住人数＋住宿费用＋电话＋备注
寝室号＝10｛字符｝10
居住性别＝[F｜M]
应住人数＝2｛数字｝2
实住人数＝2｛数字｝2
住宿费用＝4｛数字｝4
电话＝11｛数字｝11
备注＝0｛字符｝256
位 置：寝室表
*******************************************
名 字：楼房信息
别 名：
描 述：楼房对应的属性
定 义：楼房信息＝楼房号＋房间数＋楼层数＋应住人数
楼房号=10{字符}10
房间数=3{数字}10
楼层数=2{数字}2
应住人数=4{数字}4
位 置：楼房表
*******************************************
学生管理数据流图
出入登记管理数据流图
3.5数据采集：通过键盘输入
3.6E-R图：
3.7 用例图
4.功能需求
4.1系统功能设计
在整体设计中，我们将宿舍管理系统分为六个大的功能：系统管理功能、公寓管理功能、信息查询功能、出入登记功能、信息修改功能。下面将具体进行介绍每个功能。
4.2系统管理功能
系统管理功能包括：用户登录、用户密码修改、用户管理、退出系统五个部分。
4.3公寓管理功能
公寓管理功能包括：楼房管理、宿舍管理、员工管理三个大的部分。
4.4信息查询功能
信息查询功能基本上包括：按学号进行查询、按姓名进行查询、按班级查询、按寝室号查询、每栋楼房住宿情况查询五个部分。
4.5 出入登记功能
出入登记功能包括：进楼物品登记、出楼物品登记、人员来访登记、结束访问登记四个功能部分。
4.6 信息修改功能
信息修改功能包括：学生基本信息修改、员工基本信息修改等
5.性能需求
学生宿舍管理系统中管理权限上应当进行严格控制，具体思想如下：
1.要想对该学生宿舍管理系统进行操作就应当具有某些操作权限。没有权限
的用户将不能通过任何渠道来登录该系统，查看该系统的任何信息和数据，以确
保系统的严密性和安全性。
2.在上述要求基础上可以为该系统设定多种登录方式，程序开始运行所有功
能将是不可使用的，只有系统管理员登录和普通用户登录两个窗口可以使用，没
有系统管理员或者普通用户的用户名和密码任何人都不能登录该系统。
3.在具体实现时还应为系统管理员和普通用户设定不同的权限，系统管理员
应当可以使用系统的所有模块，普通用户对于用户管理模块是无权使用的。
6.运行需求
6.1用户界面
对话框。
6.2硬件接口
支持各种x86系列PC机。
6.3软件接口
运行于Windows95/98及更高版本具有WIN32 API的操作系统之上。
6.4故障处理
正常使用时不应出错，对于用户的输入错误应给出适当的改正提示。若运行时遇到不可恢复的系统错误，也必须保证数据库完好无损。