宿舍管理系统UML

《信息系统分析与设计》课程设计报告
班级：
姓名：
学号：
宿舍管理系统
一、需求分析
高校学生宿舍管理系统是典型的信息管理系统, 运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息等其他信息。

1、宿舍楼的基本情况
学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。

1.1学生的基本信息：
入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。

另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。

1.2宿舍的基本信息：
每间宿舍都有唯一的宿舍号，以及相应的地址，奖罚情况。

1.3宿舍财产的基本信息：
每个宿舍的财产属于学校，比如电灯，床铺，柜子，桌椅等，为了对不同的财产进行区分，可以为每种财产分配不同的财产号。

这样有利于财产的报修和管理。

1.4报修的基本信息：
宿舍楼中经常出现财产的损坏，这时，同学们需要将财产损坏情况报告给宿舍楼管理员，以便学校派人进行维修。

这时，需要记录报修的宿舍号和损坏的财产编号，同时记录报修的时间和损坏的原因。

当损坏的财产维修完毕后，应记录解决时间，表示该报修成功解决。

1.5夜归的基本信息:
宿舍楼在指定的时间关门，若有同学晚于关门时间会宿舍，需通知宿舍楼管理员，同时应登记晚归学生姓名，宿舍号，时间和晚归原因，以利于学校的管理和查证。

1.6离校的基本信息：
每当放寒假或暑假时，同学们大部分都会回家；每当“五·一”或“十·一”放假时，同学们也有很多不会留在宿舍。

这时，为加强学校对同学假期安全的管理，离校的同学应登记离校时间，待返校后记录返校时间，以便学校查证和管理。

1.7毕业的基本信息
学生毕业时，需要统计个人损毁宿舍财产的情况，及时通知罚金情况。

2.功能需求
2.1宿舍楼管理员
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，报修的所有信息，夜归的详细信息和学生离返校的信息。

以利于对整个宿舍楼的全面管理。

当学生基本信息发生变化时，宿舍楼管理员能对其进行修改。

比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。

当宿舍财产报修及时解决后，管理员应登记解决时间，表明该报修问题已成功解决。

通知学生学院及学校的发布的及时公告。

2.2本宿舍楼的学生
本宿舍楼的学生能查询其所在的宿舍的所有信息。

能查询自己的夜归记录和离返校
本宿舍楼的学生能在报修信息表中插入报修信息，表示本宿舍的财产发生了损毁需要学校派人维修。

学生离校时，能在离返校记录表中插入离校时间；学生返校后，能在离返校记录表中插入返校时间，表示已经回校。

2.3系统管理员
系统管理员可以随时登陆系统，注册、删除宿舍楼管理员等其他人员基本信息以及设置相应权限。

2.3其他一般用户
包括辅导员在内的各级领导，随时可以登录系统查看各宿舍整体情况，能够生成各种报表以供评比等事务。

3.功能模块
3.1基本数据维护模块
该模块主要用于一些使用者的基本数据管理。

包括学生、宿舍楼管理员以及其他用户的信息的录入、修改等。

3.2基本业务模块
在该模块中主要提供一些业务情况。

学生报修，宿舍管理员通知维修人员，修好后登记报修情况；学生转专业、退学、毕业等时，修改、删除学生信息；宿舍管理员变动时，系统管理及时更新信息。

3.3数据库模块
以上所提的用户和其他信息都要分类存储在数据库中，并做到详细登记。

3.4信息查询模块
主要用各种信息的查询以及各种报表的生成。

以上模块如下图：
二、UML建模
宿舍管理系
统
基
本
数
据
维
护
模
块
基
本
业
务
模
块
数
据
库
模
块
信
息
查
询
模
块
根据以上分析，可确定以下参与者：
学生、宿舍楼管理员、系统管理员、其他一般用户
1.1学生用例图
查询个人信息查询宿舍信息
1.2宿舍管理员用例图
登陆系统<<include>> 1.3系统管理员用例图
删除宿舍管理员\一般用户
1.4一般用户用例图
登陆此系统
根据以上用例图及需求分析得出下事件流：
学生到校报道后，已经分配了宿舍，系统已经有学生基本信息。

系统管理员根据学校分配情况，注册宿舍管理员。

一般登陆成功后，可以根据需要查看信息以及生成报表。

宿舍管理员登陆系统时，先进行身份认证，如果成功可以操作本系统。

宿舍管理员可以查询本人及学生基本信息。

如果宿舍管理员发现有报修情况，应该及时向维修部门报告其维修的基本信息。

如果发现有维修完的信息，应该及时登记维修基本情况。

宿舍关门熄灯后，如果有同学晚归，应在此同学晚归记录出添加相应信息。

等放假时，应做好学生离校信息，统计离校和留校学生状况。

学生返校时，登记相应学生返校基本情况。

学生毕业时，做好宿舍财物情况统计，及时通知罚款情况。

当学校有公告时，及时在系统上公布。

学生登录系统时，先进行身份认证，如果成功可以进行相关操作。

可以查看本人相关所有信息以及所在宿舍所有情况。

当宿舍物品损坏时，登记损坏情况。

维修完毕时
登记相应信息。

离校和返校时，登记相应信息。

毕业时，查看罚金情况，及时交罚金。

2.根据以上事件流可得出以下重要类：
学生、宿舍管理员、系统管理员、宿舍、一般用户
相应类图及关系如下：
〖类图说明〗
houseparent:宿舍管理员类
相应属性及方法：
name：名字
dormitorybuilding_number:宿舍楼号
ID：职工编号
phone：联系方式
serch_self_info:查找个人信息
serch-stu_info:查找学生信息
update_info:更新学生信息
register_maitain:登记维修信息
report_maintain:报告维修
register_come_late:登记晚归学生信息
Announce:发布公告
student：学生类
相应属性及方法：
name：名字
ID：学生号
school：学院
dormitorybuilding_number:宿舍楼号
domitory_number:宿舍号
register_date:报到日期
Administrator:系统管理员类
相应属性及方法：
name：名字
ID：职工号
register_houseparent:注册宿舍管理员
delete_houseparent:删除宿舍管理员
domitor:宿舍类
相应属性：
ID：宿舍号
people_number:人数
property:财物
reward_and_punush:奖罚记录
other:别的一般用户类
相应属性及方法：
name：姓名
postion:职务
ID：工号
serch_info:查询信息
create_report_forms:产生报表
instrutor:辅导员类
major:所辅导专业
serch_reward_punish:查询奖罚情况
3.根据用例得出以下时序图
3.1学生、宿舍管理员、系统管理员、一般用户查询信息时序图
3.2宿舍管理员发布公告活动图
3.3学生报修活动图
3.4学生离校、返校活动图
3.5学生晚归活动图
4.根据以上时序图可得出以下协作图 4.1查询信息协作图
1: 身份认证
4: 查询
4.2宿舍管理员发布公告协作图
4.3学生报修协作图
4.4学生离校/返校协作图
4.5学生晚归协作图
5.根据用例可作出以下活动图5.1发布公告活动图
6.根据类图可作出下列状态图
6.1系统状态图
] 6.2学生状态图
7.根据系统的组成模块得出如下组件图
8.系统配置图
客户端3
三、总结
通过这一个课程设计中，我学会了不少东西。

最大的收获就是知道了如何进行UML 统一建模，掌握了面向对象UML 统一建模语言。

我了解了使用UML 统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设
计模型标识解决方案。

我还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化，形式化。

而通过一序列的建模活动，提高了我在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解。

可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。

我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。

参考文献
1.李磊，王养廷.面向对象技术及UML教程.北京：人民邮电大学出版社，2010.
2.高猛，朱洁梅.UML实战教程——面向.NET开发人员.北京：清华大学出版社，2006.
3.王先国，王易.UML统一建模实用教程.北京：清华大学出版社，2009.。