某網(wǎng)上購物電子商務(wù)公司擬升級正在使用的在線交易系統(tǒng),以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計階段,公司提出的需求和關(guān)鍵質(zhì)量屬性場景如下:
(a)正常負載情況下,系統(tǒng)必須在0.5秒內(nèi)對用戶的交易請求進行響應(yīng)。
(b)信用卡支付必須保證99.999%的安全性。
(c)對交易請求處理時間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計。
(d)網(wǎng)絡(luò)失效后,系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯誤并啟用備用系統(tǒng)。
(e)需要在20人月內(nèi)為系統(tǒng)添加一個新的CORBA中間件。
(f)交易過程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600*480的分辨率,20幀/秒的速率。
(g)更改加密的級別將對安全性和性能產(chǎn)生影響。
(h)主站點斷電后,需要在3秒內(nèi)將訪問請求重定向到備用站點。
(i)假設(shè)每秒中用戶交易請求的數(shù)量是10個,處理請求的時間為30毫秒,則"在1秒內(nèi)完成用戶的交易請求"這一要求是可以實現(xiàn)的。
(j)用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。
(k)目前對系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達成共識,這可能導(dǎo)致部分業(yè)務(wù)功能模塊的重復(fù),影響系統(tǒng)的可修改性。
(l)更改Web界面接口必須在4人周內(nèi)完成。
(m)系統(tǒng)需要提供遠程調(diào)試接口,并支持系統(tǒng)的遠程調(diào)試。
在對系統(tǒng)需求和質(zhì)量屬性場景進行分析的基礎(chǔ)上,系統(tǒng)的架構(gòu)師給出了三個候選的架構(gòu)設(shè)計方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對系統(tǒng)架構(gòu)進行評估。
在架構(gòu)評估過程中,質(zhì)量屬性效用樹(UtilityTree)是對系統(tǒng)質(zhì)量屬性進行識別和優(yōu)先級排序的重要工具。請給出合適的質(zhì)量屬性,填入圖12-24中(1)、(2)空白處;并選擇題干描述的(a)~(m),填入(3)~(6)空白處,完成該系統(tǒng)的效用樹。
您可能感興趣的試卷
- 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è)計師下半年上午試卷
你可能感興趣的試題
最新試題
如圖12-23所示是李工在設(shè)計方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。①請指出圖中的兩處錯誤(在圖中圈出)并用200字以內(nèi)的文字說明理由。②給出正確的狀態(tài)轉(zhuǎn)換圖。
對數(shù)據(jù)庫的訪問是該系統(tǒng)開發(fā)中需要特別注意的一個問題,O/R映射是一種常用的數(shù)據(jù)庫訪問編程技術(shù)。請用200字以內(nèi)的文字說明O/R映射的含義,并指出采用O/R映射的3個主要好處。
請用150字以內(nèi)的文字說明什么是系統(tǒng)失步,系統(tǒng)失步后應(yīng)如何處理。
如圖12-17所示是公司進行Mashup的流程示意圖,請閱讀并補充圖中數(shù)字標出部分的內(nèi)容。(1)用戶向Traveler網(wǎng)站請求服務(wù),請求頁面提供用戶的位置信息。(2)()(3)()(4)A網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的地圖信息。(5)()(6)B網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的住宿信息。(7)()(8)Traveler網(wǎng)站向用戶返回用戶所處位置周邊整合的旅游信息。
請解釋李工提出的動態(tài)冗余和N版本程序設(shè)計技術(shù),給出如圖12-18所示模塊M2采用如圖12-19所示的動態(tài)冗余技術(shù)后的可靠度。
根據(jù)本項目中任務(wù)的時間性能參數(shù),請用200字以內(nèi)文字(也可用圖示)描述任務(wù)的被調(diào)度關(guān)系,并分析系統(tǒng)是否可調(diào)度(暫不考慮操作系統(tǒng)的時間開銷)。
在架構(gòu)評估過程中,質(zhì)量屬性效用樹(UtilityTree)是對系統(tǒng)質(zhì)量屬性進行識別和優(yōu)先級排序的重要工具。請給出合適的質(zhì)量屬性,填入圖12-24中(1)、(2)空白處;并選擇題干描述的(a)~(m),填入(3)~(6)空白處,完成該系統(tǒng)的效用樹。
在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點故障,請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng);對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實現(xiàn)
請分析比較王工、李工兩種方案的優(yōu)點和不足,完成表12-13中的空白部分。
一個大型電子商務(wù)項目正處于建設(shè)方案征集、論證階段,某系統(tǒng)集成商為了贏得客戶的信任,需要提供一份建議方案文檔,對客戶的需求進行響應(yīng)(包括問題1、問題2和問題3所涉及的內(nèi)容)。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP(Request For Proposal)方面的能力、實力和專業(yè)性,而創(chuàng)建一個高質(zhì)量的建議方案,需要調(diào)配眾多的資源,按照計劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。