Avi*_*SRB 0 uml use-case-diagram
在我的 UML 用例图中,我有 1 个参与者(用户)和 2 个用例(登录和注册)。它们的连接如下图(用户和登录之间的关联,以及登录和注册之间的扩展)
我已经阅读了有关 UML 的在线资源,了解用例图中的关系,但是我在定义注册用例时遇到了问题。在哪些情况下,注册用例可以是可选的和强制性的?
PS 请随时建议对此图的修改。
用例显示了所考虑的系统为其参与者之一提供的附加价值。在这方面,Login根本没有用例,因为它不提供附加值。相反,它是一个可以应用于其他用例的约束。
Registration对 UC 来说不是一个好的命名。你应该坚持动词/实体[/object]。因此,Register for <missing since you did not mention it>对于那些UC一个好名字。而且,现在它是一个单一的 UC,您会看到它没有扩展任何内容。在大多数情况下,extend/include 的使用是功能分解的标志。并且 UC 没有分解,因为附加值是一个不可分割的奇点。请记住警告:如果您的 UC 图看起来像蜘蛛网,则您的设计已损坏(您尝试了功能分解)。
我总是建议阅读 Bittner/Spence 以更好地理解合成 UC。
附录:我说那Login不是用例。总的来说,这应该是正确的。UC 通常用于商业环境。但是,如果您还在技术环境中对 UC 建模,则可以将其Login作为 UC。但是从技术意义上讲,UC 有点尴尬。我总是建议保持 UC 的业务级别。我认为这更严格。在技术环境中,您确实有其他描述事物的方法。