第11章用例及用例图剖析.ppt

9.1 用例 1. 用例的概念 用例(use case): 表示参与者与系统的一次交互过程。 2.用例的表示 用例用椭圆表示 3. 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 3. 用例的特点 ② 用例描述用户提出的一些可见需求，对应一个具体的用户目标。 3. 用例的特点 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 3. 用例的特点 ④ 用例是对系统功能的描述，属于需求建模。 用例的特点 ① 用例用于描述系统的功能，这个功能是外部使用者看到的系统功能，不反映功能的实现方式。 ② 用例描述用户提出的一些可见需求，对应一个具体的用户目标。 ③ 用例反映系统与用户的一次交互过程，应该具有交互的信息的传递。 ④ 用例是对系统功能的描述，属于需求建模。 9.2 参与者 1. 参与者的概念 参与者（actor）是外部需要与系统交互的事物。也被称为活动者。 2.参与者的三种类型 ①. 人：客户，读者，库管员 ②. 设备：计算机，磁盘，读卡机等 ③. 外部系统：上层系统等 3. 参与者的表示 参与者可以表示为下面三种形式。 4. 参与者之间的关系 参与者之间可以有泛化关系。 9.3 用例之间的关系 用例之间可以具有以下几种关系： ①. 关联关系 ②. 泛化关系 ③. 包含关系 ④. 扩展关系 1. 关联关系 参与者与用例之间是关联关系，表示参与者与用例之间具有使用，交互信息的关联。 2. 泛化关系 参与者与参与者之间，用例与用例之间存在一般与特殊的关系。 3. 包含关系 两个用例之间，一个用例(基本用例)的行为包含了另外一个用例(包含用例)的行为。 包含关系用依赖关系的include构造型来表示。 4. 扩展关系 扩展关系表示基本用例在扩展点要增加新的行为或功能，以扩展到新用例。 扩展关系用依赖关系的extend构造型来表示。 9.4 用例图 1. 用例图的作用 用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。 用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型。 2. 用例图的形式 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 9.5 发现用例 发现用例的一般方法： 某学校网上选课系统的用例分析 宾馆客房业务管理用例分析 ① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。 ⑥ 编制用例说明。 ● ① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。 ⑥ 编制用例说明。 ⑦ 对异常流程确定单独用例。 ● ① 找出系统外部参与者，确定系统边界和范围。 ② 确定各参与者所期望的系统行为。 ③ 把这些系统行为命名为用例。 ④ 确定各用例之间的关系(泛化，包含，扩展)。 ⑤ 绘制用例图。 ⑥ 编制用例说明。 ⑦ 对异常流程确定单独用例。 ⑧ 优化用例图，解决用例之间的冲突和重复。 ● 管理员通过系统管理界面进入系统，建立本学期要开设的各种课程，将课程信息保存到系统中，并可以对课程进行改动和删除。 学生通过客户机浏览器进入系统，选择课程：可以查询课程，选择课程，支付课程费用。 案例1： ① 找出系统外部参与者，确定系统边界和范围。 ● ② 确定各参与者所期望