某網(wǎng)上購物電子商務(wù)公司擬升級正在使用的在線交易系統(tǒng)，以提高用戶網(wǎng)上購物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計(jì)階段，公司提出的需求和關(guān)鍵質(zhì)量屬性場景如下：
（a）正常負(fù)載情況下，系統(tǒng)必須在0.5秒內(nèi)對用戶的交易請求進(jìn)行響應(yīng)。
（b）信用卡支付必須保證99.999%的安全性。
（c）對交易請求處理時(shí)間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計(jì)。
（d）網(wǎng)絡(luò)失效后，系統(tǒng)需要在1.5分鐘內(nèi)發(fā)現(xiàn)錯(cuò)誤并啟用備用系統(tǒng)。
（e）需要在20人月內(nèi)為系統(tǒng)添加一個(gè)新的CORBA中間件。
（f）交易過程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600*480的分辨率，20幀/秒的速率。
（g）更改加密的級別將對安全性和性能產(chǎn)生影響。
（h）主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問請求重定向到備用站點(diǎn)。
（i）假設(shè)每秒中用戶交易請求的數(shù)量是10個(gè)，處理請求的時(shí)間為30毫秒，則"在1秒內(nèi)完成用戶的交易請求"這一要求是可以實(shí)現(xiàn)的。
（j）用戶信息數(shù)據(jù)庫授權(quán)必須保證99.999%可用。
（k）目前對系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達(dá)成共識，這可能導(dǎo)致部分業(yè)務(wù)功能模塊的重復(fù)，影響系統(tǒng)的可修改性。
（l）更改Web界面接口必須在4人周內(nèi)完成。
（m）系統(tǒng)需要提供遠(yuǎn)程調(diào)試接口，并支持系統(tǒng)的遠(yuǎn)程調(diào)試。
在對系統(tǒng)需求和質(zhì)量屬性場景進(jìn)行分析的基礎(chǔ)上，系統(tǒng)的架構(gòu)師給出了三個(gè)候選的架構(gòu)設(shè)計(jì)方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對系統(tǒng)架構(gòu)進(jìn)行評估。
在架構(gòu)評估過程中，質(zhì)量屬性效用樹（UtilityTree）是對系統(tǒng)質(zhì)量屬性進(jìn)行識別和優(yōu)先級排序的重要工具。請給出合適的質(zhì)量屬性，填入圖12-24中（1）、（2）空白處；并選擇題干描述的（a）～（m），填入（3）～（6）空白處，完成該系統(tǒng)的效用樹。
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
最新試題
請分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足，完成表12-13中的空白部分。
目前，互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用，各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口，并加以簡單說明。
李工接到任務(wù)后，認(rèn)為本項(xiàng)目比較簡單，很快就安排3名技術(shù)人員分別負(fù)責(zé)數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫。總工程師聽到匯報(bào)后，認(rèn)為李工的方案和安排不妥，理由是李工忽視了系統(tǒng)的可靠性要求，對系統(tǒng)需求的理解不夠深入。為實(shí)現(xiàn)系統(tǒng)關(guān)于可靠性方面的需求：①你認(rèn)為在組織結(jié)構(gòu)、人員分工、設(shè)計(jì)開發(fā)等方面應(yīng)做出哪些安排和規(guī)定？②請寫出關(guān)于余度表決算法的考慮。
請用150字以內(nèi)的文字說明什么是系統(tǒng)失步，系統(tǒng)失步后應(yīng)如何處理。
供應(yīng)鏈管理過程是企業(yè)的一個(gè)關(guān)鍵業(yè)務(wù)過程。請用200字以內(nèi)的文字回答：供應(yīng)鏈管理主要包括哪3個(gè)子過程？電子商務(wù)環(huán)境下，供應(yīng)鏈管理過程的整合、優(yōu)化有何意義？
請用200字以內(nèi)的文字說明李工應(yīng)如何設(shè)計(jì)優(yōu)先級調(diào)度策略，并按照如表12-14所示的要求實(shí)現(xiàn)任務(wù)流程處理。
一個(gè)完整的電子商務(wù)系統(tǒng)必須處理銷售生命周期中消費(fèi)者經(jīng)歷的多個(gè)階段。請用200字以內(nèi)的文字簡要敘述有哪些階段。
請用300字以內(nèi)的文字，說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。
該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理，一些部門對此提出了異議，主要理由是集中管理后，由于管理部門對業(yè)務(wù)應(yīng)用不了解，難以保證對本單位業(yè)務(wù)進(jìn)行有力支持。請用300字以內(nèi)文字，從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。
如圖12-17所示是公司進(jìn)行Mashup的流程示意圖，請閱讀并補(bǔ)充圖中數(shù)字標(biāo)出部分的內(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)站向用戶返回用戶所處位置周邊整合的旅游信息。