某網(wǎng)上購(gòu)物電子商務(wù)公司擬升級(jí)正在使用的在線交易系統(tǒng),以提高用戶網(wǎng)上購(gòu)物在線支付環(huán)節(jié)的效率和安全性。在系統(tǒng)的需求分析與架構(gòu)設(shè)計(jì)階段,公司提出的需求和關(guān)鍵質(zhì)量屬性場(chǎng)景如下:
(a)正常負(fù)載情況下,系統(tǒng)必須在0.5秒內(nèi)對(duì)用戶的交易請(qǐng)求進(jìn)行響應(yīng)。
(b)信用卡支付必須保證99.999%的安全性。
(c)對(duì)交易請(qǐng)求處理時(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)更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。
(h)主站點(diǎn)斷電后,需要在3秒內(nèi)將訪問請(qǐng)求重定向到備用站點(diǎn)。
(i)假設(shè)每秒中用戶交易請(qǐng)求的數(shù)量是10個(gè),處理請(qǐng)求的時(shí)間為30毫秒,則"在1秒內(nèi)完成用戶的交易請(qǐng)求"這一要求是可以實(shí)現(xiàn)的。
(j)用戶信息數(shù)據(jù)庫(kù)授權(quán)必須保證99.999%可用。
(k)目前對(duì)系統(tǒng)信用卡支付業(yè)務(wù)邏輯的描述尚未達(dá)成共識(shí),這可能導(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)試。
在對(duì)系統(tǒng)需求和質(zhì)量屬性場(chǎng)景進(jìn)行分析的基礎(chǔ)上,系統(tǒng)的架構(gòu)師給出了三個(gè)候選的架構(gòu)設(shè)計(jì)方案。公司目前正在組織系統(tǒng)開發(fā)的相關(guān)人員對(duì)系統(tǒng)架構(gòu)進(jìn)行評(píng)估。
您可能感興趣的試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2009年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年下午試卷
- 2010年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2011年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2012年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2013年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
- 2014年計(jì)算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級(jí)系統(tǒng)架構(gòu)設(shè)計(jì)師下半年上午試卷
你可能感興趣的試題
最新試題
請(qǐng)用200字以內(nèi)的文字說明李工應(yīng)如何設(shè)計(jì)優(yōu)先級(jí)調(diào)度策略,并按照如表12-14所示的要求實(shí)現(xiàn)任務(wù)流程處理。
王工提出,根據(jù)用戶要求,本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力,采用多處理器結(jié)構(gòu)比較適合,主要理由是多處理器結(jié)構(gòu)設(shè)計(jì)簡(jiǎn)單、可支持多個(gè)進(jìn)程在不同處理器上并發(fā)處理:而張工提出,必須分清"多處理器結(jié)構(gòu)"與"多核結(jié)構(gòu)"的優(yōu)點(diǎn)和缺點(diǎn),多處理器結(jié)構(gòu)雖然支持多進(jìn)程的并發(fā)處理,但沒有直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行;多核結(jié)構(gòu)可以直接實(shí)現(xiàn)多線程并發(fā)執(zhí)行。要提高應(yīng)用的并行性就必須利用多個(gè)硬件資源的并行工作,建議采用超線程技術(shù)的多核結(jié)構(gòu)的處理器。請(qǐng)?zhí)顚憟D12-20(f)中的(1)~(8),并用300字以內(nèi)的文字對(duì)上述6種處理器結(jié)構(gòu)的工作原理進(jìn)行簡(jiǎn)要描述。
請(qǐng)用300字以內(nèi)的文字,說明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。
在實(shí)現(xiàn)Mashup應(yīng)用時(shí),進(jìn)行內(nèi)容聚合的物理位置是一個(gè)十分重要的因素。目前很多Mashup站點(diǎn)都選擇在客戶端機(jī)器上進(jìn)行內(nèi)容聚合,構(gòu)成所謂的胖互聯(lián)網(wǎng)應(yīng)用程序(Rich Internet Application,RIA)。請(qǐng)你用200字以內(nèi)的文字說明在客戶端進(jìn)行內(nèi)容聚合的優(yōu)點(diǎn)。
請(qǐng)分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足,完成表12-13中的空白部分。
如圖12-17所示是公司進(jìn)行Mashup的流程示意圖,請(qǐng)閱讀并補(bǔ)充圖中數(shù)字標(biāo)出部分的內(nèi)容。(1)用戶向Traveler網(wǎng)站請(qǐng)求服務(wù),請(qǐng)求頁面提供用戶的位置信息。(2)()(3)()(4)A網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的地圖信息。(5)()(6)B網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的住宿信息。(7)()(8)Traveler網(wǎng)站向用戶返回用戶所處位置周邊整合的旅游信息。
供應(yīng)鏈管理過程是企業(yè)的一個(gè)關(guān)鍵業(yè)務(wù)過程。請(qǐng)用200字以內(nèi)的文字回答:供應(yīng)鏈管理主要包括哪3個(gè)子過程?電子商務(wù)環(huán)境下,供應(yīng)鏈管理過程的整合、優(yōu)化有何意義?
一個(gè)大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段,某系統(tǒng)集成商為了贏得客戶的信任,需要提供一份建議方案文檔,對(duì)客戶的需求進(jìn)行響應(yīng)(包括問題1、問題2和問題3所涉及的內(nèi)容)。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP(Request For Proposal)方面的能力、實(shí)力和專業(yè)性,而創(chuàng)建一個(gè)高質(zhì)量的建議方案,需要調(diào)配眾多的資源,按照計(jì)劃執(zhí)行。請(qǐng)用300字以內(nèi)文字簡(jiǎn)要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。
目前,互聯(lián)網(wǎng)上已經(jīng)存在很多Mashup應(yīng)用,各大網(wǎng)站也紛紛提供了各種格式的Mashup數(shù)據(jù)接口。請(qǐng)用300字以內(nèi)的文字給出3種目前經(jīng)常使用的Mashup數(shù)據(jù)接口,并加以簡(jiǎn)單說明。
請(qǐng)用150字以內(nèi)的文字說明什么是系統(tǒng)失步,系統(tǒng)失步后應(yīng)如何處理。