感受：读完本书第一部分后，首先感觉到的就是这本书有些深奥，好像不是现在就能看的，读完一遍云里雾里的，还是没能到那个层次吧，慢慢积累经验吧。
一、仅仅就是软件
感受：读完本书第一部分后，首先感觉到的就是这本书有些深奥，好像不是现在就能看的，读完一遍云里雾里的，还是没能到那个层次吧，慢慢积累经验吧。
一、仅仅就是软件架构的概念现在理解起来都有些困难，概念的分类就是两个门派吧，一个“组成派”，一个“决策派”，
“组成派”关注的是架构实践中的客体——软件，以软件本身为描述对象；分析软件的组成。
“决策派”关注的是以人的决策为描述对象；归纳了架构决策的类型。
二、软件架构是一系列有层次的决策
列如，你在设计一个C/S架构，B/S架构的时候，就是要一步步的进行决策，这时候决策的好坏体现出来的架构就有好坏之分。
三、首先，理解架构，怎么样的算架构呢，不同的人见解各不相同，谁都有谁的一套说法，这时候架构视图就很重要了。
四、为谁设计呢，为客户设计，为用户设计，为开发人员设计，为管理人员设计，这是软件架构师应该能想到的，
1.架构师要为“上游”客户负责，满足他们的业务目标，以及约束条件
2.架构师要为“上游”用户负责，实现功能需求以及运行质量。
3.架构师必须顾及“下游”的开发人员。
4.架构师还要考虑“周边”的管理人员，为他们进行分工管理，协调控制等等。
五、运用“逻辑视图”+“物理视图”的设计架构
六、开发人员多尝试设计，只有在不断的历练中才能将架构熟悉掌握。
