UML之需求利器——用例模型

      上篇博客稍微详细的对UML进行了一些描述,接下来将会着重分析下UML中的九种图。


    前篇博客我们说过生活是由一个个场景组成,只要时间在流转那么场景就在更新。一个个场景组成了画,一幅幅画组成了我们的世界。映射到UML的世界里,场景就是我们的模型图,画就是UML中的视图,视图的集合就是UML,系统模型图。


    UML中最核心的是图和关系。总共有九种图,每种图都是由模型元素集合起来,结合的条件是模型元素之间的关系。九种模型图就构成了我们的软件模型,转化成代码后就是我们的软件框架就完美生成

  一、用例模型

    1、基础知识

     用例图是在编写软件需求分析规格说明书时就要画的,主要由由用例、参与者及其他们之间的关系组成的模型图。

     用例:系统的一个功能单元,不表示功能的具体实现方法,只强调有这种功能。

     参与者:系统的使用者或其他的软件系统,也称角色,是贯穿整个用例图的主线。

     关系:主要有关联、泛化、依赖(特殊的包含和扩展)。

     它主要是从用户角度描述系统功能,并指出各功能的操作者。


2、两种特殊依赖


包含

包含关系用来把一个较复杂用例所表示的功能分解成较小的步骤,应用该功能时一定要用到的功能称为包含。

【箭头指向】:指向分解出来的功能用例

 

扩展

扩展关系是指用例功能的延伸,相当于为基础用例提供一个附加功能。

【箭头指向】:指向基础用例


3、应用实例

系统为机房的收费系统

系统主要由教师进行管理,教师从操作级别上又分为一般用户、操作员、系统管理员

系统的目标与任务是在系统运行的环境下实现学生上机收费管理,学生信息查询和维护,管理员信息查询和维护,财务管理的管理过程,系统的功能包括学生信息查询和维护、管理员信息查询和维护、系统收费信息设置、管理上机学生、财务管理并生成结账单等内容,参与者包括学生、机房管理员和系统管理员。

机房收费系统的用例图:


评论 2
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值