問答題

某網(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)估。

在架構(gòu)評(píng)估過程中,需要正確識(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ǎ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)估。

在架構(gòu)評(píng)估過程中,質(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)的效用樹。

4.問答題

某市政府部門有近30個(gè)委、辦、局,分別承擔(dān)著法定的政府職能,這些部門都有信息中心,負(fù)責(zé)本單位信息系統(tǒng)的建設(shè)和信息資源的采集、維護(hù)等工作,同時(shí)向業(yè)務(wù)部門提供信息化技術(shù)支持。該市的電子政務(wù)建設(shè)發(fā)展很快,統(tǒng)一規(guī)劃實(shí)施了政務(wù)內(nèi)網(wǎng),實(shí)現(xiàn)了各個(gè)政府部門百兆以上帶寬的互聯(lián)互通,并在此基礎(chǔ)上規(guī)劃信息資源網(wǎng)。該政務(wù)內(nèi)網(wǎng)的運(yùn)行維護(hù)成本較高,所以在政務(wù)內(nèi)網(wǎng)開通之后,市財(cái)政逐漸削減了各個(gè)委辦局自身信息系統(tǒng)的維護(hù)費(fèi)用,市政府也要求盡快實(shí)現(xiàn)信息資源的共享,以發(fā)揮電子政務(wù)網(wǎng)的效益。

該市決定將各個(gè)委辦局的信息系統(tǒng)采取物理集中的方式進(jìn)行統(tǒng)一管理,一些部門對(duì)此提出了異議,主要理由是集中管理后,由于管理部門對(duì)業(yè)務(wù)應(yīng)用不了解,難以保證對(duì)本單位業(yè)務(wù)進(jìn)行有力支持。
請(qǐng)用300字以內(nèi)文字,從技術(shù)角度論述該市實(shí)現(xiàn)信息系統(tǒng)統(tǒng)一管理是否可行。

5.問答題

博學(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í)間,通過一個(gè)月的努力,提交了智能設(shè)備的設(shè)計(jì)方案。但是,出乎李工預(yù)料,該方案被專家評(píng)審會(huì)否定了。評(píng)審意見指出,李工的設(shè)計(jì)方案實(shí)施成本高,并且在技術(shù)上有缺陷,建議重新設(shè)計(jì)。

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

最新試題

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

題型:?jiǎn)柎痤}

在本項(xiàng)目中,如果計(jì)算機(jī)采用了多線程技術(shù)實(shí)現(xiàn)應(yīng)用程序的并發(fā)操作,程序設(shè)計(jì)人員將面臨多種挑戰(zhàn),其主要原因在于:程序會(huì)同時(shí)發(fā)生多個(gè)動(dòng)作,對(duì)這些同時(shí)發(fā)生的動(dòng)作及它們之間的交互進(jìn)行管理將面臨4方面的挑戰(zhàn),即同步、通信、負(fù)載均衡和可伸縮性,用200字以內(nèi)的文字對(duì)上述4種挑戰(zhàn)進(jìn)行簡(jiǎn)要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。

題型:?jiǎn)柎痤}

一個(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ì)量的建議方案文檔。

題型:?jiǎn)柎痤}

該市在信息系統(tǒng)集中管理建設(shè)過程中,需要在信息系統(tǒng)中重點(diǎn)規(guī)劃建設(shè)哪些內(nèi)容?

題型:?jiǎn)柎痤}

請(qǐng)用300字以內(nèi)文字,分析公司向備份中心備份數(shù)據(jù)的時(shí)間間隔的選取、公司日常業(yè)務(wù)系統(tǒng)的運(yùn)行性能,以及在災(zāi)難發(fā)生時(shí)數(shù)據(jù)損失情況三者之間的關(guān)系。

題型:?jiǎn)柎痤}

一個(gè)完整的電子商務(wù)系統(tǒng)必須處理銷售生命周期中消費(fèi)者經(jīng)歷的多個(gè)階段。請(qǐng)用200字以內(nèi)的文字簡(jiǎn)要敘述有哪些階段。

題型:?jiǎn)柎痤}

請(qǐng)用200字以內(nèi)的文字說明李工應(yīng)如何設(shè)計(jì)優(yōu)先級(jí)調(diào)度策略,并按照如表12-14所示的要求實(shí)現(xiàn)任務(wù)流程處理。

題型:?jiǎn)柎痤}

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

題型:?jiǎn)柎痤}

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

題型:?jiǎn)柎痤}

發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請(qǐng)給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。

題型:?jiǎn)柎痤}