UML类图教案2014a资料.ppt

-*- 4.统一分析类 类体现了系统的静态结构，通过分析类图体现软件静态结构 统一分析类的目的是确保每个分析类表示一个单一的明确定义的概念，而不会职责重叠 在分析工作完成之前，需要过滤分析类以确保创建最小数量的新概念 -*- 示例：统一分析类 -*- 分析阶段的重点在于找出体现系统核心业务所需数据的实体类，而界面和业务逻辑细节分别由边界类和控制类隐藏 在很多UML模型中，分析阶段的工作就是找到这些实体类 这些实体类组成系统概念模型(分析类图) 通过各个用例的VOPC图，删除那些没有引用的实体类，即可得到由实体类组成的分析类图，这些是分析的关键 -*- VOPC图 对于每个“用例实现”都存在若干张交互图进行描述，而这些交互图中会使用到各种分析类的对象 对于每一个“用例实现”，需要绘制与之相关的类图，即VOPC图 参与类类图(VOPC, View Of Participating Classes Class Diagram) 类图中的元素来自于交互图中的对象 类图中的关系来自于交互图中的消息(和业务对象模型)，分析阶段主要使用关联关系，也可根据业务模型引入泛化、聚合等关系 实例：绘制VOPC类图 -*- 实例：旅游申请系统实体类类图 -*- -*- -*- -*- GRASP模式 描述对象设计和职责分配的基本原则 General Responsibility Assignment Software Patterns 信息专家模式 创建者模式 高内聚模式 低耦合模式 控制器模式 -*- -*- 2.创建者模式 如果符合下面的一个或多个条件，则可将创建类A实例的职责分配给类B ：类B聚合类A的对象。 ：类B包含类A的对象。 ：类B密切使用类A的对象 -*- 3.低耦合模式 分配一个职责，使得保持低耦合度，支持低的依赖性，减小变更带来的影响，低耦合是一个时刻铭记于心的原则，是一个时常考虑的设计目标。 从类A到类B的耦合的常见形式： A具有引用B的实例或B本身的属性 A调用B对象中的服务 A的方法具有B类型的参数或B类型的局部变量，或返回的对象是 B的实例 A是B的直接或间接的子类。 B是一个接口，A实现了这个接口。 -*- 4.高内聚模式 分配一个职责，使得保持高内聚。 如果一个元素具有很多紧密相关的职责，而且只完成有限的功能，则这个元素具有高内聚性。一个低内聚性的类会执行许多互不相关的事物，或者完成太多的功能。 -*- 5.控制器模式 把接收或者处理系统事件消息的职责分配给一个类 表示这个系统或子系统（外观控制器） 表示一个发生系统事件的用例场景（用例或会话控制器） 当系统不具有太多的系统事件时，选择外观控制器 当外观控制器由于过多的职责而变得“臃肿”时，采用用例控制器。 -*- * * * 第四章重点1：弄清类图和对象图的含义。 * 1、类是面向对象系统中最重要的构造块；是对一组具有相同属性、操作、关系和语义的对象的描述；一个类实现一个或多个接口。 * attribute-name：表示属性名。 type（类型）：用来指明属性名的类型。 initial-value(初值)：在创建一个类的实例对象时，应对其属性赋值，如果类中对某属性定义了初值，则该初值可作为创建对象时该属性的默认值。 * * * * * 1、类是面向对象系统中最重要的构造块；是对一组具有相同属性、操作、关系和语义的对象的描述；一个类实现一个或多个接口。 2、边界类：处理系统环境与系统内部之间的通信，边界类为用户或另一个系统提供了接口。 3、实体类：模拟必须被存储的信息和关联行为的类。 实体对象是实体类的实例，被用来保存或更新关于某个现象的信息，有持久性。 4、控制类：用来为特定于一个或几个用例的控制行为建模的类。它封装了特定于用例的行为，依赖于应用程序。 * * (3) 泛化 泛化(generalization): 表示事物之间的一般与特殊的关系。也可以称为继承关系。表示“一般/特殊”关系。“is-a-kind-of” 也就是继承关系 带空心箭头的实线表示，箭头指向父元素。 泛化的目的 自顶向下的属性继承。可以使得子类共享父类的属性和操作，实现继承。 自底向上的实例替换。可以使得子类的实例用于任何父类被声明使用的地方，实现多态。 泛化的表示: 例子 表示 (4) 依赖 依赖(dependency): 表示两个元素X、Y，如果X的变化必然导致Y的变化，则称Y依赖X。 依赖的表示: 例子 表示 (4) 实现 一个元素完成另外一个元素的操作功能，则二者之间构成实现关系。 如接口类及其实现；接口没有属性，只有声明的操作方法（对于方法没有实现部分），而由实现