这本书介绍了ADMEMS方法---综合了实现“需求进，架构出”不同方法优点的方法体系
ADMEMS方法体系：3个阶段，1个贯彻环节
第一阶段Pre-Architecture是需要全面理解需求，预备架构
第二阶段Conceptual Architecture界定系统高层组件关系，概念架构
第三阶段Refined Architecture，即细化架构
本篇主要讲一下对第三阶段的学习：
何为细化结构？一开始我会想细化结构无非就是功能划分一下再细一点。实则不然，这样“细化”下来，这样你的架构出来之后，地下干活的程序员任有很大的“发挥空间”，最后做出来的工作，每个人负责模块单独运行没有问题。可我们“分”的目的是为了“合”，最后要合为一个完整的系统。分了之后发现合不到一起了，那你架构师的意义何在。
细化结构包含逻辑架构，数据架构，开发架构，运行架构，物理架构。如下图：
细化架构和概要架构：
- 接口，对于概要架构来讲，无需涉及到接口层面，只需要分析到每个模块的功能或者是职责就可以了。相反在细化架构中也就是程序员编写程序的途中，接口的定义就显得很重要了。
- 子系统，在细化架构中，子系统便于我们分割系统功能，降低程序的耦合度，是代码更加容易理解并且子系统往往具有明确的接口；而在概要架构中，尽管有抽象都组件来分割功能，但是这就相当于一个公司的整个工作车间，而没有对整个工作车间进行下一步划分，比如说：一个生产车辆的车间，概要设计是划分了车的发动机、底盘等车间，而没有对发动机车间进行再一次的细化。概要设计中也有“大组件分解位小组件”的含义，但是并不符合子系统的含义。
- 交互机制，再细化架构中交互机制是“实实在在”的，比如：接口的调用、参数的传递、函数调用等等，这种交互机制的定义可以方便程序员快速理清程序的脉络，能更快的设计出合格的程序。而概念架构中的交互机制是概念化的，只是定义了这两个层之间有关联关系：“A层使用了B层的服务”。