基于用例的需求分析方法.pptVIP

用例之间的关系：扩展 extend 常规流： 1 拨号 2 建立通话链路 3 通话 4 挂机 常规流： 1 如果应答方正忙， 用铃声提示应答方 并保持拨号呼叫 常规流： 1 如果应答方无 应答，进行 呼叫转移 打电话 呼叫等待 呼叫转移 实际上相当于第一个用例的“备选流” 扩展点 Point 识别用例行为中的点 ，指明扩展时机的点。 Withdraw Print Receipt Extension Point Print 提款 Withdraw 用 例记载了一个打印 的扩展点,打印收据 Print Receipt 的 行为会被插入到打 印扩展点。 Extension Point Print Withdraw Use Case::Main flow 1.顾客插入银行卡 2.输入密码 3.输入提款金额 4.退卡 5.吐钞 6.选择是否打印收据:打印 扩展点 Print Receipt Use Case 1. 进纸 2. 打印 3. 吐纸 Extending Use Case 扩展关系的几种可能性 1 2 3 4 * 登记 借书 查询读者 查询读书 参加考试 补考 创建新账户 Login 删除账户 修改账户 登记借书 登记还书 验证读者 标出下面用例图上的关系? * 提供客户数据 订货系统 订货项目 例: 查询 存款 打印收据 查询 存款 打印收据 打印收据 订货系统 请求目录 * 例: 确定下面用例模型中的几种关系 《extend》 泛化 《include》 通信关联 注册 进大学 注册 讨论班 在大学生中 注册家庭成员 在大学中 注册国际学生 注册员 学生 国际学生 Name of the Use Case 用例的名字 Description 描述 Actor s 参与者 Flow of events 事件流 Basic flow 常规流 Event 1 事件 Event 2 …… Alternate flow 备选流 Pre-conditions 前置条件 Post-conditions 后置条件 …… 用例 椭圆 + 名字？ —— NO！ 用例规约 ... 用例模型 参与者 用例 术语表 一些错误的用例 谢谢！ * * BEA Confidential * 第13章基于用例的需求分析方法 软件学院 代飞 2013.春 基于用例的需求分析方法 1992年由Jacobson提出了Use case的概念及可视化的表示方法-Use case图，并加入由他提出的面向对象的软件工程（OOSE）。 Use case的概念收到了IT界的欢迎，被广泛应用到了面向对象的系统分析中。基于用例的需求方法，已成为面向对象分析方法的主流。 用例方法的思想 从用户的角度来看，他们并不想了解 系统的内部结构和设计，他们所关心的是 系统所能提供的服务，也就是被开发出来 的系统将是如何被使用的。 通讯关联 参与者 系统外部 并与该系 统发生交 互的人或 其他系统 系统基本事件流， 代表用户期望系统 提供的基本功能 用例 * 问:一个自动饮料售货机的功能是什么? 答:通过自动饮料售货机购买一听饮料 买饮料 参 与 者 用 例 顾客 买饮料 收款员 收款 供应商 提供饮料 通信 用例：站在用户角度定义软件系统的外部特征 1 四个特征： 行为序列 sequences of actions ：一个用例由一 组可产生某些特定结果的行为构成，这些行为是不 可再分解的 接收用户输入、执行、产生结果 。 用例：是系统执行的动作集合规格说明 系统执行 system performs ：系统为外部角色提 供服务。 可观测到的、有价值的结果 observable result of value ：用例必须对用户产生价值。 特定的角色 particular actor ：某人、某台设 备、某外部系统、等等，能够触发某些行为。 Use case图 采用“基于用例的方法”来识别和获取需求，是从外部的角度来看系统功能，建立系统的Use case模型。 Use case模型由若干Use case图组成，描述外部执行者（Actor）所理解的系统功能，即待开发系统的功能需求。 在Use case图中，Use case（用例）表示一个子系统，或者一个对立的功能。 用例图的主要基本元素 执行者（角色）：是系统外部的一个人或物，它以某种方式参与了系统的执行过程。 用例：待开发系统的一个独立功能，由一系列动作组成。 用例间的关系：泛化、包含和扩展关系 * 学生 成绩管理员 注册员 输入分数 注册讨论班 分发成绩单