宿舍管理系统UML.doc

信息系统分析与设计课程设计报告 班级： 姓 名： 学 号： 宿舍管理系统1、 需求分析高校学生宿舍管理系统是典型的信息管理系统, 运行速度快、安全性高、稳定性好的优点，并且具备完善的报表生成、修改功能，能够快速的查询学校所需的住宿信息等其他信息。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信息查询模块主要用各种信息的查询以及各种报表的生成。以上模块如下图：宿舍管理系统信息查询模块数据库模块基本业务模块基本数据维护模块2、 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统一建模语言有了更深的了解。可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。我会运用从中学到的宝贵经验