例如,如果我正在制作“更新组件”的活动图(流程图),我是否也需要在其中包含“显示可用组件更新”活动图?它们是不同的用例,“更新组件”包括“显示可用组件更新”
谢谢。
例如,如果我正在制作“更新组件”的活动图(流程图),我是否也需要在其中包含“显示可用组件更新”活动图?它们是不同的用例,“更新组件”包括“显示可用组件更新”
谢谢。
与“每个用例场景一个序列图”最佳实践相反,没有规则(据我所知)活动图的范围应该有多大。
这里唯一适用的规则是“使用使读者足够清楚的细节级别”。
我认为大师在 2014 年 9 月 12 日接受 Mark Collins-Cope 为 Objective View 杂志采访时所说的话是最合理的
Grady Booch,统一建模语言 (UML) 的创建者:
“应该使用 UML 来推理替代方案。提出一些图表。抛出一些用例反对它。扔掉这些图表,然后编写一些代码反对你的最佳决策。重复(和重构)”
例如活动图
同时显示更多用例。属于一个参与者的每个通道可以由一个单独的用例描述
如果“显示可用组件更新”UseCase通过<>或<>连接到“更新组件”UseCase,“更新组件”的活动图可能包含调用“显示可用组件更新”活动的CallBehavior Action。