UML 用例图工作进度表
UML Use case diagram work schedule
我最近一直在学习 UML 用例图,我对我创建的这个 UML 用例图有一些小问题。
- 是否从创建日程表中查看日程表
<<extend>>
?
- 如果是,那么通过包含登录是否可以正常工作?
- 是否需要
<<include>>
username/password 才能登录,或者我应该 "Login" 而没有 username/pass
p.s。我知道这是非常基本的,但我不确定我是否掌握了它。
谢谢。
有几个问题。
<<include>>
旨在包括 UC,而不是对象。因为 Vehicles
/Drivers
/... 不是错误的 UC。
Create schedule
扩展了 View schedule
这一事实似乎很奇怪。对我来说,两者都是个人和独立的 UC。
- 终于
Login
没有(商业)UC了。这是要应用于 View schedule
的约束。将 <<invariant>> {must be logged on}
连接到 User
的连接器
记住:UC 是关于演员的附加值。这就是 UC 的名字。因此 Login
不是 UC(而是一个约束)。避免 include/extend 因为它是使用功能分解的标志。 UC恰恰相反:综合属于单一附加值的工作步骤。
我最近一直在学习 UML 用例图,我对我创建的这个 UML 用例图有一些小问题。
- 是否从创建日程表中查看日程表
<<extend>>
? - 如果是,那么通过包含登录是否可以正常工作?
- 是否需要
<<include>>
username/password 才能登录,或者我应该 "Login" 而没有 username/pass
p.s。我知道这是非常基本的,但我不确定我是否掌握了它。
谢谢。
有几个问题。
<<include>>
旨在包括 UC,而不是对象。因为Vehicles
/Drivers
/... 不是错误的 UC。Create schedule
扩展了View schedule
这一事实似乎很奇怪。对我来说,两者都是个人和独立的 UC。- 终于
Login
没有(商业)UC了。这是要应用于View schedule
的约束。将<<invariant>> {must be logged on}
连接到User
的连接器
记住:UC 是关于演员的附加值。这就是 UC 的名字。因此 Login
不是 UC(而是一个约束)。避免 include/extend 因为它是使用功能分解的标志。 UC恰恰相反:综合属于单一附加值的工作步骤。