Uml 根据用例<&书信电报;查看报告>>;,我们能说这个图表是正确的吗?

Uml 根据用例<&书信电报;查看报告>>;,我们能说这个图表是正确的吗?,uml,use-case,use-case-diagram,Uml,Use Case,Use Case Diagram,在我的项目中,用户(管理员和教育专家)能够看到动态报告。这些报告是在报告文件管理器中创建的 现在,要绘制用例查看报告,下图是否正确 需要注意的是,管理员可以查看所有报告,而教育专家可以查看其自我报告。这会改变用例图吗 //////根据答案,我画了一张新的图表 我注意到的第一件事是你奇怪的演员符号,我在任何地方都没有见过。一个演员被表现为简单的刺客 您需要添加一个约束来描述管理员可以查看所有报告。这可以是一个简单的文本注释,用小括号括起来,比如{admin can view all report

在我的项目中,用户(管理员和教育专家)能够看到动态报告。这些报告是在报告文件管理器中创建的

现在,要绘制用例查看报告,下图是否正确

需要注意的是,管理员可以查看所有报告,而教育专家可以查看其自我报告。这会改变用例图吗

//////根据答案,我画了一张新的图表


我注意到的第一件事是你奇怪的演员符号,我在任何地方都没有见过。一个演员被表现为简单的刺客

您需要添加一个约束来描述管理员可以查看所有报告。这可以是一个简单的文本注释,用小括号括起来,比如
{admin can view all reports}
,附加到actor和UC之间的关联中


除此之外,考虑将所有这些单一CRUD用例折叠成一个
Manage报告
,因为我想所有这些用例都是紧密相连的。否则,你可能会被功能性描述综合症所震惊。

我注意到的第一件事是你奇怪的演员符号,这是我从未见过的。一个演员被表现为简单的刺客

您需要添加一个约束来描述管理员可以查看所有报告。这可以是一个简单的文本注释,用小括号括起来,比如
{admin can view all reports}
,附加到actor和UC之间的关联中


除此之外,考虑将所有这些单一CRUD用例折叠成一个
Manage报告
,因为我想所有这些用例都是紧密相连的。否则,你可能会被功能性描述综合征打动。

谢谢你的回答,这种演员的形式代表类型。根据你的回答,我画了一个新的图表。商业工作者也被显示为普通的刺客。只是在他的蛋头xD上有一个斜破折号(一顶帽子??)。看你的新图表现在看起来很好。我遇到的问题是,是否有必要区分业务参与者和其他参与者?例如,这个图可以用于普通的stickman?通常你不需要那个分隔。在几乎所有情况下,一个简单的演员就足够了。有时候,你最终会想要区分技术人员和商务人员。但通常名称和上下文都很清楚。谢谢你的回答,这种形式的actor代表类型。根据你的回答,我画了一个新的图表。商业工作者也被显示为普通的刺客。只是在他的蛋头xD上有一个斜破折号(一顶帽子??)。看你的新图表现在看起来很好。我遇到的问题是,是否有必要区分业务参与者和其他参与者?例如,这个图可以用于普通的stickman?通常你不需要那个分隔。在几乎所有情况下,一个简单的演员就足够了。有时候,你最终会想要区分技术人员和商务人员。但通常名称和上下文都很清楚。