UML描述属性的语法格式如下.PPT

UML描述属性的语法格式如下： 可见性 属性名： 类型名=初值{性质串} 2 对象 4 表示关系的符号 类与类之间通常有关联、泛化（继承）、依赖和细化等4种关系。 1. 关联 关联表示两个类的对象之间存在某种语义上的联系，也就是对象之间有相互作用、相互依靠的关系。 （1） 普通关联-------------子对象 普通关联是最常见的关联关系，只要在类与类之间存在连接关系就可以用普通关联表示。普通关联的图示符号是连接两个类之间的直线，如图9.6所示。 例如，图9.7是一个递归关联（即一个类与它本身有关联关系）的例子。一个人与另一个人结婚，必然一个人扮演丈夫的角色，另一个人扮演妻子的角色。如果没有显式标出角色名，则意味着用类名作为角色名。 （3） 限定关联 限定关联通常用在一对多或多对多的关联关系中，可以把模型中的重数从一对多变成一对一，或从多对多简化成多对一。 在类图中把限定词放在关联关系末端的一个小方框内。 2. 聚集 聚集也称为聚合，是关联的特例。聚集表示类与类之间的关系是整体与部分的关系。在陈述需求时使用的“包含”、“组成”、“分为……部分”等字句，往往意味着存在聚集关系。除了一般聚集之外，还有两种特殊的聚集关系，分别是共享聚集和组合聚集。 （2） 组合聚集-----------------子对象 如果部分类完全隶属于整体类，部分与整体共存，整体不存在了部分也会随之消失（或失去存在价值了），则该聚集称为组合聚集（简称为组成）。 3. 泛化----------------继承 UML中的泛化关系就是通常所说的继承关系，它是通用元素和具体元素之间的一种分类关系。具体元素完全拥有通用元素的信息，并且还可以附加一些其他信息。 在UML中，用一端为空心三角形的连线表示泛化关系，三角形的顶角紧挨着通用元素。 注意，泛化针对类型而不针对实例，一个类可以继承另一个类，但一个对象不能继承另一个对象。实际上，泛化关系指出在类与类之间存在“一般-特殊”关系。泛化可进一步划分成普通泛化和受限泛化。 图示抽象类时，在类名下方附加一个标记值{abstract}，如图9.12所示。图下方的两个折角矩形是模型元素“笔记”的符号，其中的文字是注释，分别说明两个子类的操作drive的功能。 抽象操作仅用来指定该类的所有子类应具有哪些行为。抽象操作的图示方法与抽象类相似，在操作标记后面跟随一个性质串{abstract}。 与多重继承相反的是不相交继承，即一个子类不能多次继承同一个基类（这样的基类相当于C++语言中的虚基类）。如果图中没有指定{多重}约束，则是不相交继承，一般的继承都是不相交继承。 完全继承指的是父类的所有子类都已在类图中穷举出来了，图示符号是指定{完全}约束。 不完全继承与完全继承恰好相反，父类的子类并没有都穷举出来，随着对问题理解的深入，可不断补充和维护，这为日后系统的扩充和维护带来很大方便。不完全继承是一般情况下默认的继承关系。 4. 依赖和细化 （1） 依赖关系 依赖关系描述两个模型元素（类、用例等）之间的语义连接关系： 其中一个模型元素是独立的，另一个模型元素不是独立的，它依赖于独立的模型元素，如果独立的模型元素改变了，将影响依赖于它的模型元素。 在UML的类图中，用带箭头的虚线连接有依赖关系的两个类，箭头指向独立的类。在虚线上可以带一个版类标签，具体说明依赖的种类，例如，图9.15表示一个友元依赖关系，该关系使得B类的操作可以使用A类中私有的或保护的成员。 （2） 细化关系 当对同一个事物在不同抽象层次上描述时，这些描述之间具有细化关系。假设两个模型元素A和B描述同一个事物，它们的区别是抽象层次不同，如果B是在A的基础上的更详细的描述，则称B细化了A，或称A细化成了B。细化的图示符号为由元素B指向元素A的、一端为空心三角形的虚线（注意，不是实线），如图9.16所示。细化用来协调不同阶段模型之间的关系，表示各个开发阶段不同抽象层次的模型之间的相关性，常常用于跟踪模型的演变。 * 井号（#） 保护的(protected) 减号（-） 私有的(private) 加号（+） 公有的(public) 1 类 属性和操作两个区域可省略。 UML描述操作的语法格式如下： 可见性 操作名（参数表）： 返回值类型{性质串} 类名 属性 操作 3 友元类 对象名 属性 操作 3种基本类型 一对一(1：1) 一对多(1：M) 多对多(M：N) 依据参与关联的对象的数目 图9.6 普通关联示例 通常，关联是双向的，可在一个方向上为关联起一个名字，在另一个方向上起另一个名字（也可不起名字）。 可在名字前面（或后面）加一个表示关联方向的黑三角。 重数表示该类有多少个对象与对方的一个对象连接。 3