把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期模型中，構架設計就是從初步的需求分析開始逐步進行迭代，所以在了解系統需求之前，不能開始設計構架，但是剛開始設計構架時並不需要收集太多需求。「構架的驅動因素」包括功能、質量和商業需求，為了確定構架驅動因素，需要識別優先順序最高的業務目標，用質量屬性場景或用例來表述這些業務目標。
用於設計構架以滿足質量需求和功能需求的方法即屬性驅動的設計（add）。add是一種定義軟體構架的方法，該方法將分解過程建立在軟體必須滿足的質量屬性之上，它為實現功能提供了乙個框架，但是它成為已經為實現做好準備的構架還需做出更詳細的設計。add的結果時構架的模組分解檢視和其他檢視的最初的幾個層次。add步驟：1.選擇要分解的模組；2.根據一下步驟對模組進行求精：a.從具體的質量場景和功能需求集合中選擇構架驅動因素b.選擇滿足構架驅動因素的構架模式c.例項化模組並根據用例分配功能d.定義子模組的介面e.驗證用例和質量場景並對其進行求精，使它們成為子模組的限制；3.對需要進一步分解的每個模組重複2中步驟；
在構架的模組分解結構相對穩定之後，就可以把這些模組分給一些小組，得到工作分配檢視，這些檢視將模組分給現有的開發單元或者定義新的單元。開發組織的結構與系統的結構之間的關係是雙向的，而且這種雙向性是必要的；開發組織中各個小組分別負責各個模組的開發，各個小組之間要進行必要的溝通。
對構架進行了充分的設計，並且團隊為開始構建構架做好準備後，就可以構架骨架系統了。這一階段是提供一種基本能力，以一種對專案有利的順序實現系統的功能。首先實現處理構架元件的執行和互動的軟體部分（未新增有用功能提供了基礎）；然後可以選擇把提供功能的哪些元素新增到該系統中；最後採用使用結構，以獲知應該在系統中採用什麼軟體來支援該功能。在這個過程中，系統的增量越來越大，在任何時候整合和測試的任務都不會很多，在每個增量中都很容易找到最近引入錯誤的源，用較小的增量進行開發時，預算和進度的可**性強，因此，管理和市場營銷活動更容易進行。
這一章主要講的是對於構架的設計，構架需要在了解需求之後進行設計，所以需求分析對於構架的設計非常重要，但是需求不需要了解太多。實際上在確定了關鍵的驅動因素之後也可以進行構架的設計，當設計了構架足夠多的部分後（構架設計完成時）就可以開發骨架系統了。骨架系統就是在上面進行迭代（以及其在任何乙個點交付的能力）的框架。
軟體構架實踐 閱讀筆記03
寒假生活 讀 軟體構架實踐 7 9章後感 在了解了構架的商業方面 構架檢視和結構 質量屬性等知識，這部分內容旨在構架的設計以及當構架逐漸形成時應該做什麼。軟體架構的設計是指通過一系列的設計活動，獲得滿足系統功能性需求 簡稱fr 並且符合一定非功能性需求 簡稱nfr，與質量屬性有相似涵義 約束的軟體架...
軟體構架實踐閱讀筆記2
a 7e架構包括三個結構 模組分解結構 使用結構 程序結構。模組分解結構 對於a 7e這樣的系統發生改動可能是由3個原因造成的 軟體必須與之互動的硬體發生了變化 所要求的系統外部可見行為發生了變化 完全由該項目的軟體設計人員做出的某個決定發生了變化。所以a 7e又可以分為硬體隱藏模組 行為隱藏模組 ...
軟體構架實踐閱讀筆記1
軟體構架包含大型軟體系統的結構，是軟體系統之間進行交流 推理 分析和擴張的重要工具。它是技術 商業和社會等諸多因素作用的結果，而它的存在反過來又會影響技術商業和社會環境，從而影響到未來的構架 這種相互影響的週期就是軟體構架商業週期 abc 構架受諸多因素的影響，這些因素包括系統涉眾 開發組織 設計師...