用户案例叙述是UML的一部分吗？

Question

用户案例叙述是UML的一部分吗？

有关业务事件以及用户如何与系统交互以完成任务的文本描述。

Answer 1

首先，UML表示统一建模语言。它是有助于设计和建模软件系统的语言。因此，用例不是UML的一部分。 UML是一种有助于表示用例（在其他方面）的工具。用例建模是需求工程中的一种方法，用于理解和描述系统的功能需求。

它可以是叙述性的和图形化的。文本表示部分称为用例规范，而图形表示部分称为用例图。

那么用例是什么？
用例是单个任务或目标的场景摘要，如上图中的“支付账单”。用例模型通常由几个用例组成。它有助于提供有关外部参与者（用户和外部系统），系统的功能要求以及它们之间的关系的清晰图片，进而可以带来更好的设计。

Answer 2

我将假设您的意思是“用例叙述”。给出的答案是，您的问题的简短答案是“否”。

“用例叙述”是描述用例整个行为的文档。 UML没有特别定义文档编制方法，因此它不是UML规范的一部分。

UML社区尚未就此文档的术语（以及实际上应该包含的内容）达成任何形式的共识。例如，Nipun Sampath在回答中将其称为“用例规范”，而muszeo则将其称为“文本描述”，当然就是。

用例的行为将在UML中建模为活动图。因此，活动图是用例叙述的图。

有关用例叙述的更多信息，请参见this post。

Answer 3

我相信您的意思是用例，而不是用例。您给出的描述（使用系统完成业务任务的步骤的文本描述）大致上是用例的意思。

需要明确的是，用例是一种功能需求；即人和/或系统（角色）使用信息执行以实现目标的过程的描述具有商业价值。对于用例，本规范通常从模型（“页面上的斑点”）开始，该模型说明了流程，系统和参与者（角色）的上下文，并带有文本描述和/或支持模型（例如，活动图）来表达以下步骤：过程。还有其他表达功能需求的方法-用户案例和BPMN流程图是另外两个实现相同功能但以不同方式实现的示例。您可能会混淆用例和用户故事。