單項(xiàng)選擇題識(shí)別風(fēng)險(xiǎn)點(diǎn)、非風(fēng)險(xiǎn)點(diǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)是ATAM方法中的關(guān)鍵步驟。已知針對(duì)某系統(tǒng)所做的架構(gòu)設(shè)計(jì)中，提高其加密子系統(tǒng)的加密級(jí)別將對(duì)系統(tǒng)的安全性和性能都產(chǎn)生非常大的影響，則該子系統(tǒng)一定屬于（）

A.風(fēng)險(xiǎn)點(diǎn)和敏感點(diǎn)
B.權(quán)衡點(diǎn)和風(fēng)險(xiǎn)點(diǎn)
C.權(quán)衡點(diǎn)和敏感點(diǎn)
D.風(fēng)險(xiǎn)點(diǎn)和非風(fēng)險(xiǎn)點(diǎn)


你可能感興趣的試題

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

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

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

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

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

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

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

8.單項(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ù)審過(guò)程中，通常會(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è)迭代的過(guò)程

9.單項(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í)更新，但更新不要過(guò)于頻繁
C.架構(gòu)文檔中的描述應(yīng)該盡量避免不必要的重復(fù)
D.每次架構(gòu)文檔修改，都應(yīng)該記錄修改的原則

10.單項(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ì)化的過(guò)程
C.ABSD方法有3個(gè)基礎(chǔ)：功能分解、選擇架構(gòu)風(fēng)格實(shí)現(xiàn)質(zhì)量和商業(yè)需求及軟件模板的使用
D.使用ABSD方法，設(shè)計(jì)活動(dòng)的開始意味著需求抽取和分析活動(dòng)可以終止

最新試題

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

題型：判斷題

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

題型：判斷題

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

題型：判斷題

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

題型：判斷題

維持語(yǔ)義的一致性的目標(biāo)是確保模塊中所有責(zé)任都能協(xié)同工作，不需要過(guò)多依賴于別的模塊。

題型：判斷題

關(guān)于層次構(gòu)架的描述哪些是正確的（）

題型：多項(xiàng)選擇題

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

題型：判斷題

采用恰當(dāng)?shù)捏w系結(jié)構(gòu)是項(xiàng)目成功的第一步，體系結(jié)構(gòu)不當(dāng)，將可能會(huì)導(dǎo)致災(zāi)難性的損失。

題型：判斷題

一個(gè)網(wǎng)站可以通過(guò)隔斷和公網(wǎng)的連線來(lái)絕對(duì)保證安全。

題型：判斷題

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

題型：判斷題