生命期中的構架，把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期莫行政，構架設計就是從初步的需求分析開始一步一步的進行迭代，很顯然，在了解系統需求之前，不能開始設計構架。另一方面，剛開始進行設計時並不需要手機太多需求，為了確定構架驅動因素，需要識別優先順序最高的業務目標。這樣的業務目標應該很少。用質量屬性場景或用例來表述這些業務目標。從該列表中，選擇出對構架影響最大的需求，這些就是構架驅動因素，應該不少於10個。
我們將 乙個用於設計構架以滿足質量需求和功能需求的方法稱為屬性驅動的設計（add）。add把一組質量屬性場景作為輸入，並使用對質量屬性實現和構架之間的關係的了解，對構架進行設計。可以把add方法看作是對大多數其他開發方法的擴充套件。
add是一種定義軟體構架的方法，該方法將分解過程建立在軟體必須滿足的質量屬性之上。它是一種遞迴的分解過程，其中在每個階段都選擇戰術和構架模式來滿足一組質量屬性場景。然後對功能進行分配，以例項化由該模式所提供的模組型別。在生命期中，add位於需求分析之後，而且正如我們所說過的那樣，在已經較為自信的知道了構架驅動因素後，add就可以開始了。
add的結果是構架的模組分解檢視和其他檢視（在適當情況下）的最初的幾個層次。並不是檢視的所有細節都是通過add得到的，系統被描述為功能和功能之間互動的一組容器。這是設計過程中構架的第乙個連線點，因此肯定是粗粒度。儘管如此，他對實現期望的質量屬性來說還是非常關鍵的，並且它為實現功能提供了乙個框架。由add得到的框架和已經為實現做好準備的框架之間的區別是，需要做出更詳細的設計決策。例如，這些決策可能是使用具體的物件導向設計模式，或為其他帶來許多構架限制的某個他行的中介軟體。根據add設計的構架可能會故意推遲該決策，知道具有更大的靈活性為止。
add的輸入是一組組需求。。與其他設計方法一樣，add把功能需求和限制作為輸入。
軟體構架實踐 閱讀筆記03
寒假生活 讀 軟體構架實踐 7 9章後感 在了解了構架的商業方面 構架檢視和結構 質量屬性等知識，這部分內容旨在構架的設計以及當構架逐漸形成時應該做什麼。軟體架構的設計是指通過一系列的設計活動，獲得滿足系統功能性需求 簡稱fr 並且符合一定非功能性需求 簡稱nfr，與質量屬性有相似涵義 約束的軟體架...
03軟體構架實踐閱讀筆記之三
03軟體構架實踐閱讀筆記之三 在剛開始是構架的產生 在剛開始的第一句話就說 構架也是若干商業和技術決策的結果 從這句話就可以看出構架對於軟體技術的重要性，而正如我們所知道的不管什麼事情都會受很多因素的干擾，同樣的，架構會受系統涉眾的影響，在上一學期，老師就提到了什麼是涉眾。但是每一種的涉眾對於軟體的...
軟體構架實踐閱讀筆記5
把構架作為軟體開發過程基礎的任何組織都需要理解構架在其生命期中的位置。在生命期模型中，構架設計就是從初步的需求分析開始逐步進行迭代，所以在了解系統需求之前，不能開始設計構架，但是剛開始設計構架時並不需要收集太多需求。構架的驅動因素 包括功能 質量和商業需求，為了確定構架驅動因素，需要識別優先順序最高...