[UMLCh2类图.pptVIP

开发流程 类图与用例图的关系 类图的角色——外观和机理 教学目标 掌握类图的表示方式 掌握类间关系的表示方式 学习类图的构建过程 构建在线拍卖系统的类图 类图 类图 属性的描述 UML中，描述一个属性的语法如下： visibility attribute-name : type [multiplicity] = initial-value{property-string} 类图 类图 重数multiplicity ： 用来指出该属性可能的值的个数以及它们的排列次序和唯一性。 [0..1]，[1]，[*]（[0..*]），[1..*]，[1..3]。 类图 类图 定义为类属性（static attibute），用下划线指明 类图 类图 操作的描述 UML中描述一个操作的语法如下： Visibility operating-name（parameter-list）: return-type { property-string } 参数表 Direction parameter-name ：type multiplicity= default -value 类图 direction：用来指明参数信息流的方向 类图 类图 类与对象 类是一组对象，这些对象具有共同的属性和共同的行为 类是创建对象的模板 对象图 对象图 类关系 类之间的关系 关联 关联 2.关联的特性 关联 关联 关联 问：如何表示父子关系？ 关联 关联终端名是可以省略的，但对于同一个类的两个对象之间的关联或者不同类的对象之间的多重关联来说，关联终端名是必需的。 关联 问：如何表示某一关联终端的多个对象是有顺序的？例如屏幕的窗口排列是有顺序的；兄弟姊妹之间是有先后顺序的 关联 此类图中的关联代表什么含义? 一个教师可以开设一到三门课， 一门课程有一到多个教师教授。 关联的方向 依赖 多重关联与关联的多重性c 1.?关联 描述了系统中对象之间或其它实例之间的连接。 关联的种类主要有二元关联，多元关联，受限关联，聚集(aggregation)和组合(composition)。 (2)多元关联 三个或三个以上的类之间可以互相关联 课后作业 P42 3.２，3.8,3.13(d),3,15,3.23； P68 4.1, 4.3, 4.7,4.8 ,4.9 类图的构建过程 识别类及其属性 初步识别出来的类也称为候选类。 确定类 类—责任—协作者（class—responsibility —collaborator，简称CRC）技术来完成类的定义。 CRC是一组表示类的索引卡片，每张卡片分成三部分，它们分别描述类名、类的责任和类的协作者。责任是用来描述类的属性和操作，协作者描述为完成该责任而提供信息的其他相关的类。 识别类及其属性 识别类及其属性 识别类及其属性 识别类及其属性 识别类及其属性 审查属性 审查属性 审查属性 审查属性 审查属性 审查属性 审查属性 识别类及其属性 识别类及其属性 识别类及其属性 识别类及其属性 复审CRC卡 在填好所有CRC卡后，应对它进行复审。复审应由客户和软件分析员参加，复审方法如下： ⑴参加复审的人，每人拿CRC卡片的一个子集。注意，有协作关系的卡片要分开，即，没有一个人持有两张有协作关系的卡片。 ⑵?将所有用例/场景分类。 ⑶ 复审负责人仔细阅读用例，当读到一个命名的对象时，将令牌（token）传送给持有对应类的卡片的人员。 ⑷ 收到令牌的类卡片持有者要描述卡片上记录的责任，复审小组将确定该类的一个或多个责任是否满足用例的需求。当某个责任需要协作时，将令牌传给协作者，并重复⑷。 ⑸如果卡片上的责任和协作不能适应用例，则需对卡片进行修改，这可能导致定义新的类，或在现有的卡片上刻画新的或修正的责任及协作者。 这种做法持续至所有的用例都完成为止。 识别类之间的泛化 识别类之间的泛化 识别类之间的泛化 识别类之间的泛化 面向对象设计原则 一个良好的面向对象设计需要遵循一些基本原则: 单一职责原则（SRP） 开放-封闭原则（OCP） Liskov替换原则（LSP） 依赖倒置原则（DIP） 接口分离原则（ISP） 。 识别类之间的泛化 《敏捷软件开发：原则、模式与实践》 （Robert C. Martin） 子类型（subtype）必须能够替换掉它们的基类型（base type） Barbara Liskov: 这里需要如下替