《面向对象的软件工程与UML》学生宿舍管理系统解析word文档良心出品.docx

《面向对象的软件工程与UML》学生宿舍管理系统解析word文档良心出品.docx

《《面向对象的软件工程与UML》学生宿舍管理系统解析word文档良心出品.docx》由会员分享，可在线阅读，更多相关《《面向对象的软件工程与UML》学生宿舍管理系统解析word文档良心出品.docx（14页珍藏版）》请在冰豆网上搜索。

《面向对象的软件工程与UML》学生宿舍管理系统解析word文档良心出品

天津师范大学

TianjinUniversityofEducation

课程作业

专业：

###########

班级学号：

####-

学生姓名：

###

学生姓名：

###

指导教师：

##

二〇一三年十二

天津师范大学本科生课程作业

学生宿舍管理系统

Students'DormitoryManagerSystem

专业班级：

学生姓名：

学生姓名：

指导教师：

学院：

信息技术工程学院

2013年12月

摘要

入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。

另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。

关键词：

宿舍管理学生

ABSTRACT

IntheSchoolenrolment,everystudentwillhaveaUID,thenwillgetaschooldormitorynumber.thestartschooltimeissameofcheckinschooldormitory`stime.thestudentwillcategorizedaccordingtospecialfieldofstudyforeasytomanager,andthesamegroupwillcheckinsameschooldormitory.thedepartmentnamewillnoteinthisarea.

KeyWord:

DormitoryManagerStudent

1引言

1.1选题背景

随着我国教育投入的不断提高，大众受教育程度正在提高，而在这其中在学教育占有主导地位。

随着学生人数的不断增加传统的宿舍管理方式变得越来越困难，现代化的管理方式需求变得越来越迫切。

学生宿舍管理系统能在很大程度上节约人力成本、规范化宿舍管理。

1.2选题意义和目的

学生宿舍信息管理系统主要是对高校内住校学生信息的管理,即宿舍管理员利用系统可以通过住校学生的姓名、学号（学号是在校学生的唯一标致）快速的查找此学生的住宿情况（如:

寝室楼号以及房间号）和有关这个学生的其他一些信息（如:

学院、专业,联系电话,家庭地址,奖惩情况等）,与此同时,宿舍管理员只需要输入一些简单的汉字和数据,就能快速的录入或者删除一些学生的信息（比如对转学和退学学生信息的增加与删除）。

学生宿舍信息管理系统最大的特点是能以简单快捷的方式查找出所找学生的住宿情况和基本信息[1],完全替代了以往的手工操作需要费时费力挨过查找过程,这样不但节省了查找时间,而且工作效率得到提高,宿舍管理人员的工作负担大大减轻

1.3研究方法

研本学生宿舍管理系统应提供简单、层次关系明了、清晰的操作界面，使用户一目了然。

尽可能的为用户的录入、查询等功能操作提供方便。

在设计该系统时，应尽可能的贴近学生,便于用户操作。

系统在实现上应该具有如下功能：

用户 登陆 找回密码 

信息查询 宿舍管理 修改信息 

1.系统要求用户必须输入正确的用户名和密码才能进入系统。

 2.系统应提供查询功能，以方便用户对学生基本信息的查询（要实现按多种条件的查询）及楼房信息的查询。

3.系统还应具有添加、修改、删除基本信息的功能。

2可行性分析

2.1宿舍楼的基本情况

学生住在宿舍楼中，每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。

入校时，每位同学都有唯一的学号，并被分配到指定的宿舍楼和指定的宿舍，也会有一个宿舍号，其入校时间就是他的入住时间。

另外，为了管理上的方便，同一院系的学生的宿舍一般在一起，相应地会有其所在的院系名称。

宿舍的基本信息：

每间宿舍都有唯一的宿舍号

2.2用户对系统的要求

2.2.1宿舍楼管理员

a.信息要求

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

以利于对整个宿舍楼的全面管理。

b.处理要求

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

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

c．安全性与完整性要求

安全性要求：

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

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

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

3详细设计

3.1系统用例分析

首先确定参与者，参与者是系统以外的一个实体（可以是任何的事物或者人），它以某种方式参与了用例的执行过程。

参与者通过向系统或请求系统输入某些事件来触发系统的执行。

我们看到宿舍管理系统的参与者是查询者，一般用户，学生工作人员，信息管理员，住宿管理，系统管理员，财务人员，时钟。

在分析用例，从需求捕获看用例有以下这些：

查询信息，学生信息管理，基础数据库管理，财务管理，登陆，宿舍分配，住宿管理，时钟支持。

3.1.1用例图设计

根据以上用例分析可以对本系统构建用例图。

如图3-1所示。

图3-1学生宿舍管理用例图

由图可知一般用户登录系统后可以对学生信息、宿舍分配信息、住宿信息等进行查询。

而财务人员还可以对财务进行管理，系统管理员角色用户可以对基础数据库信息进行管理。

时钟角色用于维护系统时间记录，但它并不需要本系统单独实现只需要调用操作系统时间即可。

用例的详细描述——以“登录用例”为例（如表3-1）

表3-1

用户名

登录用例

目标

登录。

描述了用户登录到《学生宿舍管理系统.的过程，设置了

各种用户的的访问权限

主参与者

用户

触发条件

用户企图进入各个系统模块的时出发

前置条件：

系统必须能正常启动

典型实践过

程

参与者

系统响应

①当用户启动这个应用系统时，用力开始。

③用户数如用户名和密码

②系统显示登录界面

④系统验证信息

⑤系统设置访问权限

⑥系统显示主菜单（子用例：

显示主界面）

⑦用例结束

替代实践过程

如果用户输入错误的用户名或密码时，给出提示信息，并跳转到⑦

后置条件

用户正常登录到界面上

3.2系统类图分析

分析用例，从用例中寻找对象和类。

例如，通过分析宿舍分配管理子系统，可以发现已下实体类：

学生，宿舍管理员，班级，楼栋，床位等。

类是对象的抽象的描述，它包括属性的描述和行为的描述两个方面。

类中的关系是关联，泛化，实现，依赖四种关系。

其中类与类主要的关系是关联，泛化。

3.2.1类图设计

有以上分析可以构建系统类图，如图3-2所示。

图3-2学生宿舍管理系统类图

图中包含本系统需要的所有类图，其中个人分配、集体分配类都继承自分配住宿界面类。

而分配住宿界面类的内容包含多个楼栋、班级类信息。

并且对DB学生、DB床位类有关联关系。

3.3协作图分析

本系统中多处需要多个用户共同参与协同处理，对于指定用例每个参与用户的任务请参考图3-1学生宿舍管理系统的用例图，在多角色共同参与的用例中使用协作图可以清晰的展现不同用户的任务。

以下展示了床位分配、用户住宿信息确认的协作关系如图3-3-1、图3-3-2所示。

3.3.1协作图设计

图3-3-1宿舍分配写作图

图3-3-1描述了宿舍管理员对学生宿舍、床位分配的协作管理，由图可知宿舍管理员首先需要进入宿舍分配界面并对学生身份信息进行确认。

确认无误后再根据宿舍床位信息表中空床位的信息对学生床位进行分配或修改。

参与用户有宿舍管理员、学生。

图3-3-2住宿信息确认协作图

图3-3-2登录协作图是对于用户登录、住宿信息确认模块的协作关系的细化，用户需要首先进入登录页面然后确认身份后查看自己的住宿信息。

然后确认并返回登录页面。

3.4时序分析

时序图描述了某一用例中各用户虽时间推移进行的操作。

可以简化事件参与者任务的先后顺序。

图3-4-1描述了用户住宿信息确认过程，图3-4-2学生住宿分配时序图描述了宿舍管理员对学生住宿信息分配的过程。

3.4.1时序图设计

图3-4-1用户住宿信息确认时序图

由图可知主要参与者是查询用户首先用户需要进入登录页面，而系统的登录界面此时被激活并对查询者的密码与用户名进行确认，确认正确后激活住宿管理功能返回给查询者。

如果验证失败则不激活住宿管理功能。

图3-4-2学生住宿分配时序图

图3-4-2描述了住宿管理员对学生住宿进行分配的时序关系，首先住宿管理员进入到宿舍分配界面并输入学生信息，当获得学生具体信息后通过学生具体信息表对学生信息进行确认然后对学生床位进行调整。

3.5活动图分析

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

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

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

具体如图3-5所示。

3.5.1活动图设计

图3-5学生入住业务活动图

上图描述了学生入住活动，由图可知学生需要首先提交入住申请，当宿舍管理人员对学生信息与缴费记录确认通过后对申请人进行住宿分配，如果学生信息或缴费记录确认未通过则此次申请无效不对申请人进行住宿分配。

3.6包图分析

包用于区分系统中不同功能区域，使系统模块化降低不同模块间的耦合关系、明确模块间的依赖关系。

本系统的包设计如图3-6所示。

3.6.1包图设计

图3-6系统包图设计

由图可知本系统主要涉及七大模块分别为：

学生宿舍管理系统、学生基本信息管理系统、决策支持、查询子系统、公用部分、基本数据库管理子系统、财务管理子系统。

其中财务管理子系统、学生基本信息管理子系统为外部系统模块并不用本系统实现。

但是本系统需要其他系统的相应模块提供支持。

结论

本系统以学生宿舍管理系统的UML建模为例，列举了UML中几个认为重要的图形建模，每类图中更细节的问题有待进一步深入分析和细化。

当在某种给定的方法学中使用这些图时，它使得开发中的应用程序的更易理解。

UML的内涵不只是这些模型描述图，但是对于入门来说，这些图对这门语言及其用法背后的基本原理提供了很好的介绍。

通过把标准的UML图放进工作产品中，精通UML的人员就更加容易加入你的项目并迅速进入角色。

最常用的UML图包括：

用例图，类图，序列图，状态图，活动图，组件图和部署图。

通过本次课题设计能够更加清晰的认识到前期设计、结构化设计的优势。

掌握了UML建模在整个软件产生过程中的重要性，以及前期设计对整个项目发开的重要性。