問(wèn)答題

某網(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é)議和處理過(guò)程的設(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)交易過(guò)程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600*480的分辨率,20幀/秒的速率。
(g)更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。
(h)主站點(diǎn)斷電后,需要在3秒內(nèi)將訪問(wèn)請(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)估。

在架構(gòu)評(píng)估過(guò)程中,需要正確識(shí)別系統(tǒng)的架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn),并進(jìn)行合理的架構(gòu)決策。請(qǐng)用300字以內(nèi)的文字給出系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)的定義,并從題干(a)~(m)中各選出一個(gè)對(duì)系統(tǒng)架構(gòu)風(fēng)險(xiǎn)、敏感點(diǎn)和權(quán)衡點(diǎn)最為恰當(dāng)?shù)拿枋觥?

你可能感興趣的試題

1.問(wèn)答題

某網(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é)議和處理過(guò)程的設(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)交易過(guò)程中涉及到的產(chǎn)品介紹視頻傳輸必須保證畫面具有600*480的分辨率,20幀/秒的速率。
(g)更改加密的級(jí)別將對(duì)安全性和性能產(chǎn)生影響。
(h)主站點(diǎn)斷電后,需要在3秒內(nèi)將訪問(wèn)請(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)估。

在架構(gòu)評(píng)估過(guò)程中,質(zhì)量屬性效用樹(UtilityTree)是對(duì)系統(tǒng)質(zhì)量屬性進(jìn)行識(shí)別和優(yōu)先級(jí)排序的重要工具。請(qǐng)給出合適的質(zhì)量屬性,填入圖12-24中(1)、(2)空白處;并選擇題干描述的(a)~(m),填入(3)~(6)空白處,完成該系統(tǒng)的效用樹。

5.問(wèn)答題

博學(xué)公司承擔(dān)了一項(xiàng)大型物料配送中心的研發(fā)項(xiàng)目,使用自動(dòng)化設(shè)備進(jìn)行貨物的存取。系統(tǒng)主要由兩部分組成,其一是裝有智能設(shè)備的配送車,用于自動(dòng)化裝卸貨物;其二是用于管理和調(diào)度這些配送車的物料配送中心,如圖12-23所示。

智能設(shè)備接受配送中心發(fā)出的存取貨指令,根據(jù)貨艙地址和艙位位置等參數(shù),自動(dòng)控制配送車行走,并調(diào)整機(jī)械臂到達(dá)目標(biāo)艙位,當(dāng)存取完貨物后,再次等待配送中心指令。其中,視頻監(jiān)視器用于采集工作現(xiàn)場(chǎng)的視頻數(shù)據(jù),該數(shù)據(jù)用于智能設(shè)備識(shí)別配送車當(dāng)前位置。
公司經(jīng)理將智能設(shè)備的研制任務(wù)交給了李工。李工投入了大量的時(shí)間,通過(guò)一個(gè)月的努力,提交了智能設(shè)備的設(shè)計(jì)方案。但是,出乎李工預(yù)料,該方案被專家評(píng)審會(huì)否定了。評(píng)審意見(jiàn)指出,李工的設(shè)計(jì)方案實(shí)施成本高,并且在技術(shù)上有缺陷,建議重新設(shè)計(jì)。

針對(duì)李工的設(shè)計(jì)缺陷,請(qǐng)用300字以內(nèi)的文字說(shuō)明本項(xiàng)目應(yīng)如何進(jìn)行正確設(shè)計(jì)。

最新試題

請(qǐng)用300字以內(nèi)的文字,說(shuō)明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。 

題型:?jiǎn)柎痤}

請(qǐng)給出檢錯(cuò)技術(shù)的優(yōu)缺點(diǎn),并說(shuō)明檢測(cè)技術(shù)常見(jiàn)的實(shí)現(xiàn)方式和處理方式。

題型:?jiǎn)柎痤}

王工提出,根據(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ā)處理,但沒(méi)有直接實(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)要描述。

題型:?jiǎn)柎痤}

在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點(diǎn)故障,請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說(shuō)明如何建立CRSS的數(shù)據(jù)庫(kù)系統(tǒng);對(duì)于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)

題型:?jiǎn)柎痤}

如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。①請(qǐng)指出圖中的兩處錯(cuò)誤(在圖中圈出)并用200字以內(nèi)的文字說(shuō)明理由。②給出正確的狀態(tài)轉(zhuǎn)換圖。

題型:?jiǎn)柎痤}

李工接到任務(wù)后,認(rèn)為本項(xiàng)目比較簡(jiǎn)單,很快就安排3名技術(shù)人員分別負(fù)責(zé)數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫??偣こ處熉?tīng)到匯報(bào)后,認(rèn)為李工的方案和安排不妥,理由是李工忽視了系統(tǒng)的可靠性要求,對(duì)系統(tǒng)需求的理解不夠深入。為實(shí)現(xiàn)系統(tǒng)關(guān)于可靠性方面的需求:①你認(rèn)為在組織結(jié)構(gòu)、人員分工、設(shè)計(jì)開發(fā)等方面應(yīng)做出哪些安排和規(guī)定?②請(qǐng)寫出關(guān)于余度表決算法的考慮。

題型:?jiǎn)柎痤}

李工的設(shè)計(jì)方案指出,考慮到智能設(shè)備工作的環(huán)境條件非常惡劣,并且處理機(jī)要處理大量的視頻信息,所以,智能設(shè)備的硬件設(shè)計(jì)應(yīng)考慮以下幾點(diǎn):①由于智能設(shè)備要處理大量的圖像數(shù)據(jù),智能設(shè)備中的處理機(jī)應(yīng)采用目前先進(jìn)的、具有很強(qiáng)數(shù)據(jù)處理和信號(hào)處理能力的MPC7410處理器,并采用雙處理機(jī)結(jié)構(gòu),以增加設(shè)備的容錯(cuò)能力。②為了使智能設(shè)備適應(yīng)不同環(huán)境條件,其設(shè)備的環(huán)境溫度指標(biāo)必須滿足軍用標(biāo)準(zhǔn)要求(-55~+70℃),因此,元器件必須經(jīng)過(guò)嚴(yán)格篩選,并考慮芯片散熱問(wèn)題。③由于智能設(shè)備與配送中心的數(shù)據(jù)交換采用無(wú)線通信,而配送中心又要控制多臺(tái)配送車,為了保證通信數(shù)據(jù)的安全性,避免相互干擾,設(shè)計(jì)中應(yīng)考慮采用安全措施,實(shí)施數(shù)據(jù)加解密操作,密鑰由配送中心統(tǒng)一管理與分發(fā)。請(qǐng)用300字以內(nèi)的文字說(shuō)明上述3點(diǎn)設(shè)計(jì)考慮有何問(wèn)題。

題型:?jiǎn)柎痤}

為什么專家組一致認(rèn)為王工的實(shí)施方案切實(shí)可行?請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說(shuō)明。

題型:?jiǎn)柎痤}

供應(yīng)鏈管理過(guò)程是企業(yè)的一個(gè)關(guān)鍵業(yè)務(wù)過(guò)程。請(qǐng)用200字以內(nèi)的文字回答:供應(yīng)鏈管理主要包括哪3個(gè)子過(guò)程?電子商務(wù)環(huán)境下,供應(yīng)鏈管理過(guò)程的整合、優(yōu)化有何意義?

題型:?jiǎn)柎痤}

為了防止系統(tǒng)故障的蔓延,解決應(yīng)用進(jìn)程間的相互影響,在超線程技術(shù)的多核結(jié)構(gòu)需要選擇一種嵌入式操作系統(tǒng)作為本高性能嵌入式計(jì)算機(jī)系統(tǒng)的運(yùn)行環(huán)境,請(qǐng)用200字以內(nèi)的文字說(shuō)明選擇的操作系統(tǒng)應(yīng)具備哪些主要功能。

題型:?jiǎn)柎痤}