單項(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)該記錄修改的原則


你可能感興趣的試題

1.單項(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)可以終止

3.單項(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)

4.單項(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.部署與變更

最新試題

如果模塊A和B是位置依賴，可以用名稱服務(wù)器來讓A和B不直接依賴。

題型：判斷題

體系結(jié)構(gòu)設(shè)計(jì)在軟件設(shè)計(jì)階段的后期，和前期的需求過程沒有關(guān)系。

題型：判斷題

在一個(gè)軟件系統(tǒng)中，功能是質(zhì)量的載體，質(zhì)量屬性的得到依賴于開發(fā)的設(shè)計(jì)、執(zhí)行以及部署等各個(gè)階段的努力。

題型：判斷題

一個(gè)界面美觀、容易學(xué)習(xí)的系統(tǒng)是用戶評(píng)估易用性重要方面，因此構(gòu)架設(shè)計(jì)對(duì)此質(zhì)量屬性幫助不大。

題型：判斷題

接口展示了軟件構(gòu)件之間的交互關(guān)系，對(duì)于軟件構(gòu)架而言非常重要，需要單獨(dú)編檔。

題型：判斷題

通過對(duì)軟件構(gòu)架的評(píng)估，可以預(yù)測(cè)軟件系統(tǒng)的質(zhì)量。

題型：判斷題

CBAM是對(duì)軟件系統(tǒng)進(jìn)行經(jīng)濟(jì)建模的方法，它提供了對(duì)技術(shù)與經(jīng)濟(jì)問題以及構(gòu)架決策的評(píng)估。

題型：判斷題

Pipe-and-Filter構(gòu)架天然地支持并行，并具有良好的性能。

題型：判斷題

限制隊(duì)列大小是一個(gè)提高系統(tǒng)性能的戰(zhàn)術(shù)。

題型：判斷題

易用性關(guān)注的是對(duì)用戶來說完成某個(gè)期望任務(wù)的容易程度。

題型：判斷題