ABSD方法主要包括架構(gòu)需求等6個(gè)主要活動(dòng)，其中（）活動(dòng)的目標(biāo)是標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤；（）活動(dòng)針對(duì)用戶的需求變化，修改應(yīng)用架構(gòu)，滿足新的需求。

A.架構(gòu)設(shè)計(jì)
B.架構(gòu)實(shí)現(xiàn)
C.架構(gòu)復(fù)審
D.架構(gòu)演化
正確答案：C
ABSDM模型把整個(gè)基于體系結(jié)構(gòu)的軟件過(guò)程劃分為體系結(jié)構(gòu)需求、設(shè)計(jì)、文檔化、復(fù)審、實(shí)現(xiàn)、演化等六個(gè)子過(guò)程。架構(gòu)需求：需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。架構(gòu)需求受技術(shù)環(huán)境和架構(gòu)設(shè)計(jì)師的經(jīng)驗(yàn)影響。需求過(guò)程主要是獲取用戶需求，標(biāo)識(shí)系統(tǒng)中所要用到的構(gòu)件。如果以前有類似的系統(tǒng)架構(gòu)的需求，我們可以從需求庫(kù)中取出，加以利用和修改，以節(jié)省需求獲取的時(shí)間，減少重復(fù)勞動(dòng)，提高開(kāi)發(fā)效率。架構(gòu)設(shè)計(jì)：架構(gòu)需求用來(lái)激發(fā)和調(diào)整設(shè)計(jì)決策，不同的視圖被用來(lái)表達(dá)與質(zhì)量目標(biāo)有關(guān)的信息。架構(gòu)設(shè)計(jì)是一個(gè)迭代過(guò)程，如果要開(kāi)發(fā)的系統(tǒng)能夠從已有的系統(tǒng)中導(dǎo)出大部分，則可以使用已有系統(tǒng)的設(shè)計(jì)過(guò)程。架構(gòu)文檔化：絕大多數(shù)的架構(gòu)都是抽象的，由一些概念上的構(gòu)件組成。例如，層的概念在任何程序設(shè)計(jì)語(yǔ)言中都不存在。因此，要讓系統(tǒng)分析師和程序員去實(shí)現(xiàn)架構(gòu)，還必須得把架構(gòu)進(jìn)行文檔化。文檔是在系統(tǒng)演化的每一個(gè)階段，系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)人員的通訊媒介，是為驗(yàn)證架構(gòu)設(shè)計(jì)和提煉或修改這些設(shè)計(jì)（必要時(shí)）所執(zhí)行預(yù)先分析的基礎(chǔ)。架構(gòu)文檔化過(guò)程的主要輸出結(jié)果是架構(gòu)需求規(guī)格說(shuō)明和測(cè)試架構(gòu)需求的質(zhì)量設(shè)計(jì)說(shuō)明書(shū)這兩個(gè)文檔。生成需求模型構(gòu)件的精確的形式化的描述，作為用戶和開(kāi)發(fā)者之間的一個(gè)協(xié)約。軟件架構(gòu)的文檔要求與軟件開(kāi)發(fā)項(xiàng)目中的其他文檔是類似的。文檔的完整性和質(zhì)量是軟件架構(gòu)成功的關(guān)鍵因素。文檔要從使用者的角度進(jìn)行編寫(xiě)，必須分發(fā)給所有與系統(tǒng)有關(guān)的開(kāi)發(fā)人員，且必須保證開(kāi)發(fā)者手上的文檔是最新的。架構(gòu)復(fù)審：架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代過(guò)程。從這個(gè)方面來(lái)說(shuō)，在一個(gè)主版本的軟件架構(gòu)分析之后，要安排一次由外部人員（用戶代表和領(lǐng)域?qū)＜遥﹨⒓拥膹?fù)審。復(fù)審的目的是標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)中的缺陷和錯(cuò)誤，包括架構(gòu)能否滿足需求、質(zhì)量需求是否在設(shè)計(jì)中得到體現(xiàn)、層次是否清晰、構(gòu)件的劃分是否合理、文檔表達(dá)是否明確、構(gòu)件的設(shè)計(jì)是否滿足功能與性能的要求等等。由外部人員進(jìn)行復(fù)審的目的是保證架構(gòu)的設(shè)計(jì)能夠公正地進(jìn)行檢驗(yàn)，使組織的管理者能夠決定正式實(shí)現(xiàn)架構(gòu)。架構(gòu)實(shí)現(xiàn)：所謂“實(shí)現(xiàn)”就是要用實(shí)體來(lái)顯示出一個(gè)軟件架構(gòu)，即要符合架構(gòu)所描述的結(jié)構(gòu)性設(shè)計(jì)決策，分割成規(guī)定的構(gòu)件，按規(guī)定方式互相交互。架構(gòu)演化：在構(gòu)件開(kāi)發(fā)過(guò)程中，最終用戶的需求可能還有變動(dòng)。在軟件開(kāi)發(fā)完畢，正常運(yùn)行后，由一個(gè)單位移植到另一個(gè)單位，需求也會(huì)發(fā)生變化。在這兩種情況下，就必須相應(yīng)地修改軟件架構(gòu)，以適應(yīng)新的變化了的軟件需求。