宿舍管理系统UML.docx

宿舍管理系统UML.docx

《宿舍管理系统UML.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统UML.docx（20页珍藏版）》请在冰豆网上搜索。

宿舍管理系统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学生用例图

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.