简单四步教你UML用例图怎么画

Posted 2021-04-17 umlstudy

有几种方法可以绘制UML用例图。如果您不知道从哪里开始，请尝试按照此处描述的步骤操作。

定义主题(Define Subject)

主题(Subject) 是我们正在设计的业务，软件系统，子系统，组件，设备等，或者只是试图了解它是如何工作的。定义它是什么类型的系统，它的范围或边界是非常重要的。给它一个正确的名称，并使用适当的构造型(stereotype)，例如«商业»或«子系统»。

例如，我们想要描述一个药房(Pharmacy)，它不是软件药房处方系统，而是实际的药房业务。因此，我们将使用«Business»原型绘制如下所示。

«Business»药房作为UML主题。

下面显示的主题的另一个例子是售票机(Ticket vending machine)，即售卖和打印乘客小票的自动售货机。这种机器是硬件和软件的组合，它只是向客户销售门票的整个系统的一部分。所以我们将使用«Subsystem»原型。

售票机作为UML主题。

以下是UML主题名称的其他一些示例：

• 百货商店

• 飞机场

• 自动柜员机（ATM）

• 销售点（POS）终端

• 在线旅游预订系统

• 电子处方服务

通过声明一个主题，我们正在定义系统的边界，以便能够确定系统内部的内容或内容，以及外部的内容或内容。

定义演员(Define Actors)

UML actor 是主题需要服务的用户。Actor是一个外部实体，可以是设计系统的人类用户，也可以是使用我们系统的其他系统或设备。

对于我们上面定义的药房业务，客户是actor的一个例子。客户使用药房提供的服务。在药房工作的药剂师不是演员，他或她是业务的一部分，通常被称为商业工作者(Business worker)。

客户是药房业务的商业参与者。

售票机允许乘客(Commuter)的买票。所以在这种情况下乘客(Commuter)是我们的演员。

乘客是售票机的actor。

actor应该根据他们在我们系统中扮演的角色来命名。actor名称（用户角色）的示例：

• 供应商

• 乘客

• 接待员

• Web客户端

• 银行

• 付款授权系统

定义用例(Define Use Cases)

现在，当我们定义我们正在设计或分析的系统的边界以及系统的外部用户时，我们需要定义这些用户从系统中需要什么。每个用例 都指定了 主题为actor提供的完整且有用的功能单元。用例应反映用户的需求和目标，并应由演员发起。

对于药房客户来说，商业用例就是获得一些药物。因此，我们正在添加采购药物（Procure Medicines）业务用例。业务参与者参与业务用例的客户应通过关联连接到用例。

业务用例顾客在药房采购药物

与我们的售票机相关的乘客，最终目标是购买机票。所以我们正在添加购买机票（Purchase Ticket）用例。如果使用借记卡或信用卡付款，购买机票可能涉及银行。所以我们还要添加另一个演员 – 银行。参与用例的参与者都应通过关联连接到用例。

售票机为乘客和银行提供购买票务用例。

顶级用例应描述提供给actor的完整功能单元。用例名称示例：

• 雇用员工

• 转移资金

• 找书

• 进行旅行预订

• 安排患者预约

描述用例行为(Describe Use Case Behaviors)

用例行为(behaviors)可以用自然语言文本（不透明行为）来描述，这是当前的常见做法，或者通过使用UML 行为图( behavior diagrams) 来表示特定行为，例如：

• 活动(activity)，

• 状态机(state machine)，

• 互动(interaction)。

UML工具应该允许将行为链接到所描述的用例。下面使用UML 2.5表示法显示用例与活动表示的行为的这种绑定的示例。

Purchase Ticket用例拥有，Purchase Ticket活动所代表的行为。

下面的购买机票的活动图示例描述了购买故障单用例的行为。

使用活动图描述的Purchase Ticket用例行为示例。