Uml 多个参与者,相同的用例[用例]
我试图描述一个用例,其中一个系统中的几个参与者可以执行相同的活动。 e、 g 比如说(作为一个例子),我想让用例“更新客户机”,但几个确定的参与者可以做到这一点Uml 多个参与者,相同的用例[用例],uml,diagram,use-case,Uml,Diagram,Use Case,我试图描述一个用例,其中一个系统中的几个参与者可以执行相同的活动。 e、 g 比如说(作为一个例子),我想让用例“更新客户机”,但几个确定的参与者可以做到这一点 Manager Chief Executive Customer Service Representative System Administrator Clerk -我是否需要通过它们在同一用例中的角色来描述所有这些参与者 Manager ------------------------------> |----------
Manager
Chief Executive
Customer Service Representative
System Administrator
Clerk
-我是否需要通过它们在同一用例中的角色来描述所有这些参与者
Manager ------------------------------> |-----------------|
Chief Executive ----------------------> | |
Customer Service Representative ------> | (Update Clients)|
System Administrator -----------------> | |
Clerk --------------------------------> |_________________|
-我是否需要为每个参与者创建不同的用例
|-----------------|
| |
Manager ------------------------------> | (Update Clients)|
| |
|_________________|
|-----------------|
| |
Chief Executive ----------------------> | (Update Clients)|
| |
|_________________|
...
|-----------------|
| |
Clerk --------------------------------> | (Update Clients)|
| |
|_________________|
我是否需要通过使用“通用”参与者使所有参与者全球化(如果需要,我如何做到?)
也许有更多的方法来解决这个问题,但下面的建议似乎最符合逻辑 在这种情况下,您应该只使用一个名为的参与者,例如
User
。作为演员,在公司里增加所有不同的职位,你将一无所获
但这并不意味着您必须始终只有一个参与者,请参见下图:
更重要的是将用例绑定到业务流程图。因此,您可以记录如何需要所有用例来支持业务流程
从BPMN模型到用例的链接很重要,因为您可以在那里记录用户需要使用系统的情况/过程。在建模系统(IS)之外发生了一些事情,导致需要运行特定用例 但是用例与程序中的类或方法不同。当您寻找用例时,您可能会在第一阶段对它们进行建模,在第二阶段,您会寻找它们之间的关系-请参见“检查客户机数据”、“编辑客户机”和“编辑客户机配置文件”都包含“更新客户机”用例的图片
因此,我认为您不必担心您建模的用例比您的程序中最后的屏幕或方法还要多。稍后,您可以使用Include、Extends…对用例内部进行建模。。。您可以在那里记录它们的共同点。创建一个新的参与者,所有其他用户都可以从中进行扩展,因此关联适用于扩展参与者。阅读关于泛化的更多信息。可以使用参与者泛化,而不是“内部用户”的注释,如图所示:在“参与者之间的关系”一章中@VDohnal Ok,如果我得到了一个他们下载多个报告的用例,但这样做的后果是相同的,唯一改变的是从选项列表中选择报告类型时(报告也不同)。我是否需要为每个应用程序都使用一个用例,或者只需要为所有应用程序使用一个用例?开始时,不要担心使用的用例会超过应用程序中的屏幕或方法,然后您可以建模它们的内部结构并显示它们的共同点。重要的是记录从使用系统=运行用例中获得的好处。请参阅编辑。虽然这可能回答了作者的问题,但它缺少一些解释性的词语和/或指向文档或示例的链接。你也会发现这很有帮助。请编辑你的答案
|-----------------|
| |
General Actor ------------------------> | (Update Clients)|
| |
|_________________|