首页
学习
活动
专区
圈层
工具
发布
社区首页 >问答首页 >使用usecase扩展视图项

使用usecase扩展视图项
EN

Stack Overflow用户
提问于 2018-01-18 14:36:02
回答 2查看 122关注 0票数 2

假设我有一个名称为“查看项”的用例,该用例向用户显示了一个项目列表。用户可以选择一个特定的项来查看其详细信息,然后再次返回到列表中。

“查看项目详细信息”是否应该扩展“查看项”,或者它们是独立的用途?

EN

回答 2

Stack Overflow用户

回答已采纳

发布于 2018-01-18 15:18:35

基于扩展定义的这里

扩展是一种有向关系,它指定如何以及何时在通常补充的(可选的)case中定义的行为可以被插入E 211E 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 UniversityPerform Security Check用例。为了执行 Enroll in University用例,我们可能也需要执行 Perform Security Check用例。

扩展中的

如果行为是附加的,但不一定是behavior的一部分,则它扩展了另一个行为。

too :在您的示例中,为了执行View Items用例,我们也不需要执行View Item Details用例。换句话说,在View Items场景的步骤中,我们不需要执行(或者可选) View Item Details场景。它们是独立的用例。

票数 3
EN

Stack Overflow用户

发布于 2018-01-18 15:32:01

我只是问:它能增加价值吗?如果是,那么就让它成为一个独立的用例。<<extend>>/<<include>>的使用通常表示有人试图进行功能分解。我认为在UML中引入这些关系是不好的,它可能是从技术人员的头上冒出来的,而不是从业务人员身上冒出来的。增加值不能真正细分.要么是,要么不是。

“增加价值,这就是问题”,以及“UML的状态中有一些腐朽的东西”。

票数 2
EN
页面原文内容由Stack Overflow提供。腾讯云小微IT领域专用引擎提供翻译支持
原文链接:

https://stackoverflow.com/questions/48323725

复制
相关文章

相似问题

领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档