0

关于以下过程是否可以被视为用例，我有几个问题。

机构可以发布活动的网站。用户可以“关注”建立，“参加”活动。ETC...

  1. 在我的索引页面上，我有以下部分：推荐的事件、最近创建的事件、来自用户“关注”的机构的事件、前 10 名机构、最近的评论、热门事件等等..（所有这些都是我从数据库）

索引页面会被视为用例吗？我命名的所有部分都是单独的用例吗？考虑到我已经有一个咨询机构和咨询事件用例，所有部分都属于这一类吗？

  1. 我在建立页面上有一个按钮，用户可以单击该按钮，用户将关注建立并接收通知。单击按钮后，所有按钮都会将用户添加到表中（User_Preferences），非常类似于“喜欢”按钮或关注按钮。

这会被视为用例（添加到首选项用例）吗？

  1. 当我访问一个机构页面时，我从许多表中提取数据，例如：饮料、音乐、艺术家参与、食物等。

在用例咨询机构中，我是否需要包含每个单独的信息？咨询饮料、咨询音乐、咨询艺术家、咨询食品都包括咨询机构？或者他们是否已经在咨询机构中考虑？

  1. 最后，我创建的每个页面、索引、建立、事件、用户配置文件等……它们都会被视为用例吗？咨询机构、咨询活动、管理个人资料

谢谢，任何提示或帮助将不胜感激，我了解用例的概念，但有时我倾向于过度考虑某些用例。谢谢您的帮助。

4

2 回答 2

1

索引页本身不是一个用例。用例表示参与者和系统之间的一些交互，但页面及其部分是系统设计的一部分。如果您要用自定义编写的 GUI 应用程序替换 Web 浏览器，则用例应该基本相同。

在这种情况下，您似乎是在设计系统之后创建用例，这可能是让您感到困惑的原因——用例通常是在系统设计之前确定的。

“添加到首选项”似乎是一个很好的用例。实现用例需要做多少工作通常并不重要。重要的是交互是否为参与者提供了一些价值。完整的用例集描述了用户可以使用系统做什么，而不是花费了多少工程时间来构建它。

您不应在用例中包含有关存储数据的详细信息。如果你发现自己这样做了，你需要退后一步，试着更抽象地思考一下。用例为演员做了什么，演员想要什么？获取有关机构的信息？那么这就足够了，您不需要指定存储在系统中的确切信息。重要的是参与者想要信息并且系统提供它。

用例是系统分析的一部分，而不是系统设计的一部分。因此，让相同的设计组件（页面）实现多个用例是没有问题的。因此，例如，您可以有“查看推荐活动”、“查看‘关注’机构的即将发生的事件”、“查看即将发生的‘参加’事件”的用例，所有这些都在同一页面的不同部分中实现。

于 2015-08-03T12:11:41.203 回答
0

页面永远不是任何用例。用例是给参与者带来价值的东西。就那么简单。如果您可以命名该值，那么您将获得用例的名称。如果您无法命名该值，那么您就没有用例。

例如，您的第一个事件页面：我假设它背后的用例将是Find Event. 同样，您必须考虑其他情况。相反Login to Site，它不是用例，因为它不会给参与者带来任何价值。

于 2015-07-31T09:27:41.220 回答