宿舍管理系统呕心沥血整理版.docx

宿舍管理系统呕心沥血整理版.docx

《宿舍管理系统呕心沥血整理版.docx》由会员分享，可在线阅读，更多相关《宿舍管理系统呕心沥血整理版.docx（17页珍藏版）》请在冰豆网上搜索。

宿舍管理系统呕心沥血整理版

《宿舍管理系统》

课程设计报告

班级学号:

姓名:

老师:

2014年6月18日

一、课程设计目的和要求

1。

初步了解UML语言的概念、结构、语义与表示方法；

2.掌握UML建模工具Trufunplato或者MicrosoftVisio的使用方法;

3。

给出某个简单系统的模型,能够熟练地使用UML建模工具表达;

二、课程设计理论基础

1。

JAVA面向对象的程序设计或C++程序设计课程;

2。

SQLServer数据库系统；

3.软件测试技术，对传统软件工程具有一定的了解.

三、课程设计主要内容及要求

课程设计的主要任务:

1．根据所收集的简单需求,利用UML和Trufun工具对系统进行建模;

2．根据前述需求的分析,进行需求建模,绘制系统的用例图和活动图；

3．根据用例模型,进行架构建模，绘制系统的状态图，类图和交互图。

课程设计题目及其要求:

题目：

宿舍楼管理系统

该系统涉及到的事物有：

宿舍楼、楼层、房间、家具；室长、楼长、保洁员、学生；学生所属的系。

本系统应提供一定的查询功能。

1。

信息要求：

宿舍楼管理员能查询上面提到的宿舍楼的所有相关信息，包括某一学号的学生在宿舍楼中住宿的详细信息，夜归的详细信息和学生离返校的信息.以利于对整个宿舍楼的全面管理。

2。

处理要求：

当学生基本信息发生变化时,宿舍楼管理员能对其进行修改。

比如，某些同学搬到其他的宿舍中去，他们在本宿舍楼中相应的记录就应该删去；或者学生转换专业，他们记录中院系的信息也要作相应的修改等等.

3.安全性要求：

系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码，保证用户身份不被盗用；

系统应对不同的数据设置不同的访问级别，限制访问用户可查询和处理数据的类别和内容;

系统应对不同用户设置不同的权限,区分不同的用户，如区分普通用户（学生），管理员。

本宿舍楼的学生：

信息要求:

本宿舍楼的学生能查询其所在的宿舍的所有信息。

课程设计详细内容:

学生宿舍管理系统的主要的参与者是查询者，一般用户,系统管理员，财务人员,系统管理员,学生工作人员,以及时钟。

通过分析参与者的活动，可以初步确定这样的一些用例：

（1）查询信息

（2）学生管理（3）宿舍分配（4）住宿管理（5）基本数据管理（6）财务管理（7）决策支持。

UML采用9种视图来描述系统的结构和行为,具体下面将一一介绍:

用例图：

参与者，用例的集合,可能的接口以及这些元素之间关系的图形表示。

类图:

类与类之间的相互关系。

构件图:

构建以其相互依赖关系。

部署图：

构建在各节点上的部署。

顺序图：

强调时间顺序的交互图。

协作图：

强调对象协作的交互图。

4.UML建模

根据前面的需求分析,分别建立系统的用例图,包图，类图,顺序图，协作图,活动图。

4。

1整体宿舍管理系统用例的组织——用例包图

学生宿舍管理系统的包图

管理员管理模块：

处理管理员登录,管理员可以查询学生信息，管理员可以插入、修改与查询报修信息，管理员可以查询在校与离校学生信息，管理员可以修改管理员密码。

学生管理模块:

处理用户注册，处理用户登录用户可以查询学生信息,用户可以提交与查询报修信息,用户可以插入与删除用户自己的离返校信息，用户可以修改用户自己密码。

模块功能的划分图如下所示：

图1。

1宿舍管理系统

管理员管理模块系统概述

进入管理员后台管理后,有

（1）安全管理：

管理员在这个模块中可以进行注册、登录、身份验证退出系统。

（2）寝室管理:

这个模块是对寝室进行管理，主要有寝室楼的添加、修改、删除，文明寝室管理,寝室损坏管理，寝室信息管理,寝室公告栏管理几个模块

（3）班级管理：

班级管理主要有两个方面的功能，系别的添加、修改、删除和专业的添加、修改、删除，分别对学生信息进行设置。

（4）用户管理：

用户管理模块的功能是对管理员和学生信息进行管理,可以添加新的管理员，修改管理员的密码，添加学生和对学生信息进行修改等。

（5）功能查询：

管理员可以对学生信息，寝室楼信息及文明寝室信息进行查找,对学生信息的查找有通过姓名、学号、班级、系别、专业、导师等进行查找.

（6）留言板管理:

管理员可以在系统中与学生进行交流并且管理留言板内容，如留言的回复、删除、搜索等。

六个子功能模块图显示如下:

安全管理子系统

安全管理子系统中,管理员可以在这个模块中可以进行身份注册、登录、身份验证、以及安全的退出系统程序。

安全管理子系统的功能图如下:

图1.2。

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：

学生类

相应属性及方法：

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:

查询奖罚情况

4.4为对象分配操作-—通过协作图

为对象分配操作

登陆交互图

4.5系统的动态分析——用顺序图表示用例的实现

学生宿舍分配顺序图

动态分析阶段——登陆顺序图

4.6活动图

活动图显示了系统从一个活动到另一个活动的流程。

利用UML的活动图工具进行工作流程建模。

在这个学生宿舍管理系统在中的其中的学生入住业务流程中，活动应该涉及到申请入住,交费认可,取消住宿，学生身份认证，住宿分配.

学生入住业务流程——活动图

5。

案例总结

通过这一个课程设计中，我学会了不少东西.最大的收获就是知道了如何进行UML统一建模，掌握了面向对象UML统一建模语言。

我了解了使用UML统一建模语言，用需求模型简化业务领域；用分析模型验证用例的正确性，一致性，完备性，可行性；用设计模型标识解决方案。

我还认识到通过模型可以实现从业务领域到软件领域的映射；通过建模，可以使问题可视化,形式化.而通过一序列的建模活动,提高了我在系统设计上的能力，增长了分析、解决问题的经验,对UML统一建模语言有了更深的了解。

可以说，这次设计既锻炼了我的动脑分析问题的能力,又锻炼了我动手解决实际问题的能力，这将在我以后的学习中起到很大的作用。

我会运用从中学到的宝贵经验来指导我今后的学习和工作，不断地实践，不断地学习，让自己变得更加的充实,更适合社会的需要。

参考文献：

王先国方鹏曾碧卿刘烨UML统一建模实用教程清华大学出版社