單項(xiàng)選擇題軟件架構(gòu)需求是指用戶對(duì)目標(biāo)軟件系統(tǒng)在功能、行為、性能、設(shè)計(jì)約束等方面的期望。以下活動(dòng)中,不屬于軟件架構(gòu)需求過程范疇的是()

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


你可能感興趣的試題

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

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

4.單項(xiàng)選擇題在CORBA體系結(jié)構(gòu)中,()屬于客戶端接口。

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

5.單項(xiàng)選擇題JavaEE是Java領(lǐng)域內(nèi)企業(yè)級(jí)應(yīng)用開發(fā)的框架與標(biāo)準(zhǔn)。下面關(guān)于采用JavaEE架構(gòu)的描述,不正確的是()

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

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

在企業(yè)應(yīng)用系統(tǒng)開發(fā)中,方法調(diào)用(Method Invocation)和消息(Messaging)機(jī)制是兩種常用的數(shù)據(jù)處理與交換方式,下面關(guān)于這兩種機(jī)制的描述,不正確的是()

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

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

設(shè)計(jì)模式(Design Pattem)是一套被反復(fù)使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設(shè)計(jì)經(jīng)驗(yàn)的總結(jié)。下面關(guān)于設(shè)計(jì)模式所倡導(dǎo)的基本原則的描述,錯(cuò)誤的是()

A.模塊應(yīng)對(duì)擴(kuò)展開放,而對(duì)修改關(guān)閉
B.優(yōu)先使用繼承,而不是組合
C.要針對(duì)接口編程,而不是針對(duì)實(shí)現(xiàn)編程
D.抽象不應(yīng)該依賴于細(xì)節(jié),細(xì)節(jié)應(yīng)當(dāng)依賴于抽象

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

服務(wù)組件體系結(jié)構(gòu)(Service Component Architecture,SCA)是基于面向服務(wù)體系結(jié)構(gòu)(Service Oriented Architecture,SOA)的思想描述服務(wù)之間組合和協(xié)作的規(guī)范。以下關(guān)于SCA的敘述,不正確的是()

A.SCA定義了語言中立的服務(wù)組合方式,能夠進(jìn)行跨語言的服務(wù)調(diào)用
B.SCA加強(qiáng)組件的接口與傳輸協(xié)議的關(guān)聯(lián),提高組件的內(nèi)聚性
C.SCA實(shí)現(xiàn)服務(wù)組件和其傳輸協(xié)議的綁定,這種綁定是可擴(kuò)展的
D.SCA主要是為了滿足軟件集成的需要而創(chuàng)建的架構(gòu)

最新試題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

構(gòu)架并不能獨(dú)立實(shí)質(zhì)量屬性,它為質(zhì)量屬性的實(shí)現(xiàn)提供了基礎(chǔ)。

題型:判斷題

安全性是衡量系統(tǒng)在向合法用戶提供服務(wù)的同時(shí),阻止非授權(quán)使用的能力。

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

安全性質(zhì)量屬性場(chǎng)景的環(huán)境包括在線或離線、直接或通過防火墻入網(wǎng)。

題型:判斷題