选择用户选项作为扩展用例?

时间:2013-04-04 08:28:27

标签: architecture uml software-design use-case

我有一个很大的用例是`Manage Orders`,我想将这个用例扩展到更具体的用例。

当用户要求管理订单时,他可以做很多代表用例的选项,我的问题是:新的用例是Extends的大用例吗? enter image description here

2 个答案:

答案 0 :(得分:1)

反过来说。特定子用例extend主要用例。以这种方式看待它:当你想管理订单时总是调用主用例,但是附加行为可能会有所不同 - check order status用例扩展了manage orders用例的核心功能。同样适用于order orders。在您的图表中,extend关系方向应该颠倒。

使用规则includeextend:用例中始终的常见部分可以被提取出来(并且可选地由其他用例使用)和include由更大的用例组成。应该提取用例中可能存在或不存在的可选部分,并extend更大的用例。

答案 1 :(得分:0)

正如icepack所解释的那样,如果你想使用extend,那么这种关系就会被反过来。但我不确定在这种情况下我会使用extend

实际上,用例应该始终代表一个真正的功能。在这里,Check order statusOrder orders肯定是用例,但我不确定是Manage orders。你确定它自己代表什么吗?或者只是将另外两个分组的方式?在第二种情况下,您应该使用包。

要回答这个问题,请想象一下描述用例内容的场景。如果对于Manage orders,您的方案只是“在Check order statusOrder orders之间选择”,则Manage orders不是用例。