A.分布式表示結(jié)構(gòu)
B.分布式應(yīng)用結(jié)構(gòu)
C.分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)
D.分布式數(shù)據(jù)結(jié)構(gòu)
您可能感興趣的試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
你可能感興趣的試題
A.解釋器
B.過程控制
C.分層
D.管道-過濾器
博學公司欲為某種型號的示波器開發(fā)內(nèi)置軟件。該公司的架構(gòu)師設(shè)計了如圖8-45所示的軟件架構(gòu)。在軟件架構(gòu)評審時,專家認為該架構(gòu)存在的問題是()
A.在功能劃分上將各個模塊獨立起采
B.在硬件構(gòu)件的混合和替換方面不是很靈活
C.沒有清晰地說明用戶怎樣與其交互
D.沒有明確的層次關(guān)系,沒有強調(diào)功能之間的交互
A.管道-過濾器
B.隱式調(diào)用
C.主程序-子程序
D.解釋器
A.在建立軟件架構(gòu)的初期,一般需要選擇一個合適的架構(gòu)風格
B.將架構(gòu)分析階段已標識的構(gòu)件映射到架構(gòu)中,并分析這些構(gòu)件之間的關(guān)系
C.軟件架構(gòu)設(shè)計活動將已標識構(gòu)件集成到軟件架構(gòu)中,設(shè)計并實現(xiàn)這些構(gòu)件
D.一旦得到了詳細的軟件架構(gòu)設(shè)計,需要邀請獨立于系統(tǒng)開發(fā)的外部人員對系統(tǒng)進行評審
A.根據(jù)用戶需求,能夠確定一個最佳的軟件架構(gòu),指導整個軟件的開發(fā)過程
B.軟件架構(gòu)設(shè)計需要滿足系統(tǒng)的質(zhì)量屬性,如性能、安全性和可修改性等
C.軟件架構(gòu)設(shè)計需要確定組件之間的依賴關(guān)系,支持項目計劃和管理活動
D.軟件架構(gòu)能夠指導設(shè)計人員和實現(xiàn)人員的工作
A.分布式表示結(jié)構(gòu)
B.分布式應(yīng)用結(jié)構(gòu)
C.分布式數(shù)據(jù)和應(yīng)用結(jié)構(gòu)
D.分布式數(shù)據(jù)結(jié)構(gòu)
A.數(shù)據(jù)為中心的體系結(jié)構(gòu)
B.數(shù)據(jù)流體系結(jié)構(gòu)
C.調(diào)用和返回體系結(jié)構(gòu)
D.層次式體系結(jié)構(gòu)
結(jié)構(gòu)模板能夠幫助分析員建立一個逐層細化的層次結(jié)構(gòu)。結(jié)構(gòu)環(huán)境圖(Architect ure Context Diagram,ACD)位于層次結(jié)構(gòu)的頂層。在從ACD導出的()中給出了各個專門子系統(tǒng)和重要(數(shù)據(jù)與控制)信息流。
A.系統(tǒng)語境圖(SCD)
B.結(jié)構(gòu)互連圖(AID)
C.結(jié)構(gòu)流程圖(AFD)
D.結(jié)構(gòu)圖的規(guī)格說明(ADS)
A.應(yīng)用軟件、業(yè)務(wù)構(gòu)件、中間件、系統(tǒng)軟件
B.業(yè)務(wù)構(gòu)件、應(yīng)用軟件、中間件、系統(tǒng)軟件
C.應(yīng)用軟件、中間件、系統(tǒng)軟件、業(yè)務(wù)構(gòu)件
D.業(yè)務(wù)構(gòu)件、中間件、應(yīng)用軟件、系統(tǒng)軟件
A.風險點和敏感點
B.權(quán)衡點和風險點
C.權(quán)衡點和敏感點
D.風險點和非風險點
最新試題
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
通過對軟件構(gòu)架的評估,可以預測軟件系統(tǒng)的質(zhì)量。
采用恰當?shù)捏w系結(jié)構(gòu)是項目成功的第一步,體系結(jié)構(gòu)不當,將可能會導致災(zāi)難性的損失。
通過構(gòu)架評估可以得到一個簡潔的構(gòu)架表述。
易用性關(guān)注的是對用戶來說完成某個期望任務(wù)的容易程度。
在影響軟件構(gòu)架的因素中,構(gòu)架師的經(jīng)驗對構(gòu)架有決定性的作用。
體系結(jié)構(gòu)設(shè)計在軟件設(shè)計階段的后期,和前期的需求過程沒有關(guān)系。
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作,不需要過多依賴于別的模塊。
CBAM不是使用一個單獨的場景,是通過改變響應(yīng)值對某一質(zhì)量屬性生成一組場景,每個場景又對應(yīng)一個效用。
軟件體系結(jié)構(gòu)的設(shè)計的好壞對于軟件的易用性沒有影響。