假设我有一个名称为“查看项”的用例,该用例向用户显示了一个项目列表。用户可以选择一个特定的项来查看其详细信息,然后再次返回到列表中。
“查看项目详细信息”是否应该扩展“查看项”,或者它们是独立的用途?
发布于 2018-01-18 15:18:35
基于扩展定义的这里
扩展是一种有向关系,它指定如何以及何时在通常补充的(可选的)case中定义的行为可以被插入
E 211到E 112extendedE 213E 114caseE 215中定义的行为中。
例如(在该参考资料中):

注册用例本身是完整和有意义的。It 可以在注册用例上通过可选的Get帮助扩展。
这意味着,在Registration用例及其行为中,我们可能也需要来执行Get Help On Registration用例。
它似乎只是一个链接,但它是,而不仅仅是到Get Help On Registration用例的链接(我们可能需要它来执行注册)。
另一个例子(来自这个问题):
假设我们有Answer the Question用例和Research the Answer用例。为了执行Answer the Question用例,我们可能也需要执行 Research the Answer用例。(而且这不仅仅是一个链接)

另一个例子是:
假设我们有Enroll in University和Perform Security Check用例。为了执行 Enroll in University用例,我们可能也需要执行 Perform Security Check用例。
扩展中的
如果行为是附加的,但不一定是behavior的一部分,则它扩展了另一个行为。
too :在您的示例中,为了执行View Items用例,我们也不需要执行View Item Details用例。换句话说,在View Items场景的步骤中,我们不需要执行(或者可选) View Item Details场景。它们是独立的用例。
发布于 2018-01-18 15:32:01
我只是问:它能增加价值吗?如果是,那么就让它成为一个独立的用例。<<extend>>/<<include>>的使用通常表示有人试图进行功能分解。我认为在UML中引入这些关系是不好的,它可能是从技术人员的头上冒出来的,而不是从业务人员身上冒出来的。增加值不能真正细分.要么是,要么不是。
“增加价值,这就是问题”,以及“UML的状态中有一些腐朽的东西”。
https://stackoverflow.com/questions/48323725
复制相似问题