【发布时间】：2016-01-23 17:15:19
【问题描述】：
我目前正在为我打算实施的系统建模
一个特性或功能是供用户浏览音乐。但是他们也可以搜索它 - 那么这是否意味着 search for 用例 include 来自 browse music 用例？
谢谢
【问题讨论】：
标签： include uml extend use-case requirements
【发布时间】：2016-01-23 17:15:19
【问题描述】：
啊，我最喜欢的...
不，它不包括它。 Search music 是一个单一的 UC（它提供一个音乐标题列表）。相比之下，Browse music 没有 UC。这只是你采取的一个行动（可能在Search music 的末尾）。用例必须提供一些附加价值。仅仅浏览并没有真正的附加价值（好吧，可以在这里开始争论 - 但是......）。
【讨论】：
-
会不会正好相反——UC 是“浏览音乐”，具有搜索、排序、过滤等功能？或者它们会是两（三）个不同的 UC 吗？
-
@Peter 这个想法是在系统中获得能够提供附加值的单点。不要对功能如何连接进行建模。
-
是的，可以开始争论了。但是，无论“浏览”是否是合法的用例，我都看不到任何形式的包含关系。搜索和浏览都不包括另一个：搜索时搜索，浏览时浏览。
-
@BobRodes 我不确定在没有通知的情况下是否会通知彼得。
-
@ThomasKilian 我相信当有评论时总是会通知帖子所有者。