学生宿舍管理系统分析与设计.docx
《学生宿舍管理系统分析与设计.docx》由会员分享，可在线阅读，更多相关《学生宿舍管理系统分析与设计.docx（24页珍藏版）》请在冰豆网上搜索。
学生宿舍管理系统分析与设计
软件学院
课程设计报告书
课程名称软件工程概论课程设计
设计题目学生宿舍管理系统的分析与设
专业班级嵌软12-3
学号1220030303
姓名冯金明
指导教师于美娜
2015年1月
1设计时间
2015.1.26-2015.1.29
2设计目的
本课程设计是在学习完软件工程概论理论教学内容后，以设计和分析学生宿舍管理系统为例，进行的一次全面的综合训练。
通过本次的课程设计，进一步掌握软件开发生命周期的阶段划分和结构化方法学的主要内容；具备运用结构化方法进行软件项目概述、需求分析、总体设计和详细设计的能力以及文档的编制能力；掌握扎实的软件基础理论知识及较深厚的软件工程专业知识，提高软件开发的基本能力，以及掌握软件工程分析、设计的基本方法，具备软件项目分析与技术开发能力。
3设计任务
完成学生宿舍管理系统的分析与设计，并实现以下的功能：
（1）系统要求用户必须输入正确的用户名和密码才能进入系统；
（2）系统应该提供学生住宿情况的基本登记；
（3）系统应提供人员来访登记及结束访问的详细登记；
（4）系统应提供学生在校期间物品出入宿舍楼的详细情况登记；
（5）系统应提供查询功能，以方便用户对学生基本信息的查询（要实现按多种条件的查询）及楼层房间的查询；
（6）系统应提供增加、删除、修改用户帐户的功能；
（7）增加学生离校的物品管理制度。
4设计内容
4.1项目概述
4.1.1背景
当今社会是飞速进步的世界，原始的记录方式已经被社会所淘汰了，计算机化管理正是适应时代的产物。
信息世界永远不会是一个平静的世界，当一种技术不能满足需求时，就会有新的技术诞生并取代旧技术。
21世纪的今天,信息社会占着主流地位，计算机在各行各业中的运用已经得到普及，自动化、信息化的管理越来越广泛应用于各个领域。
人才培养，是高校的基本任务。
而高校教学工作的良好运行，则离不开教学与管理工作的有效组织和协调。
而学生宿舍管理系统对于一个学校来说是必不可少的组成部分。
目前很多学校还停留在宿舍管理人员手工记录数据的初级阶段，手工记录对于规模小的学校来说还勉强可以接受，但对于学生信息量比较庞大，需要记录存档的数据比较多的高校来说，人工记录是相当麻烦的。
而且当查找某条记录时，由于数据量庞大，还只能靠人工去一条条的查找，不但麻烦还浪费了许多时间，效率也比较低。
而住宿学生的大量增加，由此导致宿舍管理工作日益繁重，而现有工作人员不足，又是采用基本手工的操作方式进行，显然无法满足日益增长的宿舍管理业务工作的需要。
因此，为了更加有效的做好宿舍管理工作，为广大学生提供方便、快捷、满意的服务，开发出一套能够进行实时处理的管理信息系统迫在眉睫。
建立一个宿舍管理系统，帮助宿管人员解决繁杂的宿舍管理事物，提高其工作效率，使宿舍的管理由人员的经验化向科学的系统化方面发展。
进而节约学校关于后勤方面的支出，更好的利用有限的财力为学生们做更多方便性服务。
此学生宿舍管理系统采用的是计算机化管理，系统做的尽量人性化，使用者会感到操作非常方便，管理人员需要做的就是将数据输入到系统的数据库中去。
由于数据库存储容量相当大，而且比较稳定，适合较长时间的保存，也不容易丢失。
这无疑是为信息存储量比较大的学校提供了一个方便、快捷的操作方式。
4.1.2业务流程图
本系统的业务流程主要描述：
学生把自己的基本信息交给后勤处，后勤处根据学生的基本信息安排学生的住宿，生成宿舍生名单，再把住宿登记表给管理员。
学生宿舍的安排，申请变更和退宿都由审核单位进行审核处理；学生在住宿期间的维修管理信息，供电管理信息，安全管理信息，门卫管理信息，以及违纪信息都记录在学生住宿信息里，并反馈到管理员，学生，以及辅导员。
此系统的业务流程图如下图所示。
（1）总业务流程图
图1总业务流程图
（2）住宿登记部业务流程图：
图2住宿等级部业务流程图
（3）安全管理部业务流程图：
图3安全管理部业务流程图
（4）维修管理部业务流程图：
图4维修管理部业务流程图
（5）门卫管理部业务流程图：
图5门卫管理部业务流程图
4.2需求分析
经过实际分析调查，一个学生宿舍管理系统主要是要方便宿舍管理人员的工作，提高其工作效率，不仅可以方便广大学生，而且还可以方便于教师和相关人员。
4.2.1基本信息
学生住在宿舍楼中，每幢宿舍楼都会有若干名老师负责本宿舍楼的日常管理。
（1）学生的基本信息：
入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。
（2）宿舍的基本信息：
每间宿舍都有唯一的楼号和宿舍号，入校时，宿舍会装公用电话机，相应地就有宿舍电话号码。
（3）报修的基本信息：
宿舍楼中经常出现财产的损坏，比如灯泡坏了，厕所的马桶出故障了等，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。
这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。
当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。
（4）来访者基本信息
每幢宿舍对于每一次的人员来访都要做好相应的登记。
包括来访者和被访者的信息。
4.2.2用户对系统要求
1、信息要求：
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，报修的所有信息和来访者的信息，以利于对整个宿舍楼的全面管理。
2、处理要求：
当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。
比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。
3、安全性与完整性要求：
A、安全性要求：
（1）系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
（2）系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
（3）系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生），管理员。
B、完整性要求：
（1）各种信息记录的完整性，信息记录内容不能为空；
（2）各种数据间相互的联系的正确性；
（3）相同的数据在不同记录中的一致性。
4.2.3数据流图
数据流程图是全面描述信息系统逻辑模型的工具，它抽象概括地把信息系统中各种业务处理过程联系起来。
根据以上的业务流程的分析，以及学生宿舍的特点，我们给出了以下学生宿舍管理信息系统的数据流程图。
由于学生宿舍主要涉及学生的入住和退缩问题，以及住宿的管理，我们将学生宿舍管理系统的顶层设计如图6所示：
图6学生宿舍管理系统环境图
将顶层进行细分，主要是工作人员管理宿舍，接收和处理各种事务，包括学生，宿舍，以及工作人员的基本信息管理，学生住宿管理，宿舍的服务管理，来访者管理，得到以下的第一层数据流程图如图7：
图7系统第一层数据流图
针对每个事务的管理，我们进行了分类，即第二层数据流程图如下：
基本信息管理数据流图如图8所示：
图8基本信息管理第二层数据流图
住宿管理数据流图如图9所示：
图9住宿管理第二层数据流图
服务管理数据流图如图10所示：
图10服务管理第二层数据流图
来访者管理数据流图如图11所示：
图11来访者管理第二层数据流图
以上当中的住宿管理事务，有学生的入住管理，调房管理，退房管理，由于这三个事务都有相似性，首先都需要学生提出申请，再经过管理者的审核，通过查询宿舍表，了解住宿情况之后再考虑是否满足学生的申请，申请通过之后，相应的调整学生住宿表和宿舍表的信息，所以我们就以学生入住管理为例，其流程图如图12所示：
图12学生入住管理第三层数据流图
4.2.4数据字典
数据字典是指对数据的数据项、数据结构、数据流、数据存储、处理逻辑、外部实体等进行定义和描述，其目的是对数据流程图中的各个元素做出详细的说明。
数据项
住宿学生数据字典
属性名
类型
长度
备注
学号
char
8
住宿学生学号
姓名
Varchar
10
住宿学生姓名
性别
char
2
男/女
专业
Varchar
20
学生专业
联系方式
char
11
联系方式
员工数据字典
属性名
类型
长度
备注
员工号
char
4
员工姓名
Varchar
10
年龄
smallint
2
性别
char
2
职位
Varchar
20
联系方式
char
11
宿舍数据字典
属性名
类型
长度
备注
楼号
char
2
宿舍号
char
3
宿舍电话
char
12
可住人数
smallint
2
已住人数
smallint
2
临时设备租赁数据字典
属性名
类型
长度
备注
设备号
char
8
设备名
Varchar
20
租赁日期
Datetime
8
所租的日期
归还日期
Datetime
8
归还设备日期
租赁费用
decimal
5
租赁设备的费用
报修数据字典
属性名
类型
长度
备注
楼号
char
2
宿舍号
char
3
报修人宿舍号
物品号
varchar
8
报修物品编号
报修原因
char
50
物品损坏原因
提交日期
datetime
8
报修提交日期
解决日期
datetime
8
问题解决日期
报修费用
decimal
5
报修的费用
水电费数字字典
属性名
类型
长度
备注
楼号
char
2
宿舍号
char
3
月份
Varchar
4
用电量
decimal
（5,2）
电费
decimal
（5,2）
用水量
decimal
（5,2）
水费
decimal
（5,2）
来访者数字字典
属性名
类型
长度
备注
来访人姓名
Varchar
10
被访人姓名
Varchar
10
所属关系
Varchar
20
证件名称
Varchar
20
来访日期
Datetime
8
来访时间
Datetime
8
结束时间
Datetime
8
备注
Varchar
50
数据结构
数据结构名
组成
学生住宿信息
学号，姓名，性别，专业，联系方式，入住时间
员工信息
员工号，姓名，年龄，性别，职位，家庭地址，联系方式
宿舍信息
楼号，宿舍号，宿舍电话，可住人数，已住人数
临时设备信息
设备号，设备名，租赁日期，归还日期，租赁费用
报修信息
楼号，宿舍号，物品号，报修原因，提交日期，解决日期，报修费用
水电费信息
楼号，宿舍号，月份，用电量，电费，用水量，水费
来访者信息
来访人姓名，被访人姓名，所属关系，证件名称，来访日期，来访时间，结束时间，备注
数据流
数据流名
数据流来源
数据流去向
组成
登记报修信息
学生
报修信息表
报修信息
查询报修信息
报修信息表
管理员
报修信息
登记已修信息
管理员
报修信息表
已修信息
登记设备租赁信息
学生
设备租赁信息表
设备租赁信息
查询设备租赁信息
设备租赁信息表
学生
设备租赁信息
登记设备归还信息
管理员
管理员
设备归还信息
登记来访者信息
来访者
来访者信息表
来访信息
查询来访者信息
管理员
来访者信息表
来访信息
登记来访结束信息
管理员
来访者信息表
来访结束信息
数据存储
数据存储名
输入的数据流
输出的数据流
组成
报修信息表
报修信息
已修信息
报修信息
报修信息
已修信息
设备租赁信息表
设备租赁信息
设备归还信息
设备租赁信息
设备租赁信息
设备归还信息
来访者信息表
来访信息
来访结束信息
来访信息
来访信息
来访结束信息
处理过程
处理过程名
输入数据流
输出数据流
登记报修
报修信息
报修信息
查询报修
报修信息
报修信息
登记已修信息
已修信息
已修信息
登记设备租赁信息
设备租赁信息
设备租赁信息
查询设备租赁
设备租赁信息
设备租赁信息
登记设备归还信息
设备归还信息
设备归还信息
登记来访者信息
来访者信息
来访者信息
查询来访者信息
来访者信息
来访者信息
登记来访结束信息
来访结束信息
来访结束信息
4.2.5实体联系图
实体联系图，简称E-R图，提供了表示实体类型、属性和联系的方法，用来描述现实世界的概念模型。
通过图形的描述，可以清楚看出两个实体之间的联系，在对数据库的建立上有很大的帮助。
学生住宿系统的总E-R图如图13所示：
图13系统总E-R图
辅导员的E-R图如图14所示：
图14辅导员E-R图
管理员的E-R图如图15所示：
图15管理员的E-R图
后勤处的E-R图如图16所示：
图16后勤处的E-R图
宿舍的E-R图如图17所示：
图17宿舍的E-R图
宿舍区的E-R图如图18所示：
图18宿舍区的E-R图
学生的E-R图如图19所示：
图19学生的E-R图
4.3概要设计
根据上面给出的数据流图所提供建立设计模型所需的信息，分析模型中的每一个成份。
数据、功能和行为模型表示了软件需求，采用适合的设计方法进行数据设计、体系结构设计、接口设计和过程设计。
根据数据流图导出系统的结构图。
系统的结构图如图20所示：
图20系统的结构图
根据上图，可以看出学生管理系统的主要模块分为查询、住宿管理、费用管理和输出。
（由于空间有限，一些复杂功能尚未添加）查询模块提供学生信息查询，费用信息查询，房间信息查询和费用查询。
学生和管理员具有不同的权限进行以上的信息的查询。
住宿管理模块中，主要的操作分为入住、换房和退房。
住宿管理模块是学生宿舍管理系统最为主要的功能，学生可以通过这个模块进行住宿房间的申请、换房和退房。
管理员则通过系统给与审核、分配和驳回。
辅导员具有查看这些信息的权限，但是却不具有具体的操作权限。
费用管理模块则是一个缴费的模块，具体包括住宿费、住宿费和管理费。
输出模块是一个很复杂的模块，此中的输出记录纷繁复杂，具体包括学生个人信息的记录、寝室信息的记录、寝室设备报修的记录、来访者的记录、学生物品存放记录等等。
由于输出记录之间有相近之处，不一一说明。
4.4详细设计
系统的结构图已经导出，则需要进一步细化每一个模块所需要完成的具体操作以及每个操作完成的具体算法，这便是过程设计。
过程设计也叫做详细设计或程序设计，不同于编码或编程。
在过程设计阶段，要决定各个模块的实现算法，并精确地表达这些算法。
下面将具体给出几个模块的程序流程图以及说明。
4.4.1系统总体流程图
图21系统总体流程图
4.4.2用户登录模块
函数声明：
intLogin（stringUsername,stringPassword）
参数说明：
Username用户名；Password密码
用户登录模块的流程图如图22所示：
图22用户登录模块流程图
模块主要实现的是用户名和密码的检验功能，对用户名以及密码做格式上限制，便于用户的管理。
主要是一个选择语句的使用，字符串的对比以及权限的设置，总体不存在难度。
4.4.3查询模块
函数声明：
intSearch（stringUsername）
参数说明：
Null_Room闲置床位；PersonFares个人消费；Perinformation个人详细信息
查询模块的流程图如图23所示：
图23查询模块的流程图
在进行用户身份验证成功的前提下，进行闲置床位、个人消费以及个人信息详细信息的查询。
输入的是用户名和密码，输出的是查询的结果。
具体的查询算法通过数据库SQLSevere语句来进行实现。
4.4.4费用管理模块
函数声明：
intFaresManage（stringUsername）
参数说明：
Username用户名；FareTable费用表；UserCash用户余额
FareRoom住宿费；FareElectric电费；FareWater水费
费用管理模块的程序流程图如图24所示：
图24费用管理模块流程图
首先界面会输出各项费用的详细信息，通过点击不同的模块实现住宿费和水电费的缴纳和退款，最后将会输出个人的财务信息。
4.4.5退房模块
函数声明：
intRoomChectOut（stringUsername）
参数说明：
Username用户名；StudentTable学生表；UserSno用户学号
退房模块流程图如图25所示：
图25退房模块的流程图
学生在自己的界面点击申请退房按钮，由管理员在自己的系统界面进行同意或者驳回。
如若管理员同意后，系统将自行进入费用管理模块，进行住宿费用的计算等操作。
最后将在记录中删除住宿记录。
这里是以这几个比较简单基本的模块为例，进行简单的模块设计说明。
系统的其他模块还需要慢慢完善实行，在这里就不进行详细的说明了。
5总结与展望
这一周的时间下来，学到了不少在课堂上学习不到的东西。
以前对软件工程的理解都是比较呆板，所以初期进行文档的编写，只能按书上按部就班的写。
在对软件的需求分析和总体设计、详细设计的理解一点都不够到位。
没有对上课所学的知识进行系统的了解，没有把各个部分知识整合在一起。
通过这次学生宿舍管理系统课程设计，使我对软件工程的整体设计的各个方面都加深了理解。
了解到软件设计是一环扣一环的，只有需求分析做好了，才能进行下面的概要设计，中途不能有半点马虎。
同时也体会到把理论知识应用于实践是不容易的，而一些问题也只有真正做设计的时候才会出现。
由于时间比较紧，有些地方做的还需要补充。
因此我所做的课程设计肯定还存在许多的不足之处。
这将激励我在以后的学习当中积累更多的经验，努力减少错误的发生，完善这个管理系统。
参考文献
[1]王珊、萨师煊.《数据库系统概论》[M],清华大学出版社,2006.
[2]AbrahamSilberschatz等.《数据库系统概念（原书第6版）》[M],机械工业出版社,2012.
[3]薛华成.管理信息系统[M].北京:
清华大学出版社，2007.
[4]马秀麟.管理信息系统及其开发技术[M].北京:
清华大学出版社，2006.
成绩评定
成绩教师签字
升级会员 