介绍一种高大上的玩法:UML-用例图(UserCase)
Posted 门道科技
tags:
篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了介绍一种高大上的玩法:UML-用例图(UserCase)相关的知识,希望对你有一定的参考价值。
点击蓝字
什么是用例图
用例视图是从外部用户角度(客户)出发,获取系统、子系统、类的行为。它把系统的各功能或模块或子系统划分为事务。
实际工作的具体目的:用例图是系统分析人员对用户需求的深刻理解的体现,是后期时序图和实际开发的重要依据。也可以对作为项目估算的依据,以及根据用例图复杂度和开发周期来衡量开发人员的工作效率。因此用例图的书写规范及其重要。
测试人员学习的意义:能看懂需求文档中的各种图形从而更好理解系统业务。
出现位置:多见于“需求规格说明”。
图形解释
活动者:最简单的理解:角色
用例:可以理解为:模块或子系统
关系:可以理解为:角色和模块(子系统)之间的关系,也就是哪些角色可以操作(联系)着哪些模块的对应。
其中人们不容易理解的是如下几种:
泛化:泛化用于表达父类与子类的关系,与编程中的继承含义一致。如果多个用例之间有同样的 结构、行为的时候,我们可以把它们的共性抽象为父用例,其他用例作为泛化关系中的子用例。
包含:包含是指一个用例的执行必须要用到另一个用例。包含指向被包含。如同在编程中,将公共代码写成函数,供多处使用一样。
扩展:扩展用于描述功能的可选功能。扩展关系指向被扩展。一个用例是由另一个用扩展而来的,被扩展的用例可以从指向的用例中排除,但是有了这个扩展,被指向用例更完美。
举例
当我们要描述一个商城,不同用户进去后,只能看到对应模块时候,用例图的展示就显得非常直接。
点击屏幕右上方分享给好友
让阅读分享成为一种习惯
联系我们:
0755-83221336
13928429246(微信同步)
做培训我们是认真的!
以上是关于介绍一种高大上的玩法:UML-用例图(UserCase)的主要内容,如果未能解决你的问题,请参考以下文章