用例图网站(UML)
关于以下过程是否可以被视为用例，我有几个问题。
网站，机构可以在那里张贴活动。用户可以“跟踪”机构，“参加”活动。等等。
- 在我的索引页面上，我有以下部分:推荐的事件、最近创建的事件、用户“跟踪”的机构的事件、前10家机构、最近的评论、流行事件等等。(我从数据库中提取的所有信息)
索引页会被视为用例吗？我命名的所有部分都是单独的用例吗？考虑到我已经有一个咨询机构，并且咨询事件用例，所有的部分是否都属于这个类别？
- 在“公司”页面上，我有一个按钮，用户可以在该按钮中单击，用户将跟踪该设置并接收通知。该按钮一旦单击，就会将用户添加到一个表(User_Preferences)中，这与“喜欢”按钮或“跟踪”按钮非常相似。
这是否被视为用例(添加到首选项用例)？
- 当我访问一个机构页面时，我从许多表中提取数据，例如:饮料、音乐、artists_attended、食品等。
关于用例咨询机构，我是否需要包括每一个个人信息？consult_beverage，consults_music，consult_artist，咨询食品都包括咨询机构吗？或他们是否已在谘询机构内？
- 最后，我创建的每一页，索引，建立，事件，UserProfile等等.它们都会被认为是用例吗？咨询机构，咨询事件，管理配置文件
谢谢，任何提示或帮助都将不胜感激，我理解用例的概念，但有时我倾向于过度考虑一些用例。谢谢你的帮助。
回答 2
Stack Overflow用户
发布于 2015-08-03 12:11:41
索引页本身不是用例。用例表示参与者和系统之间的某些交互，但是页面及其部分是系统设计的一部分。如果您要用自定义编写的GUI应用程序替换web浏览器，则用例应该基本相同。
在本例中，您似乎是在设计系统之后创建用例，这可能就是让您感到意外的原因--用例通常是在系统设计之前确定的。
“添加首选项”似乎是一个很好的用例。在实现用例方面需要做多少工作通常并不重要；重要的是交互是否为参与者提供了某种价值。完整的用例描述了用户可以对系统做什么，而不是花了多少工程时间来构建它。
您不应该在用例中包含有关存储数据的详细信息。如果你发现自己在做这件事，你需要后退一步，试着思考得更抽象一点。用例为参与者做了什么，参与者想要什么？才能得到公司的信息？这样就足够了，您不需要指定存储在系统中的确切信息。重要的是，参与者需要信息，而系统提供信息。
用例是系统分析的一部分，而不是系统设计的一部分。因此，拥有相同的设计组件(页面)实现多个用例是没有问题的。例如，您可以拥有“查看推荐事件”、“查看后续”机构的后续事件“、”查看来的‘已参加的’活动“的用例，所有这些都在同一页的不同部分中实现。
Stack Overflow用户
发布于 2015-07-31 09:27:41
页面从来不是任何用例。用例是给参与者带来价值的东西。就这么简单。如果您可以命名值，那么您就得到了用例的名称。如果不能命名值，那么就没有用例。
例如，您的第一个事件页面:我假设它背后的用例将是Find Event。同样的，你也要考虑其他的情况。相反，Login to Site不是用例，因为它不会给参与者带来任何价值。
https://stackoverflow.com/questions/31741259
复制相似问题
腾讯云开发者
