第05讲用例规约讲述.pptVIP

正式型（详细型）-扩展6 7a 用现金付账 出纳员输入顾客所付总款数 系统计算出应找的余款，并弹出现金抽屉 出纳员存放现金并找零给顾客 系统记录此次现金支付情况 正式型（详细型）-扩展7 7b 用信用卡付账 顾客输入他们的信用卡帐户信息 系统向外部支付授权服务系统发出支付请求授权，并请求支付批准 2a系统检测到和外部系统之间协作上的失败： 系统给出纳员发出一个出错信号 出纳员请顾客用其他方式付款 正式型（详细型）-扩展8 7b 用信用卡付账 系统收到批准支付回应并向出纳员发出一个批准支付信号 3a 系统受到拒绝该支付信号 系统发拒绝支付信号给出纳员 出纳员请顾客用其他方式付款 系统记录信用卡支付情况，其中包括批准支付情况 正式型（详细型）-扩展9 7b 用信用卡付账 系统给出信用卡支付签名输入机制 出纳员请客户进行信用卡支付签名，客户输入签名 正式型（详细型）-其他扩展 7c 用帐单付款 7d 赊账 7e 顾客拿出优惠券 9a 商品打折 9b 顾客请求赠品收据 正式型（详细型）-特殊需求 应具有一个大的扁平面板监视器上的触摸屏界面，并可在1m之外看清屏幕上的字 信用卡授权90%的情况下能在30s内作出响应 当访问诸如库存清单等这类远程服务时，应具有健壮的恢复功能 正式型（详细型）-特殊需求 文本显示应语言国际化 可在步骤3和步骤7插入业务规则 。。。。。 正式型（详细型）-其它1 技术和数据约束列表 3a 商品标识码由条形码激光扫描器或键盘输入 3b 商品标识符可以使UPC、EAN、JAN、SKU编码格式 7a 信用卡账目信息由信用卡阅读器或键盘输入 7b 信用卡支付签名可以在纸上进行。但未来两年内，顾客可能更愿使用数字签名 正式型（详细型）-其它2 发生频率：几乎可以连续发生 尚未解决的问题 税法变化怎么办 远程服务恢复问题 不同的业务需要什么样的自定义功能 出纳员退出系统时必须带走现金抽屉吗 顾客使用信用卡阅读器还是出纳员使用 事件流描述要点 一个正常的业务事件流描述 只书写“可观测”的 使用主动语句 句子必须以参与者或系统作为主语 不要涉及界面细节 分支和循环 要点1-只写“可观测”的 系统通过ADO建立数据库连接，传送SQL查询语句，从“商品表”查询商品的详细信息… 系统按照查询条件搜索商品的详细信息 要点2-主动语句 欧文从贝克汉姆处得到传球，守门员… 贝克汉姆传球给欧文，欧文射门，守门员扑救… 要点3-以参与者或系统作主语 参与者…… 出纳员接收顾客的付款—顾客的付款数可能高于商品总额 出纳员录入顾客所付的现金总额 系统…… 系统显示出应找还给顾客的余额，打印付款收据 要点4-不涉及界面细节 会员从下拉框中选择类别 会员在相应文本框中输入查询条件 会员点击“确定”按钮 要点5-分支和循环 分支：放到扩展路径 参与者的选择 另一条成功线路 系统进行验证 …… 循环：直接描述 用例规约：记录时间 UC01：“Record Time”用例文档 用例名称：Record Time（记录时间） 用例标识：UC01 涉及的参与者：雇员、系统管理员 涉及的用例：无 描述：雇员利用“Record Time”用例来登记他们的工时，系统用这个用例为任何雇员登记时间 用例规约：记录时间(续) 前置条件： 用户必须已经登录到这个系统 后置条件： 系统将雇员的工时正确的记录到数据库中 用例规约：记录时间(续) 正常事件流： 雇员查看当前时间之前输入的数据； 雇员从已有的支付号码中选择一个，这些收费代码是按客户和项目组织的； 雇员从当前的时间段选择一个日期； 雇员输入以正整数表示的工时； 系统在视图中显示这个数据，并在以后的视图中看到这个数据。 用例规约：记录时间(续) 备选事件流1：雇员更改他的时间 雇员查看当前时间之前输入的数据； 雇员选择一个已有的条目； 雇员改变工时； 在视图中更新这个信息，并在以后的视图中都可以看到。 用例规约：记录时间(续) 非功能需求：无 设计约束：无 部署约束： 用户可以从客户端或雇员的家中访问到“Record Time”用例，如果是从客户端访问，则要考虑到客户端的防火墙 用例规约：记录时间(续) 未解决的问题 雇员是否可以在以前的考勤卡上输入和更改时间 雇员是否可以在以后的考勤卡上输入和更改时间，例如，在休假之前？ 小结 进行用例阐述 成功场景（正常事件流的描述） 扩展场景（备选事件流） 约束等 需要解决的问题 思考 用例阐述有几种方法？ 各使用在什么情况下？ 什么是事件流？ 实验05 编写用例规约 要求每个成员都要分配一个或多个，形成word文档。 谢谢 * 参与者：系统的使用者 用例：代表系统向使用者提供的服务 用例规约 回顾 用例的概念 用例的关系 参与者的定义与关系 用例图1 基于用例的