UML和模式应用学习笔记(4)——用例

  用例是文本形式的情节描述。用以说明某参与者使用系统以实现某些目标。用例不是图形,而是文本。很多人包括我在内常见的错误就是注重次要的UML用例图,而非重要的用例文本。

  定义:参与者、场景和用例

  首先,给出几个通俗的定义。参与者(actor)是某些具有行为的事物,可以是人(由角色标识)、计算机系统或组织。场景(scenario)是参与者和系统之间的一系列特定的活动和交互,也称为用例实例(use case instance)。场景是使用系统的一个特定情节或用例的一条执行路径。通俗的讲,用例(use case)就是一组相关的成功和失败场景集合,用来描述参与者如何使用系统来实现其目标。例如:处理退货——场景:顾客携带商品到收银台退货。收银员使用pos系统记录并处理每件退货------

  一组用例的实例,其中每个实例都是系统执行的一系列活动,这些活动产生了对某个参与者而言可观察的返回值。

  用例和用例模型

  用例是文本文档,而非图形;用例建模主要是编写文本的活动,而非制图。用例建模可以包含UML用例图,以显示用例和参与者的名称极其关系。UML用例图可以为系统极其环境提供良好的语境图。

  有一种观点用例就是需求,主要说明系统如何工作的功能性或行为性需求。

  如何发现用例呢?

  基本过程如下:

  1)选择系统边界。系统仅仅是软件应用,还是将硬件和应用作为整体?十一个人使用,还是整个组织在使用?

  2)确定主要参与者——通过使用系统的服务实现其目标的那些人或事物。

  3)确定每个主要参与者的目标。

  4)定义满足用户目标的用例,根据其目标对用例命名。通常,用户目标级别的用例和用户目标是一一对应的。

  用例的名称应使用动词开头。

  最后,就是应用UML画出用例图。

  用例图和用例关系在编写用例工作中是次要的。用例是文本文档。编写用例意味着编写文本。

你可能感兴趣的:(学习笔记)