UML学生宿舍管理系统.docx

1、UML学生宿舍管理系统面向对象分析与设计（UML）综合实验报告项目名称： 学生宿舍管理系统 ：第1章需求分析 8 宿舍楼管理员子系统的需求分析 8 宿舍楼学生子系统的需求分析 9! 系统管理员子系统的需求分析 10其他用户子系统的需求分析 11第2章系统用例模型 11 参与者的识别 11 宿舍楼管理员的用例模型 11宿舍楼管理员用例图 12宿舍楼管理员用例图相关说明 12 宿舍楼学生用例模型 17/宿舍楼学生用例图 17宿舍楼学生用例图相关说明 18 系统管理员用例模型 20系统管理员用例图 21 系统管理员用例图相关说明 21其他用户用例模型 23其他用户用例图 24其他用户用例图相关说明

2、24第3章系统静态模型 25 系统中的类 25参与者相关的类 25系统中其他的相关类 27 系统中类与类的关系 27 各个类之间的关系图 28 类之间关系说明 28第4章系统动态模型 29宿舍楼管理员登录宿舍楼管理员系统 29宿舍楼管理员登录宿舍楼管理员系统序列图 29宿舍楼管理员登录宿舍楼管理员系统协作图 30宿舍楼管理员修改学生信息 30宿舍楼管理员修改学生信息时序图 30宿舍楼管理员修改学生信息协作图 31宿舍楼管理员删除学生信息 31宿舍楼管理员删除学生信息时序图 31:宿舍楼管理员删除学生协作图 32 宿舍楼管理员登记保修解决时间 32宿舍楼管理员登记报修解决时间时序图 32宿舍楼管

3、理员登记报修解决时间协作图 33 住宿学生插入返校时间 33住宿学生插入返校时间时序图 33住宿学生插入返校时间协作图 34 学生宿舍管理系统中的活动图 34;宿舍楼管理员活动图活动图 35住宿学生活动图 36系统管理员活动图 37第5章系统部署模型 39 学生宿舍管理系统的构件图 39宿舍管理员构件图 40宿舍管理员操作构件图 40宿舍管理员构件图说明 40； 住宿学生构件图 41住宿学生构件图 41住宿学生构件图说明 42 系统管理员构件图 42系统管理员构件图 42系统管理员构件图说明 42 学生宿舍管理系统部署图 43部署图 43部署图说明 43第6章总结与展望 43 总结 44 展望

4、 44参考文献 45第1章需求分析为了了解全校学生住宿情况，掌握学生信息，做好学生监管工作，保障学生安全，为学生提供安全可靠的住宿环境，在为学生提供全面便捷的生活服务，制作一个学生宿舍管理系统是必需的。整个系统有4类用户，分别是宿舍楼管理员、宿舍楼学生、系统管理员、其他一般用户等。整个学生宿舍管理系统整体功能模块图如下所示，该系统分为4大子系统，分别为宿舍楼管理员子系统，宿舍楼学生子系统，系统管理员子系统，其他用户子系统。图1-1系统整体功能模块图 宿舍楼管理员子系统的需求分析 在宿舍楼管理员子系统中，其子系统的一些主要功能如下： 1) 宿舍楼管理员查询宿舍楼的所有信息 宿舍楼管理员可以按学号

5、查询学生住宿的详细信息 宿舍楼管理员可以查询所有宿舍报修的信息 宿舍楼管理员可以查询夜归的详细信息 宿舍楼管理员可以查询某宿舍楼学生离返校的信息2）管理员可以修改学生信息 宿舍楼管理员可以修改学生信息 宿舍楼管理员可以删除学生信息3) 宿舍楼管理员可以登记报修解决时间4)通知学生学校或者学院发布的公告5)登录管理员子系统其功能细化图如下：图1-2宿舍楼管理员系统功能模块图 宿舍楼学生子系统的需求分析在宿舍楼学生子系统中，其功能概述如下：1)宿舍楼学生可以查询信息 查询自己所在宿舍的信息 查询自己的夜归记录 查询自己的离返校记录2)宿舍楼学生可以插入信息 插入报修信息 插入离校时间& 插入返校时

6、间3)登录宿舍楼学生子系统其功能细化图如下：图1-3宿舍楼学生子系统功能模块图 系统管理员子系统的需求分析在系统管理子系统中，其功能概述如下：1) 管理宿舍楼管理员信息，如注册，删除宿舍楼管理员信息（2) 管理宿舍楼学生信息，如注册，删除宿舍学生信息3) 管理其他用户信息，如注册，删除其他用户信息4) 设置各个用户的权限 5) 登录系统管理员子系统其功能细化图如下：图1-4系统管理整体功能模块;其他用户子系统的需求分析1) 查看各宿舍整体情况2) 生成报表图1-5其他用户子系统整体功能模块第2章系统用例模型 参与者的识别四个参与者# 宿舍楼管理员的用例模型 通过分析，在宿舍楼管理员子系统中，该

7、系统可以完成以下功能：可以按学号查询学生住宿的详细信息、可以查询所有宿舍报修的信息、可以查询夜归的详细信息、可以查询某宿舍楼学生离返校的信息、可以修改学生信息、可以删除学生信息、可以登记报修解决时间、可以通知学生学校或者学院发布的公告宿舍楼管理员用例图宿舍楼管理员用例图相关说明(1)登录宿舍楼管理员子系统用例：登录系统*简述：宿舍楼管理员在执行所有操作时得先输入密码登录。参与者：宿舍楼管理员前置条件：无后置条件：系统显示登录成功基本路径：1、宿舍楼管理员向宿舍楼管理员子系统发出登录请求，用例开始2、系统显示登录界面3、宿舍楼管理员输入用户名和密码4,、系统对比宿舍楼管理员信息，如果输入的信息出

8、现错误，跳转到A5、系统显示登录成功，用例结束扩展路径：A、系统提示输入的信息哪些地方出错，要求宿舍楼管理员重新输入相关信息或取消登录、宿舍楼管理员选择取消登录，则用例结束、宿舍楼管理员选择重新登录，转到3(2)查看学生住宿信息用例：查看学生住宿信息简述：宿舍楼管理员可通过该子系统查询学生住宿的详细信息参与者：宿舍楼管理员前置条件：宿舍楼管理员必须先成功登录该子系统后置条件：系统显示学生住宿信息基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生住宿信息”的请 求，开始用例。:2、系统要求宿舍楼管理员输入要查询的学生的学号。3、系统根据学号显示该学生的住宿信息, 如果系统没有该学号，

9、转到A。4、用例结束扩展路径：A、，则要求宿舍楼管理员选择重新输入学号或取消输入、宿舍楼管理员选择取消输入个人要求，则用例结束、宿舍楼管理员重新输入学号，转到2)(3)查询学生夜归信息用例：查看学生夜归信息简述：宿舍楼管理员可通过该子系统查询学生夜归的信息参与者：宿舍楼管理员前置条件：宿舍楼管理员必须先成功登录该子系统后置条件：系统显示学生夜归信息基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生夜归信息”的请 求，开始用例。2、系统要求宿舍楼管理员输入要查询的学生的学号。3、系统根据学号显示该学生的夜归信息, 如果系统没有该学号，转到A。4、用例结束扩展路径：A、，则要求宿舍楼管

10、理员选择重新输入学号或取消输入、宿舍楼管理员选择取消输入个人要求，则用例结束、宿舍楼管理员重新输入学号，转到2(4)查看学生离返校信息用例：查看学生离返校信息简述：宿舍楼管理员可通过该子系统查询学生离返校时间的详细信息参与者：宿舍楼管理员前置条件：宿舍楼管理员必须先成功登录该子系统后置条件：系统显示学生离返校信息基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生离返校信息”的 请求，开始用例。2、系统要求宿舍楼管理员输入要查询的学生的学号。3、系统根据学号显示该学生的离返校时间信息, 如果系统没有该学号，转 到A。4、用例结束扩展路径：A、则要求宿舍楼管理员选择重新输入学号或取消输

11、入、宿舍楼管理员选择取消输入个人要求，则用例结束、宿舍楼管理员重新输入学号，转到2(5)查看宿舍楼报修信息 用例：查看宿舍楼报修信息简述：宿舍楼管理员可通过该子系统查看宿舍楼报修的详细信息参与者：宿舍楼管理员前置条件：宿舍楼管理员必须先成功登录该子系统后置条件：显示哪些宿舍有报修而且没有进行处理的基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看宿舍楼报修信息”的 请求，开始用例。2、系统显示哪些宿舍有进行报修申请，还有是否进行处理、安排人员过去处理选项。如果没有保修宿舍则页面提示 “无报修宿舍”。3、用例结束扩展路径：无(6)修改学生信息用例：修改学生信息简述：宿舍楼管理员可通过该子

12、系统修改学生住宿的详细信息参与者：宿舍楼管理员$前置条件：宿舍楼管理员必须先成功登录该子系统而且该学生已经转换专业后置条件：如果成功，学生的数据库中的住宿信息被修改，如果失败，系统 状态不变基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“修改学生信息”的请求， 开始用例。2、系统要求宿舍楼管理员输入要修改的学生的学号。3、系统根据学号显示该学生的详细信息并提供修改接口和提交按钮, 如果系统没有该学号，转到A。4、用例结束扩展路径：A|、则要求宿舍楼管理员选择重新输入学号或取消输入、宿舍楼管理员选择取消输入，则用例结束、宿舍楼管理员重新输入学号，转到2(7)删除学生信息用例：删除学生信息简

13、述：宿舍楼管理员可通过该子系统删除学生住宿的详细信息参与者：宿舍楼管理员*前置条件：宿舍楼管理员必须先成功登录该子系统而且学生搬到其他栋的宿舍中去。后置条件：如果成功，学生的数据库中的住宿信息被修改，如果失败，系统 状态不变基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“删除学生信息”的请求， 开始用例。2、系统要求宿舍楼管理员输入要删除的学生的学号。3、系统根据学号显示该学生的详细信息并提供删除接口和提交按钮, 如果系统没有该学号，转到A。4、用例结束扩展路径：A$、则要求宿舍楼管理员选择重新输入学号或取消输入、宿舍楼管理员选择取消输入，则用例结束、宿舍楼重新输入学号，转到2(8)通知

14、学生上级发布的通知用例：通知学生上级发布的通知简述：宿舍楼管理员可通过该子系统通知学生上级发布的通知参与者：宿舍楼管理员-前置条件：宿舍楼管理员必须先成功登录该子系统。后置条件：如果学生登录自己的账号，则可以看到通知。基本路径：1、宿舍楼管理员向宿舍楼给管理员子系统发出“通知学生上级发布的通知”的请求，开始用例。2、系统要求宿舍楼管理员输入上级发布的通知内容。3、系统把这个通知发送到所有学生的账号上。4、用例结束扩展路径：无(9) 登记报修解决的时间用例：登记报修解决的时间简述：宿舍楼管理员可通过该子系统登记报修解决的时间参与者：宿舍楼管理员前置条件：宿舍楼管理员必须先成功登录该子系统。后置条

15、件：如果登记成功，在数据库中插入一条报修时间记录，如果失败，系统维持原来的状态。基本路径：, 1、宿舍楼管理员向宿舍楼给管理员子系统发出“登记报修解决的时间”的请求，开始用例。2、系统要求宿舍楼管理员插入报修问题解决的时间。3、用例结束扩展路径：无 宿舍楼学生用例模型在宿舍楼学生子系统中，其功能概述如下：查询自己所在宿舍的信息、查询自己的夜归记录、查询自己的离返校记录、插入报修信息、插入离校时间、插入返校时间、登录宿舍楼学生子系统宿舍楼学生用例图宿舍楼学生用例图相关说明(1) 登录宿舍楼学生子系统用例：登录宿舍楼学生子系统简述：学生可以输入账号密码登录宿舍楼学生子系统参与者：住宿学生前置条件：

16、无。后置条件：如果登录成功显示学生可以操作的功能页面 1、住宿学生向学生住宿子系统发出登录请求，用例开始2、系统显示登录界面3、住宿学生输入用户名和密码4,、系统对比住宿学生信息，如果输入的信息出现错误，跳转到A5、系统显示登录成功，用例结束（扩展路径：A、系统提示输入的信息哪些地方出错，要求住宿学生重新输入相关信息或取消登录、住宿学生选择取消登录，则用例结束、住宿学生选择重新登录，转到3(2) 查询自己所在宿舍的信息用例：查询自己所在宿舍的信息￥简述：住宿学生可通过该子系统查询自己所在宿舍的所有信息参与者：住宿学生前置条件：住宿学生必须先成功登录该子系统。后置条件： 显示自己宿舍的信息。基本

17、路径： 1、住宿学生向子系统发出“查询自己所在宿舍的信息”的请求，开始用例。2、系统显示宿舍的信息。3、用例结束扩展路径：无(3) 查询自己的夜归记录用例：查询自己的夜归记录简述：住宿学生可通过该子系统查询自己查询自己的夜归记录参与者：住宿学生前置条件：住宿学生必须先成功登录该子系统。后置条件： 显示自己夜归信息。！基本路径： 1、住宿学生向子系统发出“查询自己的夜归记录”请求，开始用例。2、系统显示查询者的夜归记录信息。3、用例结束扩展路径：无(4) 查询自己离返校记录用例：查询自己离返校记录简述：住宿学生可通过该子系统查询自己查询自己离返校记录参与者：住宿学生前置条件：住宿学生必须先成功登

18、录该子系统。后置条件： 显示查询自己离返校记录。基本路径： 1、住宿学生向子系统发出“查询自己离返校记录”的请求，开始用例。2、系统显示查询自己离返校记录。3、用例结束扩展路径：无(5) 插入返校时间 用例：插入返校时间简述：住宿学生在离校时可通过该子系统插入自己的返校时间参与者：住宿学生前置条件：住宿学生必须先成功登录该子系统。后置条件：如果插入成功，在数据库中插入一条返校时间记录，如果失败，系统维持原来的状态。；基本路径： 1、住宿学生向子系统发出“插入返校信息”的请求，开始用例。2、系统要求住宿学生插入返校的时间。3、用例结束扩展路径：无(6) 插入离校时间 用例：插入离校时间简述：住宿

19、学生可通过该子系统插入离校时间参与者：住宿学生前置条件：住宿学生必须先成功登录该子系统。后置条件：如果插入成功，在数据库中插入一条离校时间记录，如果失败，系统维持原来的状态。基本路径： 1、住宿学生向子系统发出“插入离校信息”的请求，开始用例。2、系统要求住宿学生插入返校的时间。3、用例结束扩展路径：无(7) 插入报修信息 用例：插入报修信息简述：住宿学生可通过该子系统插入报修信息参与者：住宿学生前置条件：住宿学生必须先成功登录该子系统。后置条件：如果登记成功，在数据库中插入一条申请报修记录，如果失败，系统维持原来的状态。基本路径： 1、住宿学生向子系统发出“登记报修解决的时间”的请求，开始用

20、例。2、系统要求住宿学生插入报修申请。3、用例结束扩展路径：无 系统管理员用例模型通过分析，在系统管理子系统中，该系统可以完成以下功能：管理宿舍楼管理员信息，如注册，删除宿舍楼管理员信息；管理宿舍楼学生信息，如注册，删除宿舍学生信息；管理其他用户信息，如注册，删除其他用户信息；设置各个用户的权限 ；登录系统管理员子系统系统管理员用例图 由于每种用户都包含了注册和删除信息，而且操作都一样，所以只讲宿舍楼管理员的注册和删除操作，其余的类似。 系统管理员用例图相关说明(1) 登录系统管理员子系统用例：登录系统管理员子系统简述：系统管理员可以输入账号密码登录系统管理员子系统参与者：系统管理员(前置条件

21、：无。后置条件：如果登录成功显示管理员可以操作的功能页面 1、系统管理员向系统管理员子系统发出登录请求，用例开始2、系统显示登录界面3、系统管理员输入用户名和密码4,、系统对比系统管理员的信息，如果输入的信息出现错误，跳转到A5、系统显示登录成功，用例结束。扩展路径：A;、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消登录、系统管理员选择取消登录，则用例结束、系统管理员选择重新登录，转到3(2) 宿舍楼管理员的注册 用例：宿舍楼管理员注册简述：系统管理员可通过该子系统给宿舍楼管理员注册参与者：系统管理员前置条件：系统管理员必须先成功登录该子系统。；后置条件：如果注册成功，

22、在数据库中插入一条宿舍楼管理员信息记录，如果失败，系统维持原来的状态。基本路径： 1、系统管理员向子系统发出“宿舍楼管理员注册”的请求，开始用例。2、系统要求系统管理员填写关于宿舍楼管理员的相关信息。3、系统提交该信息。4、用例结束。扩展路径：无(3) 宿舍楼管理员的删除 用例：宿舍楼管理员的删除简述：系统管理员可通过该子系统删除宿舍楼管理员参与者：系统管理员前置条件：系统管理员必须先成功登录该子系统。后置条件：如果删除成功，在数据库中删除该条宿舍楼管理员的记录，如果失败，系统维持原来的状态。基本路径： 1、系统管理员向子系统发出“宿舍楼管理员删除”的请求，开始用例。2、系统要求输入要删除的宿

23、舍楼管理员的编号。!3、系统查找该宿舍楼管理员的编号，如果失败则调到A。4、系统显示删除成功，用例结束。扩展路径：A、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消删除、系统管理员选择取消删除，则用例结束、系统管理员选择重新输入编号，转到2(4)设置各类用户权限 用例：设置各类用户权限简述：系统管理员可通过该子系统设置各类用户权限参与者：系统管理员前置条件：系统管理员必须先成功登录该子系统。后置条件：如果设置成功，在数据库中相应的权限记录被改变，如果失败，系统维持原来的状态。基本路径： 1、系统管理员向子系统发出“设置各类用户权限”的请求，开始用例。2、系统要求系统管理员

24、选择各类用户的权限并且提交。3、系统显示修改成功，用例结束。！扩展路径：无其他用户用例模型通过分析其他用户子系统应该具有的功能如下：查看各宿舍整体情况、生成报表等。其他用户用例图其他用户用例图相关说明(1) 登录其他用户子系统用例：登录其他用户子系统简述：其他用户可以输入账号密码登录其他用户子系统参与者：其他用户前置条件：无。后置条件：如果登录成功显示其他用户可以操作的功能页面 1、其他用户向其他用户子系统发出登录请求，用例开始%2、系统显示登录界面3、其他用户输入用户名和密码4,、系统对比其他用户的信息，如果输入的信息出现错误，跳转到A5、系统显示登录成功，用例结束。扩展路径：A、系统提示输

25、入的信息哪些地方出错，要求其他用户重新输入相关信息或取消登录、其他用户选择取消登录，则用例结束、其他用户选择重新登录，转到3*(2) 查询所有宿舍的情况用例：查询所有宿舍的情况简述：其他用户可通过该子系统查询所有宿舍的情况参与者：其他用户前置条件：其他用户必须先成功登录该子系统。后置条件： 显示所有宿舍的情况。基本路径： 1、其他用户系统发出“查询所有宿舍的情况”的请求，开始用例。2、系统显示所有宿舍的情况。3、用例结束扩展路径：无(3)生成报表用例：生成报表简述：其他用户可通过该子系统生成各种报表参与者：其他用户前置条件：其他用户必须先成功登录该子系统。后置条件： 生成各种报表文件。基本路径

26、： 1、其他用户向子系统发出“生成报表”的请求，开始用例。2、系统显示所有类型的报表供用户选择下载。3、用户下载需要的报表，用例结束。扩展路径：无第3章系统静态模型。 系统中的类系统中的类有四个参与者相关的类和其他的几个相关类。参与者相关的类 (1)宿舍楼管理员类图 类图说明：DormitoryAdministrator类是宿舍楼管理员的类，它的属性很多，但是其中最主要的属性就是他自身的账号和登录密码。还有其他的一些方法等。-(2)住宿学生类StudentAccommodation类是住宿学生的类，最重要的是学生的学号（userNumber）和密码（userPwd）等属性。还有其他的一些方法等

27、。(3)系统管理员类 SystemAdministrator是系统管理员的类，包括系统管理员编号（userNumber）、和密码（userPwd）等属性。还有相关的方法。(4)其他用户类) OtherUser类是其他用户类，重要的属性包括编号和密码，还有其他的一些方法。系统中其他的相关类类图说明：Room类是宿舍类，包含了宿舍的所有信息。SQL类是数据库操作类，作为一个中间件可以对数据库进行增删改查。 系统中类与类的关系#分析上述的各个类，发现到最终都是每个类对数据库的相关操作。用得最多的关系是组合和聚集关系。 各个类之间的关系图 图3-3各个类之间的关系 类之间关系说明在关系表示中要标明类与

28、类之间一对多或者多对多等数量关系，如一个学生只能居住在一个宿舍。每一类用户都可以对数据库操作类进行操作的权利。但是数据库操作类只有一个。根据这些信息，连接起来的类图如上3-3所示。第4章系统动态模型根据系统的用例模型还可以通过对象之间的相互作用来考虑系统对象的行为。这种交互作用通过两种方式进行考察，一种是通过相互作用的一组对象为中心考察，即通过交互图进行，包括序列图和协作图；另一种是通过一独立的对象为中心进行考察，包括活动图和状态图。对象之间的相互作用构成了系统的动态模型。,宿舍楼管理员登录宿舍楼管理员系统宿舍楼管理员登录宿舍楼管理员系统序列图图4-1-1宿舍楼管理员登录宿舍楼管理员系统序列图

29、时序图说明：login()：宿舍楼管理员登录函数。getPwd():在SQL类中根据用户名获得密码queryTable():在DBMS类中执行SQL语句得到用户密码，宿舍楼管理员要登录该子系统，首先要与登录窗口交互，登录窗口创建一宿舍楼管理员对象进行期需要的操作。宿舍楼管理员登录宿舍楼管理员系统协作图宿舍楼管理员修改学生信息宿舍楼管理员修改学生信息时序图 图4-2-1宿舍楼管理员修改学生信息时序图时序图说明：宿舍楼管理员修改学生信息时首先要填入相关学生要修改的信息，然后把学号和修改数据提交到SQL类，由SQL类生成的sql语句，发送到DBMS，修改数据中的数据。然后再依次返回DBMS的处理结果，并显示给宿舍楼管理员。宿舍楼管理员修改学生信息协作图图4-2-2宿舍楼管理员修改学