我试图描述一个用例，其中系统内的多个参与者可以执行相同的活动。
例如
假设（作为示例）我想要使用“更新客户端”用例，但几个已确定的参与者可以执行此操作。
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)|
| |
|_________________|
我是否需要使用“通用”演员来全球化所有演员（如果是这样，我该怎么做？）？
|-----------------|
| |
General Actor ------------------------> | (Update Clients)|
| |
|_________________|
也许有更多的方法可以解决这个问题，但遵循推荐似乎是最合乎逻辑的。
在这种情况下，您应该只使用一个名为的 Actor，例如User。作为演员，在公司中添加所有不同的职位，你将一无所获。
但这并不意味着您必须始终只有一个 Actor，请参见下图：
将用例绑定到业务流程图更为重要。您可以记录如何需要所有用例来支持业务流程。
从 BPMN 模型到用例的链接很重要，因为您可以在其中记录用户需要使用系统的情况/流程。建模系统 (IS) 外部发生了一些事情，导致需要运行该特定用例。
但用例与程序中的类或方法不同。当您寻找用例时，您可能会在第一阶段对更多用例进行建模，在第二阶段您会寻找它们之间的关系 - 请参阅图片，其中“检查客户数据”、“编辑客户”和“编辑客户配置文件”都包括“更新客户端”用例。
因此，我认为您不必担心您建模的用例数量多于程序最后的屏幕或方法。稍后您可以使用 Include、Extends... 对用例内部进行建模，然后您可以记录它们的共同点。
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
