UML学习手记(五):用例分析之“执行者-目标”列表和用例简述
粟卫民http://www.gisdev.cn/ http://blog.csdn.net/suen/ 日期: 2007-12-12
保留所有版权。如需转载,请联系作者,并在醒目位置注明出处
与“内/外”列表类似,“执行者-目标”列表也用于确定项目的功能范围。“执行者-目标”列表列举了系统支持的所有用户目标,展示了系统功能方面的内容。但“执行者-目标”列表与“内/外”列表又有着一定的差别:“内/外”列表既显示范围之内的东西也显示范围之外的东西;而“执行者-目标”列表只包含系统真正支持的服务。下表是《Writing Effective Use Cases》书中的一个例子,是“购买请求跟踪系统”的“执行者-目标”列表。
执行者 | 任务级目标 | 优先级 |
任何人 | 检查请求 | 1 |
授权者 | 改变权限 | 2 |
购买者 | 改变卖主契约 | 3 |
请求者 | 发起请求 | 1 |
| 改变请求 | 1 |
| 取消请求 | 4 |
| 做请求已被满足的标记 | 4 |
| 拒绝发送货物 | 2 |
认可者 | 完成请求的提交 | 2 |
购买者 | 完成订购请求 | 1 |
| 指定卖主后启动PO | 1 |
| 未发货警告 | 4 |
授权者 | 验证认可者签名的有效性 | 3 |
接收者 | 注册发货 | 1 |
“执行者-目标”列表可以通过加入额外的列,如触发事件(trigger)、业务优先级(business priority)、开发复杂度(development complexity)和开发优先级(development priority)等进行扩展。如果加入“简述”列,则此扩展的“执行者-目标”列表又可称为“用例简述”。用例简述是对用例行为所作的一个包含2~6句话的描述,它仅提及了最重要的活动和失败情况。它提示读者用例中正在发生什么事情,对估计工作复杂度很有用。下表是一个用例简述的例子。
执行者 | 目标 | 简 述 |
生产人员 | 修改行政区格 | 生产人员向参考数据库中加入行政区域元数据(行政等级、货币、语言代码、街道类型等)。源数据的联系信息被分类。这是更新参考数据的一个特殊情况 |
生产人员 | 准备数字绘图源数据 | 生产人员在准备与操作数据库进行合并时,将外部的数字数据转换成一种标准格式,并对之进行验证和校正。数据被分类并存储到数字源库中。 |
生产人员和实地工作人员 | 将共享数据的更新事务提交给操作数据库 | 工作人员将堆积的更新事务实施到操作数据库上。非冲突事务被提交给操作数据库。应用程序的语境与操作数据库是同步的。已提交的事务从应用程序语境中被删除掉,以保证操作数据库的一致性,冲突事务则通过手工方式或交互方式解决。 |