详解 UML 用例图画法 & 用例说明方式

详解 UML 用例图画法 & 用例说明方式

基准测试显示新版Microsoft Edge性能要比经典版高出10%左右

一、概述

用例图是编写需求说明时经常用到的需求表达方式,用于向开发、测试同事说明需求中用户与系统功效单元之间的关系。然则许多刚接触用例的新人,在准备用例说明时并不清晰参与者与用例之间应该若何表达,网上教程五花八门,但感受部门用例图不够规范,因此对用例图及用例说明梳理总结。

考虑到用例图的作图规范,使用Visio的UML用例组件,对用例中的种种关系举行说明。

详解 UML 用例图画法 & 用例说明方式

 

二、用例图

用例图的结构主要分为三个部门:参与者、用例、参与者与用例之间的关系,详细说明如下:

 

2.1 参与者

顾名思义,代表系统外部与系统发生交互的人或事物;需要注重,人指的是参与者与系统发生交互时的角色,不代指详细的人。

事物指的是某一个应用程序或者特殊历程;例如微信登录,通过跳转微信确认登录信息,微信对系统发生输入时,可以把微信作为参与者;而设定时间,强制退出账号时,时间这一特殊历程对系统发生输入,因此时间也可以作为参与者。

 

2.2 用例

2.2.1 用例的说明

用例是系统外部可见的一个功效单元,是某一个参与者在系统中做某件事从最先到竣事的一系列流动的聚集,以及竣事时应该返回的可观察、有意义的效果,其中还包罗可能的种种分支情形;详细用例在用例属性中说明。

2.2.2 用例的特征

  • 用例都是动宾结构;例如:登录账号
  • 用例是相互自力的
  • 用例由参与者启动
  • 有可观察的执行效果

 

2.3 关系说明

角色与用例之间的关系主要包罗关联、归纳(泛化)、包罗、拓展和依赖。

2.3.1 关联关系

  • 关系说明:示意参与者与用例之间的关系
  • 展示形式:以一条直线相连
  • 举例说明:用户登录系统

图1 参与者与用例之间的关联关系

2.3.2 归纳(泛化)关系

  • 关系说明:示意参与者与参与者之间、用例与用例之间的关系
  • 展示形式:用箭头示意,箭头从子参与者(子用例)指向父参与者(基础用例),一样平常父参与者(基础用例)相对子参与者(子用例)更为抽象
  • 举例说明:VIP会员和普通用户,归纳为用户;账号登录与微信登录,也可归纳为登录系统。

详解 UML 用例图画法 & 用例说明方式

图2 用户之间、用例之间的归纳关系

2.3.3 包罗关系

  • 关系说明:示意用例与用例之间的关系
  • 展示形式:用带有“包罗”的箭头示意,箭头从基础用例指向包罗用例
  • 举例说明:用户在账号登录过程中,包罗输入账号、输入密码、确认登录等操作

详解 UML 用例图画法 & 用例说明方式

图3 用例与用例之间的包罗关系

2.3.4 拓展关系

LINUX下构建DNS的基本主辅框架

  • 关系说明:示意用例与用例之间的关系;用于拓展用例对基础用例的增强;拓展用例是在特定条件出现时,才会被执行的用例
  • 展示形式:用带有“拓展”的箭头示意,由拓展用例指向基础用例
  • 举例说明:用户在登录过程中遗忘了密码

详解 UML 用例图画法 & 用例说明方式

图4 用例与用例之间的拓展关系

2.3.5 依赖关系

  • 关系说明:示意用例与用例之间的关系;一个用例在流动执行过程中,要依赖另一个用例的执行
  • 展现形式:以一条直线相连
  • 举例说明:用户要登录系统后,才气查看首页信息
  • 弥补说明:A用例依赖B用例,A用例或使用B用例执行后的返回效果,或使用B用例执行部门功效。依赖关系类似于包罗关系,都是在用例执行过程中,挪用其它用例来完成部门义务。

图5 用例与用例之间的依赖关系

2.3.6 注释

对于部门有特殊条件支持的用例,也可以添加注释加以说明,例如VIP用户与普通用户登录系统后,可查看的菜单、数据甚至对系统的操作都是不一样的,此时可以在对应用例上加以注释,以强调此用例的特殊需求。

详解 UML 用例图画法 & 用例说明方式

图6 对用例举行注释

2.3.7 子系统

关系说明:用于强调某部门用例的强关联性,例如门户包罗系统登录、首页信息展示等。

详解 UML 用例图画法 & 用例说明方式

图7 子系统与用例之间的关系

2.3.8 各关系的对比

为了对包罗、拓展和归纳(泛化)关系更好的区分,以图7为例说明种种关系之间的差异:

1)用例的使用条件

包罗用例与归纳(泛化)的子用例,都没有限制的使用条件;例如用户登录系统时,直接选择输入账号密码登录系统,或者通过微信登录系统;而遗忘密码是在用户账号登录时遗忘密码才会发生的用例,是有特定条件下才会发生的用例。

2)直接、间接提供服务

归纳(泛化)的子用例与拓展用例为参与者直接提供服务,例如用户登录系统时,会直接选择账号登录或微信登录,而账号登录或微信登录直接为参与者提供登录服务;而包罗关系的用例,为参与者提供间接服务,例如账号登录时,需要输入账号、输入密码等,这些用例直接鼓舞于账号登录这个用例,间接为参与者提供登录服务。

3)其余说明

  • 延伸用例与基础用例相互自力,两者之间不包罗对方用例的内容。
  • 归纳(泛化)的子用例包罗基础用例所有内容、基础用例与其他用例的关系以及基础用例与参与者之间的关系;例如账号登录是登录系统的子用例,但账号登录包罗了登录系统的内容、登录系统与展示首页的关系以及登录系统与参与者的关系。

 

三、用例形貌

完成了用例图,实际上事情只完成了一半,更主要的是对每个用例举行详细的说明;包罗说明用例之间的关系、参与者身份角色以及用例从最先至竣事过程中的条件及分支情形等;详细用例说明形式可参考下表:

详解 UML 用例图画法 & 用例说明方式

用例的形貌针对差别营业系统,形貌的重点可能会存在差异,因此用例形貌的重点在于清晰表达用例需求,不必拘泥于表达形式。

 

 

微软仍然会取消Microsoft Edge浏览器中的IE模式包括实验性选项等

分享到 :
相关推荐

发表评论

登录... 后才能评论