第7章 面向对象软件工程介绍及UML概述.ppt

部署图描述处理器、设备和连接，它显示系统硬件的物理拓扑结构及在此结构上执行的软件。 部署图可以显示计算节点的拓扑结构和通信路径、节点上运行的软件以及软件包含的逻辑单元。 部署图 典型的部署图 7.5 使用和扩展UML 使用UML的准则 1.不要试图使用所有的图形和符号 应该根据项目的特点，选用最适用的图形和符号。一般来说，应该优先选用简单的图形和符号，例如，用例、类、关联、属性和继承等概念是最常用的。 2.不要为每个事物都画一个模型 应该把精力集中于关键的领域。最好只画几张关键的图，经常使用并不断更新、修改这几张图。 7.5 使用和扩展UML 3. 应该分层次地画模型图 根据项目进展的不同阶段，用正确的观点画模型图。如果处于分析阶段，应该画概念层模型图；当开始着手进行软件设计时，应该画设计层模型图；当考察某个特定的实现方案时，则应画实现层模型图。 使用UML的最大危险是过早地陷入实现细节。为了避免这一危险，应该把重点放在概念层和说明层。 4. 模型应该具有协调性 模型必须在每个抽象层次内和不同的抽象层次之间协调。 7.5 使用和扩展UML 5. 模型和模型元素的大小应该适中 过于复杂的模型和模型元素难于理解也难于使用，这样的模型和模型元素很难生存下去。如果要建模的问题相当复杂，则可以把该问题分解成若干个子问题，分别为每个子问题建模，每个子模型构成原模型中的一个包，以降低建模的难度和模型的复杂性。 7.5 使用和扩展UML 扩展UML的机制 为避免使UML变得过于复杂，UML并没有吸收所有面向对象的建模技术和机制，而是设计了适当的扩展机制，使得它能很容易地适应某些特定的方法、机构或用户的需要。利用扩展机制，用户可以定义和使用自己的模型元素。 7.5 使用和扩展UML 扩展UML的机制 扩展的基础是UML的模型元素，利用扩展机制可以给这些元素的变形加上新的语义。新语义可以有三种形式：重新定义，增加新语义或者对某种元素的使用增加一些限制。相应地，有下述三种扩展机制。 构造型 (stereotype) 标记值 (tagged value) 约束 (constraint) 1. 构造型 (stereotype) 构造型是在一个已定义的模型元素的基础上构造的一种新的模型元素。构造型的信息内容和形式与已存在的基本模型元素相同，但是含义和使用不同。 2.标记值 (tagged value) 　　标记值可以用来存储元素的任意信息，对于存储项目管理信息尤其有用的，如元素的创建日期、开发状态、截止日期和测试状态。 标记值用字符串表示，字符串有标记名、等号和值。它们被规则地放置在大括弧内。 3.约束 (constraint) 约束是用文字表达式表示的语义限制。约束用大括弧内的字符串表达式表示。约束可以附加在表元素、依赖关系，或注释上。 * 注：UML2.2中用带箭头的虚线表示用例之间的关系。 泛化 泛化(generalization)关系就是一般类和特殊类之间的继承关系。 在UML中，一般类亦称泛化类，特殊类亦称特化类。 泛化针对类型而不针对实例，因为一个类可以继承另一个类，但一个对象不能继承另一个对象。 一般类/泛化类/抽象类 实现 实现(implement)是泛化关系和依赖关系的结合，也是类之间的语义关系，通常在以下两种情况出现实现关系： (1)接口和实现它们的类或构件之间； (2)用例和实现它们的协作之间。 7.4 UML的图 UML规范定义了6种类型的图： 用例图 类图 交互图 状态图 活动图 实现图 1. 用例模型 用例模型描述的是外部执行者(actor)所理解的系统功能。用例模型用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，描述了开发者和用户对需求规格达成的共识。 用例图显示谁是相关的用户，用户希望系统提供什么服务（用例），以及用例之间的关系。用例图主要的作用是获取需求、指导测试。 用例图 1. 用例模型 在UML中，一个用例模型由若干个用例图来描述，用例图的主要元素是用例和执行者。 　用例图是包括执行者、由系统边界（一个矩形）封闭的一组用例。执行者和用例之间的关联、用例间关系以及执行者的泛化的图。 用例图 用例图 用例图的建模元素 XXX系统 参与者 用例 关系 2. 用例之间的关系 用例之间可以有泛化(generalization)、扩展(extend)和包含(include)三种关系。扩展和使用是继承关系(即泛化关系)的两种不同形式。组合则是把相关的用例打成包，当作一个整体看待。 用例图 (1) 扩展关系(extend) 向一个用例中加入一些新的动作后构成了另一个用例，这