根据 UML,这个用例是否正确/正确?如果没有,请提供一些意见以改进它..
我们可以将其视为边界值“用例”的方式可以描述为“发布阶段 1”吗?
写入器模块/读取器模块应该是合适的Ator?
根据 UML,这个用例是否正确/正确?如果没有,请提供一些意见以改进它..
我们可以将其视为边界值“用例”的方式可以描述为“发布阶段 1”吗?
写入器模块/读取器模块应该是合适的Ator?
该图告诉我,您正在开发的系统外部有一些东西,称为“编写器模块”。编写器需要三个用例,例如初始化。
同样,另一个参与者需要 Check Status 和 StackUp。
如果这就是您要说的,那么此图有效。你真的是这个意思吗?是否只有 Writer 模块初始化系统?还是系统自己初始化?Reader 是否可以在系统初始化之前检查系统是否已经初始化?还有其他用例吗?
小改进:使用例名称在其词性中匹配。初始化是一个“事物”,检查状态是一个“动作”。也许初始化系统可能会更好?“堆叠”而不是“堆叠”,保持一致。
通常,使用框对用例进行分组的原因是为了显示哪些系统正在帮助满足或实现用例。它被正式称为系统边界(“您正在构建的系统”。通常,作为参与者的系统、模块等更多的是黑盒、现有或仅使用。如果有许多新的或修改过的系统,这个定义就会变得混乱.
其他注释是您所显示内容的语义,但不是语法,仍然很重要。
Martin Fowler 的第 103 页有一个使用系统边界概念和系统参与者的图表和描述。
举个例子:这个图说检查状态是一个有两个参与者的场景,一个作家和一个读者。这就是你想说的吗?
此外,我不记得在一般情况下看到围绕(组)用例的框。
用例旨在展示某人如何使用系统来获得有价值的东西。从具有目标并能够寻求有价值的东西的独立存在的意义上说,演员总是代表人。
参与者以几种方式中的一种来表示,或者直接通过名称,或者通过角色包含,或者通过代表个人或角色的代理形式的代理(“系统”参与者)。无论形式如何,行动者始终是独立的,并且始终能够“作用”于系统以达到自己的目的。
您在这里的图表不是用例图。“模块”不是独立的、追求目标的实体,它们似乎只是某个系统的简单组件。它们无法“寻求”任何东西,它们只是实现细节。
您可能正在寻找的图是部署图(如果您想对特定组件如何连接在一起进行建模)、活动图(如果您想对应用程序逻辑进行建模)或类图(如果您想对正式的组件之间的关系)。