根据uml，这个用例是正确的吗？

根据UML，这个用例是否正确？如果没有，请提供一些改进意见

我们将其视为边界值“用例”的方式可以描述为“发布阶段1”

编写器模块/读卡器模块是否正确

---

此图告诉我，您正在开发的系统外部有一种称为“编写器模块”的东西。编写器需要三个用例，例如初始化

同样，另一个参与者需要检查状态和堆栈

如果这就是你想要说的，那么这个图表是有效的。你是认真的吗？是否只有写入器模块初始化系统？还是系统本身初始化？在初始化系统之前，读卡器能否检查系统是否已初始化？还有其他用例吗

---

小改进：使用例名称在其词类中匹配。初始化是一件“事情”，检查状态是一项“行动”。也许初始化系统会更好？“Stack Up”而不是“Stack Up”，要保持一致。

举一个例子：这个图表说明检查状态是一个有两个参与者的场景，一个是作者，一个是读者。这就是你想说的吗

---

另外，我不记得通常在（一组）用例周围看到方框。

通常，使用方框对用例进行分组的原因是为了显示哪些系统正在帮助满足或实现用例。它被正式称为系统边界（“您正在构建的系统”。通常，作为参与者的系统、模块等都是黑盒、现有的或仅使用的。如果有许多新的或修改过的系统，这个定义就会令人困惑

其他注释是您正在显示的内容的语义，但不是sytax，仍然很重要

---

Martin Fowler的第103页有一个使用系统边界概念和系统参与者的图表和说明。

用例旨在展示一个人如何使用系统来获得有价值的东西。参与者总是代表一个有目标、有能力寻求有价值的东西的独立存在意义上的人

参与者可以通过以下几种方式中的一种来表示：直接以姓名表示，或通过角色包含，或以代理的形式代表个人或角色（“系统”参与者）。无论形式如何，参与者始终是独立的，并且始终能够对系统“采取行动”以实现其自身的目的

这里的图表不是用例图。“模块”不是独立的、寻求目标的实体，它们看起来只是一些系统的组件。它们不能“寻求”任何东西，它们只是实现细节

---

您可能正在寻找的图是部署图（如果您想对特定组件如何连接在一起进行建模）、活动图（如果您想对应用程序逻辑进行建模）或类图（如果您想对组件之间的正式关系进行建模）.

是的，Michael，我添加了这张图片。.应该在什么基础上定义用例边界，因为我们使用的“用例”可以在这里用作“状态检查”在bondary内部是您正在构建的系统的功能。参与者是使用这些功能的人员和现有系统。如果您正在构建Writer模块，那么它不是参与者，也不应该出现在这个图上。我不理解您所说的“当我们使用“用例”时，它可以在这里用作“状态检查”的意思我还觉得边界标题不是核心，所有用例都应该是面向目标的语句。