某公司欲開發(fā)一門戶網(wǎng)站，將公司的各個分公司及辦事處信息進行整合。現(xiàn)決定采用Composite設計模式來實現(xiàn)公司的組織結(jié)構關系，并設計了如圖12-18所示的UML類圖。圖中與Composite模式中的Component角色相對應的類是（1），與Composite角色相對應的類是（2）。

某公司欲開發(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ì)量屬性相關，通常可采用（6）架構策略實現(xiàn)該屬性。

某公司欲開發(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ì)量屬性相關，通常可采用（6）架構策略實現(xiàn)該屬性。

某公司欲開發(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ì)量屬性相關，通常可采用（6）架構策略實現(xiàn)該屬性。

某公司欲開發(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)該屬性。