根据uml,这个用例是正确的吗?

这个图表告诉我,您正在开发的系统外部有一个叫做“编写器模块”的东西。编写器需要三个用例,例如初始化。

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

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

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

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

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

举一个例子:这个图说checkstatus是一个有两个参与者的场景,一个是Writer,一个是Reader。这就是你想说的吗?

另外,我不记得一般情况下在(一组)用例周围看到过方框。

用例旨在展示某人如何使用系统来获得有价值的东西。演员 代表有目标、有能力追求有价值的独立个体。

参与者可以通过以下几种方式之一进行表示:直接以姓名表示,或通过角色包含,或以代理的形式代表个人或角色(“系统”参与者)。无论形式如何,参与者始终是独立的,并且始终能够对系统“采取行动”以实现自己的目的。

这里的图不是用例图。“模块”不是独立的、追求目标的实体,它们似乎只是某些系统的组成部分。它们不能“寻找”任何东西,它们只是实现细节。

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