读书笔记

#读后感#一本实用性很强的架构入门书籍。内容有深有浅，涉及面广，帮我们树立一个架构设计的全局观。 

本书已读完，把读后感放在最前面，以下是详细的读书笔记。

 

#读书笔记# 我们将软件架构概念分为两大流派：组成派和决策派。

#读书笔记# 组成派：软件系统的架构将系统描述为计算组件及组件之间的交互。

#读书笔记# 决策派：软件架构包含了关于以下问题的重要决策：软件系统的组织；选择组成系统的结构元素和它们之间的接口，以及当这些元素相互协作时所体现的行为；如何组合这些元素，使它们逐渐合成为更大的子系统；用于指导这个系统组织的架构风格：这些元素以及它们的接口、协作和组合。——1

#读书笔记# 决策派：软件架构并不仅仅注重软件本身的结构和行为，还注重其他特性：使用、功能性、性能、弹性、重用、可理解性、经济和技术的限制及权衡，以及美学等。——2

#读书笔记# “架构决策是分层次依次展开的”还表现在：决策制定的顺序往往是先制定技术无关的决策，后制定技术相关的决策，后者在前者的指导下进行。

#读书笔记# 两个流派的观点可以简单概括成：组成派“架构 = 组件 + 交互”，决策派“架构 = 重要决策集”。它们虽然角度不同，但却相辅相成。

 

#读书笔记# 框架是软件，架构不是软件。框架是系统或子系统的半成品。软件架构不是软件，而是关于软件如何设计的重要决策。软件架构是比具体代码高一个抽象层次的概念。架构势必被代码所体现和遵循，但任何一段具体的代码都代表不了架构。

 

#读书笔记# 产品线架构一定要文档化是有道理的。

 

#读书笔记# 软件架构师必须牢记：关注“软件运行期质量属性”，为开发人员而设计。

 

#读书笔记# Philippe Kruchten在其著作《Rational统一过程引论》中写道：一个架构视图是对于从某一视角或某一点上看到的系统所作的简化描述，描述中涵盖了系统的某一特定方面，而省略了与此方面无关的实体。

 

#读书笔记# 软件架构的每个视图分别关注不同的方面，针对不同的目标和用途。

  

#读书笔记# 从概念性架构到实际架构，先设计概念性架构，构思关键问题的解决策略；再进行实际架构的设计，以保证为开发提供足够的指导和限制......这符合人类解决问题的规律，因此被广泛采用。

 

#读书笔记# 易用性、性能、可伸缩性、持续可用性、鲁棒性、安全性、可扩展性、可重用性、可移植性、易理解性和易测试性等都可能是软件的质量属性需求。这些质量属性之间存在一定的相互矛盾的情况。

 

#读书笔记# 制定软件架构设计策略：策略一，全面认识需求；策略二，关键需求决定架构；策略三，多视图探寻架构；策略四，尽早验证架构。

 

#读书笔记# 高来高去式的架构设计大致有如下三种表现：症状一，缺失重要架构视图；症状二，浅尝辄止、不够深入；症状三，名不副实的分层架构。

 

#读书笔记# 关于软件架构到底要设计到什么程度，可以归纳为两句话：由于项目的不同、开发团队情况的不同，软件架构的设计程度会有不同；软件架构应当为开发人员提供足够的指导和限制。

 

#读书笔记# 囫囵吞枣地认为“需求就是用户的要求”绝对是不够的。

 

#读书笔记# 需求分析致力于搞清楚软件系统要“做什么”，而系统分析更关注“怎么做”的问题。

 

#读书笔记# 功能需求影响架构，而架构必须适应功能需求。但功能需求并不能决定架构，这是显而易见的。

 

#读书笔记# 约束性需求最为特殊，它可能产生的影响有3种：（1）作为架构设计时必须遵守的限制条件；（2）导致软件系统必须提供某些功能需求；（3）导致软件系统必须满足某些约束性需求。（参见图10-8）

 

#读书笔记# 用例的名称应该从参与者的角度进行描述，并以动词开头，这样一来通过“读图”可以清晰地获得用例图的语义。