阐述需求规格说明书中的用例规约教案分析.pptVIP

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