用例视图PPT课件

1 第4章用例视图 2 4 1概述 2 3 3 4 4 模拟基金项目 用例图说明了系统应该有哪些功能 每个功能为谁服务 5 用例图从系统外部来观察系统提供哪些服务或系统具有什么样的行为优点易于沟通关注用户的目标 可以较准确地描述需求用例图的元素系统边界用例参与者参与者 用例之间的关系 5 6 什么是参与者系统外部参与了用例的执行过程参与者的类型系统用户 外部系统 某些进程如何确定参与者 P59参与者的内部实现与用例无关参与者之间的关系 4 2参与者 Actor 6 7 用例解析定义用例实例 使用场景用例是文本用例仅表示功能性需求 4 3用例 UseCase 7 8 P61 怎样识别用例 8 9 购买饮料在客户选择并支付以后 自动售货机弹出饮料定期检修技师对自动售货机进行定期维护 使它能够保持良好的工作状态修理出现故障时 技师排除故障放入货物销售人员给自动售货机添加饮料 用例简述 9 10 10 11 用例表示法简述详述 用例描述 用例叙述用例执行过程的多样性与分类方法主事件流 正常流 主成功场景 这是用例描述最核心的部分 记载了整个用例正常的执行过程 替代流 备选事件流 如果期间有一些其他情况发生 小插曲 但仍不至于影响用例的成功执行例外流 异常流 如何表示用例 11 12 用例名称简要说明事件流特殊需求前置条件后置条件扩展点 描述用例的模板 12 13 使用肯定的陈述句主语只能是Actor或系统黑盒原则 只规定做什么 不追究如何做替代流的编写方法例外处理的编号 编写用例的基本原则 13 14 例 14 15 参与者与用例之间的关系是通信关系 即交互 交换信息 用单向箭线表示Actor与UseCase的关系启动者指向用例 主动 用例指向支持者 被动 4 4参与者 用例间的关系 15 16 为什么要引入用例之间的关系如果一个用例太复杂 将变得难于掌控与实现 因此需要将用例分解 来简化复杂度 用例分解 然后通过用包含 扩展和泛化关系在小用例的基础上来构建复杂的用例 用例之间的关系 16 引入用例之间的关系 其目的是为了组织和管理用例更为方便 17 安全会话和做交易这两个用例中都包含了验证密码这部分内容 它是一个行为序列 事件流 为了避免在这两个用例中重复地描述验证密码的行为序列 可以创建一个验证密码用例 然后在安全会话和做交易这两个用例中包含验证密码用例 例 17 18 18 19 P63 包含关系将一个用例合并到另一个用例的行为序列中 UML表示虚箭线指向包含用例 关系名 使用一 抽取公共用例使用二 简化 包含关系 19 简化复杂的用例 避免重复描述用例 20 重用包含用例 20 21 简化分解用例 21 22 扩展关系例 还车 4顾客归还车辆5工作人员检查6系统处理还车 交纳罚金触发 超期或车辆损坏扩展点 还车中的检查级别 子功能 3计算罚金 将可选的行为列到扩展用例 基用例 23 P64 扩展关系给用例 基用例 添加增量行为 扩展用例 扩展点 扩展点是基用例中的标记说明在基本用例的某个位置 扩展点 时 如果条件满足 就会执行扩展用例UML表示虚箭线指向基用例 关系名 扩展关系与替代流程用替代流程表示可选的事件流是最简单的方法只有在基用例不允许修改的情况下 使用扩展关系 扩展关系 23 增量 迭代地开发复杂的用例 24 在基金模拟项目中 理财专员代客申购单笔基金时 并不是所有的申购都需要打印申购收执联 只有在投资人要求打印时 才执行 例 24 此处的打印申购收执联是一种可选的行为 当投资人要求时 才将打印申购收执联的行为添加到申购单笔基金的过程中 可以将可选的行为单独记录到一个用例中 在需要时添加到基础用例中 这样基用例就更加简洁 便于实现 25 25 26 扩展与包含关系 26 27 比如 预定房间 或者 预定早餐 都有一套相同的服务规则 可以使用泛化描述 泛化例 27 28 28 在 预定服务 用例中有一个抽象子事件流 选择服务 所以 预定服务 是一个抽象用例 而 选择服务 的事件实现在 预定房间 用例中 29 29 事件流执行的规则如下 实例化首先出现在子用例中 沿着基本事件流运行 如果子用例没有定义基本事件流 则沿着父基本事件流执行 在运行到 选择一项服务 的时候 执行子用例定义的 选择服务 子用例 30 30 31 P62 父用例表示通用的行为序列 通过插入额外的步骤或细化步骤 子用例实例化父用例 UML表示与类的泛化一样 泛化 31 32 泛化与扩展扩展事件流是临时附加到基用例事件流的某个位置上 是属于同一层的泛化与包含泛化和包含都是用于抽取用例的公共行为 但泛化关系要求父用例和子用例之间拥有 is a kind of 关系 这样继承才有意义 32 33 在线股票经纪人系统中有三种交易 交易债券 交易股票和交易期权 它们都有一些共同的执行步骤 如验证密码 但又有各自额外的步骤 例 33 34 支付货款 34 35 生成订单 检查顾客身份 发货 付帐 跟踪订单 顾客 快递 加急订单 发货员 36 用例关系的作用它只是组织和管理用例的一种方法不影响需求 需求是通过编写用例描述来完成的 一定要分清重点UseCase模型不是需求分析的全部 强调 36 37 用例捕获需求的优势强调了用户的目标和观点简单通俗 便于用户参与用例驱动的软件开发用例的迭代初始 细化 构造从定义出发建模的步骤从业务流程中识别系统用例 4 5用例建模技术 37 38 从定义出发建模的步骤 P68 38 39 用例的细化程度围绕参与者的目标 以参与者要完成的任务为依据来划分或分解用例系统执行用例将为参与者产生一个可观测的结果值避免将用例的执行步骤识别为用例 用例的粒度P67 39 40 你正在分析 在线旅行社系统 遇到下面这