用例标示：摘要（主成功场景）、非正式（几乎所有场景）、详述。
下边主要说下详述。其模板：
例子：
|
用例UC1：处理销售 |
|
|
范围 |
NextGen POS应用 |
|
级别 |
用户目标 |
|
主要参与者 |
收银员 |
|
涉众及关注点 |
|
|
收银员 |
希望能够准确、快速的输入，支付没有错误。因为少收货款，将从其薪水中扣除。 |
|
售货员 |
希望自动更新销售提成 |
|
顾客 |
希望以最小的代价完成购买活动并快速完成。希望便捷、清晰看到输入的商品项目和价格。希望得到购买凭证，以便退货 |
|
公司 |
希望准确记录交易。即使某些服务器构件不可用时，也能够完成销售。自动更新账务和库存信息。 |
|
经理 |
快速执行超控操作。 |
|
政府税收代理 |
从每笔交易中抽取税金。可能存在多级税务代理，如：国家级、省级、县级。 |
|
前置条件 |
收银员必须经过确认和认证 |
|
后置条件 |
存储销售信息。准确计算税金。更新账务和库存。记录提成。生成票据。 |
|
主成功场景 |
1、 顾客携带商品到收银台通过pos机付款 2、 收银员开始一次新的销售交易 3、 收银员输入商品条码 |
|
扩展 |
*a.经理在任意时刻要求进行超控操作： 1、系统进入经理授权模式。 2、变更现金结余。 *b.系统在任意时刻失败： 1、收银员重启系统 2、登录 3b.当有多个商品项目属于同一类别时（如5个汉堡），不必记录每个商品编码。收银员可输入商品编码、数量。 |
|
特殊需求 |
1、90%的信用卡响应时间小于30秒。 2、大屏幕触摸UI 3、系统快速恢复 |
|
技术与数据变元表 |
*a.经理超控需要刷卡 3b.商品id可以使用UPC（通用产品代码）、EAN（欧洲物品编码）、JAN（日本物品编码）、SKU（库存单位）等任意一种编码。 |
|
发生频率 |
可能会不断发生 |
|
未决问题 |
1、税法如何变化？ |
第一次开始迭代前，试图编写详尽用例，说明你已步入歧途了。反之，只写20%重点需求用例，是正确的。