UML学生宿舍管理系统.docx
- 文档编号:6532437
- 上传时间:2023-01-07
- 格式:DOCX
- 页数:33
- 大小:338.93KB
UML学生宿舍管理系统.docx
《UML学生宿舍管理系统.docx》由会员分享,可在线阅读,更多相关《UML学生宿舍管理系统.docx(33页珍藏版)》请在冰豆网上搜索。
UML学生宿舍管理系统
面向对象分析与设计(UML)
综合实验报告
项目名称:
学生宿舍管理系统
第1章需求分析
为了了解全校学生住宿情况,掌握学生信息,做好学生监管工作,保障学生安全,为学生提供安全可靠的住宿环境,在为学生提供全面便捷的生活服务,制作一个学生宿舍管理系统是必需的。
整个系统有4类用户,分别是宿舍楼管理员、宿舍楼学生、系统管理员、其他一般用户等。
整个学生宿舍管理系统整体功能模块图如下所示,该系统分为4大子系统,分别为宿舍楼管理员子系统,宿舍楼学生子系统,系统管理员子系统,其他用户子系统。
图1-1系统整体功能模块图
1.1宿舍楼管理员子系统的需求分析
在宿舍楼管理员子系统中,其子系统的一些主要功能如下:
1)宿舍楼管理员查询宿舍楼的所有信息
1.1)宿舍楼管理员可以按学号查询学生住宿的详细信息
1.2)宿舍楼管理员可以查询所有宿舍报修的信息
1.3)宿舍楼管理员可以查询夜归的详细信息
1.4)宿舍楼管理员可以查询某宿舍楼学生离返校的信息
2)管理员可以修改学生信息
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)登录宿舍楼学生子系统
其功能细化图如下:
图1-3宿舍楼学生子系统功能模块图
1.3系统管理员子系统的需求分析
在系统管理子系统中,其功能概述如下:
1)管理宿舍楼管理员信息,如注册,删除宿舍楼管理员信息
2)管理宿舍楼学生信息,如注册,删除宿舍学生信息
3)管理其他用户信息,如注册,删除其他用户信息
4)设置各个用户的权限
5)登录系统管理员子系统
其功能细化图如下:
图1-4系统管理整体功能模块
1.4其他用户子系统的需求分析
1)查看各宿舍整体情况
2)生成报表
图1-5其他用户子系统整体功能模块
第2章系统用例模型
2.1参与者的识别
四个参与者
2.1宿舍楼管理员的用例模型
通过分析,在宿舍楼管理员子系统中,该系统可以完成以下功能:
可以按学号查询学生住宿的详细信息、可以查询所有宿舍报修的信息、可以查询夜归的详细信息、可以查询某宿舍楼学生离返校的信息、可以修改学生信息、可以删除学生信息、可以登记报修解决时间、可以通知学生学校或者学院发布的公告
2.1.1宿舍楼管理员用例图
2.1.2宿舍楼管理员用例图相关说明
(1)登录宿舍楼管理员子系统
用例:
登录系统
简述:
宿舍楼管理员在执行所有操作时得先输入密码登录。
参与者:
宿舍楼管理员
前置条件:
无
后置条件:
系统显示登录成功
基本路径:
1、宿舍楼管理员向宿舍楼管理员子系统发出登录请求,用例开始
2、系统显示登录界面
3、宿舍楼管理员输入用户名和密码
4,、系统对比宿舍楼管理员信息,如果输入的信息出现错误,跳转到A
5、系统显示登录成功,用例结束
扩展路径:
A
<1>、系统提示输入的信息哪些地方出错,要求宿舍楼管理员重新输入相关信息或取消登录
<2>、宿舍楼管理员选择取消登录,则用例结束
<3>、宿舍楼管理员选择重新登录,转到3
(2)查看学生住宿信息
用例:
查看学生住宿信息
简述:
宿舍楼管理员可通过该子系统查询学生住宿的详细信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统
后置条件:
系统显示学生住宿信息
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生住宿信息”的请求,开始用例。
2、系统要求宿舍楼管理员输入要查询的学生的学号。
3、系统根据学号显示该学生的住宿信息,如果系统没有该学号,转到A。
4、用例结束
扩展路径:
A
<1>、,则要求宿舍楼管理员选择重新输入学号或取消输入
<2>、宿舍楼管理员选择取消输入个人要求,则用例结束
<3>、宿舍楼管理员重新输入学号,转到2
(3)查询学生夜归信息
用例:
查看学生夜归信息
简述:
宿舍楼管理员可通过该子系统查询学生夜归的信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统
后置条件:
系统显示学生夜归信息
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生夜归信息”的请求,开始用例。
2、系统要求宿舍楼管理员输入要查询的学生的学号。
3、系统根据学号显示该学生的夜归信息,如果系统没有该学号,转到A。
4、用例结束
扩展路径:
A
<1>、,则要求宿舍楼管理员选择重新输入学号或取消输入
<2>、宿舍楼管理员选择取消输入个人要求,则用例结束
<3>、宿舍楼管理员重新输入学号,转到2
(4)查看学生离返校信息
用例:
查看学生离返校信息
简述:
宿舍楼管理员可通过该子系统查询学生离返校时间的详细信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统
后置条件:
系统显示学生离返校信息
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看学生离返校信息”的请求,开始用例。
2、系统要求宿舍楼管理员输入要查询的学生的学号。
3、系统根据学号显示该学生的离返校时间信息,如果系统没有该学号,转到A。
4、用例结束
扩展路径:
A
<1>、则要求宿舍楼管理员选择重新输入学号或取消输入
<2>、宿舍楼管理员选择取消输入个人要求,则用例结束
<3>、宿舍楼管理员重新输入学号,转到2
(5)查看宿舍楼报修信息
用例:
查看宿舍楼报修信息
简述:
宿舍楼管理员可通过该子系统查看宿舍楼报修的详细信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统
后置条件:
显示哪些宿舍有报修而且没有进行处理的
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“查看宿舍楼报修信息”的请求,开始用例。
2、系统显示哪些宿舍有进行报修申请,还有是否进行处理、安排人员过去处理选项。
如果没有保修宿舍则页面提示“无报修宿舍”。
3、用例结束
扩展路径:
无
(6)修改学生信息
用例:
修改学生信息
简述:
宿舍楼管理员可通过该子系统修改学生住宿的详细信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统而且该学生已经转换专业
后置条件:
如果成功,学生的数据库中的住宿信息被修改,如果失败,系统状态不变
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“修改学生信息”的请求,开始用例。
2、系统要求宿舍楼管理员输入要修改的学生的学号。
3、系统根据学号显示该学生的详细信息并提供修改接口和提交按钮,如果系统没有该学号,转到A。
4、用例结束
扩展路径:
A
<1>、则要求宿舍楼管理员选择重新输入学号或取消输入
<2>、宿舍楼管理员选择取消输入,则用例结束
<3>、宿舍楼管理员重新输入学号,转到2
(7)删除学生信息
用例:
删除学生信息
简述:
宿舍楼管理员可通过该子系统删除学生住宿的详细信息
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统而且学生搬到其他栋的宿舍中去。
后置条件:
如果成功,学生的数据库中的住宿信息被修改,如果失败,系统状态不变
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“删除学生信息”的请求,开始用例。
2、系统要求宿舍楼管理员输入要删除的学生的学号。
3、系统根据学号显示该学生的详细信息并提供删除接口和提交按钮,如果系统没有该学号,转到A。
4、用例结束
扩展路径:
A
<1>、则要求宿舍楼管理员选择重新输入学号或取消输入
<2>、宿舍楼管理员选择取消输入,则用例结束
<3>、宿舍楼重新输入学号,转到2
(8)通知学生上级发布的通知
用例:
通知学生上级发布的通知
简述:
宿舍楼管理员可通过该子系统通知学生上级发布的通知
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统。
后置条件:
如果学生登录自己的账号,则可以看到通知。
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“通知学生上级发布的通知”的请求,开始用例。
2、系统要求宿舍楼管理员输入上级发布的通知容。
3、系统把这个通知发送到所有学生的账号上。
4、用例结束
扩展路径:
无
(9)登记报修解决的时间
用例:
登记报修解决的时间
简述:
宿舍楼管理员可通过该子系统登记报修解决的时间
参与者:
宿舍楼管理员
前置条件:
宿舍楼管理员必须先成功登录该子系统。
后置条件:
如果登记成功,在数据库中插入一条报修时间记录,如果失败,系统维持原来的状态。
基本路径:
1、宿舍楼管理员向宿舍楼给管理员子系统发出“登记报修解决的时间”的请求,开始用例。
2、系统要求宿舍楼管理员插入报修问题解决的时间。
3、用例结束
扩展路径:
无
2.2宿舍楼学生用例模型
在宿舍楼学生子系统中,其功能概述如下:
查询自己所在宿舍的信息、查询自己的夜归记录、查询自己的离返校记录、插入报修信息、插入离校时间、插入返校时间、登录宿舍楼学生子系统
2.2.1宿舍楼学生用例图
2.2.2宿舍楼学生用例图相关说明
(1)登录宿舍楼学生子系统
用例:
登录宿舍楼学生子系统
简述:
学生可以输入账号密码登录宿舍楼学生子系统
参与者:
住宿学生
前置条件:
无。
后置条件:
如果登录成功显示学生可以操作的功能页面
1、住宿学生向学生住宿子系统发出登录请求,用例开始
2、系统显示登录界面
3、住宿学生输入用户名和密码
4,、系统对比住宿学生信息,如果输入的信息出现错误,跳转到A
5、系统显示登录成功,用例结束
扩展路径:
A
<1>、系统提示输入的信息哪些地方出错,要求住宿学生重新输入相关信息或取消登录
<2>、住宿学生选择取消登录,则用例结束
<3>、住宿学生选择重新登录,转到3
(2)查询自己所在宿舍的信息
用例:
查询自己所在宿舍的信息
简述:
住宿学生可通过该子系统查询自己所在宿舍的所有信息
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
显示自己宿舍的信息。
基本路径:
1、住宿学生向子系统发出“查询自己所在宿舍的信息”的请求,开始用例。
2、系统显示宿舍的信息。
3、用例结束
扩展路径:
无
(3)查询自己的夜归记录
用例:
查询自己的夜归记录
简述:
住宿学生可通过该子系统查询自己查询自己的夜归记录
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
显示自己夜归信息。
基本路径:
1、住宿学生向子系统发出“查询自己的夜归记录”请求,开始用例。
2、系统显示查询者的夜归记录信息。
3、用例结束
扩展路径:
无
(4)查询自己离返校记录
用例:
查询自己离返校记录
简述:
住宿学生可通过该子系统查询自己查询自己离返校记录
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
显示查询自己离返校记录。
基本路径:
1、住宿学生向子系统发出“查询自己离返校记录”的请求,开始用例。
2、系统显示查询自己离返校记录。
3、用例结束
扩展路径:
无
(5)插入返校时间
用例:
插入返校时间
简述:
住宿学生在离校时可通过该子系统插入自己的返校时间
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
如果插入成功,在数据库中插入一条返校时间记录,如果失败,系统维持原来的状态。
基本路径:
1、住宿学生向子系统发出“插入返校信息”的请求,开始用例。
2、系统要求住宿学生插入返校的时间。
3、用例结束
扩展路径:
无
(6)插入离校时间
用例:
插入离校时间
简述:
住宿学生可通过该子系统插入离校时间
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
如果插入成功,在数据库中插入一条离校时间记录,如果失败,系统维持原来的状态。
基本路径:
1、住宿学生向子系统发出“插入离校信息”的请求,开始用例。
2、系统要求住宿学生插入返校的时间。
3、用例结束
扩展路径:
无
(7)插入报修信息
用例:
插入报修信息
简述:
住宿学生可通过该子系统插入报修信息
参与者:
住宿学生
前置条件:
住宿学生必须先成功登录该子系统。
后置条件:
如果登记成功,在数据库中插入一条申请报修记录,如果失败,系统维持原来的状态。
基本路径:
1、住宿学生向子系统发出“登记报修解决的时间”的请求,开始用例。
2、系统要求住宿学生插入报修申请。
3、用例结束
扩展路径:
无
2.3系统管理员用例模型
通过分析,在系统管理子系统中,该系统可以完成以下功能:
管理宿舍楼管理员信息,如注册,删除宿舍楼管理员信息;管理宿舍楼学生信息,如注册,删除宿舍学生信息;管理其他用户信息,如注册,删除其他用户信息;设置各个用户的权限;登录系统管理员子系统
2.3.1系统管理员用例图
由于每种用户都包含了注册和删除信息,而且操作都一样,所以只讲宿舍楼管理员的注册和删除操作,其余的类似。
2.3.2系统管理员用例图相关说明
(1)登录系统管理员子系统
用例:
登录系统管理员子系统
简述:
系统管理员可以输入账号密码登录系统管理员子系统
参与者:
系统管理员
前置条件:
无。
后置条件:
如果登录成功显示管理员可以操作的功能页面
1、系统管理员向系统管理员子系统发出登录请求,用例开始
2、系统显示登录界面
3、系统管理员输入用户名和密码
4,、系统对比系统管理员的信息,如果输入的信息出现错误,跳转到A
5、系统显示登录成功,用例结束。
扩展路径:
A
<1>、系统提示输入的信息哪些地方出错,要求系统管理员重新输入相关信息或取消登录
<2>、系统管理员选择取消登录,则用例结束
<3>、系统管理员选择重新登录,转到3
(2)宿舍楼管理员的注册
用例:
宿舍楼管理员注册
简述:
系统管理员可通过该子系统给宿舍楼管理员注册
参与者:
系统管理员
前置条件:
系统管理员必须先成功登录该子系统。
后置条件:
如果注册成功,在数据库中插入一条宿舍楼管理员信息记录,如果失败,系统维持原来的状态。
基本路径:
1、系统管理员向子系统发出“宿舍楼管理员注册”的请求,开始用例。
2、系统要求系统管理员填写关于宿舍楼管理员的相关信息。
3、系统提交该信息。
4、用例结束。
扩展路径:
无
(3)宿舍楼管理员的删除
用例:
宿舍楼管理员的删除
简述:
系统管理员可通过该子系统删除宿舍楼管理员
参与者:
系统管理员
前置条件:
系统管理员必须先成功登录该子系统。
后置条件:
如果删除成功,在数据库中删除该条宿舍楼管理员的记录,如果失败,系统维持原来的状态。
基本路径:
1、系统管理员向子系统发出“宿舍楼管理员删除”的请求,开始用例。
2、系统要求输入要删除的宿舍楼管理员的编号。
3、系统查找该宿舍楼管理员的编号,如果失败则调到A。
4、系统显示删除成功,用例结束。
扩展路径:
A
<1>、系统提示输入的信息哪些地方出错,要求系统管理员重新输入相关信息或取消删除
<2>、系统管理员选择取消删除,则用例结束
<3>、系统管理员选择重新输入编号,转到2
(4)设置各类用户权限
用例:
设置各类用户权限
简述:
系统管理员可通过该子系统设置各类用户权限
参与者:
系统管理员
前置条件:
系统管理员必须先成功登录该子系统。
后置条件:
如果设置成功,在数据库中相应的权限记录被改变,如果失败,系统维持原来的状态。
基本路径:
1、系统管理员向子系统发出“设置各类用户权限”的请求,开始用例。
2、系统要求系统管理员选择各类用户的权限并且提交。
3、系统显示修改成功,用例结束。
扩展路径:
无
2.4其他用户用例模型
通过分析其他用户子系统应该具有的功能如下:
查看各宿舍整体情况、生成报表等。
2.4.1其他用户用例图
2.4.2其他用户用例图相关说明
(1)登录其他用户子系统
用例:
登录其他用户子系统
简述:
其他用户可以输入账号密码登录其他用户子系统
参与者:
其他用户
前置条件:
无。
后置条件:
如果登录成功显示其他用户可以操作的功能页面
1、其他用户向其他用户子系统发出登录请求,用例开始
2、系统显示登录界面
3、其他用户输入用户名和密码
4,、系统对比其他用户的信息,如果输入的信息出现错误,跳转到A
5、系统显示登录成功,用例结束。
扩展路径:
A
<1>、系统提示输入的信息哪些地方出错,要求其他用户重新输入相关信息或取消登录
<2>、其他用户选择取消登录,则用例结束
<3>、其他用户选择重新登录,转到3
(2)查询所有宿舍的情况
用例:
查询所有宿舍的情况
简述:
其他用户可通过该子系统查询所有宿舍的情况
参与者:
其他用户
前置条件:
其他用户必须先成功登录该子系统。
后置条件:
显示所有宿舍的情况。
基本路径:
1、其他用户系统发出“查询所有宿舍的情况”的请求,开始用例。
2、系统显示所有宿舍的情况。
3、用例结束
扩展路径:
无
(3)生成报表
用例:
生成报表
简述:
其他用户可通过该子系统生成各种报表
参与者:
其他用户
前置条件:
其他用户必须先成功登录该子系统。
后置条件:
生成各种报表文件。
基本路径:
1、其他用户向子系统发出“生成报表”的请求,开始用例。
2、系统显示所有类型的报表供用户选择下载。
3、用户下载需要的报表,用例结束。
扩展路径:
无
第3章系统静态模型
3.1系统中的类
系统中的类有四个参与者相关的类和其他的几个相关类。
3.1.1参与者相关的类
(1)宿舍楼管理员类图
类图说明:
DormitoryAdministrator类是宿舍楼管理员的类,它的属性很多,但是其中最主要的属性就是他自身的账号和登录密码。
还有其他的一些方法等。
(2)住宿学生类
StudentAccommodation类是住宿学生的类,最重要的是学生的学号(userNumber)和密码(userPwd)等属性。
还有其他的一些方法等。
(3)系统管理员类
SystemAdministrator是系统管理员的类,包括系统管理员编号(userNumber)、和密码(userPwd)等属性。
还有相关的方法。
(4)其他用户类
OtherUser类是其他用户类,重要的属性包括编号和密码,还有其他的一些方法。
3.1.2系统中其他的相关类
类图说明:
<1>Room类是宿舍类,包含了宿舍的所有信息。
<2>SQL类是数据库操作类,作为一个中间件可以对数据库进行增删改查。
3.2系统中类与类的关系
分析上述的各个类,发现到最终都是每个类对数据库的相关操作。
用得最多的关系是组合和聚集关系。
3.2.1各个类之间的关系图
图3-3各个类之间的关系
3.2.2类之间关系说明
在关系表示中要标明类与类之间一对多或者多对多等数量关系,如一个学生只能居住在一个宿舍。
每一类用户都可以对数据库操作类进行操作的权利。
但是数据库操作类只有一个。
根据这些信息,连接起来的类图如上3-3所示。
第4章系统动态模型
根据系统的用例模型还可以通过对象之间的相互作用来考虑系统对象的行为。
这种交互作用通过两种方式进行考察,一种是通过相互作用的一组对象为中心考察,即通过交互图进行,包括序列图和协作图;另一种是通过一独立的对象为中心进行考察,包括活动图和状态图。
对象之间的相互作用构成了系统的动态模型。
4.1宿舍楼管理员登录宿舍楼管理员系统
4.1.1宿舍楼管理员登录宿舍楼管理员系统序列图
图4-1-1宿舍楼管理员登录宿舍楼管理员系统序列图
时序图说明:
login():
宿舍楼管理员登录函数。
getPwd():
在SQL类中根据用户名获得密码
queryTable():
在DBMS类中执行SQL语句得到用户密码
宿舍楼管理员要登录该子系统,首先要与登录窗口交互,登录窗口创建一宿舍楼管理员对象进行期需要的操作。
4.1.2宿舍楼管理员登录宿舍楼管理员系统协作图
4.2宿舍楼管理员修改学生信息
4.2.1宿舍楼管理员修改学生信息时序图
图4-2-1宿舍楼管理员修改学生信息时序图
时序图说明:
宿舍楼管理员修改学生信息时首先要填入相关学生要修改的信息,然后把学号和修改数据提交到SQL类,由SQL类生成的sql语句,发送到DBMS,修改数据中的数据。
然后再依次返回DBMS的处理结果,并显示给宿舍楼管理员。
4.2.2宿舍楼管理员修改学生信息协作图
图4-2-2宿舍楼管理员修改学生信息的协作图
协作图相关说明:
<1>修改学生信息:
调用DormitoryAdministrator类的alterStudentMsg函数,并且出入学生的学号作为参数,执行直到得到返回结果。
<2>修改学生信息:
调用SQL类的alterStudentMsg函数,并且出入学生的学号作为参数,执行直到得到返回结果。
<3>执行SQL语句:
程序发送sql命令让DBMS执行。
4.3宿舍楼管理员删除学生信息
4.3.1宿舍楼管理员删除学生信息时序图
图4-3-1宿舍楼管理员删除学生信息的时序图
4.3.2宿舍楼管理员删除学生协作图
图4-3-2宿舍楼管理员删除学生信息协作图
4.4宿舍楼管理员登记保修解决时间
4.4.1宿舍楼管理员登记报修解决时间时序图
图4-4-1宿舍楼管理员登记报修解决时间的时序图图
4.4.2宿舍楼管理员登记报修解决时间协作图
图4-4-2宿舍楼管理员登记报修解决时间的协作图
4.5住宿学生插入返校时间
4.5.1住宿学生插入返校时间时序图
图4-5-1住宿学生插入返校时间的时序图
时序图说明
<1>插入返校时间:
调用宿舍楼管理员类的insertBackSchoolTime函数执行。
<2>插入返校时间:
调用SQL类的insertBackSchoolTime函数执行。
<3>执行sql语句:
DBMS根据程序发送的sql指令完成数据库操作。
4.5.2住宿学生插入返校时间协作图
图4-5-2住宿学生插入返校时间的协作图
4.6学生宿舍管理系统中的活动图
学生宿舍管理系统中的活动图分为分为宿舍楼管理员活动图、住宿学生活动图和系统管理员活动图和其他用户活动图。
4.6.1宿舍楼管理员活动图活动图
图4-6-1宿舍楼管理员活动图
借阅者的活动图说明:
<1>宿舍楼管理员需要登陆才能进行所有操作。
<4>在离开时,如果宿舍楼管理员已经登录系统,则需要进行退出操作。
<5>宿舍楼管理员完成所有操作后离开系统。
4.6.2住宿学生活动图
图4-6-2住宿学生活动图
4.6.3系统管理员活动图
图4-6-3系统管理员活动图
系统管理员活动图说明:
<1>系统管理员在维护系统前需要登录到管理系统。
<2>系统管理员在登录后进行各种操作的信息界面
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- UML 学生宿舍 管理 系统