类似于实例记号为了建立类
f的角色模型你画一个方格并在内部放置类的角色名及类名作为实体记号但是在这情况你不能加下划线图18显示一个由图14中图描述的雇员类扮演的角色实例在图18中我们可以认为即使雇员类与它本身相关关系确实是关于雇员之间扮演经理及团队成员的角色
图18一个类图显示图14中扮演不同角色的类注意你不能在纯粹类图中做类角色的建模即使图18显示你可以这么做为了使用角色记号你将会需要使用下面讨论的内部结构记号内部的结构UML2结构图的更有用的功能之一是新的内部结构记号它允许你显示一个类或另外的一个分类器如何在内部构成这在UML1x中是不可能的因为记号限制你只能显示一个类所拥有的聚合关系现在在UML2中内部的结构记号让你更清楚地显示类的各个部分如何保持关系让我们看一个实例在图18中我们有一个类图以表现一个Pla
e类如何由四个引擎和两个控制软件对象组成从这个图中省略的东西是显示关于飞机部件如何被装配的一些信息从图18的图你无法说明是每个控制软件对象控制两个引擎还是一个控制软件对象控制三个引擎而另一个控制一个引擎
图19只显示对象之间关系的类图绘制类的内在结构将会改善这种状态开始时你通过用二个区域画一个方格最顶端的区域包含类名字而较低的区域包含类的内部结构显示在它们父类中承担不同角色的部分类角色中的每个部分类也关系到其它类图19显示了Pla
e类的内部结构注意内部结构如何澄清混乱性
f图20Pla
e类的内部结构例子在图20中Pla
e有两个Co
trolSoftware对象而且每个控制二个引擎在图左边上的Co
trolSoftwareco
trol1控制引擎1和2在图右边的Co
trolSoftwareco
trol2控制引擎3和4结论至少存在两个了解类图的重要理由第一个是它显示系统分类器的静态结构第二个理由是图为UML描述的其他结构图提供了基本记号开发者将会认为类图是为他们特别建立的但是其他的团队成员将发现它们也是有用的业务分析师可以用类图为系统的业务远景建模正如我们将会在本系列关于UML基础的文章中见到的其他的图包括活动图序列图和状态图参考类图中的类建模和文档化关于