UML-学生宿舍管理系统

面向对象分析与设计（UML）

综合实验报告

项目名称： 学生宿舍管理系统

1

目录

第1章需求分析 ........................................................................... 6

1.1 宿舍楼管理员子系统的需求分析 ....................................... 6 1.2 宿舍楼学生子系统的需求分析 ........................................... 7 1.3 系统管理员子系统的需求分析 ........................................... 8 1.4其他用户子系统的需求分析 ................................................ 9

第2章系统用例模型 .................................................................... 9

2.1 参与者的识别 ...................................................................... 9 2.1 宿舍楼管理员的用例模型 ................................................. 10 2.1.1宿舍楼管理员用例图 ...................................................... 10 2.1.2宿舍楼管理员用例图相关说明 ...................................... 10 2.2 宿舍楼学生用例模型 ........................................................ 16 2.2.1宿舍楼学生用例图 ......................................................... 16 2.2.2宿舍楼学生用例图相关说明 .......................................... 17 2.3 系统管理员用例模型 ........................................................ 20 2.3.1系统管理员用例图 ......................................................... 21 2.3.2 系统管理员用例图相关说明 ......................................... 21 2.4其他用户用例模型 ............................................................. 23 2.4.1其他用户用例图 ............................................................. 24 2.4.2其他用户用例图相关说明 .............................................. 24

2

第3章系统静态模型 .................................................................. 26

3.1 系统中的类 ....................................................................... 26 3.1.1参与者相关的类 ............................................................. 26 3.1.2系统中其他的相关类 ...................................................... 28 3.2 系统中类与类的关系 ........................................................ 28 3.2.1 各个类之间的关系图 ................................................... 28 3.2.2 类之间关系说明 .......................................................... 29

第4章系统动态模型 .................................................................. 30

4.1宿舍楼管理员登录宿舍楼管理员系统 .............................. 30 4.1.1宿舍楼管理员登录宿舍楼管理员系统序列图............... 30 4.1.2宿舍楼管理员登录宿舍楼管理员系统协作图............... 31 4.2宿舍楼管理员修改学生信息 .............................................. 31 4.2.1宿舍楼管理员修改学生信息时序图 .............................. 31 4.2.2宿舍楼管理员修改学生信息协作图 .............................. 32 4.3宿舍楼管理员删除学生信息 .............................................. 33 4.3.1宿舍楼管理员删除学生信息时序图 .............................. 33 4.3.2宿舍楼管理员删除学生协作图 ...................................... 33 4.4 宿舍楼管理员登记保修解决时间 ..................................... 34 4.4.1宿舍楼管理员登记报修解决时间时序图 ...................... 34 4.4.2宿舍楼管理员登记报修解决时间协作图 ...................... 34 4.5 住宿学生插入返校时间 .................................................... 35

3

4.5.1住宿学生插入返校时间时序图 ...................................... 35 4.5.2住宿学生插入返校时间协作图 ...................................... 36 4.6 学生宿舍管理系统中的活动图 ......................................... 36 4.6.1宿舍楼管理员活动图活动图 .......................................... 37 4.6.2住宿学生活动图 ............................................................. 38 4.6.3系统管理员活动图 ......................................................... 39

第5章系统部署模型 .................................................................. 41

5.1 学生宿舍管理系统的构件图 ............................................. 41 5.2宿舍管理员构件图 ............................................................. 42 5.2.1宿舍管理员操作构件图 .................................................. 42 5.2.2宿舍管理员构件图说明 .................................................. 42 5.3 住宿学生构件图 ................................................................ 43 5.3.1住宿学生构件图 ............................................................. 43 5.3.2住宿学生构件图说明 ...................................................... 44 5.4 系统管理员构件图 ............................................................ 44 5.4.1系统管理员构件图 ......................................................... 44 5.4.2系统管理员构件图说明 .................................................. 44 5.5 学生宿舍管理系统部署图 ................................................. 45 5.5.1部署图 ............................................................................. 45 5.5.2部署图说明 ..................................................................... 45

第6章总结与展望 ..................................................................... 45

4

6.1 总结 ................................................................................... 46 6.2 展望 ................................................................................... 46

参考文献 ..................................................................................... 46

5

第1章需求分析

为了了解全校学生住宿情况，掌握学生信息，做好学生监管工作，保障学生安全，为学生提供安全可靠的住宿环境，在为学生提供全面便捷的生活服务，制作一个学生宿舍管理系统是必需的。整个系统有4类用户，分别是宿舍楼管理员、宿舍楼学生、系统管理员、其他一般用户等。

整个学生宿舍管理系统整体功能模块图如下所示，该系统分为4大子系统，分别为宿舍楼管理员子系统，宿舍楼学生子系统，系统管理员子系统，其他用户子系统。

学生宿舍管理系统宿舍楼管理员子系统宿舍楼学生子系统系统管理员子系统其他用户子系统

图1-1系统整体功能模块图

1.1 宿舍楼管理员子系统的需求分析

在宿舍楼管理员子系统中，其子系统的一些主要功能如下： 1) 宿舍楼管理员查询宿舍楼的所有信息

1.1) 宿舍楼管理员可以按学号查询学生住宿的详细信息 1.2) 宿舍楼管理员可以查询所有宿舍报修的信息 1.3) 宿舍楼管理员可以查询夜归的详细信息

1.4) 宿舍楼管理员可以查询某宿舍楼学生离返校的信息 2）管理员可以修改学生信息

6

2.1) 宿舍楼管理员可以修改学生信息 2.2) 宿舍楼管理员可以删除学生信息 3) 宿舍楼管理员可以登记报修解决时间 4)通知学生学校或者学院发布的公告 5)登录管理员子系统 其功能细化图如下：

宿舍楼管理员功能模块登记报修解决时间查询登录管理员子系统修改发布学校学院的公告查询学生住宿的详细地址查询所有宿舍的报修信息查询学生夜归的详细信息查询学生离返校的时间修改学生信息删除学生信息

图1-2宿舍楼管理员系统功能模块图

1.2 宿舍楼学生子系统的需求分析

在宿舍楼学生子系统中，其功能概述如下： 1)宿舍楼学生可以查询信息 1.1)查询自己所在宿舍的信息 1.2)查询自己的夜归记录 1.3)查询自己的离返校记录 2)宿舍楼学生可以插入信息 2.1)插入报修信息 2.2)插入离校时间 2.3)插入返校时间

3)登录宿舍楼学生子系统

7

其功能细化图如下：

宿舍楼学生功能模块查询信息登录宿舍楼学生子系统插入信息查询自己所在宿舍的信息查询自己的夜归记录查询学生的离返校记录查询学生离返校的时间插入报修信息插入离校时间插入返校时间

图1-3宿舍楼学生子系统功能模块图

1.3 系统管理员子系统的需求分析

在系统管理子系统中，其功能概述如下：

1) 管理宿舍楼管理员信息，如注册，删除宿舍楼管理员信息

2) 管理宿舍楼学生信息，如注册，删除宿舍学生信息 3) 管理其他用户信息，如注册，删除其他用户信息 4) 设置各个用户的权限 5) 登录系统管理员子系统 其功能细化图如下：

8

系统管理员功能模块管理宿舍楼管理员设置各个用户的权登录管理宿舍楼学生信管理其他用户信息信息限息注删册除注删宿宿册除注舍舍宿宿册楼楼舍舍其管管楼楼他用理理学学户员员生生信信信信信息息息息息图1-4系统管理整体功能模块

1.4其他用户子系统的需求分析

1) 查看各宿舍整体情况 2) 生成报表

其他用户功能模块查看宿舍生的成整报体表情况图1-5其他用户子系统整体功能模块第2章系统用例模型

2.1 参与者的识别 四个参与者

9

删除其他用户信息

2.1 宿舍楼管理员的用例模型

通过分析，在宿舍楼管理员子系统中，该系统可以完成以下

功能：可以按学号查询学生住宿的详细信息、可以查询所有宿舍报修的信息、可以查询夜归的详细信息、可以查询某宿舍楼学生离返校的信息、可以修改学生信息、可以删除学生信息、可以登记报修解决时间、可以通知学生学校或者学院发布的公告

2.1.1宿舍楼管理员用例图

System查看住宿信息查看宿舍报修信息查看夜归信息通知上级发布的公告宿舍罗管理员查看学生离返校时间登记报修解决时间登录删除学生信息修改学生信息

2.1.2宿舍楼管理员用例图相关说明

(1)登录宿舍楼管理员子系统

用例：登录系统

简述：宿舍楼管理员在执行所有操作时得先输入密码登录。 参与者：宿舍楼管理员 前置条件：无

10

后置条件：系统显示登录成功 基本路径：

1、宿舍楼管理员向宿舍楼管理员子系统发出登录请求，用例开始

2、系统显示登录界面

3、宿舍楼管理员输入用户名和密码 4,、系统对比宿舍楼管理员信息，如果输入的信息出现错误，跳转到A

5、系统显示登录成功，用例结束

扩展路径：A

<1>、系统提示输入的信息哪些地方出错，要求宿舍楼管理员重新输入相关信息或取消登录

<2>、宿舍楼管理员选择取消登录，则用例结束 <3>、宿舍楼管理员选择重新登录，转到3 (2)查看学生住宿信息

用例：查看学生住宿信息 简述：宿舍楼管理员可通过该子系统查询学生住宿的详细信息

参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统 后置条件：系统显示学生住宿信息 基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生住宿信息”的请 求，开始用例。

2、系统要求宿舍楼管理员输入要查询的学生的学号。 3、系统根据学号显示该学生的住宿信息, 如果系统没有该学号，转到A。

4、用例结束 扩展路径：A

11

<1>、，则要求宿舍楼管理员选择重新输入学号或取消输入 <2>、宿舍楼管理员选择取消输入个人要求，则用例结束 <3>、宿舍楼管理员重新输入学号，转到2

(3)查询学生夜归信息

用例：查看学生夜归信息

简述：宿舍楼管理员可通过该子系统查询学生夜归的信息 参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统 后置条件：系统显示学生夜归信息 基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生夜归信息”的请 求，开始用例。

2、系统要求宿舍楼管理员输入要查询的学生的学号。 3、系统根据学号显示该学生的夜归信息, 如果系统没有该学号，转到A。

4、用例结束 扩展路径：A <1>、，则要求宿舍楼管理员选择重新输入学号或取消输入 <2>、宿舍楼管理员选择取消输入个人要求，则用例结束 <3>、宿舍楼管理员重新输入学号，转到2

(4)查看学生离返校信息

用例：查看学生离返校信息 简述：宿舍楼管理员可通过该子系统查询学生离返校时间的详细信息

参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统 后置条件：系统显示学生离返校信息 基本路径：

12

1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生离返校信息”的 请求，开始用例。

2、系统要求宿舍楼管理员输入要查询的学生的学号。 3、系统根据学号显示该学生的离返校时间信息, 如果系统没有该学号，转 到A。

4、用例结束 扩展路径：A

<1>、则要求宿舍楼管理员选择重新输入学号或取消输入 <2>、宿舍楼管理员选择取消输入个人要求，则用例结束 <3>、宿舍楼管理员重新输入学号，转到2 (5)查看宿舍楼报修信息

用例：查看宿舍楼报修信息

简述：宿舍楼管理员可通过该子系统查看宿舍楼报修的详细信息

参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统 后置条件：显示哪些宿舍有报修而且没有进行处理的 基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看宿舍楼报修信息”的 请求，开始用例。

2、系统显示哪些宿舍有进行报修申请，还有是否进行处理、安排人员过去处理选项。如果没有保修宿舍则页面提示 “无报修宿舍”。

3、用例结束 扩展路径：无 (6)修改学生信息

用例：修改学生信息 简述：宿舍楼管理员可通过该子系统修改学生住宿的详细信

13

息

参与者：宿舍楼管理员 前置条件：宿舍楼管理员必须先成功登录该子系统而且该学生已经转换专业

后置条件：如果成功，学生的数据库中的住宿信息被修改，如果失败，系统 状态不变

基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“修改学生信息”的请求， 开始用例。

2、系统要求宿舍楼管理员输入要修改的学生的学号。 3、系统根据学号显示该学生的详细信息并提供修改接口和提交按钮, 如果系统没有该学号，转到A。

4、用例结束 扩展路径：A

<1>、则要求宿舍楼管理员选择重新输入学号或取消输入 <2>、宿舍楼管理员选择取消输入，则用例结束 <3>、宿舍楼管理员重新输入学号，转到2 (7)删除学生信息

用例：删除学生信息 简述：宿舍楼管理员可通过该子系统删除学生住宿的详细信息

参与者：宿舍楼管理员 前置条件：宿舍楼管理员必须先成功登录该子系统而且学生搬到其他栋的宿舍中去。

后置条件：如果成功，学生的数据库中的住宿信息被修改，如果失败，系统 状态不变

基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“删除学生信息”的请求， 开始用例。

2、系统要求宿舍楼管理员输入要删除的学生的学号。

14

3、系统根据学号显示该学生的详细信息并提供删除接口和提交按钮, 如果系统没有该学号，转到A。

4、用例结束 扩展路径：A

<1>、则要求宿舍楼管理员选择重新输入学号或取消输入 <2>、宿舍楼管理员选择取消输入，则用例结束 <3>、宿舍楼重新输入学号，转到2 (8)通知学生上级发布的通知

用例：通知学生上级发布的通知 简述：宿舍楼管理员可通过该子系统通知学生上级发布的通知

参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统。 后置条件：如果学生登录自己的账号，则可以看到通知。 基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“通知学生上级发布的通知”的请求，开始用例。

2、系统要求宿舍楼管理员输入上级发布的通知内容。 3、系统把这个通知发送到所有学生的账号上。 4、用例结束 扩展路径：无 (9) 登记报修解决的时间

用例：登记报修解决的时间

简述：宿舍楼管理员可通过该子系统登记报修解决的时间 参与者：宿舍楼管理员

前置条件：宿舍楼管理员必须先成功登录该子系统。

后置条件：如果登记成功，在数据库中插入一条报修时间记录，如果失败，系统维持原来的状态。

15

基本路径：

1、宿舍楼管理员向宿舍楼给管理员子系统发出“登记报修解

决的时间”的请求，开始用例。

2、系统要求宿舍楼管理员插入报修问题解决的时间。 3、用例结束 扩展路径：无

2.2 宿舍楼学生用例模型

在宿舍楼学生子系统中，其功能概述如下：查询自己所在宿舍的信息、查询自己的夜归记录、查询自己的离返校记录、插入报修信息、插入离校时间、插入返校时间、登录宿舍楼学生子系统

2.2.1宿舍楼学生用例图

System插入返校时间插入离校时间插入报修信息查询自己宿舍的信息住宿学生查询夜归记录查询离返校记录登录

16

2.2.2宿舍楼学生用例图相关说明 (1) 登录宿舍楼学生子系统

用例：登录宿舍楼学生子系统

简述：学生可以输入账号密码登录宿舍楼学生子系统 参与者：住宿学生 前置条件：无。

后置条件：如果登录成功显示学生可以操作的功能页面 1、住宿学生向学生住宿子系统发出登录请求，用例开始 2、系统显示登录界面

3、住宿学生输入用户名和密码

4,、系统对比住宿学生信息，如果输入的信息出现错误，跳转到A

5、系统显示登录成功，用例结束

扩展路径：A

<1>、系统提示输入的信息哪些地方出错，要求住宿学生重新输入相关信息或取消登录

<2>、住宿学生选择取消登录，则用例结束 <3>、住宿学生选择重新登录，转到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、住宿学生向子系统发出“登记报修解决的时间”的请求，

开始用例。

2、系统要求住宿学生插入报修申请。 3、用例结束 扩展路径：无 2.3 系统管理员用例模型

通过分析，在系统管理子系统中，该系统可以完成以下功能：管理宿舍楼管理员信息，如注册，删除宿舍楼管理员信息；管理宿舍楼学生信息，如注册，删除宿舍学生信息；管理其他用户信息，如注册，删除其他用户信息；设置各个用户的权限 ；登录系统管理员子系统

20

2.3.1系统管理员用例图

由于每种用户都包含了注册和删除信息，而且操作都一样，

所以只讲宿舍楼管理员的注册和删除操作，其余的类似。

System注册宿舍楼管理员删除宿舍楼管理员信息注册住宿学生信息删除住宿学生信息系统管理员注册其他用户信息设置用户权限登录删除其他用户信息

2.3.2 系统管理员用例图相关说明 (1) 登录系统管理员子系统

用例：登录系统管理员子系统 简述：系统管理员可以输入账号密码登录系统管理员子系统 参与者：系统管理员 前置条件：无。

后置条件：如果登录成功显示管理员可以操作的功能页面 1、系统管理员向系统管理员子系统发出登录请求，用例开始

2、系统显示登录界面

3、系统管理员输入用户名和密码 4,、系统对比系统管理员的信息，如果输入的信息出现错误，跳转到A

5、系统显示登录成功，用例结束。

21

扩展路径：A

<1>、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消登录

<2>、系统管理员选择取消登录，则用例结束 <3>、系统管理员选择重新登录，转到3 (2) 宿舍楼管理员的注册

用例：宿舍楼管理员注册

简述：系统管理员可通过该子系统给宿舍楼管理员注册 参与者：系统管理员

前置条件：系统管理员必须先成功登录该子系统。

后置条件：如果注册成功，在数据库中插入一条宿舍楼管理员信息记录，如果失败，系统维持原来的状态。

基本路径：

1、系统管理员向子系统发出“宿舍楼管理员注册”的请求，

开始用例。

2、系统要求系统管理员填写关于宿舍楼管理员的相关信息。 3、系统提交该信息。 4、用例结束。 扩展路径：无 (3) 宿舍楼管理员的删除

用例：宿舍楼管理员的删除

简述：系统管理员可通过该子系统删除宿舍楼管理员 参与者：系统管理员

前置条件：系统管理员必须先成功登录该子系统。

后置条件：如果删除成功，在数据库中删除该条宿舍楼管理员的记录，如果失败，系统维持原来的状态。

基本路径：

1、系统管理员向子系统发出“宿舍楼管理员删除”的请求，

22

开始用例。

2、系统要求输入要删除的宿舍楼管理员的编号。

3、系统查找该宿舍楼管理员的编号，如果失败则调到A。 4、系统显示删除成功，用例结束。 扩展路径：A

<1>、系统提示输入的信息哪些地方出错，要求系统管理员重新输入相关信息或取消删除

<2>、系统管理员选择取消删除，则用例结束 <3>、系统管理员选择重新输入编号，转到2 (4)设置各类用户权限

用例：设置各类用户权限

简述：系统管理员可通过该子系统设置各类用户权限 参与者：系统管理员

前置条件：系统管理员必须先成功登录该子系统。

后置条件：如果设置成功，在数据库中相应的权限记录被改变，如果失败，系统维持原来的状态。

基本路径：

1、系统管理员向子系统发出“设置各类用户权限”的请求，

开始用例。

2、系统要求系统管理员选择各类用户的权限并且提交。 3、系统显示修改成功，用例结束。 扩展路径：无

2.4其他用户用例模型

通过分析其他用户子系统应该具有的功能如下：查看各宿舍整体情况、生成报表等。

23

2.4.1其他用户用例图

System生成报表系统管理员查看所有宿舍信息登录

2.4.2其他用户用例图相关说明 (1) 登录其他用户子系统

用例：登录其他用户子系统

简述：其他用户可以输入账号密码登录其他用户子系统 参与者：其他用户 前置条件：无。 后置条件：如果登录成功显示其他用户可以操作的功能页面 1、其他用户向其他用户子系统发出登录请求，用例开始 2、系统显示登录界面

3、其他用户输入用户名和密码

4,、系统对比其他用户的信息，如果输入的信息出现错误，跳转到A

5、系统显示登录成功，用例结束。 扩展路径：A

24

<1>、系统提示输入的信息哪些地方出错，要求其他用户重新输入相关信息或取消登录

<2>、其他用户选择取消登录，则用例结束 <3>、其他用户选择重新登录，转到3 (2) 查询所有宿舍的情况

用例：查询所有宿舍的情况

简述：其他用户可通过该子系统查询所有宿舍的情况 参与者：其他用户

前置条件：其他用户必须先成功登录该子系统。 后置条件： 显示所有宿舍的情况。 基本路径：

1、其他用户系统发出“查询所有宿舍的情况”的请求，开始

用例。

2、系统显示所有宿舍的情况。 3、用例结束 扩展路径：无 (3)生成报表

用例：生成报表

简述：其他用户可通过该子系统生成各种报表 参与者：其他用户

前置条件：其他用户必须先成功登录该子系统。 后置条件： 生成各种报表文件。 基本路径：

1、其他用户向子系统发出“生成报表”的请求，开始用例。 2、系统显示所有类型的报表供用户选择下载。 3、用户下载需要的报表，用例结束。 扩展路径：无

25

第3章系统静态模型

3.1 系统中的类

系统中的类有四个参与者相关的类和其他的几个相关类。 3.1.1参与者相关的类

(1)宿舍楼管理员类图

DormitoryAdministrator-userNumber：string-userPwd：string+login()+queryStudentLive()+queryNightBack()+queryAlterThing()+queryStudentMsg()+deleteStudentMsg()+queryBackSchool()+writeAlterTime()+imformMsg()

类图说明：

DormitoryAdministrator类是宿舍楼管理员的类，它的属性很多，但是其中最主要的属性就是他自身的账号和登录密码。还有其他的一些方法等。

(2)住宿学生类

StudentAccommodation-userNumber：string-userPwd：string+login()+insertReturnSchoolTime()+insertLeaveSchoolTime()+insertAlterMsg()+queryDormitoryMsg()+queryNightBackRecord()+queryLeaveBackRecord()

26

StudentAccommodation类是住宿学生的类，最重要的是学生的学号（userNumber）和密码（userPwd）等属性。还有其他的一些方法等。 (3)系统管理员类

SystemAdministrator-userNumber：string-userPwd：string+login()+regeditDormitoryAdministrator()+deleteDormitoryAdministrator()+regeditStudentAccommodation()+deleteStudentAccommodation()+regeditOtherr()+deleteOther()+SetThePriority()

SystemAdministrator是系统管理员的类，包括系统管理员编

号（userNumber）、和密码（userPwd）等属性。还有相关的方法。 (4)其他用户类

OtherUser-userNumber：string-userPwd：string+login()+queryDormitoryr()+createTable()

OtherUser类是其他用户类，重要的属性包括编号和密码，还

有其他的一些方法。

27

3.1.2系统中其他的相关类

Room-RoomId：string+getRoomId()SQL

类图说明：

<1>Room类是宿舍类，包含了宿舍的所有信息。

<2>SQL类是数据库操作类，作为一个中间件可以对数据库进行增删改查。 3.2 系统中类与类的关系

分析上述的各个类，发现到最终都是每个类对数据库的相关操作。用得最多的关系是组合和聚集关系。 3.2.1 各个类之间的关系图

DormitoryAdministratorSQLSystemAdministratorOtherUserStudentAccommodationRoom

图3-3各个类之间的关系

28

3.2.2 类之间关系说明

在关系表示中要标明类与类之间一对多或者多对多等数量关系，如一个学生只能居住在一个宿舍。每一类用户都可以对数据库操作类进行操作的权利。但是数据库操作类只有一个。根据这些信息，连接起来的类图如上3-3所示。

29

第4章系统动态模型

根据系统的用例模型还可以通过对象之间的相互作用来考虑系统对象的行为。这种交互作用通过两种方式进行考察，一种是通过相互作用的一组对象为中心考察，即通过交互图进行，包括序列图和协作图；另一种是通过一的对象为中心进行考察，包括活动图和状态图。对象之间的相互作用构成了系统的动态模型。

4.1宿舍楼管理员登录宿舍楼管理员系统 4.1.1宿舍楼管理员登录宿舍楼管理员系统序列图

图4-1-1宿舍楼管理员登录宿舍楼管理员系统序列图 时序图说明：

login()：宿舍楼管理员登录函数。

getPwd():在SQL类中根据用户名获得密码

queryTable():在DBMS类中执行SQL语句得到用户密码 宿舍楼管理员要登录该子系统，首先要与登录窗口交互，登录窗口创建一宿舍楼管理员对象进行期需要的操作。

30

4.1.2宿舍楼管理员登录宿舍楼管理员系统协作图

4.2宿舍楼管理员修改学生信息 4.2.1宿舍楼管理员修改学生信息时序图

图4-2-1宿舍楼管理员修改学生信息时序图

时序图说明：

宿舍楼管理员修改学生信息时首先要填入相关学生要修改

31

的信息，然后把学号和修改数据提交到SQL类，由SQL类生成的sql语句，发送到DBMS，修改数据中的数据。然后再依次返回DBMS的处理结果，并显示给宿舍楼管理员。 4.2.2宿舍楼管理员修改学生信息协作图

图4-2-2宿舍楼管理员修改学生信息的协作图

协作图相关说明：

<1>修改学生信息：调用DormitoryAdministrator类的alterStudentMsg函数，并且出入学生的学号作为参数，执行直到得到返回结果。

<2>修改学生信息：调用SQL类的alterStudentMsg函数，并且出入学生的学号作为参数，执行直到得到返回结果。 <3>执行SQL语句：程序发送sql命令让DBMS执行。

32

4.3宿舍楼管理员删除学生信息 4.3.1宿舍楼管理员删除学生信息时序图

图4-3-1宿舍楼管理员删除学生信息的时序图

4.3.2宿舍楼管理员删除学生协作图

图4-3-2宿舍楼管理员删除学生信息协作图

33

4.4 宿舍楼管理员登记保修解决时间 4.4.1宿舍楼管理员登记报修解决时间时序图

图4-4-1宿舍楼管理员登记报修解决时间的时序图图

4.4.2宿舍楼管理员登记报修解决时间协作图

图4-4-2宿舍楼管理员登记报修解决时间的协作图

34

4.5 住宿学生插入返校时间 4.5.1住宿学生插入返校时间时序图

图4-5-1住宿学生插入返校时间的时序图

时序图说明

<1>插入返校时间:调用宿舍楼管理员类的insertBackSchoolTime函数执行。

<2>插入返校时间:调用SQL类的insertBackSchoolTime函数执行。

<3>执行sql语句：DBMS根据程序发送的sql指令完成数据库操作。

35

4.5.2住宿学生插入返校时间协作图

图4-5-2住宿学生插入返校时间的协作图

4.6 学生宿舍管理系统中的活动图

学生宿舍管理系统中的活动图分为分为宿舍楼管理员活动图、住宿学生活动图和系统管理员活动图和其他用户活动图。

36

4.6.1宿舍楼管理员活动图活动图

图4-6-1宿舍楼管理员活动图

借阅者的活动图说明：

<1>宿舍楼管理员需要登陆才能进行所有操作。

<4>在离开时，如果宿舍楼管理员已经登录系统，则需要进行退出操作。

<5>宿舍楼管理员完成所有操作后离开系统。

37

4.6.2住宿学生活动图

图4-6-2住宿学生活动图

38

4.6.3系统管理员活动图

图4-6-3系统管理员活动图

系统管理员活动图说明：

<1>系统管理员在维护系统前需要登录到管理系统。 <2>系统管理员在登录后进行各种操作的信息界面。

<3>系统管理员在<2>界面中可以注册、删除和各类用户。 <4>活动完毕后需要退出系统管理界面。 4.6.4其他用户活动图

39

图4-6-4其他用户活动图

40

第5章系统部署模型

前面的静态模型和动态模型都是按照路基的关电对烯烃进行的概念建模，还需要对系统的实现结构进行建模。对系统的实现结构进行建模的方式包括两种，即构件图和部署图。 5.1 学生宿舍管理系统的构件图

在学生宿舍管理系统中，可以对系统的主要参与者和主要业务实体类分别创建对应的构建进行映射，并且创建构件图。

图5-1基本业务构件图

41

5.2宿舍管理员构件图 5.2.1宿舍管理员操作构件图

图5-2宿舍楼管理员构件图

5.2.2宿舍管理员构件图说明

<1>管理员通过学生编号接口来进行SQL数据库的各种操作

42

5.3 住宿学生构件图 5.3.1住宿学生构件图

图5-3住宿学生构件图

43

5.3.2住宿学生构件图说明

住宿学生通过学生编号来处理各种各样的操作。 5.4 系统管理员构件图 5.4.1系统管理员构件图

图5-4系统管理员构件图

5.4.2系统管理员构件图说明

<1>系统管理员通过学生编号来对学生信息进行维护。 <2>系统管理员通过宿舍楼管理员编号来对宿舍管理员信息进行维护。

44

5.5 学生宿舍管理系统部署图 5.5.1部署图

图5-5学生管理系统部署图

5.5.2部署图说明

<1>数据库节点：负责数据存储、处理等。

<2>后台系统维护节点：系统管理员通过该节点进行后台维护，执行系统管理员允许的所有操作。

第6章总结与展望

45

6.1 总结

小组成员通过这次课题研究和设计，对学生宿舍管理系统进行了系统性的需求分析和系统建模，对于系统的各项子功能也有详细的分析和把握。该文档主要介绍了系统分析的3个方面，包括功能性需求、非功能性需求以及设计约束条件。最后从四个方面对学生宿舍管理系统进行系统建模，分别是系统的用例模型、系统的静态模型、系统的动态模型以及系统的部署模型。大家分工协作，共同讨论，充分发挥了各自的能动作用和团队协作意识，由于时间比较紧凑，所以整个系统分析设计中难免存在错误和漏洞，恳请老师同学批评指正。 6.2 展望

系统的整体需求分析和模型设计已经完成，但是其中有一些细节还有待商榷，比如系统用例模型之间的关系等，在日后要进行完善，另一方面在系统的编程实现方面还没有实际着手开展，希望在以后时间比较充裕的时候能够加以实现。

参考文献

[1]《UML面向对象分析与设计教程》胡荷芬 高斐 清华大学出版

[2]《UML系统建模基础教程》胡荷芬 张帆 高斐 清华大学出版

[3]《UML基础与ROSE建模案例》吴建 汪杰 人民邮电出

46

版社

[4]《UML基础与Rose建模教程》蔡敏 徐慧 人民邮电出版社

47