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ù)審過(guò)程中，通常會(huì)對(duì)一個(gè)可運(yùn)行的最小化系統(tǒng)進(jìn)行架構(gòu)評(píng)估和測(cè)試
C.架構(gòu)復(fù)審人員由系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)人員組成
D.架構(gòu)設(shè)計(jì)、文檔化和復(fù)審是一個(gè)迭代的過(guò)程

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

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

A.設(shè)計(jì)構(gòu)件
B.需求獲取
C.標(biāo)識(shí)構(gòu)件
D.架構(gòu)需求評(píng)審

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)

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

A.服務(wù)器、客戶端及其物理位置
B.處理器說(shuō)明信息
C.單位時(shí)間的數(shù)據(jù)流大小
D.傳輸協(xié)議

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

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)的要求可能不同，因此每次開(kāi)發(fā)時(shí)應(yīng)該針對(duì)不同的應(yīng)用需求對(duì)底層系統(tǒng)進(jìn)行二次開(kāi)發(fā)，提供支持接口
D.要嚴(yán)格區(qū)分業(yè)務(wù)邏輯層和表現(xiàn)層，尤其應(yīng)該注意不要在表現(xiàn)層中混雜業(yè)務(wù)代碼

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ā)送者和接收者，更加靈活