架構學習小結
架構基本原則
第一部分描述了基本概念（架構，架構描述，利益相關者，質量屬性，觀點），比較系統的講述了關於架構的幾塊概念。
軟件架構概念
主要說明了架構定義的靜態結構、動態結構、外部可見行爲等幾個後續章節涉及到的幾個概念術語，相當於是這本書的基礎，其中着重要理解這幾個概念之間的聯繫，這裏引用一個原文中的UML圖來說明
視點和視圖
視圖主要用於在管理複雜情況下爲整個架構或者其中的一部分創建用於特定方面的的展現。而視點則是用於具體描述一個特定視圖中利益相關者的關注點。而之所以使用視點和視圖是爲了提高效率，讓關注點分離，同時方便合作人員一起溝通。
架構視⻆
這一章承接上一章視點和視圖將架構分解後所需要對功能性需求的完整性餘正確性評估時所遇到的問題。這個時候就需要引入一個新的概念：視角。視角區別於視點和視圖，視角把可能涉及的很多或者所有視點分離出來但是又用使用某種聯繫將其聯繫起來。這裏我可以理解成編程中的面向對象編程。抽離多個相關的屬性，同時用公共約束聚合他們。
軟件架構師的⻆色
非常系統地介紹了架構師的角色。清楚地明確定義架構師應該考慮什麼，角色包括什麼以及輸出應該是什麼。對於進入第一個架構角色的人來說，可以很快了解到一個架構師的責任以及應該擁有的技能點。
架構過程
第二部分展示瞭如何爲系統定義架構，同時考慮業務目標，關注點，驅動因素和架構原則。它還提供了一些關於如何生成體系結構描述以及如何評估它的指針
架構定義過程
從一章開始就開始具體到項目實踐中的架構過程了，首先要確定架構需要遵循的原則（利益相關者驅動），同時還要結合實際與已有的軟件開發生命週期相契合。
關注點原則和定義
學習這一章首先要理解什麼是關注點。關注點包含的內容很廣泛,只要能夠影響架構整體的塑形的因素以及範圍都可以是關注點。例如業務、目標、需求、現實生活中的約束等都可以叫做關注點。在架構過程中這些關注點可以在整體方向上做出決定性影響。
確定並引⼊入利利益相關者
要學會本書的標題中與利益相關者合作，那就得先理解什麼是利益相關者，利益相關者着又有哪些？書中給出了在開發過程中的一系列利益相關者類型：出資方、評估者、溝通者、開發人員、維護人員、生產工程師、供應商、支持人員、系統管理員、測試人員、用戶。我們需要理解這幾個利益相關者的責任以及他們之間的聯繫。
識別並使⽤用場景
場景分爲功能性場景和系統質量場景，其中功能性場景用於在系統中用特定方式做出響應的一系列外部事件方面定義的。系統質量場景是指系統在環境中變換做出的反應。
使⽤用樣式和模式
這章主要說明了軟件設計知識的幾種方式（架構樣式、設計模式、語言慣用法）在架構過程中起到的作用。
創建架構模型
這一部分是整個架構過程中最重要的部分，也是唯一產物，廣義上定義了三種模型（定性模型、定量模型、示意圖）。模型是對真實情況的模擬，而架構必須總是變現出簡化和近似的情況。
創建架構描述
架構描述是爲了架構師與其他所有利益相關者有效溝通的保證，這裏可能需要針對不同人羣創建對應的讀者能夠理解的架構描述
評估架構
整個架構過程都是分塊的，我們無法像軟件開發那樣取給架構debug，我們需要用別的方式去評估架構的是否存在缺陷。這個過程就是架構評估。
階段小結
我發現本書中的建議非常有用並且說明的很淺顯易懂。有很多小例子，用平常的小例子來說明一些觀點。一個項目的一開始，如果可以擁有一個科學的系統的架構，對於整個項目的後續開發維護都是事半功倍的。