【问题标题】:Use Case: Almost same use case, different actors用例:几乎相同的用例,不同的参与者
【发布时间】:2015-08-03 14:02:02
【问题描述】:

我有一个用例“传输请求”链接到两个参与者(分析员和检查员)。场景/异常/备用流程本质上是相同的,但对于每个参与者,前置条件和后置条件是不同的。请求具有不同的状态,最终状态和之前的状态因调用用例的参与者而异。

我怎样才能有效地解决这个问题?

【问题讨论】:

  • 而您使用的技术是……?
  • 先看Geert的回答,但是一个用例叙述详细记录了用例行为。您还可以使用活动图来详细表示用例的行为。

标签: uml use-case-diagram


【解决方案1】:

您只需将这些条件表述为前置/后置条件中的约束。 (就这么简单。)

【讨论】:

    【解决方案2】:

    在我看来,您的用例可能过于抽象而无用。

    当然,在非常高的抽象层次上,这些步骤可能看起来相同,但如果您有一组不同的前置/后置条件、不同的状态等。那么也许您应该使用不同的用例。

    可能是“转账付款请求”和“转账检查请求”

    如果在执行步骤中确实存在相似性,那么您仍然可以在本地级别创建一个抽象类“请求”来处理公共部分。子类 PaymentRequest 和 InspectionRequest 然后可以处理它们自己的上下文的细节。

    请记住,用例主要是为了与业务商就需求达成一致。因此,为了清楚起见,通常最好避免所有过于抽象的用例。

    【讨论】:

    • +1 你的最后一句话应该多加下划线。当相似但不相等的用例分别命名和指定时,它可以使所有参与者免于困惑和麻烦。这样它们以后就不太可能混淆了。
    • 如果您在传输请求中有很多共享行为,您始终可以让 Geert 的两个用例继承自一个基本用例。
    猜你喜欢
    • 2014-12-30
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 2015-01-12
    • 1970-01-01
    • 1970-01-01
    • 2020-07-14
    • 1970-01-01
    相关资源
    最近更新 更多