單項(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)格,但由于分析樹(shù)是在語(yǔ)法分析階段結(jié)束后才產(chǎn)生作為語(yǔ)義分析的輸入,因此分析樹(shù)不是數(shù)據(jù)中心的共享數(shù)據(jù)

5.單項(xiàng)選擇題某公司欲開(kāi)發(fā)一種工業(yè)機(jī)器人,用來(lái)進(jìn)行汽車(chē)零件的裝配。公司的架構(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ī)等)是彼此分開(kāi)的,并能夠獨(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)槌橄髮拥拇嬖?,滿(mǎn)足了處理不確定性的需要:在較低層次不確定的實(shí)現(xiàn)細(xì)節(jié)在較高層次會(huì)變得確定

最新試題

好的構(gòu)架設(shè)計(jì)是一系列相容的原理和技術(shù)的產(chǎn)物,在項(xiàng)目的各個(gè)階段保持一致。

題型:判斷題

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

題型:判斷題

通過(guò)構(gòu)架評(píng)估可以得到一個(gè)簡(jiǎn)潔的構(gòu)架表述。

題型:判斷題

軟件體系結(jié)構(gòu)只是表示了軟件的拓?fù)浣Y(jié)構(gòu),不關(guān)心其動(dòng)態(tài)結(jié)構(gòu)。

題型:判斷題

如果兩個(gè)模塊之間是語(yǔ)義依賴(lài),則可以插入一個(gè)仲裁者來(lái)降低它們之間的依賴(lài)程度。

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

如果模塊A和B是位置依賴(lài),可以用名稱(chēng)服務(wù)器來(lái)讓A和B不直接依賴(lài)。

題型:判斷題