Uml 在轮询webapp中识别用例

我试图弄清楚我应该把哪些用例放在用例图中。我正在开发一个民意调查webapp：登录后，经过身份验证的用户可以浏览民意调查列表，然后从列表中选择一个民意调查，最后回答一个民意调查

这是我做的

---

我对扩展关系表示怀疑，这是正确的还是我应该在没有扩展关系的情况下分离所有这些用例？

不，这是错误的。您正在开始功能分解。在用例合成过程中不会这样做。这里只有一个用例：

浏览问题

。这是一个为演员带来附加值的角色。其他步骤是用例中描述的场景中的步骤

---

---

和往常一样，我建议阅读Bittner/Spence中关于用例的内容。

不，这是错误的。您正在开始功能分解。在用例合成过程中不会这样做。这里只有一个用例：

浏览问题

。这是一个为演员带来附加值的角色。其他步骤是用例中描述的场景中的步骤

---

---

像往常一样，我建议阅读Bittner/Spence关于用例的文章。

每个用例都应该让参与者实现一些目标，这样，在用例结束时，参与者可以说：“我完成了”

在我看来，最好的用例是“回答民意测验”。演员的目标是给出他/她的意见

“浏览问题”也可以是一个用例：目标是满足演员的好奇心：“看看有什么问题。”但这是有争议的

在用例“选择问题”中，我看不到参与者有任何附加值。在我看来，这只是回答民意测验的必要步骤。我将消除这个用例。选择问题是用例“答案调查”步骤流中的一个步骤

现在假设我们保留两个用例：“浏览问题”和“回答投票”。这两个用例具有、包含或扩展什么关系

就个人而言，我会使用包含关系。更自然的说法是，回答民意调查包括浏览问题，而不是说回答民意调查是浏览问题的延伸方式。但是，只有当完整的用例“浏览问题”可以插入用例“应答轮询”中的单个点（通常在“应答轮询”的开始处）时，才可能包含。在你的情况下可能不是这样。也许您想让参与者在回答投票后返回“浏览问题”，例如执行“浏览问题”中指定的一些最后步骤。在这种情况下，可以使用扩展关系

如果你选择了包含关系，那么别忘了在参与者和“答案调查”之间建立关联

---

结尾的一句小评论：extend和include应该完全用小写字母书写。

每个用例都应该让参与者实现一些目标，这样，在用例结束时，参与者可以说：“我完成了”

在我看来，最好的用例是“回答民意测验”。演员的目标是给出他/她的意见

“浏览问题”也可以是一个用例：目标是满足演员的好奇心：“看看有什么问题。”但这是有争议的

在用例“选择问题”中，我看不到参与者有任何附加值。在我看来，这只是回答民意测验的必要步骤。我将消除这个用例。选择问题是用例“答案调查”步骤流中的一个步骤

现在假设我们保留两个用例：“浏览问题”和“回答投票”。这两个用例具有、包含或扩展什么关系

就个人而言，我会使用包含关系。更自然的说法是，回答民意调查包括浏览问题，而不是说回答民意调查是浏览问题的延伸方式。但是，只有当完整的用例“浏览问题”可以插入用例“应答轮询”中的单个点（通常在“应答轮询”的开始处）时，才可能包含。在你的情况下可能不是这样。也许您想让参与者在回答投票后返回“浏览问题”，例如执行“浏览问题”中指定的一些最后步骤。在这种情况下，可以使用扩展关系

如果你选择了包含关系，那么别忘了在参与者和“答案调查”之间建立关联

---

结尾处的一句小评论：extend和include应该完全用小写字母书写。

谢谢你的回答。我认为“应答调查”是系统的功能需求，也是一个用例。所以，如果我有另一个功能需求，比如在民意测验中“发表评论”，这是一样的吗？另外，考虑到用户可能会“回答投票”和“发表评论”，您是否可以展示如何编写描述用例“浏览问题”的场景？非常感谢你，你可能需要看看我推荐的那本书。你也可以在谷歌上搜索“Cockburn用例”，因为他发表了很多关于注意用例场景的文章。通常：用例显示附加值，没有场景步骤！谢谢你的回答。我认为“应答调查”是系统的功能需求，也是一个用例。所以，如果我有另一个功能需求，比如在民意测验中“发表评论”，这是一样的吗？另外，考虑到用户可能会“回答投票”和“发表评论”，您是否可以展示如何编写描述用例“浏览问题”的场景？非常感谢你，你可能需要看看我推荐的那本书。你也可以在谷歌上搜索“Cockburn用例”，因为他发表了很多关于注意用例场景的文章。通常：用例显示附加值，没有场景步骤！OMG定义的交叉点是UC指定了一组行为[…]，这些行为产生了一个可观察的结果，在“ext”时具有价值