扩展视图项目用例
Extending a view items usecase
假设我有一个名为 "View Items" 的用例，它向用户显示项目列表。用户可以选择 select 特定项目以查看其详细信息，然后再次返回列表。
应该"View Item Details"扩展"View Items"还是它们是独立的用例？
基于扩展定义 here:
Extend is a directed relationship that specifies how and when the
behavior defined in usually supplementary (optional) extending use
case can be inserted into the behavior defined in the extended use
case.
例如（在该参考文献中）：
Registration use case is complete and meaningful on its own. It could
be extended with optional Get Help On Registration use case.
意思是，在Registration用例及其行为中，我们可能也需要来执行Get Help On Registration用例。
它似乎只是一个 link，但它 不仅仅是一个 link 到 Get Help On Registration 用例（我们可能需要它来执行注册）。
再举个例子（来自这个question）：
假设我们有 Answer the Question 个用例和 Research the Answer 个用例。要执行 Answer the Question 个用例，我们 可能还需要执行 Research the Answer 个用例。 （而且这不仅仅是一个link）
再举个例子：
假设我们有 Enroll in University 和 Perform Security Check 用例。 要执行 Enroll in University用例，我们可能还需要执行Perform Security Check用例。
在扩展:
如果 行为 是 行为 .
的补充，但不一定是 行为 的一部分，则它会扩展另一个行为
因此：在你的例子中执行View Items用例我们不需要执行View Item Details用例。也就是说，在View Items场景的步骤中，我们不需要执行（或可选）View Item Details场景。它们是独立的用例。
我只想问：它能增加价值吗？如果是，那么只需将其作为一个独立的用例。 <<extend>>/<<include>>的使用通常表示有人正在尝试进行功能分解。我认为在 UML 中引入这些关系是一个糟糕的举动，它很可能是由技术人员而不是业务人员冒出来的。附加值不能真正细分。要么是，要么不是。
"To add value, that is the question" 和 "There's something rotten in the state of UML".
假设我有一个名为 "View Items" 的用例，它向用户显示项目列表。用户可以选择 select 特定项目以查看其详细信息，然后再次返回列表。
应该"View Item Details"扩展"View Items"还是它们是独立的用例？
基于扩展定义 here:
Extend is a directed relationship that specifies how and when the behavior defined in usually supplementary (optional) extending use case can be inserted into the behavior defined in the extended use case.
例如（在该参考文献中）：
Registration use case is complete and meaningful on its own. It could be extended with optional Get Help On Registration use case.
意思是，在Registration用例及其行为中，我们可能也需要来执行Get Help On Registration用例。
它似乎只是一个 link，但它 不仅仅是一个 link 到 Get Help On Registration 用例（我们可能需要它来执行注册）。
再举个例子（来自这个question）：
假设我们有 Answer the Question 个用例和 Research the Answer 个用例。要执行 Answer the Question 个用例，我们 可能还需要执行 Research the Answer 个用例。 （而且这不仅仅是一个link）
再举个例子：
假设我们有 Enroll in University 和 Perform Security Check 用例。 要执行 Enroll in University用例，我们可能还需要执行Perform Security Check用例。
在扩展:
如果 行为 是 行为 .
因此：在你的例子中执行View Items用例我们不需要执行View Item Details用例。也就是说，在View Items场景的步骤中，我们不需要执行（或可选）View Item Details场景。它们是独立的用例。
我只想问：它能增加价值吗？如果是，那么只需将其作为一个独立的用例。 <<extend>>/<<include>>的使用通常表示有人正在尝试进行功能分解。我认为在 UML 中引入这些关系是一个糟糕的举动，它很可能是由技术人员而不是业务人员冒出来的。附加值不能真正细分。要么是，要么不是。
"To add value, that is the question" 和 "There's something rotten in the state of UML".