本书从构架周期的角度分为四部分来讲述构架如何适合企业的需要，分别是：预想构架、创建构建、分析构建、从一个系统到多个系统。
预想构架。
软件构架来自于设计师的聪明才智，他是软件系统的核心，影响巨大，不会随着软件系统生命周期的结束而结束。
架构不是单独存在的，而是在某个周期的一部分。构架是实现某个目的的手段，他受到系统涉众的影响，也受到客户和开发组织的功能及质量目标的影响，还受到设计师的素质及经验和技术环境的影响，同时，构架也对众多影响有着反作用，它影响着所要开发的系统，影响开发组织的结构、开发组织的目标以及客户对下一个系统的要求，构建系统的过程还丰富了整个开发团队的开发经验，一些典型的系统会影响并实际改变了软件工程的发展。所以，因为这些影响和反馈循环，就构成了构架的商业周期。
不同的开发组织的不同设计师可能会给出不同的软件构架，那么，怎样区别不同构架的合适程度呢？构架并不是注定是好的或是坏的。各种架构都能或多或少的满足系统的要求。对架构的评估，就必须在针对某些特定的情况下进行这种评估。
什么是软件构架？构架就是对系统的结构的一种描述。这里所说的系统结构有多种类型，例如模块分解、进程、部署和分层等。构架是能够用以分析的第一个制品，并能够根据此来确定系统质量属性的实现程度，可以用作项目的蓝图。构架也是用于交流的工具，是早期设计决策的表现，是可以传递到新系统中的可重用的抽象。
第三章讲述了构架结构的运用案例，通过讲述3个相互关联又不相同的结构对一个高性能的航空电子系统的构架进行了描述。模块分解结构描述了各组件之间的设计时关系，他们是可以分配给各开发小组的实现单元。使用结构描述了各组件之间的运行时使用关系，他们是模块中的过程。可以根据使用结构得到结构的分层表示。进程结构描述了系统的并行性，是配备物理硬件的基础。
