第3章-类图及建立领域模型.pptVIP

第三章 类图及建立领域模型 类的多重观点—从三种观点出发，相同的图示法可以用在三种模型中。 建立领域模型—使用概念类： 现实世界中的概念或者事物。UP领域模型包含概念类。 官方文档的定义：概念类代表业务角色执行业务用例时所处理或使用的事物。 建立分析类图—使用分析类： 从软件的观点出发，抽象出业务需求中的概念类而得到逻辑化的分析类，它可以被计算机所理解。 建立设计类图—使用设计类： 引入设计模型，设计软件类。 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 接口：用来说明一个类或子系统应该提供的服务，形式上是一组操作的集合。 子系统：是一组元素的集合，其中一部分元素说明这组元素能够提供哪些行为，另一部分元素则具体提供相应的行为。 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 3.2 类之间的关系 关联关系： 聚合关系 组合关系 依赖关系 泛化关系 实现关系 关联关系 各种多重性表示 public class 麻雀 { private 腿 the腿[3]; public 麻雀(){} } 关联中的自关联：一个类与它自己发生关联。当一个类的对象可以充当多种角色时，自关联可能发生。 类之间具有多对多关系时，通常建模为关联类。 3.2.2 聚集关系 聚合关系（aggregation） 聚合关系：表示两个类的实例之间有“整体”与部分关系，处于空心菱形符号一端表示“整体”类。 组合关系（composite aggregation ） 是强聚合关系，聚合中的每个部分只能属于一个整体，而且，当组合对象销毁时，它的所有从属部分都同时销毁。 组合（aggregation ）语义 3.2.3 依赖（dependency) 依赖：表达“使用”的语义，用带箭头的虚线表示。 与关联关系不同的是，依赖关系除了“知道”其它对象的存在，还会“使用”其他对象的属性和方法。 3.2.3 泛化关系（Generalization） 也叫继承关系，是一般和特殊的关系 继承关系：a-kind-of 表示方法：一头为空心三角形的连线 3.2.5 实现关系 实现关系表示类实现接口 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 第3章 类图 3.1 类图的基本组成符号 3.2 类关系的表示符号 3.3 建立领域模型 3.3 概念层模型—即：建立领域建模 在第9章中，UML表示法建立领域模型 任务目标：1.学习建立类图的画法 2.建立领域模型，学习建模的方法或建模观点。 建立领域模型的重要性： 领域模型是OO分析中最重要的和经典的模型，它阐述了领域中的重要概念。 领域模型作为设计某些软件对象的灵感来源。 什么是领域模型？ 领域模型，是对领域内的概念类或现实世界中的对象的可视化表示。领域模型也称为概念模型、领域对象模型和分析对象模型。 领域模型被描述为一组没有定义操作的类图，它描述了： 领域对象或概念类 概念类之间的关联 概念类的属性 为什么把领域模型称为“可视化字典”？ 领域模型对领域词汇或概念进行可视化和关联，表示领域的重要抽象、领域词汇和领域的内容信息。 例：pos系统部分领域模型，如图9-2 P100 3.3.1领域模型的相关概念 1.概念： 概念类：表示在现实世界环境中具有意义的实体或概念。 领域模型：是对业务术语进行描述，产生现实世界概念类的一种表示。通常，采用类图表示，以显示最重要的业务概念和他们之间的关系。 2.领域模型组成： 概念类 概念类之间的关系 概念类的属性（暂不包含操作，在以后考虑） 为什么需要领域模型？ 理解关键概念和词汇 为进入设计阶段得到一些启示 现实世界与软件实现之间的过渡 3.3.2 建立领域模型 建立领域模型，包括以下四步： 寻找概念类 将其绘制为UML类图中的类 建立类关联关系 添加必要的属性 3.3.2 建立领域模型 包括以下四步： 概念类的识别 在领域模型中描述这些概念类 建立类关联关系 添加必要的属性 1.概念类的识别 识别策略： ①使用概念类分类列表 ②识别名词短语 使用概念类分类列表 策略1：概念类的分类列表：根据下面的列表找出侯选概念类。示例取自Pos机系统。 策略2：在Use Case中，根据名词短语识别找出概念类。 即：识别有关用例文本描述中的名词和名词短语，将它们作为候选的概念类或属性。 例如，”处理销售