宿舍管理系统Word文件下载.docx
《宿舍管理系统Word文件下载.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统Word文件下载.docx（17页珍藏版）》请在冰点文库上搜索。
2．根据前述需求的分析，进行需求建模，绘制系统的用例图和活动图;
3．根据用例模型，进行架构建模，绘制系统的状态图，类图和交互图。
课程设计题目及其要求:
题目:
宿舍楼管理系统
该系统涉及到的事物有:
宿舍楼、楼层、房间、家具;
室长、楼长、保洁员、学生；
学生所属的系。
本系统应提供一定的查询功能。
1.信息要求：
宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息,包括某一学号的学生在宿舍楼中住宿的详细信息，夜归的详细信息和学生离返校的信息。
以利于对整个宿舍楼的全面管理。
处理要求：
当学生基本信息发生变化时，宿舍楼管理员能对其进行修改.比如，某些同学搬到其他的宿舍中去,他们在本宿舍楼中相应的记录就应该删去;
或者学生转换专业，他们记录中院系的信息也要作相应的修改等等。
3.安全性要求：
系统应设置访问用户的标识以鉴别是否是合法用户，并要求合法用户设置其密码，保证用户身份不被盗用；
系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容；
系统应对不同用户设置不同的权限，区分不同的用户，如区分普通用户（学生）,管理员。
本宿舍楼的学生：
信息要求：
本宿舍楼的学生能查询其所在的宿舍的所有信息.
课程设计详细内容:
学生宿舍管理系统的主要的参与者是查询者,一般用户，系统管理员，财务人员，系统管理员,学生工作人员,以及时钟。
通过分析参与者的活动，可以初步确定这样的一些用例：
（1）查询信息
（2）学生管理（3）宿舍分配（4）住宿管理（5）基本数据管理（6）财务管理（7）决策支持。
UML采用9种视图来描述系统的结构和行为,具体下面将一一介绍：
用例图：
参与者,用例的集合，可能的接口以及这些元素之间关系的图形表示。
类图:
类与类之间的相互关系。
构件图：
构建以其相互依赖关系。
部署图：
构建在各节点上的部署。
顺序图：
强调时间顺序的交互图。
协作图：
强调对象协作的交互图。
4.UML建模
根据前面的需求分析,分别建立系统的用例图，包图，类图，顺序图,协作图,活动图。
4.1整体宿舍管理系统用例的组织——用例包图
学生宿舍管理系统的包图
管理员管理模块:
处理管理员登录，管理员可以查询学生信息,管理员可以插入、修改与查询报修信息，管理员可以查询在校与离校学生信息,管理员可以修改管理员密码.
学生管理模块：
处理用户注册,处理用户登录用户可以查询学生信息,用户可以提交与查询报修信息,用户可以插入与删除用户自己的离返校信息，用户可以修改用户自己密码.
模块功能的划分图如下所示：
图1.1宿舍管理系统
管理员管理模块系统概述
进入管理员后台管理后，有
（1）安全管理：
管理员在这个模块中可以进行注册、登录、身份验证退出系统。
（2）寝室管理:
这个模块是对寝室进行管理，主要有寝室楼的添加、修改、删除，文明寝室管理，寝室损坏管理,寝室信息管理，寝室公告栏管理几个模块
（3）班级管理:
班级管理主要有两个方面的功能，系别的添加、修改、删除和专业的添加、修改、删除，分别对学生信息进行设置。
（4）用户管理:
用户管理模块的功能是对管理员和学生信息进行管理，可以添加新的管理员,修改管理员的密码，添加学生和对学生信息进行修改等.
（5）功能查询：
管理员可以对学生信息，寝室楼信息及文明寝室信息进行查找，对学生信息的查找有通过姓名、学号、班级、系别、专业、导师等进行查找.
（6）留言板管理：
管理员可以在系统中与学生进行交流并且管理留言板内容，如留言的回复、删除、搜索等.六个子功能模块图显示如下：
安全管理子系统
安全管理子系统中，管理员可以在这个模块中可以进行身份注册、登录、身份验证、以及安全的退出系统程序。
安全管理子系统的功能图如下：
图1。
1安全管理子系统
寝室管理子系统
寝室管理：
这个模块是对寝室进行管理,主要有寝室楼的添加、修改、删除，文明寝室管理，寝室损坏管理,寝室信息管理,寝室公告栏管理几个模块.寝室管理子系统的功能图如下:
班级管理子系统
班级管理:
班级管理子系统的功能图如下:
用户管理子系统
用户管理:
用户管理模块的功能是对管理员和学生信息进行管理,可以添加新的管理员,修改管理员的密码，添加学生和对学生信息进行修改等。
用户管理子系统的功能图如下：
查询功能子系统
功能查询：
管理员可以对学生信息，寝室楼信息及文明寝室信息进行查找,对学生信息的查找有通过姓名、学号、班级、系别、专业、导师等进行查找。
对寝室楼可以通过楼栋号、类别、编号等进行查找。
查询功能子系统的功能图如下：
4.2子系统的用例图
用例图分析
首先确定参与者，参与者是系统以外的一个实体（可以是任何的事物或者人），它以某种方式参与了用例的执行过程。
参与者通过向系统或请求系统输入某些事件来触发系统的执行。
我们看到宿舍管理系统的参与者是查询者,一般用户,学生工作人员，信息管理员，住宿管理，系统管理员，财务人员,时钟。
在分析用例，从需求捕获看用例有以下这些：
查询信息，学生信息管理,基础数据库管理,财务管理，登陆，宿舍分配，住宿管理，时钟支持。
画出上图的“学生宿舍管理子系统”的用例图。
参与者与用例的关系是通信关系。
用例与用例的关系是包含，扩展，泛化三种。
学生宿舍管理子系统的用例图
学生信息管理子用例图
用例的详细描述-—以“登录用例”为例
用户名
登录用例
目标
登录.描述了用户登录到《学生宿舍管理系统。
的过程，设置了
各种用户的的访问权限
主参与者
用户
触发条件
用户企图进入各个系统模块的时出发
前置条件：
系统必须能正常启动
典型实践过
程
参与者
系统响应
①当用户启动这个应用系统时，用力开始。
③用户数如用户名和密码
②系统显示登录界面
④系统验证信息
⑤系统设置访问权限
⑥系统显示主菜单（子用例：
显示主界面）
⑦用例结束
替代实践过程
如果用户输入错误的用户名或密码时，给出提示信息，并跳转到⑦
后置条件
用户正常登录到界面上
4。
3系统类图
分析用例，从用例中寻找对象和类。
例如，通过分析宿舍分配管理子系统，可以发现已下实体类：
学生,宿舍管理员，班级，楼栋，床位等。
类是对象的抽象的描述，它包括属性的描述和行为的描述两个方面。
类中的关系是关联，泛化，实现,依赖四种关系.其中类与类主要的关系是关联，泛化。
静态分析阶段——学生宿舍分配类图
学生、宿舍管理员、系统管理员、宿舍、一般用户
相应类图及关系如下:
〖类图说明〗
houseparent:
宿舍管理员类
相应属性及方法：
name：
名字
dormitorybuilding_number：
宿舍楼号
ID:
职工编号
phone:
联系方式
serch_self_info:
查找个人信息
serch-stu_info：
查找学生信息
update_info：
更新学生信息
register_maitain:
登记维修信息
report_maintain：
报告维修
register_come_late:
登记晚归学生信息
Announce:
发布公告
student:
学生类
ID：
学生号
school：
学院
dormitorybuilding_number:
domitory_number:
宿舍号
register_date:
报到日期
Administrator：
系统管理员类
name:
职工号
register_houseparent：
注册宿舍管理员
delete_houseparent：
删除宿舍管理员
domitor：
宿舍类
相应属性：
people_number：
人数
property：
财物
reward_and_punush:
奖罚记录
other：
别的一般用户类
姓名
postion：
职务
工号
serch_info：
查询信息
create_report_forms:
产生报表
instrutor:
辅导员类
major:
所辅导专业
serch_reward_punish：
查询奖罚情况
4.4为对象分配操作--通过协作图
为对象分配操作
登陆交互图
4.5系统的动态分析—-用顺序图表示用例的实现
学生宿舍分配顺序图
动态分析阶段——登陆顺序图
4.6活动图
活动图显示了系统从一个活动到另一个活动的流程.利用UML的活动图工具进行工作流程建模。
在这个学生宿舍管理系统在中的其中的学生入住业务流程中，活动应该涉及到申请入住，交费认可，取消住宿，学生身份认证，住宿分配.
学生入住业务流程——活动图
5.案例总结
通过这一个课程设计中，我学会了不少东西。
最大的收获就是知道了如何进行UML统一建模，掌握了面向对象UML统一建模语言。
我了解了使用UML统一建模语言，用需求模型简化业务领域；
用分析模型验证用例的正确性，一致性,完备性，可行性；
用设计模型标识解决方案。
我还认识到通过模型可以实现从业务领域到软件领域的映射；
通过建模，可以使问题可视化，形式化。
而通过一序列的建模活动，提高了我在系统设计上的能力，增长了分析、解决问题的经验，对UML统一建模语言有了更深的了解。
可以说，这次设计既锻炼了我的动脑分析问题的能力，又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。
我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实，更适合社会的需要。
参考文献：
王先国方鹏曾碧卿刘烨UML统一建模实用教程清华大学出版社
升级会员 