單項(xiàng)選擇題軟件架構(gòu)貫穿于軟件的整個(gè)生命周期,但在不同階段對軟件架構(gòu)的關(guān)注力度并不相同,在()階段,對軟件架構(gòu)的關(guān)注最多。

A.需求分析與設(shè)計(jì)
B.設(shè)計(jì)與實(shí)現(xiàn)
C.實(shí)現(xiàn)與測試
D.部署與變更


你可能感興趣的試題

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

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

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

4.單項(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)勢
C.從效率方面考慮,一般情況下消息機(jī)制比方法調(diào)用更有優(yōu)勢
D.消息調(diào)用機(jī)制可以支持多個(gè)數(shù)據(jù)的發(fā)送者和接收者,更加靈活

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

7.單項(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òu)架的因素中,構(gòu)架師的經(jīng)驗(yàn)對構(gòu)架有決定性的作用。

題型:判斷題

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

題型:判斷題

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

題型:判斷題

黑板構(gòu)架用于解決無確定性求解策略問題,它由黑板、知識源和仲裁者構(gòu)成。

題型:判斷題

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

題型:判斷題

軟件體系結(jié)構(gòu)的設(shè)計(jì)的好壞對于軟件的易用性沒有影響。

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題

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

題型:判斷題