A.細化軟件架構(gòu)
B.全面的認識需求
C.確定對架構(gòu)關鍵的需求
D.設計出實際架構(gòu)
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設計師下半年上午試卷
你可能感興趣的試題
A.分析階段
B.概念化階段
C.架構(gòu)設計階段
D.詳細設計階段
A.有效的需求開發(fā)和管理
B.關鍵需求決定架構(gòu)
C.多視圖架構(gòu)設計
D.及早有效的驗證架構(gòu)
A.信息隱藏
B.內(nèi)置監(jiān)控器
C.限制訪問
D.檢查點
軟件質(zhì)量屬性通常需要采用特定的設計策略實現(xiàn)。例如，（1）設計策略能提高該系統(tǒng)的可用性，（2）設計策略能夠提高該系統(tǒng)的性能，（3）設計策略能夠提高該系統(tǒng)的安全性。
空白（2）處應選擇（）
A.引入中間層
B.事務機制
C.主動冗余
D.優(yōu)先級隊列
軟件質(zhì)量屬性通常需要采用特定的設計策略實現(xiàn)。例如，（1）設計策略能提高該系統(tǒng)的可用性，（2）設計策略能夠提高該系統(tǒng)的性能，（3）設計策略能夠提高該系統(tǒng)的安全性。
空白（1）處應選擇（）
A.心跳機制
B.數(shù)據(jù)驅(qū)動
C.關注點分離
D.信息隱藏
A.風險點
B.非風險點
C.敏感點
D.權(quán)衡點
正確識別風險點、非風險點、敏感點和權(quán)衡點是進行軟件架構(gòu)評價的關鍵步驟。其中（1）是實現(xiàn)一個特定質(zhì)量屬性的關鍵特征，該特征為一個或多個軟件構(gòu)件所共有。"改變加密的級別可能會對安全性和性能都產(chǎn)生顯著的影響"，這是一個對系統(tǒng)（2）的描述。
空白（1）處應選擇（）
A.風險點
B.非風險點
C.敏感點
D.權(quán)衡點
某服務器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設計策略能提高該系統(tǒng)的可用性，（2）設計策略能夠提高該系統(tǒng)的性能，（3）設計策略能夠提高該系統(tǒng)的可修改性。
空白（3）處應選擇（）
A.信息隱藏
B.記錄/回放
C.任務模型
D.回滾
某服務器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設計策略能提高該系統(tǒng)的可用性，（2）設計策略能夠提高該系統(tǒng)的性能，（3）設計策略能夠提高該系統(tǒng)的可修改性。
空白（2）處應選擇（）
A.分層結(jié)構(gòu)
B.事務機制
C.主動冗余
D.隊列調(diào)度
某服務器軟件系統(tǒng)對可用性（Availability）、性能（Performance）和可修改性（Modification）的要求較高，（1）設計策略能提高該系統(tǒng)的可用性，（2）設計策略能夠提高該系統(tǒng)的性能，（3）設計策略能夠提高該系統(tǒng)的可修改性。
空白（1）處應選擇（）
A.Ping/Echo
B.限制訪問
C.運行時注冊
D.接口-實現(xiàn)分離
最新試題
和Pipe-and-Filter構(gòu)架相比，解釋器構(gòu)架提供更好的重用支持，并使得整個系統(tǒng)易于維護和增強。
Pipe-and-Filter構(gòu)架天然地支持并行，并具有良好的性能。
限制隊列大小是一個提高系統(tǒng)性能的戰(zhàn)術(shù)。
CBAM是對軟件系統(tǒng)進行經(jīng)濟建模的方法，它提供了對技術(shù)與經(jīng)濟問題以及構(gòu)架決策的評估。
黑板構(gòu)架用于解決無確定性求解策略問題，它由黑板、知識源和仲裁者構(gòu)成。
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
軟件體系結(jié)構(gòu)只是表示了軟件的拓撲結(jié)構(gòu)，不關心其動態(tài)結(jié)構(gòu)。
動態(tài)優(yōu)先調(diào)度策略包括（）
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作，不需要過多依賴于別的模塊。
CBAM不是使用一個單獨的場景，是通過改變響應值對某一質(zhì)量屬性生成一組場景，每個場景又對應一個效用。