本文主要是介绍《分析模式》第2章中文UML图（已修正原书错误）（2.1-2.6），希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！
DDD领域驱动设计批评文集
做强化自测题获得“软件方法建模师”称号
《软件方法》各章合集
（1）已用UML、OCL表示，并翻译为中文。
（2）已修正原书图存在的错误（多重性、角色），之前的中译本未修正。
图2.1 通讯录的初始模型。
这个模型展示了人和组织的相似责任。
图2.2 使用当事者来泛化图2.1之后。
许多用到人或组织的场合，应该使用当事者。
图2.3 用显式级别表示的组织结构。
这样的结构不灵活又难以复用。
图2.4 带层级关系的组织超类型。
层级关联提供了最大的灵活性。级别导致的约束必须作为规则添加在子类型上。
图2.5 两个组织层级结构。
组织的子类型未显示。如果有很多层级结构，这个模型将很快失控。
图2.6 使用类型化关系。
组织之间的每一个关系都由一个组织结构类型定义。如果有很多个关系，这样做比显式关联更好。
这篇关于《分析模式》第2章中文UML图（已修正原书错误）（2.1-2.6）的文章就介绍到这儿，希望我们推荐的文章对编程师们有所帮助！
