Activity 用例图，是否包含 <<includes>>？
Activity diagram of use-case, do I include <<includes>> in it?
例如，如果我正在制作 "update a component" 的 activity 图（流程图），我是否也需要在其中包含 "show available component updates" activity 图？它们是不同的用例，"update a component" 包括 "show available component updates"
谢谢。
与“每个用例场景一个序列图”最佳实践相反，没有规则（据我所知) activity 图的范围应该有多广。
唯一适用于此的规则是“使用让读者足够清楚的详细程度”。
我认为 The Guru 在 2014 年 9 月 12 日 Objective View 杂志接受 Mark Collins-Cope 采访时所说的话是最合理的
Grady Booch, creator of the Unified Modelling Language (UML):
"The UML should be used to reason about alternatives. Put up some diagrams. Throw some use cases against it. Throw away those diagrams then write some code against you best decision. Repeat (and refactor)"
例如
中的activity图
同时显示更多用例。属于一个演员的每条车道可以用一个单独的用例来描述
如果 "show available component updates" 用例通过 <> 或 <> 连接到 "update a component" 用例，Activity 图 "update a component" 将包含调用 "show available component updates"activity里面.
例如，如果我正在制作 "update a component" 的 activity 图（流程图），我是否也需要在其中包含 "show available component updates" activity 图？它们是不同的用例，"update a component" 包括 "show available component updates"
谢谢。
与“每个用例场景一个序列图”最佳实践相反，没有规则（据我所知) activity 图的范围应该有多广。
唯一适用于此的规则是“使用让读者足够清楚的详细程度”。
我认为 The Guru 在 2014 年 9 月 12 日 Objective View 杂志接受 Mark Collins-Cope 采访时所说的话是最合理的
Grady Booch, creator of the Unified Modelling Language (UML):
"The UML should be used to reason about alternatives. Put up some diagrams. Throw some use cases against it. Throw away those diagrams then write some code against you best decision. Repeat (and refactor)"
例如
中的activity图同时显示更多用例。属于一个演员的每条车道可以用一个单独的用例来描述
如果 "show available component updates" 用例通过 <> 或 <> 连接到 "update a component" 用例，Activity 图 "update a component" 将包含调用 "show available component updates"activity里面.