第2章用例图 人们在进行软件开发时,无论是采用面向 对象方法还是传统方法,首先要做的就是了解 需求。在进行需求分析时,使用用例图可以更 好描述系统应具备什么功能。用例图由开发人 员与用户经过多次商讨而共同完成,软件建模 的其他部分都是从用例图开始的
2 第2章 用例图 人们在进行软件开发时，无论是采用面向 对象方法还是传统方法，首先要做的就是了解 需求。在进行需求分析时，使用用例图可以更 好描述系统应具备什么功能。用例图由开发人 员与用户经过多次商讨而共同完成，软件建模 的其他部分都是从用例图开始的
本章学习要点: 用例图的组成 今理解泛化 今理解用例之间的关系 今对用例进行描述 今绘制用例图
3 本章学习要点： ❖ 用例图的组成 ❖ 理解泛化 ❖ 理解用例之间的关系 ❖ 对用例进行描述 ❖ 绘制用例图
2.1用例图的构成 用例图用于定义系统的功能需求,它描述了系统的参与者 与系统提供的用例之间的连接关系。这里的参与者可以人 也可以另一个系统。用例图仅从参与者使用系统的角度描 述系统中的信息。下图描述了一个学生成绩管理系统的用 例图。 Student Grade Manage System Recordgrade Query Grade Teacher Modify grade Student
4 2.1 用例图的构成 ❖ 用例图用于定义系统的功能需求，它描述了系统的参与者 与系统提供的用例之间的连接关系。这里的参与者可以人， 也可以另一个系统。用例图仅从参与者使用系统的角度描 述系统中的信息。下图描述了一个学生成绩管理系统的用 例图。 RecordGrade QueryGrade ModifyGrade Student Grade Manage System Teacher Student
2.1用例图的构成 今用例图包含四个基本元素: ①用例( Use Case) ②参与者( Actor) ③系统( System) ④关系( Relation) 关联关系( Association) 包含关系( Include) 扩展关系( Extend) 泛化关系( Generalization)
❖ 用例图包含四个基本元素： ① 用例（Use Case） ② 参与者（Actor） ③ 系统（System） ④ 关系（Relation） ▪ 关联关系（Association） ▪ 包含关系（Include） ▪ 扩展关系（Extend） ▪ 泛化关系（Generalization） 2.1 用例图的构成
2.1.1系统 令系统是为用户执行某类功能的一个或多个软件构件。 系统的边界用来说明用例图应用的范围。 准确定义系统的边界并不总是很容易的,因为有些 情况下,严格地划分哪些任务是由系统完成,而哪 些是由人工或其他系统完成是很困难的。 般的作法是,先识别出系统的基本功能,然后以 些为基础定义一个稳定的精确定义的系统架构 以后再不断地扩充系统功能,逐步完善系统。这样 做可以避免由于系统太大,需求分析不易明确,从 而导致浪费大量的开发时间 ☆系统用一个方框表示,可以省略
6 2.1.1 系统 ❖ 系统是为用户执行某类功能的一个或多个软件构件。 系统的边界用来说明用例图应用的范围。 ❖ 准确定义系统的边界并不总是很容易的，因为有些 情况下，严格地划分哪些任务是由系统完成，而哪 些是由人工或其他系统完成是很困难的。 ❖ 一般的作法是，先识别出系统的基本功能，然后以 此为基础定义一个稳定的、精确定义的系统架构， 以后再不断地扩充系统功能，逐步完善系统。这样 做可以避免由于系统太大，需求分析不易明确，从 而导致浪费大量的开发时间。 ❖ 系统用一个方框表示,可以省略
2.1.2参与者 今系统外部的一个实体。 今参与用例的执行过程。 今参与者通过向系统输入或者系 统要求参与者提供某种信息来 进行交互。 今由参与用例时所担当的角色来 表示,命名时以所扮演的角色 命名。 参与者 心每个参与者可以参与一个或多 个用例
2.1.2 参与者 ❖ 系统外部的一个实体。 ❖ 参与用例的执行过程。 ❖ 参与者通过向系统输入或者系 统要求参与者提供某种信息来 进行交互。 ❖ 由参与用例时所担当的角色来 表示，命名时以所扮演的角色 命名。 ❖ 每个参与者可以参与一个或多 个用例
2.1.2参与者 参与者的种类: ①系统用户 ②与所建造的系统交互的其他系统 ③一些可以运行的进程
2.1.2 参与者 ❖ 参与者的种类： ① 系统用户 ② 与所建造的系统交互的其他系统 ③ 一些可以运行的进程
识别参与者 如何寻找系统的参与者 注意直接或者间接地与系统交互或从系统中 获取信息的任何人和任何事。 ☆识别参与者过程中需要注意的问题 以使用系统的业务量为依据,区分主要参与 者和次要参与者 以承担职责为依据,区分系统的启动者、系 统的服务者和系统服务的接收者
识别参与者 ❖如何寻找系统的参与者 ▪ 注意直接或者间接地与系统交互或从系统中 获取信息的任何人和任何事。 ❖识别参与者过程中需要注意的问题 ▪ 以使用系统的业务量为依据，区分主要参与 者和次要参与者 ▪ 以承担职责为依据，区分系统的启动者、系 统的服务者和系统服务的接收者
参与者间的关系 今参与者间的泛化关系示 今在用例图中,使用泛化关系 例: 来描述多个参与者之间的公 共行为。 超类参与者 客户 电话客户 网上客户 特殊化参与者特殊化参与者
参与者间的关系 ❖ 在用例图中，使用泛化关系 来描述多个参与者之间的公 共行为。 ❖ 参与者间的泛化关系示 例：
2.1.3用例 令外部可见的系统功能单元,用户期望系统具备 的功能 心定义系统的一个行为,并不显示系统的内部结 构 今以用户的观点描述用户和系统间交互的完整顺 序,以及由系统执行的响应
2.1.3 用例 ❖外部可见的系统功能单元，用户期望系统具备 的功能 ❖定义系统的一个行为，并不显示系统的内部结 构 ❖以用户的观点描述用户和系统间交互的完整顺 序，以及由系统执行的响应