宿舍管理系统UML.doc

《信息系统分析与设计》

课程设计报告

班　　级：
姓 名：
学 号：

宿舍管理系统
一、 需求分析
高校学生宿舍管理系统是典型的信息管理系统, 运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息等其他信息。
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学生用例图

1.2宿舍管理员用例图

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查询信息协作图

4.2宿舍管理员发布公告协作图

4.3学生报修协作图

4.4学生离校/返校协作图

4.5学生晚归协作图

5.根据用例可作出以下活动图
5.1发布公告活动图

5.2查询信息活动图

5.3报修活动图

5.4学生晚归活动图

6. 根据类图可作出下列状态图
6.1系统状态图

6.2学生状态图

7.根据系统的组成模块得出如下组件图

8. 系统配置图

三、总结
通过这一个课程设计中，我学会了不少东西。最大的收获就是知道了如何进行UML统一建模，掌握了面向对象UML统一建模语言。我了解了使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。我还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化，形式化。而通过一序列的建模活动，提高了我在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解。可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。

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