用例设计,包括用例

时间:2014-05-15 10:51:41

标签: uml

我想使用包来分组类似的用例。包含的登录用例存在一个问题,它使图表没有很好地呈现。如果我在每个包中都包含登录用例,我认为这是错误的。我应该删除登录用例还是保留?

My UML diagram

2 个答案:

答案 0 :(得分:2)

创建另一个包"常见事物"或者"支持"或类似的东西,然后放入"登录"并最终有其他可重复使用的用例。您可能会有一些更常用的用例(例如"打印报告","注销"等)。

比使所有其他包依赖于那个:

enter image description here

这是保持用例组织良好的常见做法。

在这个"登录"的特殊情况下我建议你不要"包括"它在其他用例中,而是保持隔离并在所有其他用例中放置前提条件("用户已登录到系统")。这使您的模型更清晰,更容易理解,保持依赖关系和关系数量低等。想象一下你的图表没有这个"包括" - 看起来更好,对吧? :)

如果您决定这样做,请保留我建议的相同软件包,但删除依赖项(因为"登录"不再包​​括在内),除非有其他包含/扩展的UC证明依赖是正确的。

答案 1 :(得分:0)

登录不是您在图表中显示的详细程度的UseCase。只需删除登录用例,您的图表就是正确的。 通过UML中的用例定义。 UseCase表示系统的有用功能。从这个角度来看,登录不是一种功能,但它是执行您定义的用例的前提条件。这意味着,用户必须登录才能在UseCase执行中与系统交互。