A.需求分析與設計
B.設計與實現(xiàn)
C.實現(xiàn)與測試
D.部署與變更
您可能感興趣的試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年下午試卷
- 2010年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2011年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2012年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2013年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2014年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
你可能感興趣的試題
A.服務器、客戶端及其物理位置
B.處理器說明信息
C.單位時間的數(shù)據(jù)流大小
D.傳輸協(xié)議
A.靜態(tài)IDLSkeletons
B.POA
C.靜態(tài)IDL Stubs
D.動態(tài)Skeletons
A.JavaEE定義了分布式環(huán)境中多層應用系統(tǒng)的架構(gòu),是多種Java技術的混合體
B.具有典型的3層結(jié)構(gòu):表現(xiàn)層、業(yè)務邏輯層和基礎設施層
C.不同的應用系統(tǒng)對底層支持系統(tǒng)的要求可能不同,因此每次開發(fā)時應該針對不同的應用需求對底層系統(tǒng)進行二次開發(fā),提供支持接口
D.要嚴格區(qū)分業(yè)務邏輯層和表現(xiàn)層,尤其應該注意不要在表現(xiàn)層中混雜業(yè)務代碼
在企業(yè)應用系統(tǒng)開發(fā)中,方法調(diào)用(Method Invocation)和消息(Messaging)機制是兩種常用的數(shù)據(jù)處理與交換方式,下面關于這兩種機制的描述,不正確的是()
A.方法調(diào)用一般具有同步特性,而消息機制具有異步的特點
B.從可靠性方面考慮,消息機制比方法調(diào)用更有優(yōu)勢
C.從效率方面考慮,一般情況下消息機制比方法調(diào)用更有優(yōu)勢
D.消息調(diào)用機制可以支持多個數(shù)據(jù)的發(fā)送者和接收者,更加靈活
設計模式(Design Pattem)是一套被反復使用、多數(shù)人知曉的、經(jīng)過分類編目的、代碼設計經(jīng)驗的總結(jié)。下面關于設計模式所倡導的基本原則的描述,錯誤的是()
A.模塊應對擴展開放,而對修改關閉
B.優(yōu)先使用繼承,而不是組合
C.要針對接口編程,而不是針對實現(xiàn)編程
D.抽象不應該依賴于細節(jié),細節(jié)應當依賴于抽象
最新試題
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術。
和Pipe-and-Filter構(gòu)架相比,解釋器構(gòu)架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
CBAM是對軟件系統(tǒng)進行經(jīng)濟建模的方法,它提供了對技術與經(jīng)濟問題以及構(gòu)架決策的評估。
軟件體系結(jié)構(gòu)只是表示了軟件的拓撲結(jié)構(gòu),不關心其動態(tài)結(jié)構(gòu)。
好的構(gòu)架設計是一系列相容的原理和技術的產(chǎn)物,在項目的各個階段保持一致。
CBAM不是使用一個單獨的場景,是通過改變響應值對某一質(zhì)量屬性生成一組場景,每個場景又對應一個效用。
一個網(wǎng)站可以通過隔斷和公網(wǎng)的連線來絕對保證安全。
軟件構(gòu)架評估的主要目的是控制風險,ATAM是一個結(jié)構(gòu)化的軟件構(gòu)架評估方法。
在一個軟件系統(tǒng)中,功能是質(zhì)量的載體,質(zhì)量屬性的得到依賴于開發(fā)的設計、執(zhí)行以及部署等各個階段的努力。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。