王柏琳《面向对象技术及UML建模》3.用例和用例图.pptVIP

* * * * * * 五、用例描述 在用例描述中，需要对用例的主要属性进行说明 事件流 前置条件 后置条件 特殊要求 扩展点 用例场景 问题说明 后置条件 前置条件 基本事件流 备选事件流 五、用例描述 1. 事件流 事件流描述了在执行一个用例时，参与者与系统之间的一次交互过程 这个过程可以包括多个分支，也就是说参与者在执行这个过程时可以有多个路线 按照系统设计者的预期会成功的路线被称为基本流 剩下的其它路线被称为备选流 五、用例描述 1. 事件流——(1) 基本流 基本流是对用例中常规和预期路径的描述，也就是一般情况下用例执行路径的描述 参与者通过这个路径来执行用例可以得到一个有价值的结果 基本流： 1. 用户插入自己的银行卡 2. 系统通过用户插入的银行卡进行识别，显示输入密码界面 3. 用户输入银行卡密码 4. 系统判断用户的密码，进入系统提款界面 5. 用户输入提款金额 6. 系统根据用户提款金额，吐出相应金额的钱，并提示用户是否打印凭条 7. 客户选择打印凭条 8. 系统打印此次取款凭条，并提示是否结束本次交易 9. 用户选择结束交易 10.系统结束此次交易，并退回用户的银行卡 五、用例描述 1. 事件流——(1) 基本流 参与者和系统的每次交互过程可以分成以下步骤： 参与者向系统发送一个请求 系统验证请求和相关数据 系统进行数据处理，并改变它的内部状态 系统回传结果 五、用例描述 1. 事件流——(2) 备选流 在用例的执行过程中，由于受到其他因素的影响，可能执行与正常路径不同的路径，这种路径称为备选流 最常见的备选流是可能发生的错误和错误处理过程 备选流的编号 备选流： 2a. 如果用户插入的银行卡不能识别，给出提示，结束 4a. 如果用户输入的密码错误，给出提示；如果错误次数过多，给出提示，结束 6a. 如果用户输入的取款金额超过卡的金额，给出提示 6b. 如果用户输入的取款金额超过允许的最高取款金额，给出提示 五、用例描述 1. 事件流——(2) 备选流 确定方法1：沿着基本流一条一条寻找，在每点上考虑 在这个点上是否可以执行其他活动 在这个点上可能会出现哪些错误 是否有随时可能发生的行为 确定方法2：从以下方面发现备选流 参与者退出应用程序 参与者取消制定操作 参与者请求帮助 参与者提供了异常数据 系统不再可用 五、用例描述 1. 事件流——(3) 事件流的循环与分支 循环 基本流： …… 5. 用户输入提款金额 6. 系统根据用户提款金额，吐出相应金额的钱，并提示用户是否打印凭条 7. 客户选择打印凭条 8. 系统打印此次取款凭条，并提示是否结束本次交易 重复5~8步，直到用户选择结束交易 9. 用户选择结束交易 …… 五、用例描述 1. 事件流——(3) 事件流的循环与分支 分支 对事件进行分析，最容易成功的实现系统功能的分支作为基本流，其他分支放到备选流 任何一个基本事件流描述中不能出现分支 五、用例描述 2. 前置条件 前置条件是指在用例启动前，参与者与系统应置于什么样的状态 这个状态应该是系统能够检测到的、可观测的，它用来描述在什么条件下可以开始执行一个事件流 这个条件是正确执行一个事件流的起点，一般用参与者或系统的状态来表示 例如，“ATM取款”用例的前置条件为： 执行“ATM自检”用例 五、用例描述 3. 后置条件 后置条件用来说明当用例结束时系统的状态，这个状态也应该是系统能够检测得到的、可观测的 后置条件的描述可以明确表明用例结束时系统的状态，避免使系统出现处于不确定状态的情况 一般在开始定义并划定用例的范围时， 前置条件 ? 定义用例的起点 后置条件 ? 定义用例完成的目标 前置条件和后置条件可以方便用例的验证和评审。 五、用例描述 4. 其他 用例场景包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的 特殊要求是指在用例中涉及到的非功能性需求 扩展点用来描述该用例的扩展 问题说明中主要列出本用例在分析和描述过程中还存在哪些问题 3.1 用例图概述 3.2 用例图元素 3.3 用例粒度 3.4 用例图应用 用例的粒度就是用来描述用户目标大小的程度 确定用例粒度的必要性—— 在进行需求分析时，用户表述的功能目标可能有大有小，而且有些功能可能还会有重复或重叠，有的是商业目标，有的是要构建系统的目标 为了能够更好更准确的获取用例，在进行用例建模时需要考虑用例粒度的问题 用例粒度的3个层次 概述级 用户目标级 子功能级 一、概述级 概述级用例用来描述商业目标，它可以包括多个用户目标级的用例 概述级用例一般用于初期的需求讨论，也可以用做用户目标级用例的划分目录。 例如： 用户通过ATM来完成取钱的工作 用户 ATM取钱 二、用户目标级 用户目标级用例用来描述参与者或用户完成工作