單項(xiàng)選擇題架構(gòu)復(fù)審是基于架構(gòu)開發(fā)中一個(gè)重要的環(huán)節(jié)。以下關(guān)于架構(gòu)復(fù)審的敘述中，錯(cuò)誤的是（）

A.架構(gòu)復(fù)審的目標(biāo)是標(biāo)識(shí)潛在的風(fēng)險(xiǎn)，及早發(fā)現(xiàn)架構(gòu)設(shè)計(jì)的缺陷和錯(cuò)誤
B.架構(gòu)復(fù)審過程中，通常會(huì)對(duì)一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評(píng)估和測(cè)試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開發(fā)人員組成
D.架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過程


你可能感興趣的試題

1.單項(xiàng)選擇題軟件架構(gòu)文檔是對(duì)軟件架構(gòu)的正式描述，能夠幫助與系統(tǒng)有關(guān)的開發(fā)人員更好地理解軟件架構(gòu)。軟件架構(gòu)文檔的寫作應(yīng)該遵循一定的原則。以下關(guān)于軟件架構(gòu)文檔寫作原則的敘述中，錯(cuò)誤的是（）

A.架構(gòu)文檔應(yīng)該從架構(gòu)設(shè)計(jì)者的角度進(jìn)行編寫
B.應(yīng)該保持架構(gòu)文檔的即時(shí)更新，但更新不要過于頻繁
C.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)
D.每次架構(gòu)文檔修改，都應(yīng)該記錄修改的原則

2.單項(xiàng)選擇題基于架構(gòu)的軟件設(shè)計(jì)（ABSD）強(qiáng)調(diào)由商業(yè)、質(zhì)量和功能需求的組合驅(qū)動(dòng)軟件架構(gòu)設(shè)計(jì)。以下關(guān)于ABSD的敘述中，錯(cuò)誤的是（）

A.使用ABSD方法，設(shè)計(jì)活動(dòng)可以從項(xiàng)目總體功能框架明確就開始
B.ABSD方法是一個(gè)自頂向下，遞歸細(xì)化的過程
C.ABSD方法有3個(gè)基礎(chǔ)：功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法，設(shè)計(jì)活動(dòng)的開始意味著需求抽取和分析活動(dòng)可以終止

4.單項(xiàng)選擇題軟件架構(gòu)設(shè)計(jì)是降低成本、改進(jìn)質(zhì)量、按時(shí)和按需交付產(chǎn)品的關(guān)鍵活動(dòng)。以下關(guān)于軟件架構(gòu)重要性的敘述中，錯(cuò)誤的是（）

A.架構(gòu)設(shè)計(jì)能夠滿足系統(tǒng)的性能、可維護(hù)性等品質(zhì)
B.良好的架構(gòu)設(shè)計(jì)能夠更好地捕獲并了解用戶需求
C.架構(gòu)設(shè)計(jì)能夠使得不同的利益相關(guān)人（Stakeholders）達(dá)成一致的目標(biāo)
D.架構(gòu)設(shè)計(jì)能夠支持項(xiàng)目計(jì)劃和項(xiàng)目管理等活動(dòng)

5.單項(xiàng)選擇題軟件架構(gòu)貫穿于軟件的整個(gè)生命周期，但在不同階段對(duì)軟件架構(gòu)的關(guān)注力度并不相同，在（）階段，對(duì)軟件架構(gòu)的關(guān)注最多。

A.需求分析與設(shè)計(jì)
B.設(shè)計(jì)與實(shí)現(xiàn)
C.實(shí)現(xiàn)與測(cè)試
D.部署與變更

7.單項(xiàng)選擇題在CORBA體系結(jié)構(gòu)中，（）屬于客戶端接口。

A.靜態(tài)IDLSkeletons
B.POA
C.靜態(tài)IDL Stubs
D.動(dòng)態(tài)Skeletons

8.單項(xiàng)選擇題JavaEE是Java領(lǐng)域內(nèi)企業(yè)級(jí)應(yīng)用開發(fā)的框架與標(biāo)準(zhǔn)。下面關(guān)于采用JavaEE架構(gòu)的描述，不正確的是（）

A.JavaEE定義了分布式環(huán)境中多層應(yīng)用系統(tǒng)的架構(gòu)，是多種Java技術(shù)的混合體
B.具有典型的3層結(jié)構(gòu)：表現(xiàn)層、業(yè)務(wù)邏輯層和基礎(chǔ)設(shè)施層
C.不同的應(yīng)用系統(tǒng)對(duì)底層支持系統(tǒng)的要求可能不同，因此每次開發(fā)時(shí)應(yīng)該針對(duì)不同的應(yīng)用需求對(duì)底層系統(tǒng)進(jìn)行二次開發(fā)，提供支持接口
D.要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層，尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼

9.單項(xiàng)選擇題

在企業(yè)應(yīng)用系統(tǒng)開發(fā)中，方法調(diào)用（Method Invocation）和消息（Messaging）機(jī)制是兩種常用的數(shù)據(jù)處理與交換方式，下面關(guān)于這兩種機(jī)制的描述，不正確的是（）

A.方法調(diào)用一般具有同步特性，而消息機(jī)制具有異步的特點(diǎn)
B.從可靠性方面考慮，消息機(jī)制比方法調(diào)用更有優(yōu)勢(shì)
C.從效率方面考慮，一般情況下消息機(jī)制比方法調(diào)用更有優(yōu)勢(shì)
D.消息調(diào)用機(jī)制可以支持多個(gè)數(shù)據(jù)的發(fā)送者和接收者，更加靈活

10.單項(xiàng)選擇題

設(shè)計(jì)模式（Design Pattem）是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。下面關(guān)于設(shè)計(jì)模式所倡導(dǎo)的基本原則的描述，錯(cuò)誤的是（）

A.模塊應(yīng)對(duì)擴(kuò)展開放，而對(duì)修改關(guān)閉
B.優(yōu)先使用繼承，而不是組合
C.要針對(duì)接口編程，而不是針對(duì)實(shí)現(xiàn)編程
D.抽象不應(yīng)該依賴于細(xì)節(jié)，細(xì)節(jié)應(yīng)當(dāng)依賴于抽象