uml用例图包括和扩展

Question

我在用例图上有注册配置文件和编辑配置文件。注册配置文件将是用户注册应用程序时的第一次，但是编辑配置文件将始终是我必须做的包括或扩展这些用例关系的方式

Answer 1

不要做任何扩展，包括所有内容。 只需对用例“ Register Profile设置一个约束即可，该约束只能执行一次。 包含/扩展不得用于功能分解。 它们的使用是“高度复杂的”（避免使用诸如ated肿或愚蠢的词语），建议仅由于第一个原因而避免使用它们：没有功能分解！

Answer 2

这取决于您如何看待两个用例之间的关系 ：

• register profile和edit profile独立？ 例如：有人第一次进入您的网站，然后选择注册； 他保存个人资料信息后，便会立即返回原来的状态。

• 还是在edit profile之前将register profile视为第一步？ 例如：有人第一次进入您的网站，然后选择注册； 创建个人edit profile ，如果他要进行某些更改，他将自动进入edit profile中。 在这种情况下， edit扩展register ：这两个都是自用的用例，但是在注册结束时，扩展点链接到扩展用例。

• 还是您认为register profile依赖于edit profile ，而edit profile占了很大一部分？ 例如：有人进入您的网站并自动获得匿名个人资料； 当他选择注册时，打开的edit profile将允许他在现有配置文件中添加名称。 在这种情况下， register包括edit ：一个没有第二个就不能拥有第一个。

请注意，就我个人而言，我会选择第一种方法（如Thomas所建议的），因为您肯定需要两种交互。 我将只保留不是由用户直接触发的用例。 我不想使用扩展名，因为它是模棱两可的（在这里：由于扩展点而编辑扩展名，还是由于增加的功能而进行扩展名的注册）。 Martin Fowler在“ UML蒸馏 ”中强烈建议不要在此处使用扩展名，因为它们通常会引起激烈的争论。