uml软件建模报告.docx

上传人:b****9 文档编号:141950 上传时间:2022-10-04 格式:DOCX 页数:10 大小:366.25KB
下载 相关 举报
uml软件建模报告.docx_第1页
第1页 / 共10页
uml软件建模报告.docx_第2页
第2页 / 共10页
uml软件建模报告.docx_第3页
第3页 / 共10页
uml软件建模报告.docx_第4页
第4页 / 共10页
uml软件建模报告.docx_第5页
第5页 / 共10页
点击查看更多>>
下载资源
资源描述

uml软件建模报告.docx

《uml软件建模报告.docx》由会员分享,可在线阅读,更多相关《uml软件建模报告.docx(10页珍藏版)》请在冰豆网上搜索。

uml软件建模报告.docx

课程设计报告题目学生宿舍管理系统课程名称软件系统分析与建模课程设计院部名称龙蟠学院专业计算机科学与技术班级M10计算机科学与技术学生姓名卢礼刚学号1021128040课程设计地点A201课程设计学时20指导教师李慧金陵科技学院教务处制成绩学生宿舍管理系统1.案例分析目标本案例采用UML的方式对学生宿舍管理系统进行分析和设计,通过对学生宿舍的建模来对UML进行更加详细的了解和熟悉。

基于以上我们对学生宿舍的了解和对学校宿舍楼管理老师的咨询,我们小组成员:

包云卢礼刚2.背景分析2.1宿舍楼的基本情况学生住在宿舍楼中,每栋宿舍楼都会有若干名老师负责本宿舍楼的日常管理。

一、学生的基本信息:

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

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

宿舍的基本信息:

每间宿舍都有唯一的宿舍号2.2用户对系统的要求一、宿舍楼管理员:

a.信息要求:

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

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

b.处理要求:

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

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

c.安全性与完整性要求:

安全性要求:

1.系统应设置访问用户的标识以鉴别是否是合法用户,并要求合法用户设置其密码,保证用户身份不被盗用;2.系统应对不同的数据设置不同的访问级别,限制访问用户可查询和处理数据的类别和内容;3.系统应对不同用户设置不同的权限,区分不同的用户,如区分普通用户(学生),管理员。

二、本宿舍楼的学生:

信息要求:

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

3.UML建模基础知识学生宿舍管理系统的主要的参与者是查询者,一般用户,系统管理员,财务人员,系统管理员,学生工作人员,以及时钟。

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

(1)查询信息

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

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

用例图:

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

类图:

类与类之间的相互关系。

构件图:

构建以其相互依赖关系。

部署图:

构建在各节点上的部署。

顺序图:

强调时间顺序的交互图。

协作图:

强调对象协作的交互图。

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

4.1宿舍管理系统的用例图首先确定参与者,参与者是系统以外的一个实体(可以是任何的事物或者人),它以某种方式参与了用例的执行过程。

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

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

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

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

画出下图的“学生宿舍管理子系统”的用例图。

参与者与用例的关系是通信关系。

用例与用例的关系是包含,扩展,泛化三种。

学生宿舍管理系统的用例图学生宿舍管理系统的子用例图用例的详细描述以“登录用例”为例用户名登录用例目标登录。

描述了用户登录到学生宿舍管理系统.的过程,设置了各种用户的的访问权限主参与者用户触发条件用户企图进入各个系统模块的时出发前置条件:

系统必须能正常启动典型实践过程参与者系统响应当用户启动这个应用系统时,用力开始。

用户数如用户名和密码系统显示登录界面系统验证信息系统设置访问权限系统显示主菜单(子用例:

显示主界面)用例结束替代实践过程如果用户输入错误的用户名或密码时,给出提示信息,并跳转到后置条件用户正常登录到界面上4.2系统类图分析用例,从用例中寻找对象和类。

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

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

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

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

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

静态分析阶段学生宿舍分配类图4.3系统协作图为对象分配操作4.4登陆时序图4.6活动图活动图显示了系统从一个活动到另一个活动的流程。

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

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

系统活动图5总结在这次的课程设计里面,顺序图和协作图,让我明白了如何完整地捕获出类的行为、责任以及它们之间的交互,而这些正是系统运行的机制。

在整个课程设计中,交互模型在系统分析和设计阶段重要性极大,两种交互图也是可以相互转换的。

在做好用例图、类图后,状态图和活动图就容易多了,但也要全面了解和掌握好状态图和活动图的使用方法和功能后才能更好的为系统所用。

一些触发机制、转换条件等细节并没有全部描述,但大体方向还是相当明确的在整个系统中,经过这次课程设计让我收获了很大,也从中发现了自己的不足之处,希望在以后的学习中更深点了解理论知识,并用深厚的理论指导自己实践。

展开阅读全文
相关资源
猜你喜欢
相关搜索

当前位置:首页 > 解决方案

copyright@ 2008-2022 冰豆网网站版权所有

经营许可证编号:鄂ICP备2022015515号-1