Section3用例和用例图 课件.pptVIP

31 识别用例：用例的命名 ? 执行者视角： ? （状语）动词 + （定语 ）宾语 顾客 购买商品 信用卡支付 extend 32 会员 输入用户名 查询订单 建立数据库连接 执行SQL语句 include include 识别用例：用例粒度 最常犯错误：粒度过细，陷入功能分解 ? 把步骤当作用例 ? 把系统活动当作用例 33 ? “四轮马车” CRUD ? CRUD 能为 Actor 提 供价值？ ? CRUD 掩盖业务， 锐变成关系数据库 的建模： ? “系统就是数据的 增删改查” ? 关心数据的存储和 维护，反而忽略了 用户的目的 删除用户 修改用户 增加用户 管理员 查询用户 用例粒度 34 ? 如果确实是 CRUD ？ ? 如果 CRUD 不涉及复杂的交互，一个用例“管理×× ” 即可 ? 不管是 C 、 R 、 U 、 D ，都是为了完成“管理”目标 ? 甚至很多种的基本数据管理都可以用一个用例表示 管理员 管理用户 用例粒度 35 ? 灵活处理 CRUD 管理员 管理用户 增加用户 extend 可以把包含复杂交互的路径独立出去形成用例 用例粒度 36 思考：识别用例 ? Email 客户端（如： outlook express ）， A 在北京发邮 件给上海的 B ， B 收邮件 37 识别用例：用例的获取 找出用例的最简单途径是对参与者提问，然后从 答案中获取用例 : ? 参与者的主要任务是什么 ? ? 参与者需要了解系统的什么信息 ? 需要修改系统的什么信 息 ? ? 参与者是否需要把系统外部的变化通知系统 ? ? 参与者是否希望系统把异常情况通知自己 ? 38 目标：构建一个棋牌馆管理系统 问题描述： 客户 通过 Internet 预订座位 ， 检查座位详情 ，如果没有空闲 的座位或满意的座位，可以选择 进入等候队列 。 总台服务员 在客户到棋牌馆时，根据客户的预订信息， 安排 客户座位 。 当客户要离开棋牌馆时，客户到总台服务员 办理结账 ，可以 采用两种方式，一种是 现金结账 ，另一种是 银行卡结账 ，而 银行卡结账将通过与 银联 POS 系统 交互来完成。 识别用例：棋牌馆管理系统 39 include extend Extend Include Generalization 用例之间的关系 泛化关系中，子用例继承父用例的行为和含义，子用例也 可以增加新的行为和含义或覆盖父用例中的行为和含义 一个用例（称作基本用例）的行为包含了另一个用例（称 作包含用例）的行为 扩展关系比泛化关系用更多的规则限制，基础用例提供扩 展点，扩展用例只能在这些扩展点上增加新的行为。 40 识别用户 验证口令 扫描指纹 泛化关系 ? 同一业务目的不同技术实现 ? 一个用例可以特化另一个更普通用例（更普通 用例泛化特殊用例） ? 用例间的泛化关系表明子用例包含父用例中定 义的所有属性、行为序列和扩展点，并且参与 父用例中所有的关系 41 普通售货员 终止一个交易 高级代理 终止一个大交易 一个售货员可以终止任何交易，除了那些需要特殊的售 货员（高级代理）终止的超过了一定限制的交易 普通售货员 终止一个大交易 高级代理 终止一个基本交易 终止一个小交易 泛化的危害 42 管理订单 会员 从订单中删除某个订单项 extend 扩展关系 ? 常规动作放在一个基本的用例中，将非常规动作放在 它的扩展用例中。 ? 基本用例是可以独立于扩展用例存在的，只是在特定 的条件下，它的行为可以被另一个用例的行为所扩展 。 ? 扩展用例通过引用扩展点（ extension point ）建立与基 用例的联系，扩展点指明了在基本用例中的扩展位置 43 购物 修改会员资料 会员 登录 extend extend 扩展关系的误用 44 识别扩展关系 ? 系统验证 ? 步骤失败 ? …… 进行交易 超越边界 《 extend 》 预定座位 处理等待队列 《 extend 》 45 下订单 提供客户信息 include 包含关系 ? 某些步骤在多个用例重复出现，且单独形成价值 ? 被包含的用例不是孤立存在的，它仅作为某些包含它 的更大的基用例的一部分出现 ? 用例步骤较多时，可用 Include 简化（慎用） 风险分析 交易估价 评价 include include 46 填写注册信息 验证注册信息充分 生成用户名和密码