| 作者 |
内容 |
| fennek |
Ivar
Jacobson所描述的用例之间的三种主要关系
1.<> 支持用例的重用。
Making the child the same type(classification) as the parent is
still important.
2.<>不改变原用例(基用例)的情况下,增加行为(特性)到一个现存(或假定)用例。
a.先描述基本行为(特性) basic behavior
b.再描述添加的额外行为 extra behavior
先为强制的(mandatory),后为强制的或者可选的(mandatory or optional)。
只有当扩展用例完全地和被扩展的基用例分离,准确的讲,它是独立的。
3.<>另外一种类型的重用。
a.Refer to the shared behavior as an inclusion.
b.Use cases that add behavior to other use cases by changing
them.
看了这些,我对一个ATM机的例子产生了疑问:
a.基用例为:使用ATM
b.三个包含用例:提取现金、存现金、转账
在这里使用包含关系是否正确?使用扩展关系是否更为合适? |
| 04/01/17 09:41 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| eddiewang |
回复:
应该是包含,基用例不够明确,可否赞成?
|
| 04/01/17 13:03 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| fennek |
回复:
应该是包含,基用例不够明确,可否赞成?
基用例不够明确,但其是个独立的用例,个人认为还是扩展好一点。 |
| 04/01/17 14:44 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| eddiewang |
回复:
这样理解行么?
人与ATM机交互可简单分为:帐户信息维护、资金信息查询及资金操作,资金操作中可扩展为存、取、转帐 |
| 04/01/17 16:07 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| fennek |
回复:
这样理解行么?
个人认为,ATM机只是网络结构中的一台终端机,它应只承担用户的一些信息录入(比如修改账户密码)和显示反馈信息(比如显示账户的查询信息),而账户信息维护(也应该算是账户信息管理)不应该是ATM机--这台终端所应承担的功能,呵呵。
资金操作中的三个用例,我觉得也可以将资金查询作为这三个用例的包含用例(INCLUDE),即在对资金进行,存、取、转账的过程中,系统先会进行查询操作,以此为用户提供由服务器返回的账户资金信息先,这样的话,整个对ATM机的主要功能可分解为:
1.信息验证(用户登陆)
2.信息录入(修改密码)
3.资金查询
4.存
5.取
6.转
|
| 04/01/19 09:24 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|
| j2ee |
参考umlchina主页上,关于统一用例方法的文章,写的不错。
|
| 04/01/19 17:25 |
酷帖! 臭帖! 回复 |
|
酷帖评价: 臭帖评价: |
| 返回页首 |
|