某公司欲開發(fā)一個在線交易系統(tǒng),在架構設計階段公司的架構師識別出3個核心質(zhì)量屬性場景。其中“在并發(fā)用戶數(shù)量為1000人時,用戶的交易請求需要在0.5秒內(nèi)得到響應”主要與(1)質(zhì)量屬性相關,通??刹捎茫?)架構策略實現(xiàn)該屬性;“當系統(tǒng)由于軟件故障意外崩潰后,需要在0.5小時內(nèi)恢復正常運行”主要與(3)質(zhì)量屬性相關,通??刹捎茫?)架構策略實現(xiàn)該屬性;“系統(tǒng)應該能夠抵擋惡意用戶的入侵行為,并進行報警和記錄”主要與(5)質(zhì)量屬性相關,通??刹捎茫?)架構策略實現(xiàn)該屬性。
空白(2)處應選擇()
A.操作串行化
B.資源調(diào)度
C.心跳
D.內(nèi)置監(jiān)控器
您可能感興趣的試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2009年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年下午試卷
- 2010年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2011年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2012年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2013年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
- 2014年計算機技術與軟件專業(yè)技術資格高級系統(tǒng)架構設計師下半年上午試卷
你可能感興趣的試題
A.架構風格
B.開發(fā)方法
C.設計模式
D.分析模式
(1)描述了一類軟件架構的特征,它獨立于實際問題,強調(diào)軟件系統(tǒng)中通用的組織結構選擇。垃圾回收機制是Java語言管理內(nèi)存資源時常用的一種(2)。
空白(1)處應選擇()
A.架構風格
B.開發(fā)方法
C.設計模式
D.分析模式
A.代理模式
B.外觀模式
C.橋接模式
D.組合模式
A.備忘錄模式
B.中介者模式
C.訪問者模式
D.迭代器模式
最新試題
使用質(zhì)量屬性場景的概念主要是為了使質(zhì)量屬性更清楚、能操作度量。
維持語義的一致性的目標是確保模塊中所有責任都能協(xié)同工作,不需要過多依賴于別的模塊。
體系結構設計在軟件設計階段的后期,和前期的需求過程沒有關系。
如果模塊A和B是位置依賴,可以用名稱服務器來讓A和B不直接依賴。
如果兩個模塊之間是語義依賴,則可以插入一個仲裁者來降低它們之間的依賴程度。
軟件體系結構的設計的好壞對于軟件的易用性沒有影響。
CBAM不是使用一個單獨的場景,是通過改變響應值對某一質(zhì)量屬性生成一組場景,每個場景又對應一個效用。
推遲綁定時間是提高系統(tǒng)運行時的可修改性的一種戰(zhàn)術。
和Pipe-and-Filter構架相比,解釋器構架提供更好的重用支持,并使得整個系統(tǒng)易于維護和增強。
接口展示了軟件構件之間的交互關系,對于軟件構架而言非常重要,需要單獨編檔。