問(wèn)答題

【案例分析題】

某軟件公司開(kāi)發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對(duì)輸入的數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長(zhǎng)時(shí)間無(wú)故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖12-18所示。王工解釋:只要各個(gè)模塊的可靠度足夠高,失效率足夠低,則整個(gè)軟件系統(tǒng)的可靠性是有保證的。

李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說(shuō)法有兩個(gè)問(wèn)題:第一,即使每個(gè)模塊的可靠度足夠高,假設(shè)各個(gè)模塊的可靠度均為0.99,但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個(gè)軟件系統(tǒng)的可靠度為0.99=0.96,即整個(gè)軟件系統(tǒng)的可靠度下降明顯;第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu),一旦某個(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),來(lái)提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí),李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖12-19所示。

劉工建議,李工方案中M1和M4模塊沒(méi)有采用容錯(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

請(qǐng)解釋李工提出的動(dòng)態(tài)冗余和N版本程序設(shè)計(jì)技術(shù),給出如圖12-18所示模塊M2采用如圖12-19所示的動(dòng)態(tài)冗余技術(shù)后的可靠度。

答案: 請(qǐng)給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法,并計(jì)算結(jié)果。
動(dòng)態(tài)冗余又稱主動(dòng)冗余,它是通過(guò)故障檢測(cè)、故障定...
題目列表

你可能感興趣的試題

問(wèn)答題

【案例分析題】

某軟件公司開(kāi)發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件,其系統(tǒng)的主要功能是對(duì)輸入的數(shù)據(jù)進(jìn)行多次分析、處理和加工,生成需要的輸出數(shù)據(jù)。需求方對(duì)該系統(tǒng)的軟件可靠性要求很高,要求系統(tǒng)能夠長(zhǎng)時(shí)間無(wú)故障運(yùn)行。該公司將該系統(tǒng)設(shè)計(jì)交給王工負(fù)責(zé)。王工給出該系統(tǒng)的模塊示意圖如圖12-18所示。王工解釋:只要各個(gè)模塊的可靠度足夠高,失效率足夠低,則整個(gè)軟件系統(tǒng)的可靠性是有保證的。
李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說(shuō)法有兩個(gè)問(wèn)題:第一,即使每個(gè)模塊的可靠度足夠高,假設(shè)各個(gè)模塊的可靠度均為0.99,但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián),則整個(gè)軟件系統(tǒng)的可靠度為0.99=0.96,即整個(gè)軟件系統(tǒng)的可靠度下降明顯;第二,軟件系統(tǒng)模塊全部采用串聯(lián)結(jié)構(gòu),一旦某個(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),來(lái)提高整個(gè)軟件系統(tǒng)的可靠性。同時(shí),李工給出了采用動(dòng)態(tài)冗余技術(shù)后的軟件系統(tǒng)模塊示意圖,如圖12-19所示。
劉工建議,李工方案中M1和M4模塊沒(méi)有采用容錯(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

在系統(tǒng)可靠性中,可靠度和失效率是兩個(gè)非常關(guān)鍵的指標(biāo),請(qǐng)分別解釋其含義。

答案: 可靠度就是系統(tǒng)在規(guī)定的條件下、規(guī)定的時(shí)間內(nèi)不發(fā)生失效的概率。
失效率又稱風(fēng)險(xiǎn)函數(shù),也可以稱為條件失效強(qiáng)度,是指...
問(wèn)答題

【案例分析題】

隨著信息系統(tǒng)的深入應(yīng)用,它在政府或企業(yè)中發(fā)揮著越來(lái)越重要的作用。由此也產(chǎn)生了一些問(wèn)題:一旦由于故障、甚至災(zāi)難導(dǎo)致信息系統(tǒng)局部或全部癱瘓,就會(huì)對(duì)相關(guān)的政府或企業(yè)造成重大的損失,因此需要業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃。
業(yè)務(wù)持續(xù)和災(zāi)難恢復(fù)規(guī)劃涉及一些特定的或相關(guān)的規(guī)劃,當(dāng)正常的信息處理業(yè)務(wù)突然中斷時(shí),用來(lái)減輕甚至避免其所帶來(lái)的影響。它們用來(lái)保證維持組織運(yùn)作的關(guān)鍵系統(tǒng)的可用性。
某大型網(wǎng)上書(shū)店通過(guò)Internet為用戶提供網(wǎng)上圖書(shū)查詢及訂購(gòu)等多種服務(wù)。由于每天的業(yè)務(wù)量非常多,因此對(duì)業(yè)務(wù)有持續(xù)性要求,并且需要具備災(zāi)難恢復(fù)功能。在對(duì)原有系統(tǒng)的改進(jìn)方案中提供:
①對(duì)于一些關(guān)鍵應(yīng)用系統(tǒng),采用雙機(jī)冗余熱備的方式進(jìn)行保護(hù)。
②由于資金問(wèn)題,公司并不打算建設(shè)自己專有的用于備份數(shù)據(jù)的備份中心(假設(shè)這里的備份中心僅用于備份數(shù)據(jù)),而是決定租用其他公司提供的商業(yè)備份中心,每隔一段時(shí)間,把公司的業(yè)務(wù)數(shù)據(jù)備份到備份中心。

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

答案: 人們總是希望信息系統(tǒng)能夠在日常的運(yùn)行中具有高性能,在災(zāi)難發(fā)生時(shí)能夠不損失任何數(shù)據(jù),但事實(shí)上卻很難實(shí)現(xiàn)這一目標(biāo)。
微信掃碼免費(fèi)搜題