13.4 更多经验总结
13.4.1 逻辑架构设计的10条经验要点
图13-24归纳了ADMEMS方法推荐的逻辑架构设计的10条经验要点，其中：如何划分子系统，如何定义接口，如何运用质疑驱动的思维套路等已介绍，其他几点仅在后续小节进行简述。
设计模式是Class Level的设计，它如何用于架构一级的设计呢？
基本观点是：让Class和SubSystem搭上关系。不难理解，设计模式用于架构设计主要有两种方式：
明确子系统内的结构。
明确包间的协作关系。
如何做呢？答案是灰盒包图。图13-25说明了灰盒包图的意义，它打破了"子系统黑盒"，关心子系统中的关键类，从而可以更到位地说明子系统之间的协作关系，并成为设计模式应用的基础。
 |
例如，对比图13-26和图13-27--背景是项目管理系统甘特图展现的问题。后者明确了子系统之间的交互机制，还显式地说明了Adapter设计模式的应用--这就是灰盒包图的价值。
 |
 |
13.4.3 简述：逻辑架构设计的建模支持
工欲善其事，必先利其器。在实践中必须选择最合适的模型，甚至做一些改造工作使UML更适合特定的实践目的。例如，灰盒包图就是一种"专门说明重要子系统设计"的UML图的应用。
另外，包-接口图是类图的一种特定形式，它包含"包（package）"和"接口（interface）"两种主要元素。这种图（可参考图13-20）的作用很专一：说明包之间的协作需要哪些接口。逻辑架构设计中，包-接口图式是从结构设计到行为设计的思维桥梁。
最后，本章讲"逻辑架构设计的整体思维套路"时已亮明了观点：逻辑架构的设计，应该使结构设计和行为设计相分离。这样才利于更有效地思维。不信？请看图13-28所示的"设计图"（这是很多设计者习惯的思维方式）。思维清楚吗？思维混乱的原因：将结构和行为过多地混在了一起。
 |
本书推荐用序列图（它较专注于行为设计）辅助逻辑架构设计，尽量不要用协作图（虽然在UML 1.4中，它和序列图等价，但从形式上它的"结构气"太重）。
