前言
如果一个项目的系统架构（包括理论基础）尚未定义，就不应该进行此系统的全面开发。-- Barry Boehm, 《Software Engineering》
如果选择视图的工作没做好，或者以牺牲气体视图为代价，只注重一个视图，就会掩盖问题以及延误解决问题。-- Grady Booch, 《UML用户指南》
从概念架构到详细架构，
先设计概念架构，构思关键问题的解决策略；
再进行详细架构的设计，以保证为开发提供足够的指导和限制。
这符合人类解决问题的规律，因此被广泛采用。
但在实际中，详细架构设计还存在很多差强人意之处，甚至经常被忽视。
详细架构和概念架构之间存在如下典型差异：
接口：在详细架构中接口占据非常核心的地位，而概念架构并不明确接口定义（只有抽象的组件和抽象的交互机制）。
子系统：详细架构重视通过子系统和模块来分割整个系统，并且子系统往往有明确的接口；而概念架构中只有抽象的组件，这些组件没有接口，只有职责，一般是处理组件、数据组件胡哦哦连接组件中的一种。当然，概念架构中也有“大组件分解成小组件”的设计决策，但并非子系统的含义。
