UML类图关系_..docx

关联关联两端的类也可以以某种角色参与关联，角色可以具有多重性，表示可以有多少个对象参与关联。双向关联双向关联在代码的表现为双方都拥有对方的一个指针，当然也可以是引用或者是值。单向关联:C3-C4：表示相识关系，指C3知道C4，C3可以调用C4的公共属性和方法。没有生命期的依赖。一般是表示为一种引用。单向关联的代码就表现为C3有C4的指针，而C4对C3一无所知。自身关联（反身关联）：自己引用自己，带着一个自己的引用。就是在自己的内部有着一个自身的引用。聚合/组合当类之间有整体-部分关系的时候，我们就可以使用组合或者聚合。聚合聚合：表示C9聚合C10，但是C10可以离开C9而独立存在（独立存在的意思是在某个应用的问题域中这个类的存在有意义。这句话怎么解，请看下面组合里的解释）。聚合是一种特殊的关联，聚合表示整体与部分的关系。通常在定义一个整体类后，再去分析这个整体类的组成结构。从而找出一些组成类，该整体类和组成类之间就形成了聚合关系。例如舰队是由一系列的舰船组成。需求描述中“包含”、“组成”、“分为….部分”等词常意味着聚合关系。组合组合（也有人称为包容）：组合是一种整体-部分的关系。一般是实心菱形加实线箭头表示。如上图所示，表示的是C8被C7包容，而且C8不能离开C7而独立存在。在《敏捷开发》中还说到，A组合B，则A需要知道B的生存周期，即可能A负责生成或者释放B，或者A通过某种途径知道B的生成和释放。组合也是一种特殊的关联，也表示类之间整体和部分的关系，但是组合关系中部分和整体具有统一的生存期。一旦整体对象不存在，部分对象也将不存在。部分对象与整体对象之间具有共生死的关系。聚合、组合的区别聚合关系是“has－a”关系，组合关系是“contains－a”关系；聚合关系表示整体与部分的关系比较弱，而组合比较强；聚合关系中代表部分事物的对象与代表聚合事物的对象的生存期无关，一旦删除了聚合对象不一定就删除了代表部分事物的对象。组合中一旦删除了组合对象，同时也就删除了代表部分事物的对象。依赖指C5可能要用到C6的一些方法，也可以这样说，要完成C5里的所有功能，一定要有C6的方法协助才行。注意，要避免双向依赖。一般来说，不应该存在双向依赖。泛化（继承）泛化关系：如果两个类存在泛化的关系时就使用，例如父和子，动物和老虎，植物和花等。泛化关系是“a－kind－of”关系模板上面的图对应的代码如下：templateintclass C13 ...{};建立类图的步骤：（1）研究分析问题领域确定系统需求。（2）确定类，明确类的含义和职责、确定属性和操作。（3）确定类之间的关系。类的识别是一个需要大量技巧的工作，寻找类的一些技巧包括：名词识别法；根据用例描述确定类；使用CRC分析法；根据边界类、控制类、实体类的划分来帮助分析系统中的类；参考设计模式确定类；对领域进行分析或利用已有领域分析结果得到类；利用RUP中如何在分析和设计中寻找类的步骤。寻找类的技巧名词识别法：这种方法的关键是识别系统问题域中的实体。对系统进行描述，描述应该使用问题域中的概念和命名，从系统描述中标识名词及名词短语，其中的名词往往可以标识为对象，复数名词往往可以标识为类。从用例中识别类：用例图实质上是一种系统描述的形式，自然可以根据用例描述来识别类。针对各个用例，可以提如下的问题辅助识别：用例描述中出现了那些实体？用例的完成需要哪些实体合作？用例执行过程中会产生并存储哪些信息？用例要求与之关联的每个角色的输入是什么？用例反馈与之关联的每个角色的输出是什么？用例需要操作哪些硬设备？在面向对象应用中，类之间传递的信息数据要么可以映射到发送方的某些属性，要么该信息数据本身就是一个对象。综合不同的用例识别结果，就可以得到整个系统的类，在类的基础上，我们又可以分析用例的动态特性来对用例进行动态行为建模。使用CRC分析法：CRC（Class,Responsibilities,Collaboration）卡的最大价值在于把人们从思考过程模式中脱离出来，更充分的专注于对象技术。CRC卡允许整个项目组对设计做出贡献。参与系统设计的人越多，能够收集到的好主意也就越多。因为CRC会议是大家全力参与的，通常只需要很少的有类名的卡片，实际上没有写出完整的卡片。CRC会议进行中，一些人模拟系统和对象交流，把消息传给其他的对象。通过一步步处理，问题很容易地被解决。它由三部分组成：类(Class)、职责(Responsibility)、协作(Collaborator)。下面是一个CRC卡的示例：类名职责1职责1的协作职责2职责2的协作…………职责是类需要知道或做的任何事物。这些职责是类自身所知的知识，或类在执行时所需的知识。协作是指为获取消息，或协助执行活动的其他类。创建CRC模型需要下面的步骤。1)??建立团