2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記第五章

　　5、部署階段

　　軟件構(gòu)件的互聯(lián)性、硬件的拓?fù)浣Y(jié)構(gòu)、硬件資源占用。

　　6、后開發(fā)階段

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

　　升級(jí)或進(jìn)行其他修改時(shí) 不能停機(jī)。

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

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

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

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

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

　　設(shè)計(jì)活動(dòng)的開始 并不意味著 需求抽取和分析活動(dòng) 就可以終止，而應(yīng)該 并行，快速開始設(shè)計(jì) 至關(guān)重要。

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

　　5.2.2 概念與術(shù)語

　　1、設(shè)計(jì)元素

　　ABSD方法是一個(gè) 自頂向下，遞歸細(xì)化 的方法。

　　2、視角與視圖

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

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

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

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

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

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

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

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

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

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

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

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

　　復(fù)審的目的是 標(biāo)識(shí)潛在風(fēng)險(xiǎn)，及早發(fā)現(xiàn) 缺陷和錯(cuò)誤。

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

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

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

　　體系結(jié)構(gòu)設(shè)計(jì) 核心目標(biāo)是 重復(fù)的體系結(jié)構(gòu)模式，體系結(jié)構(gòu)級(jí)的 軟件重用。

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

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

　　2011年軟考系統(tǒng)架構(gòu)設(shè)計(jì)師學(xué)習(xí)筆記匯總