uml的关系 软考之UML用例图中包含，扩展和泛化的区别？

软考之UML用例图中包含，扩展和泛化的区别？

包含关系：使用包含案例跨多个用例封装一组类似的操作（行为片段），以便可以重用多个基本用例。

基本用例控制与包含用例的关系以及包含用例的事件流是否插入到基本用例的事件流中。基本用例可以依赖于包含用例执行的结果，但是任何一方都不能访问另一方的属性。这种情况类似于进程设计语言，它将程序中的一段算法封装成一个子进程，然后从主程序调用子进程。泛化关系：子用例和父用例相似，但表现出更特殊的行为；子用例将继承父用例的所有结构、行为和关系。子用例可以使用父用例中的行为片段，也可以重载它。扩展关系：用扩展用例将一个相对独立的可选动作封装在基础用例中，然后从基础用例中声明的扩展点进行扩展，使基础用例的行为更加简洁，目标更加集中。扩展用例向基本用例添加新行为。扩展实例可以访问基实例的属性，根据基实例中扩展点的当前状态判断是否执行。但扩展情况对基本情况不可见。

UML类图中类之间的6种关系与区别？

类图中类之间的关系是一个复杂的内容。有联想、聚合、组合、概括和依赖。关联：它是模型元素之间的语义连接，是类之间的弱连接。关联可以是定向的、单向的或双向的。可以将关联名称添加到关联以描述其功能。关联两端的类也可以与某些角色一起参与关联，这些角色可以具有多重性，表示有多少对象可以参与关联。关联属性、操作和其他信息可以由关联类进一步描述。关联类通过虚线与关联相连接。可以添加一些约束来增强关联的含义。如下图所示：聚合是一种特殊的关联，表示整体和部分之间的关系。通常，在定义了一个整体类之后，我们分析了整体类的构成和结构。从而找出一些组合类，形成整个类与组合类之间的聚合关系。例如，舰队是由一系列船只组成的。在需求描述中，“包含”、“构成”、“划分”等词通常表示聚合。作文也是一种特殊的联想，它也代表了类的整体与部分之间的关系，但作文关系中的部分与整体具有统一的生命周期。一旦整个对象不存在，一些对象就不存在了。部分客体与整体客体之间存在着生死关系。聚合与组合的区别：聚合关系为has-a关系，组合关系为contains-a关系；聚合关系表示整体与局部的关系较弱，而组合关系较强；表示聚合关系中部分事物的对象与表示聚合事物的对象的生存期无关。一旦聚合对象被删除，表示部分内容的对象就不能被删除。一旦组合对象被删除，代表某些事物的对象也会被删除。泛化定义了一般元素和特殊元素之间的分类关系，也称为继承关系。概括关系是一种“类”关系，它定义了一般元素和特殊元素之间的分类关系。下图是泛化关系的示例。有两个元素，修改X的定义可能导致Y的定义，那么Y被认为是X相关的。依赖可以由各种原因引起，例如一个类向另一个类发送消息，或者一个类是另一个类的数据成员类型，或者一个类是另一个类操作的参数类型等等。有时很难区分依赖和关联。如果类A和类B是相关的，那么它们之间一定存在依赖关系。如果两个类之间存在关联，则不必显示两个类之间的依赖关系。