閱讀以下信息系統(tǒng)可靠性問題的說明,在答題紙上回答問題1至問題3。
某軟件公司開發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對(duì)輸入數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長時(shí)間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖20-5所示。王工解釋:只要各個(gè)模塊的可靠度足夠高,失效率足夠低,則整個(gè)軟件系統(tǒng)的可靠性是有保證的。
李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說法有兩個(gè)問題:第一,即使每個(gè)模塊的可靠度足夠高,但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個(gè)軟件系統(tǒng)的可靠度明顯下降。假設(shè)各個(gè)模塊的可靠度均為0.99,則整個(gè)軟件系統(tǒng)的可靠度為0.994≈0.96:第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu)時(shí),一旦某個(gè)模塊失效,則意味著整個(gè)軟件系統(tǒng)失效。
李工認(rèn)為,應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動(dòng)態(tài)冗余或者軟件容錯(cuò)的N版本程序設(shè)計(jì)技術(shù),對(duì)容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計(jì),將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu),來提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí),李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖20-6所示。
劉工建議,李工方案中M1和M4模塊沒有采用容錯(cuò)設(shè)計(jì),但是M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此,可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù),在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警,提醒維護(hù)人員進(jìn)行處理。
注:假設(shè)各個(gè)模塊的可靠度均為0.99。
您可能感興趣的試卷
- 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ì)師下半年上午試卷
你可能感興趣的試題
最新試題
李工接到任務(wù)后,認(rèn)為本項(xiàng)目比較簡單,很快就安排3名技術(shù)人員分別負(fù)責(zé)數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫??偣こ處熉牭絽R報(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)于余度表決算法的考慮。
對(duì)數(shù)據(jù)庫的訪問是該系統(tǒng)開發(fā)中需要特別注意的一個(gè)問題,O/R映射是一種常用的數(shù)據(jù)庫訪問編程技術(shù)。請(qǐng)用200字以內(nèi)的文字說明O/R映射的含義,并指出采用O/R映射的3個(gè)主要好處。
請(qǐng)解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù),給出如圖12-18所示模塊M2采用如圖12-19所示的動(dòng)態(tài)冗余技術(shù)后的可靠度。
請(qǐng)用150字以內(nèi)的文字說明什么是系統(tǒng)失步,系統(tǒng)失步后應(yīng)如何處理。
發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請(qǐng)給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。
一個(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)文字簡要敘述如何創(chuàng)建一份高質(zhì)量的建議方案文檔。
請(qǐng)用150字以內(nèi)文字,說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題?在選擇雙機(jī)冗余熱備產(chǎn)品時(shí)通常需要考慮哪些問題?
在本項(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)行簡要描述,并給出如表12-14所示的常用并發(fā)程序設(shè)計(jì)模式的分解方式。
根據(jù)本項(xiàng)目中任務(wù)的時(shí)間性能參數(shù),請(qǐng)用200字以內(nèi)文字(也可用圖示)描述任務(wù)的被調(diào)度關(guān)系,并分析系統(tǒng)是否可調(diào)度(暫不考慮操作系統(tǒng)的時(shí)間開銷)。
在架構(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)的效用樹。