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

发布于 2014-05-15 10:57:45
创建另一个包“公共事物”或“支持”或类似的东西,并将“登录”和其他可重用的用例放在那里。您可能会有一些更常用的用例(如“打印报告”、“注销”等)。
而不是让所有其他包都依赖于这个包:

这是保持用例组织良好的一种常见做法。
在这个“登录”的特殊情况下,我建议您不要在其他用例中“包括”它,而是将它保持隔离,并在所有其他用例中设置先决条件(“用户已登录到系统”)。这使得您的模型更干净、更易于跟踪,保持依赖关系的重要性很低,等等。想象一下没有这个“包含”的关系图--看起来更好,对吗?:)
如果您决定这样做,请保留我建议的包,但移除依赖项(因为“登录”不再包括),除非有其他包含/扩展的UCs证明了依赖关系是合理的。
发布于 2014-06-05 09:14:16
在图表中显示的详细信息级别上,登录不是一个UseCase。只要删除登录Usecase,您的图表将是正确的。通过UML中的酶定义。UseCase代表了系统的有用功能。从这个角度来看,登录不是一种功能,但它是执行您定义的使用程序的先决条件。这意味着,必须登录用户才能与UseCase环境中的系统进行交互。
https://stackoverflow.com/questions/23676145
复制相似问题