【发布时间】:2019-01-15 13:56:43
【问题描述】:
我正在尝试为Stack Overflow 之类的应用设计Use Case Diagram。我已尝试在此图中添加一些基本功能。
我想改进此图表以包含 Stack Overflow 的所有功能的详尽列表,但不知道如何执行此操作。另外,Admin 是否应该有另一个演员来管理用户帐户?如果问我们Use Cases,我们是否应该分别描述每个用例的内部功能、前置条件和后置条件?
如果除了这两个actor之外,我决定也添加一个Mediatoractor,将问题转发给指导者,当指导者解决问题时,调解者负责标记已解决?
【问题讨论】:
-
不会再回答了,但
Login不是用例。这是一个简单的约束。顺便说一句:你的演员看起来很男性化......有人会为此感到不安吗? -
@ThomasKilian ^^ 他们看起来也很聪明,看看他们的脑袋大小
-
@ThomasKilian 我真的不打算让他们看起来像男性。 (嗯,我是一个骄傲的女性;)),不知何故,他们确实看起来很男性。
-
@bruno 智能人类(两性);)
-
@ThomasKilian 登录并不能真正解决用户问题。但它是任何应用程序的重要组成部分。那我应该把它移到前置条件中吗?
标签: uml software-design use-case use-case-diagram requirements-management