1-6章講述的建立架構的基礎，介紹了一組廣泛的基本概念和原理，主要是架構的商業方面，架構檢視和架構，質量屬性，和質量屬性的結構戰術和模式。於第七章開始講述如何設計架構。
以前，我們提到乙個概念叫做生命週期，好像是從出入程式設計的時候就已經知道了這個詞，說的是時限性，而架構也是如此。目前有幾個生命期模型，架構放在乙個合適的模型是演變交付的生命期模型。該模型允許在迭代中新增功能，並在開發足夠的特性後，交付此功能。 而說設計架構，究竟什麼時候開始設計架構呢？功能、質量、商業需求塑造了構架。也就是說，設計架構的前提必須需要知道系統需求，識別最高的業務目標以及架構驅動原因。
那麼如何設計架構以用於滿足質量需求和功能需求呢？這裡介紹了一種方法——屬性驅動的設計（add），簡單概括下add，就是分解、分配、例項化。分解過程建立軟體必須滿足的質量屬性，在每個階段選擇戰術和架構模式來滿足屬性場景，然後對功能盡心分配，最後例項化。
在設計的過程中，一定要形成團隊結構，團隊結構一開始就可以說是對應了相應的分解和分配，這個還是相呼應的。
當設計了架構之後，就可以發開骨架系統了，所謂骨架系統就是在上面進行迭代開發的框架。
第八章主要講述的是商業週期中將架構與所期望的質量屬性想聯絡的部分。此處舉了乙個簡單的例子——飛行模擬系統。此系統的客戶是美國空軍，終端使用者是機上飛行員和其他人員。根據前面的了解，這個系統不僅受客戶和使用者的影響，還受開發組織、技術環境、設計師經驗和質量屬性的影響。同時，系統也反作用於這些影響因素。第一步，認清需求，此系統乙個作用是訓練飛行員和機組成員。另外，此系統還需要模擬相應的環境和教練的模擬。以這三個為出發點開始設計，然後進行不斷的除錯、測試和修改。同時，在實現功能的前提下，實現質量屬性。
對於系統共和開發系統的專案，架構起到的是藍圖的作用。定義了必須由設計和實現小組的完成的工作任務。而架構編檔時建立架構最有價值的一步。是的，又要寫文件了，這個絕對是給我們工科生的一萬點暴擊。及時架構非常完美，沒有主要涉眾理解它，那也是紙上談兵。架構必須要用足夠的細節來描述它，並且以一種其他人可以找到資訊的方式進行組織。在這裡，我們又使用到了以前學的乙個內容，檢視，使用相關檢視可以直接進行說明。在檢視編檔的過程中，也有相應的其他原則。最後，我們所學的建模語言再一次地派上用場。如此，更多的人才能了解這個偉大或簡單的架構。
軟體構架實踐 閱讀筆記03
寒假生活 讀 軟體構架實踐 7 9章後感 在了解了構架的商業方面 構架檢視和結構 質量屬性等知識，這部分內容旨在構架的設計以及當構架逐漸形成時應該做什麼。軟體架構的設計是指通過一系列的設計活動，獲得滿足系統功能性需求 簡稱fr 並且符合一定非功能性需求 簡稱nfr，與質量屬性有相似涵義 約束的軟體架...
軟體構架實踐閱讀筆記5
把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期模型中，構架設計就是從初步的需求分析開始逐步進行迭代，所以在了解系統需求之前，不能開始設計構架，但是剛開始設計構架時並不需要收集太多需求。構架的驅動因素 包括功能 質量和商業需求，為了確定構架驅動因素，需要識別優先順序最高...
軟體構架實踐閱讀筆記2
a 7e架構包括三個結構 模組分解結構 使用結構 程序結構。模組分解結構 對於a 7e這樣的系統發生改動可能是由3個原因造成的 軟體必須與之互動的硬體發生了變化 所要求的系統外部可見行為發生了變化 完全由該項目的軟體設計人員做出的某個決定發生了變化。所以a 7e又可以分為硬體隱藏模組 行為隱藏模組 ...