某軟件公司開發(fā)一項基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對輸入的數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長時間無故障運(yùn)行。該公司將該系統(tǒng)設(shè)計交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖12-18所示。王工解釋:只要各個模塊的可靠度足夠高,失效率足夠低,則整個軟件系統(tǒng)的可靠性是有保證的。
李工對王工的方案提出了異議。李工認(rèn)為王工的說法有兩個問題:第一,即使每個模塊的可靠度足夠高,假設(shè)各個模塊的可靠度均為0.99,但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個軟件系統(tǒng)的可靠度為0.99=0.96,即整個軟件系統(tǒng)的可靠度下降明顯;第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu),一旦某個模塊失效,則意味著整個軟件系統(tǒng)失效。
李工認(rèn)為,應(yīng)該在軟件系統(tǒng)中采用冗余技術(shù)中的動態(tài)冗余或者軟件容錯的N版本程序設(shè)計技術(shù),對容易失效或者非常重要的模塊進(jìn)行冗余設(shè)計,將模塊之間的串聯(lián)結(jié)構(gòu)部分變?yōu)椴⒙?lián)結(jié)構(gòu),來提高整個軟件系統(tǒng)的可靠性。同時,李工給出了采用動態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖12-19所示。
劉工建議,李工方案中M1和M4模塊沒有采用容錯設(shè)計,但M1和M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此,可以在M1和M4模塊設(shè)計上采用檢錯技術(shù),在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報警,提醒維護(hù)人員進(jìn)行處理。
注:假設(shè)各個模塊的可靠度均為0.99
您可能感興趣的試卷
- 2009年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2009年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年下午試卷
- 2010年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2011年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2012年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2013年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
- 2014年計算機(jī)技術(shù)與軟件專業(yè)技術(shù)資格高級系統(tǒng)架構(gòu)設(shè)計師下半年上午試卷
最新試題
發(fā)揮信息系統(tǒng)效益的關(guān)鍵是信息資源的有機(jī)共享,請給出該市政務(wù)信息資源共享的建議(200字以內(nèi))。
李工接到任務(wù)后,認(rèn)為本項目比較簡單,很快就安排3名技術(shù)人員分別負(fù)責(zé)數(shù)據(jù)采集/輸出模塊、數(shù)據(jù)處理模塊和比較監(jiān)控模塊的編寫。總工程師聽到匯報后,認(rèn)為李工的方案和安排不妥,理由是李工忽視了系統(tǒng)的可靠性要求,對系統(tǒng)需求的理解不夠深入。為實(shí)現(xiàn)系統(tǒng)關(guān)于可靠性方面的需求:①你認(rèn)為在組織結(jié)構(gòu)、人員分工、設(shè)計開發(fā)等方面應(yīng)做出哪些安排和規(guī)定?②請寫出關(guān)于余度表決算法的考慮。
請用150字以內(nèi)文字,說明雙機(jī)冗余熱備方式主要解決的是系統(tǒng)運(yùn)行中的哪些問題?在選擇雙機(jī)冗余熱備產(chǎn)品時通常需要考慮哪些問題?
選擇實(shí)時嵌入式操作系統(tǒng)及開發(fā)環(huán)境時應(yīng)考慮哪幾方面問題?請用200字以內(nèi)文字簡要論證。
請用300字以內(nèi)文字,分析公司向備份中心備份數(shù)據(jù)的時間間隔的選取、公司日常業(yè)務(wù)系統(tǒng)的運(yùn)行性能,以及在災(zāi)難發(fā)生時數(shù)據(jù)損失情況三者之間的關(guān)系。
在劉工建議的基礎(chǔ)上,為了避免CRSS系統(tǒng)的單點(diǎn)故障,請用200字以內(nèi)文字簡要說明如何建立CRSS的數(shù)據(jù)庫系統(tǒng);對于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)
如圖12-17所示是公司進(jìn)行Mashup的流程示意圖,請閱讀并補(bǔ)充圖中數(shù)字標(biāo)出部分的內(nèi)容。(1)用戶向Traveler網(wǎng)站請求服務(wù),請求頁面提供用戶的位置信息。(2)()(3)()(4)A網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的地圖信息。(5)()(6)B網(wǎng)站向Traveler網(wǎng)站返回用戶所處位置周邊的住宿信息。(7)()(8)Traveler網(wǎng)站向用戶返回用戶所處位置周邊整合的旅游信息。
針對李工的設(shè)計缺陷,請用300字以內(nèi)的文字說明本項目應(yīng)如何進(jìn)行正確設(shè)計。
RMO公司銷售區(qū)域?qū)⒃谖磥?年大面積擴(kuò)展,其潛在客戶數(shù)量也會因此大幅度增加,所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請分別說明在集中式和分布式數(shù)據(jù)架構(gòu)下,可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。
根據(jù)本項目中任務(wù)的時間性能參數(shù),請用200字以內(nèi)文字(也可用圖示)描述任務(wù)的被調(diào)度關(guān)系,并分析系統(tǒng)是否可調(diào)度(暫不考慮操作系統(tǒng)的時間開銷)。