第5章 用例与用例图.pptVIP

面向对象技术及UML教程 第5章 用例和用例图 第5章 用例和用例图 5.1 用例图概述 5.1 用例图概述 5.1 用例图概述 5.2 为什么要使用用例图 5.2 为什么要使用用例图 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.3 用例图元素 5.5 用例粒度 5.5 用例粒度 5.5 用例粒度 5.5 用例粒度 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.6 用例图应用 5.7 小结 （4）泛化 用例间的泛化关系是指一个概念较为抽象的用例可以被一般化为一个或多个概念更为具体的用例。其中概念较为抽象的用例被称为父用例，概念更为具体的用例称为子用例。子用例是父用例的特殊形式，子用例从父用例处继承属性和行为，还可以添加、覆盖或改变继承的行为。泛化关系使用一条带一个三角箭头的实线表示，箭头方向子用例指向父用例，如下图所示。 如果系统中一个或多个用例是某个一般用例的一般化时，就需要使用用例的泛化关系。当系统中存在泛化关系时，如果父用例被使用，其任何子用例也可以被使用。 例如，网络购物系统中包含一个商品结算用例，但在实际进行商品结算时，可以进一步分解成网上结算和汇款结算这两种结算功能，这种情况就可以使用泛化功能。其中父用例为商品结算用例，两个子用例分别为网上结算用例和汇款结算用例，这两个子用例都从父用例商品结算用例处继承了商品结算的功能，但根据自己不同的特点从而实现了两种不同方式的结算。 顾客 商品结算 汇款结算 网上结算 5.3.5 用例描述 为了进一步说明用例是如何完成功能的，就需要对用例进行更加详细的描述。用例描述主要用来说明执行者为了实现自己的目标与系统进行交互的过程。这个交互的过程由执行者开始，执行者向系统发出一个请求。系统响应执行者发出的请求并给出一个结果。执行者再根据这个结果，再次给出下一个请求，这样一直到执行者得到一个有价值的结果为止，整个用例交互过程结束。 在用例描述中，需要对用例的主要属性进行说明。这些属性主要包括： 事件流 前置条件 后置条件 特殊要求 扩展点 用例场景 问题说明 （1）事件流 事件流描述了在执行一个用例时，执行者与系统之间的一次交互过程。这个过程可以包括多个分支，也就是说执行者在执行这个过程时可以有多个路线。其中按照系统设计者的预期会成功的路线被称为基本流，剩下的其它路线被称为备选流。 基本流 备选流 事件流的循环与分支 主事件流 备选事件流 （2）前置条件 前置条件是指在用例启动前，执行者与系统应置于什么样的状态，这个状态应该是系统能够检测到的、可观测的，它用来描述在什么条件下可以开始执行一个事件流。这个条件是正确执行一个事件流的起点，一般用执行者或系统的状态来表示。 例如，“ATM取款”用例的前置条件为： 执行“ATM自检”用例 （3）后置条件 后置条件用来说明当用例结束时系统的状态，这个状态也应该是系统能够检测得到的、可观测的。在用例描述中增加用例后置条件，可以明确表明用例结束时系统的状态，避免使系统出现处于不确定状态的情况。 一般在开始定义并划定用例的范围时，可以使用前置条件来定义用例的起点，使用后置条件定义用例完成的目标。前置条件和后置条件可以方便用例的验证和评审。 （4）其他 除了上面所说的主要属性外，用例描述中还包括一些其它的主要属性。如：用例场景、特殊要求、扩展点、问题说明等。 其中用例场景包括成功场景和失败场景，场景主要是由基本流和备选流组合而成的。特殊要求是指在用例中涉及到的非功能性需求