文档介绍：1
47
用例的概念
用例的关系
参与者的定义与关系
2
47
3
47
用例规约
黑盒用例与白盒用例
用例规约组成
用例规约类型与书写风格
简单型
非正式型
正式型（详细型）
4
47
用例规约
正式型（详细型）-6
主要成功场景：
顾客带着商品到POS终端处准备购买
出纳员开始一次新的销售
出纳员输入商品标识码
系统记录销售的商品并给出商品的描述、单价和折扣，并根据某些价格规则计算所应付的款额。出纳员重复步骤3和步骤4，一直到处理完所有商品为止。
*/55
26
47
正式型（详细型）-7
主要成功场景：
系统给出所应支付的总款额并计算税金
出纳员告诉顾客总价并请求付款
顾客付款，系统处理支付
系统记录下已完成的销售，并将销售和支付信息发送给外部的账目系统以及存货清单系统
*/55
27
47
正式型（详细型）-8
主要成功场景：
系统打印收据
顾客带着收据和商品离开
*/55
28
47
正式型（详细型）-扩展1
在系统失败时，要恢复和校正账目，确保所有的交易敏感状态以及事件能够从场景的任何步骤中恢复
出纳员重启系统和登录，并请求恢复先前的状态
*/55
29
47
正式型（详细型）-扩展2
系统重建先前的状态
2a 系统检测阻止恢复的异常状态
系统给出纳员发出一个出错信号，记录该错误并进入一个干净的状态
出纳员开始一次新的销售
*/55
30
47
正式型（详细型）-扩展3
3a 无效标识码：
系统发出一个出错信号并拒绝输入
出纳员可以手工输入商品标识码
2a 输入无效标识码，系统拒绝输入
4a 顾客可能购买多件相同类别的商品，因此记不记录每件商品的标识码并不重要
出纳员可以输入商品类别号以及数量
*/55
31
47
正式型（详细型）-扩展4
3-6a 顾客请求出纳员从购买的货物中去掉一件商品
3-6b 顾客告诉出纳员取消销售
3-6c 出纳员中止销售
4a 系统所输出的商品单价不是顾客所想要的
*/55
32
47
正式型（详细型）-扩展5
5a 系统检测到和外部税金计算系统之间的通信失败
5b顾客说他们符合打折条件
5c 顾客说他们帐上的存款为此次销售付款
6a 顾客说他们想付钱但没有带足够的现金
*/55
33
47
正式型（详细型）-扩展6
7a 用现金付账
出纳员输入顾客所付总款数
系统计算出应找的余款，并弹出现金抽屉
出纳员存放现金并找零给顾客
系统记录此次现金支付情况
*/55
34
47
正式型（详细型）-扩展7
7b 用信用卡付账
顾客输入他们的信用卡帐户信息
系统向外部支付授权服务系统发出支付请求授权，并请求支付批准
2a系统检测到和外部系统之间协作上的失败：
系统给出纳员发出一个出错信号
出纳员请顾客用其他方式付款
*/55
35
47
正式型（详细型）-扩展8
7b 用信用卡付账
系统收到批准支付回应并向出纳员发出一个批准支付信号
3a 系统受到拒绝该支付信号
系统发拒绝支付信号给出纳员
出纳员请顾客用其他方式付款
系统记录信用卡支付情况，其中包括批准支付情况
*/55
36
47
正式型（详细型）-扩展9
7b 用信用卡付账
系统给出信用卡支付签名输入机制
出纳员请客户进行信用卡支付签名，客户输入签名
*/55
37
47
正式型（详细型）-其他扩展
7c 用帐单付款
7d 赊账
7e 顾客拿出优惠券
9a 商品打折
9b 顾客请求赠品收据
*/55
38
47
正式型（详细型）-特殊需求
应具有一个大的扁平面板监视器上的触摸屏界面，并可在1m之外看清屏幕上的字
信用卡授权90%的情况下能在30s内作出响应
当访问诸如库存清单等这类远程服务时，应具有健壮的恢复功能
*/55
39
47
正式型（详细型）-特殊需求
文本显示应语言国际化
可在步骤3和步骤7插入业务规则
。。。。。
*/55
40
47
正式型（详细型）-其它1
技术和数据约束列表
3a 商品标识码由条形码激光扫描器或键盘输入
3b 商品标识符可以使UPC、EAN、JAN、SKU编码格式
7a 信用卡账目信息由信用卡阅读器或键盘输入
7b 信用卡支付签名可以在纸上进行。但未来两年内，顾客可能更愿使用数字签名
*/55
41
47
正式型（详细型）-其它2
发生频率：几乎可以连续发生
尚未解决的问题
税法变化怎么办
远程服务恢复问题
不同的业务需要什么样的自定义功能
出纳员退出系统时必须带走现金抽屉吗
顾客使用信用卡阅读器还是出纳员使用
*/55
42
47
描述更多细节并