單項(xiàng)選擇題軟件的分層式體系結(jié)構(gòu)把軟件系統(tǒng)劃分為4層,這4層結(jié)構(gòu)自頂向下分別是()

A.應(yīng)用軟件、業(yè)務(wù)構(gòu)件、中間件、系統(tǒng)軟件
B.業(yè)務(wù)構(gòu)件、應(yīng)用軟件、中間件、系統(tǒng)軟件
C.應(yīng)用軟件、中間件、系統(tǒng)軟件、業(yè)務(wù)構(gòu)件
D.業(yè)務(wù)構(gòu)件、中間件、應(yīng)用軟件、系統(tǒng)軟件


你可能感興趣的試題

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

Architecture TradeoffAnalysis Method(ATAM)是一種軟件架構(gòu)的評估方法,以下關(guān)于該方法的敘述中,正確的是()

A.ATAM是一種代碼評估方法
B.ATAM需要評估軟件的需求是否準(zhǔn)確
C.ATAM需要對軟件系統(tǒng)進(jìn)行測試
D.ATAM不是一種精確的評估工具

5.單項(xiàng)選擇題一個軟件的架構(gòu)設(shè)計(jì)是隨著技術(shù)的不斷進(jìn)步而不斷變化的。以編譯器為例,其主流架構(gòu)經(jīng)歷了管道-過濾器到數(shù)據(jù)共享為中心的轉(zhuǎn)變過程。以下關(guān)于編譯器架構(gòu)的敘述中,錯誤的是()

A.早期的編譯器采用管道.過濾器架構(gòu)風(fēng)格,以文本形式輸入的代碼被逐步轉(zhuǎn)化為各種形式,最終生成可執(zhí)行代碼
B.早期的編譯器采用管道-過濾器架構(gòu)風(fēng)格,并且大多數(shù)編譯器在詞法分析時創(chuàng)造獨(dú)立的符號表,在其后的階段會不斷修改符號表,因此符號表并不是程序數(shù)據(jù)的一部分
C.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,主要關(guān)心編譯過程中程序的中間表示
D.現(xiàn)代的編譯器采用以數(shù)據(jù)共享為中心的架構(gòu)風(fēng)格,但由于分析樹是在語法分析階段結(jié)束后才產(chǎn)生作為語義分析的輸入,因此分析樹不是數(shù)據(jù)中心的共享數(shù)據(jù)

6.單項(xiàng)選擇題某公司欲開發(fā)一種工業(yè)機(jī)器人,用來進(jìn)行汽車零件的裝配。公司的架構(gòu)師經(jīng)過分析與討論,給出了該機(jī)器人控制軟件的兩種候選架構(gòu)方案:閉環(huán)控制和分層結(jié)構(gòu)。以下對于這兩種候選架構(gòu)的選擇理由,錯誤的是()

A.應(yīng)該采用閉環(huán)控制架構(gòu),因?yàn)殚]環(huán)結(jié)構(gòu)給出了將軟件分解成幾個協(xié)作構(gòu)件的方法,這對于復(fù)雜任務(wù)特別適合
B.應(yīng)該采用閉環(huán)控制結(jié)構(gòu),因?yàn)殚]環(huán)控制架構(gòu)中機(jī)器人的主要構(gòu)件監(jiān)控器、傳感器、發(fā)動機(jī)等)是彼此分開的,并能夠獨(dú)立替換
C.應(yīng)該采用分層結(jié)構(gòu),因?yàn)榉謱咏Y(jié)構(gòu)很好地組織了用來協(xié)調(diào)機(jī)器人操作的構(gòu)件,系統(tǒng)結(jié)構(gòu)更加清晰
D.應(yīng)該采用分層結(jié)構(gòu),因?yàn)槌橄髮拥拇嬖?,滿足了處理不確定性的需要:在較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會變得確定

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

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

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

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

最新試題

CBAM不是使用一個單獨(dú)的場景,是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景,每個場景又對應(yīng)一個效用。

題型:判斷題

和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護(hù)和增強(qiáng)。

題型:判斷題

數(shù)據(jù)流風(fēng)格的構(gòu)架不但關(guān)心數(shù)據(jù)怎樣在運(yùn)算單元之間流動,同時也關(guān)心控制點(diǎn)怎樣在程序或系統(tǒng)之間移動。

題型:判斷題

在軟件體系結(jié)構(gòu)模式中,解決方案包括一個特定的結(jié)構(gòu),即元素的一個空間配置,還規(guī)定了運(yùn)行期間的行為。

題型:判斷題

一個構(gòu)架設(shè)計(jì)可以支持所有質(zhì)量屬性。

題型:判斷題

如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。

題型:判斷題

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

題型:判斷題

軟件構(gòu)架評估的主要目的是控制風(fēng)險(xiǎn),ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。

題型:判斷題

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

題型:判斷題

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

題型:判斷題