Uml 将CU中指定的字段用于另一CU

我有一个CU扩展了另一个CU，比如说：Add inventory扩展了Add product，所以在一个产品界面中，我需要使用inventory CU中的字段，如何在CU中描述这一点？

“extends”表示在扩展UC的“执行”过程中，扩展UC的执行由参与者自愿调用。每个UC由几个场景描述。场景描述为“步骤”的有序序列

您必须在扩展用例的场景中指定所谓的扩展点，参与者可以在其中调用扩展UC的执行。它可以是一个单步或一个范围

您可以将扩展点视为一个带有参数的方法，在扩展UC中实现，并由扩展UC调用。这些参数可以是这些字段，您需要“传递”到另一个接口

在我的项目中，我总是用领域模型（类图）来“备份”我的案例模型，并在UCs规范中使用它的元素（前提、后条件、场景、扩展点）

更新（评论后）

UML没有定义用例规范的具体格式，它只定义概念及其语义。一个UC可以有所谓的行为，可以扩展另一个（或被扩展），有扩展点

定义行为和扩展点的方式由您自己选择

因此，在我的例子中：

• 两个UC的行为都被定义为由系统或用户执行的步骤的文本序列（可选的是状态机、活动图，甚至用户界面原型）
• 扩展点被定义为序列中的一个步骤，并由该“方法”签名另外描述，以说明交换的信息

请记住，UCs显示系统与外部世界之间的交互。对他们来说，系统就像一个黑匣子。因此，我在这里使用的概念模型不是DB或系统设计，而是应用程序使用的实体的概念性、实现无关的视图。它们甚至可以在实现级别映射到两个不同的系统上！ UCs之间的关系同样纯粹存在于抽象的用户-系统交互级别上，并不以任何方式反映某些内部系统依赖关系！ （在Gangnus的评论后添加注释）

（场景和概念完全是为了示例而发明的）

“扩展”是指在扩展UC的“执行”期间，参与者自愿调用扩展UC的执行。每个UC由几个场景描述。场景描述为“步骤”的有序序列

您必须在扩展用例的场景中指定所谓的扩展点，参与者可以在其中调用扩展UC的执行。它可以是一个单步或一个范围

您可以将扩展点视为一个带有参数的方法，在扩展UC中实现，并由扩展UC调用。这些参数可以是这些字段，您需要“传递”到另一个接口

在我的项目中，我总是用领域模型（类图）来“备份”我的案例模型，并在UCs规范中使用它的元素（前提、后条件、场景、扩展点）

更新（评论后）

UML没有定义用例规范的具体格式，它只定义概念及其语义。一个UC可以有所谓的行为，可以扩展另一个（或被扩展），有扩展点

定义行为和扩展点的方式由您自己选择

因此，在我的例子中：

• 两个UC的行为都被定义为由系统或用户执行的步骤的文本序列（可选的是状态机、活动图，甚至用户界面原型）
• 扩展点被定义为序列中的一个步骤，并由该“方法”签名另外描述，以说明交换的信息

请记住，UCs显示系统与外部世界之间的交互。对他们来说，系统就像一个黑匣子。因此，我在这里使用的概念模型不是DB或系统设计，而是应用程序使用的实体的概念性、实现无关的视图。它们甚至可以在实现级别映射到两个不同的系统上！ UCs之间的关系同样纯粹存在于抽象的用户-系统交互级别上，并不以任何方式反映某些内部系统依赖关系！ （在Gangnus的评论后添加注释）

（场景和概念完全是为了示例而发明的）

“扩展”是指在扩展UC的“执行”期间，参与者自愿调用扩展UC的执行。每个UC由几个场景描述。场景描述为“步骤”的有序序列

您必须在扩展用例的场景中指定所谓的扩展点，参与者可以在其中调用扩展UC的执行。它可以是一个单步或一个范围

您可以将扩展点视为一个带有参数的方法，在扩展UC中实现，并由扩展UC调用。这些参数可以是这些字段，您需要“传递”到另一个接口

在我的项目中，我总是用领域模型（类图）来“备份”我的案例模型，并在UCs规范中使用它的元素（前提、后条件、场景、扩展点）

更新（评论后）

UML没有定义用例规范的具体格式，它只定义概念及其语义。一个UC可以有所谓的行为，可以扩展另一个（或被扩展），具有扩展点