2011年軟考系統(tǒng)架構(gòu)設計師學習筆記第五章

　　5、部署階段

　　軟件構(gòu)件的互聯(lián)性、硬件的拓撲結(jié)構(gòu)、硬件資源占用。

　　6、后開發(fā)階段

　　實現(xiàn)中的軟件往往具有動態(tài)性，一類是軟件內(nèi)部執(zhí)行所導致的體系結(jié)構(gòu)改變，另一類變化是軟件系統(tǒng)外部的請求對軟件進行的重配置。

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

　　SA重建是指 從已實現(xiàn)的系統(tǒng)中 獲取體系結(jié)構(gòu)的過程。

　　5.2 基于架構(gòu)的軟件開發(fā)方法

　　5.2.1 體系結(jié)構(gòu)的設計方法概述

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

　　體系結(jié)構(gòu)驅(qū)動，指 構(gòu)成體系結(jié)構(gòu)的 商業(yè)、質(zhì)量、功能 需求的組合驅(qū)動。

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

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

　　5.2.2 概念與術語

　　1、設計元素

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

　　2、視角與視圖

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

　　3、用例和質(zhì)量場景

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

　　5.2.3 體系結(jié)構(gòu)需求

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

　　獲取需求，體系結(jié)構(gòu)需求一般來自三個方面：系統(tǒng)的質(zhì)量目標、系統(tǒng)的商業(yè)目標、開發(fā)人員的商業(yè)目標。

　　5.2.4 體系結(jié)構(gòu)文檔化

　　體系結(jié)構(gòu)規(guī)格說明 和 測試體系結(jié)構(gòu)需求的質(zhì)量設計說明書。

　　需求模型構(gòu)件的 精確形式化描述，作為 用戶和開發(fā)者 之間的一個協(xié)約。

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

　　5.2.5 體系結(jié)構(gòu)復審

　　根據(jù)架構(gòu)設計，搭建一個可運行的最小化系統(tǒng) 用于 評估 和 測試 體系架構(gòu)是否滿足需要。是否存在可識別的技術和協(xié)作風險。

　　復審的目的是 標識潛在風險，及早發(fā)現(xiàn) 缺陷和錯誤。

　　5.2.6 體系結(jié)構(gòu)實現(xiàn)

　　分割成規(guī)定的構(gòu)件，按規(guī)定方式互相交互。

　　5.3 軟件架構(gòu)風格

　　體系結(jié)構(gòu)設計 核心目標是 重復的體系結(jié)構(gòu)模式，體系結(jié)構(gòu)級的 軟件重用。

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

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

　　2011年軟考系統(tǒng)架構(gòu)設計師學習筆記匯總