本节书摘来自华章出版社《系统架构：复杂系统的产品设计与开发》一书中的第1章，第1.4节本书结构，作者[美]布鲁斯·卡梅隆，更多章节内容可以访问云栖社区“华章计算机”公众号查看
1.4本书结构
本书分为四个部分。
第一部分是第1～3章，介绍了系统思维的原则，并概述了管理复杂度所用的工具。这些原则与工具在后续的其他部分中还会提到。我们会用一些真实的范例来表述它们，这些范例包括：放大器的电路、循环系统、设计团队和太阳系。
第二部分是第4～8章，着重对架构进行分析。我们会深入探讨系统的形式，以便将形式与系统的功能相区隔，然后再来分解系统的功能。我们会提出与特定解决方案无关的功能及概念这两个说法，然后对现有的一些简单系统做分析。这种分析方式，既可以用于人类主动构建的系统，也可以用于机构、城市或大脑等演化而成的系统。第二部分的很多章节都是从一些特别简单的系统开始讲起的。这么写并不是故意要把读者看得很笨，而是由于这些系统的组成部分都可以为大家完全了解，因此我们不妨先从这些系统开始分析，然后再把这套分析方法运用到更为复杂的系统上。从简单的系统讲起有一个好处，就是它的组成部件不会过于复杂。如果这些组件复杂到使我们没有办法一次将其完全理解清楚，那我们就没有办法把这个产品当成系统来进行分析。
第三部分是第9～13章，重点是通过做决策来创建架构。这一部分讲述了从确定需求到选定架构的过程。第二部分是从架构讲到与特定解决方案无关的功能，而第三部分则是直接讲述在没有旧架构可供参考的情况下，如何在设定目标时厘清上游过程中的不明确之处。第三部分围绕着消解歧义、运用创造力及管理复杂度这三个概念进行讲解。
第四部分是第14～16章，探寻了帮助架构师做决策的各种计算方法及工具所具备的潜力。第一部分～第三部分把架构师当成决策人。我们把分析与框架搭建在架构师的领域专长之上，而架构师则要对系统中的各个层面进行整合，衡量各种事务的优先程度，并确定其中最重要的事务。第四部分提出一个想法，就是把架构决策视为模型的参数，并试图通过这些参数来捕捉各个层面或各个属性中的重要因素。我们会演示如何把架构问题中的复杂度有效地浓缩到模型里面，但是大家要记住，模型不是用来取代架构师的，而是用来给架构师做决策提供支持的。根据笔者的经验：这种决策表示方式对于完成架构任务来说是一种有用的心智模型。
