【问题标题】:UML Use case Specification for an Extended Use Case扩展用例的 UML 用例规范
【发布时间】:2014-05-20 17:05:56
【问题描述】:

我正在记录一个设计,我有一个疑问。用例规范 RUP 模板有一个扩展点部分,我想知道这部分是否旨在描述扩展用例,或者正如我首先假设的那样,我必须制定自己的规范。

请有人为我澄清一下。提前致谢。

【问题讨论】:

  • -1 由于这个“请澄清”问题是非编程的,没有显示任何研究工作并且不符合主题问题格式:stackoverflow.com/help/on-topic
  • 嗯,对于这个问题我做了很多研究,但是没有找到直接寻址。我需要专门澄清这个问题(我知道这些概念,但对我来说,对此有怀疑的余地)。我假设如果之前有关于相关主题的问题,这将是主题。很抱歉,它不会再发生(我阅读了主题链接)。
  • 请不要私信我的评论。 Stack Overflow 网站上充斥着太多不好的问题(例如阅读 meta.stackoverflow.com/questions/252506/… 和一些链接的问题)。快速投票或关闭问题是可用的防御措施之一。顺便说一句:欢迎来到 Stack Overflow :) 和 @Aleks 是 UML 知识的非常好的来源。检查他的答案(他们的列表可从他的个人资料页面获得),您可能会发现许多您想知道的有用的东西..在询问之前
  • 别担心,我没有那样做,我是一些在线社区的成员,我尝试了很多来符合他们的规则,因为我喜欢他们的方式,我无意弄乱它,在这种情况下它会是一样的......非常感谢您的帮助。

标签: uml use-case rup


【解决方案1】:

请参阅此答案以了解什么是扩展 UC。

UML, include, extend relationship

扩展点扩展 UC 中定义,并指定扩展 UC 的具体方式/时间调用。由于 UC 通常由场景描述且场景具有步骤,因此您通常将扩展点描述为可以发生扩展的步骤。

在我给你的例子中,“Place order”是扩展的UC,“Print Order”是扩展的UC

让我们假设“下订单”的以下场景: 1.用户填写表格 2.用户确认输入 3.系统验证输入 4.如果ok,系统注册订单 5.如果ok,系统显示确认信息

  • 可以为第 5 步定义扩展点(只有成功的订单才能打印)。
  • 或者,它可以定义为 2-5 之间的步骤范围(订单可能处于 DRAFT 或 COMPLETED 状态)

另一种指定扩展点的好方法是通过活动图(如果您想避免文本场景描述)。

【讨论】:

  • 所以,我的理解是,扩展点只是描述了 extended UCextending UC 连接的位置,因此,不要描述扩展 UC 本身,所以,我还必须为 扩展 UC 做一个用例规范文档......我正确吗?
  • 是的,就这样。扩展的 UC 对扩展的 UC 一无所知,而且更多——它们彼此完全独立地执行。
  • 非常感谢,帮了大忙
猜你喜欢
  • 1970-01-01
  • 2014-03-25
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2015-11-24
相关资源
最近更新 更多