問答題

某網(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）對交易請求處理時間的要求將影響系統(tǒng)的數(shù)據(jù)傳輸協(xié)議和處理過程的設(shè)計(jì)。
（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）主站點(diǎn)斷電后，需要在3秒內(nèi)將訪問請求重定向到備用站點(diǎn)。
（i）假設(shè)每秒中用戶交易請求的數(shù)量是10個，處理請求的時間為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ò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)的效用樹。


你可能感興趣的試題

5.問答題

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

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

如圖12-23所示是李工在設(shè)計(jì)方案中給出的智能設(shè)備工作狀態(tài)轉(zhuǎn)換圖。

①請指出圖中的兩處錯誤（在圖中圈出）并用200字以內(nèi)的文字說明理由。
②給出正確的狀態(tài)轉(zhuǎn)換圖。

最新試題

該市決定將各個委辦局的信息系統(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)一管理是否可行。

題型：問答題

RMO公司銷售區(qū)域?qū)⒃谖磥?年大面積擴(kuò)展，其潛在客戶數(shù)量也會因此大幅度增加，所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。

題型：問答題

如圖12-22所示為控制軟件的數(shù)據(jù)流程關(guān)系，請根據(jù)本題給出的各個功能模塊，填補(bǔ)其中的空缺處。

題型：問答題

請分析比較王工、李工兩種方案的優(yōu)點(diǎn)和不足，完成表12-13中的空白部分。

題型：問答題

王工提出，根據(jù)用戶要求，本嵌入式系統(tǒng)應(yīng)具有高速并行處理能力，采用多處理器結(jié)構(gòu)比較適合，主要理由是多處理器結(jié)構(gòu)設(shè)計(jì)簡單、可支持多個進(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)用的并行性就必須利用多個硬件資源的并行工作，建議采用超線程技術(shù)的多核結(jié)構(gòu)的處理器。請?zhí)顚憟D12-20（f）中的（1）～（8），并用300字以內(nèi)的文字對上述6種處理器結(jié)構(gòu)的工作原理進(jìn)行簡要描述。

題型：問答題

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

題型：問答題

請用150字以內(nèi)的文字說明什么是系統(tǒng)失步，系統(tǒng)失步后應(yīng)如何處理。

題型：問答題

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

題型：問答題

請給出檢錯技術(shù)的優(yōu)缺點(diǎn)，并說明檢測技術(shù)常見的實(shí)現(xiàn)方式和處理方式。

題型：問答題

一個大型電子商務(wù)項(xiàng)目正處于建設(shè)方案征集、論證階段，某系統(tǒng)集成商為了贏得客戶的信任，需要提供一份建議方案文檔，對客戶的需求進(jìn)行響應(yīng)（包括問題1、問題2和問題3所涉及的內(nèi)容）。高質(zhì)量的建議方案能夠顯示出集成商在處理客戶RFP（Request For Proposal）方面的能力、實(shí)力和專業(yè)性，而創(chuàng)建一個高質(zhì)量的建議方案，需要調(diào)配眾多的資源，按照計(jì)劃執(zhí)行。請用300字以內(nèi)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。

題型：問答題