(第5章用例图郭.pptVIP

第5章 用例图 5.1 用例图的概念 5.2 用例图组成 5.3 用例建模 5.4 实例 大多数项目失败的原因就在于需求不明确 用例(Use Case)是一种描述系统需求的方法，使用用例的方法来描述系统需求的过程就是用例建模。 5.1 概述 用例方法的基本思想 从用户的角度来看，他们并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的服务，也就是被开发出来的系统将是如何被使用的。 用例图(用例模型)是从用户角度来描述系统功能的。强调的是外部功能，不反映功能的实现方式。 用例图的作用 用例图用来描述软件需求模型中的系统功能，通过一组用例可以描述软件系统能够给用户提供的功能。 用例图可以作为整个系统开发过程中的开发依据，指导和驱动其他模型 (Use Case Driven Object Modeling)。 以银行系统为例 5.2 用例图的构成 用例图用于定义系统的功能需求，它描述了系统的参与者与系统提供的用例之间的连接关系。 用例图的构成元素 参与者（Actor）（活动者、角色） 用例（Use Case） 关系（Relationship） （参与者与参与者之间的关系，参与者与用例之间的关系，用例之间的关系） 5.2.1 参与者 （Actor） 参与者（actor）是系统外部与系统交互的事物。也被称为活动者。 参与者参与用例的执行过程。 每个参与者可以参与一个或多个用例。 参与者（Actor）参与者是由参与用例时所担当的角色来表示。 理解 什么是参与者？ 参与者的特征是其作为外部用户与系统发生交互。 参与者的种类： 与系统直接交互的真实的人 与系统直接交互的其它系统：与系统进行信息交换的计算机外部设备、数据库系统，其它软件系统等。 一些可以运行的进程 ：时间（经过一段时间或到达某一个时间点，触发系统中某个事件时，时间就是参与者） 例如，一个计算网络系统的参与者可以包括系统管理员、数据库管理员和普通的用户，也可以有非人类参与者，如网络打印机。还有可运行的进程，如果定期要备份数据库，此时时间作为参与者。 参与者在系统中的作用主要包括： 系统的启动者 系统的服务者 系统服务的接收者 例如：自动提款机（ATM） 注意： 在系统的实际运作中，一个实际用户可能对应系统的多个参与者。 例如：汽车销售公司的员工，销售汽车时充当员工的角色，自己买汽车时，作为客户的角色。 同样，不同的多个用户也可以只对应于一个参与者，从而代表同一个参与者的不同实例。 例如 ：一个选课系统，有教师、学生、管理员不同的用户，他们都需要登录操作，可以把他们统称为登录用户。 确定参与者（Actor） 监控系统， 控制绘图的系统等 以银行自动提款机(ATM)为例： ATM的主要使用者是银行客户，客户主要使用自动提款机来进行银行账户的查询、提款和转账交易。 银行操作员负责维护和管理ATM机系统。 ATM机也需要与后台服务器进行通讯以获得有关用户账号的相关信息。 参与者是由系统的边界所决定的 如果我们所要定义的系统边界仅限于ATM机本身，那么后台服务器就是一个外部的系统，可以抽象为一个参与者。  如果我们所要定义的系统边界扩大至整个银行系统，ATM机和后台服务器都是整个银行系统的一部分，这时候后台服务器就不再被抽象成为一个参与者。 以自动提款机(ATM)本身为系统边界的用例图 参与者间的关系 在用例图中，使用泛化关系来描述多个参与者之间的公共行为。 参与者间的泛化关系示例： 5.2.2 用例 用例是外部可见的系统功能单元，是对功能需求的描叙。 用例定义了系统是如何被参与者所使用的，它描述的是参与者为了使用系统所提供的某一功能而与系统之间发生的交互（执行的一系列的动作序列）。 用例规约(Use Case Specification) （用例描述、用例说明）针对每一个用例都应该有一个用例规约文档与之相对应，该文档描述用例的细节内容。 在用例描述中可以描述用例的动态事件流。 用例 用例的名称： 简单名 路径名：指出用例所在的包 （可以用包将相关的用例进行组装） 用例识别 识别用例最好的方法就是从分析系统的参与者开始，考虑每个参与者是如何使用系统的。 以自动提款机(ATM)本身为系统边界的用例图 5.3 关系 5.3.1关联关系 表示参与者用例之间进行通信。 每个用例都有参与者启动，除了包含和扩展用例。 一个参与者可以访问多个的用例，一个用例可以被多个参与者访问。 关联关系是单向的。 5.3.2包含关系 一个用例可以简单地包含其它用例具有的行为，并把它作为自身行为的一部分，称为包含关系。 基用例把它所包含的用例行为作为自身行为的一