5、部署階段

　　軟件構件的互聯性、硬件的拓撲結構、硬件資源占用。

　　6、后開發階段

　　實現中的軟件往往具有動態性，一類是軟件內部執行所導致的體系結構改變，另一類變化是軟件系統外部的請求對軟件進行的重配置。

　　升級或進行其他修改時 不能停機。

　　SA重建是指 從已實現的系統中 獲取體系結構的過程。

　　5.2 基于架構的軟件開發方法

　　5.2.1 體系結構的設計方法概述

　　基于體系結構的軟件設計(Architecture-Based Software Design ABSD)方法。

　　體系結構驅動，指 構成體系結構的 商業、質量、功能 需求的組合驅動。

　　設計活動的開始 并不意味著 需求抽取和分析活動 就可以終止，而應該 并行，快速開始設計 至關重要。

　　ABSD 方法有三個基礎，功能分解、選擇體系結構風格、軟件模板的使用。

　　5.2.2 概念與術語

　　1、設計元素

　　ABSD方法是一個 自頂向下，遞歸細化 的方法。

　　2、視角與視圖

　　重要的是從不同的視角(perspective)來檢查，考慮體系結構的不同屬性。

　　3、用例和質量場景

　　在使用用例捕獲功能需求時，通過定義特定場景來捕獲質量需求，稱為質量場景。捕獲變更、性能、可靠性、交互性，質量場景必須包括 預期的 和 非預期的。

　　5.2.3 體系結構需求

　　可以從需求庫中取出，加以利用和修改。

　　獲取需求，體系結構需求一般來自三個方面：系統的質量目標、系統的商業目標、開發人員的商業目標。

　　5.2.4 體系結構文檔化

　　體系結構規格說明 和 測試體系結構需求的質量設計說明書。

　　需求模型構件的 精確形式化描述，作為 用戶和開發者 之間的一個協約。

　　從使用者的角度進行編寫，必須保證開發者手上的文檔是最新的。

　　5.2.5 體系結構復審

　　根據架構設計，搭建一個可運行的最小化系統 用于 評估 和 測試 體系架構是否滿足需要。是否存在可識別的技術和協作風險。

　　復審的目的是 標識潛在風險，及早發現 缺陷和錯誤。

　　5.2.6 體系結構實現

　　分割成規定的構件，按規定方式互相交互。

　　5.3 軟件架構風格

　　體系結構設計 核心目標是 重復的體系結構模式，體系結構級的 軟件重用。

　　2010年下半年軟考試題及答案解析匯總

　　2010年下半年軟件水平考試答案

　　2011年軟考系統架構設計師學習筆記匯總