什么是用例?
通俗的讲用例就是一组相关的成功和失败场景集合,用来描述参与者如何使用系统来实现其目标.(RUP中定义为:"一组用例的实例,其中每个实例都是系统执行的一系列活动,这些活动产生了对某个参与者而言可观察的返回植.")
用例文本都包含那些部分?
包含如下13个部分
用例名称:以动词开始
范围:要设计的系统
级别:"用户目标"或者是"子功能"
只要参与者:调用系统,使之交付服务
涉众及其关注点:关注该用例的人,及其需要
前置条件:值得告诉读者的,开始前必须为真的条件
成功保证:值得告知读者的,成功完成必须满足的条件
主成功场景:典型的,无条件的,理性方式的成功场景
扩展:成功或失败的替代场景
特殊需求:相关的非功能需求
技术和数据变元表:不同的I/O方法和数据格式
发生频率:影响对实现的调查,测试和时间安排
杂项:例如未解决问题
其中
1:及其关注点列表:该列表看上去要重要和实用的多,它建议并界定了系统必须要做的工作.拿超市收银软件为例
>收银员:希望能够准确,快速的输入,而且没有支付错误,因为如果少收货款将从其薪水中扣除.
>售货员:希望自动更新销售提成
2:条件:传达编写者认为应该引起读者警惕的那些值得注意的假设
3:保证:给出用例成功结束后必须为真的事物,包括主成功场景及其替代路径.例如:
>前置条件:收银员必须经过确认和认证
>成功保证:存储销售信息.准确计算税金.更新帐务和库存信息.记录提成.生成票据.
4:主成功场景（基本流程）
也被成为理想路径，它描述了满足涉众关注点的典型成功路径。要注意它通常不包含任何条件和分支。虽然包含条件和分支并不是错误，但是，保持一定的连贯性，并且将所有条件处理都推延至扩展部分，这种具有争议的做法更易于理解和扩展。
5:扩展
扩展是重要的，并且通常占据了文本大部分篇幅。扩展部分描述了其他所有场景和分支，包括成功和失败路径。由于扩展是主场景的分支因此能够一对应的步骤1...N对其进行标示。例如：
扩展：
3A:无效商品ID
1.系统提示错误并拒绝输入该表示
3B:....
扩展由两部分组成:条件和处理
准则:尽可能使用系统或参与者能够检测到的条件(第一种)如:
5A:系统检测到与外部税务计算系统服务的通信中断
5A:外部税务计算系统工作不正常
扩展可以针对一个步骤也可以针对一系列(全部).(3-6A)(*A)
扩展点非常复杂的时候可以使用单独的用例来表达该扩展.
用例产生分支以执行其他用例(下划线予以表示)
6:特殊需求
与用例相关的非功能性需求,质量属性或约束.其中包含需要考虑的和必须包含在内的质量属性(如性能,可靠性和可用性)和设计约束(通常对应于I/O设备)例如:
特殊需求:
>90%的信用卡授权响应小于30秒
>在步骤2中能够加入可插拔的业务规则
7:技术和数据变元表
变元是关于必须如何实现系统的.例如
1A"可码扫描器或键盘输入商品ID
2B:信用卡帐户信息可以使用读卡器或键盘输入
3A:....