需求工程教学资料：第6.5章 用户需求获取活动的展开.pptVIP

建立用例的粗略流程 正常流程（触发条件，每天晚上） 1车队报勤，包括人员报勤和车辆报勤 2如果有新任务，新建用车计划。 3根据用车计划，开具路单 4 为路单开具出门证。 扩展流程 3a 没有用车计划，也有可能开路单。 3b开路单的车辆选择也可能不算报勤车辆 4没有路单，也有可能单开出门证。 展开用例 正常流程（触发条件，每天晚上） 1车队报勤，包括人员报勤和车辆报勤 2如果有新任务，新建用车计划。 3根据用车计划，开具路单 4 为路单开具出门证。 扩展流程 3a 没有用车计划，也有可能开路单。 3b开路单的车辆选择也可能不算报勤车辆 4没有路单，也有可能单开出门证。 指导进一步获取 编号 名称 参与者 优先级 M1 主流程——车队报勤 车队领导 5 M2 主流程——新建用车计划 调度室 5 M3 主流程——新建路单 调度室 5 M4 主流程——新建出门证 调度室。司机 5 M5 主流程——出门管理 司机、门卫 5 M6 主流程——回单操作 司机；调度室 5 E1 单独开具出门证 调度室 车队领导 司机 5 展开 正常流程 1、车队领导请求报勤 2、上报本车队所有车辆状态：系统显示车号，用户选择每辆车的状态 3、所有车的状态录入后，用户提交，系统记录车的状态 4、上报本车队所有人员的状态：系统显示本车队所有人员，用户选择每个人的状态 5、如果人员状态为“待派”，系统显示状态为“待派”的本车队车辆列表；用户选择一辆车与此人对应，也可以没有车与带派人对应；用户完成输入后提交 分支流程 正常流程中步骤2和4： 系统默认车辆（人员）状态为前一天的状态；允许用户选择多辆车（多个人），为其设定相同的状态 特殊需求 1、输入提示：必须填写的项目，输入框后标注*提示，界面最上方提示：*为必填项目 2、正常流程2、4中，允许用户多选，即为多个车辆或人设定相同的状态 使用分析模型分析用例描述 1.收银员输入会员编号； 2.收银员输入商品； 3.系统显示购买信息； 收银员重复2-3步，直至完成所有输入 4.系统显示总价和赠品信息； 5.顾客付款； 6.系统找零； 7.系统更新数据； 8.系统打印收据； 9.顾客离开 异常流程？ 系统顺序图改进 类图改进 收银员 会员编号 会员信息？ 商品？ 所有已输入商品？ 总价？ 赠品信息？ 顾客?会员 支付数额？ 应找零数额？ 销售？ 数据？ 收据？ 如果是会员，收银员输入客户编号 系统显示会员信息，包括姓名与积分 收银员输入商品标识 系统记录并显示商品信息，商品信息包括商品标识、描述、数量、价格、特价（如果有商品特价策略的话）和本项商品总价 系统显示已购入的商品清单，商品清单包括商品标识、描述、数量、价格、特价、各项商品总价和所有商品总价 收银员重复3-5步，直到完成所有商品的输入 收银员结束输入，系统计算并显示总价，计算根据总额特价策略进行 系统根据商品赠送策略和总额赠送策略计算并显示赠品清单，赠品清单包括各项赠品的标识、描述与数量 收银员请顾客支付账单 顾客支付，收银员输入收取的现金数额 系统给出应找的余额，收银员找零 收银员结束销售，系统记录销售信息、商品清单、赠品清单和账单信息，并更新库存 系统打印收据（格式为．．．） 验证用例规格：CheckList 主要内容 用户需求获取活动的展开 场景/用例场景模型 基于场景/用例模型展开需求获取 场景/用例模型使用的注意事项 场景/用例模型使用的注意事项Top Ten Ways Project Teams Misuse Use Cases 1. Dont bother with any other requirements representations. 2. Stump readers about the goal of your use case. 3. Be ambiguous about the scope of your use cases. 4. Include nonfunctional requirements and user interface details in your use-case text. 5. Use lots of extends and includes in your initial use-case diagrams. 场景/用例模型使用的注意事项Top Ten Ways Project Teams Misuse Use Cases 6. Dont be concerned with defining business rules. 7. Dont involve subject matter experts in creating, reviewing, or verifying use cases.