甲公司承擔了一項為宇航系統(tǒng)配套生產高性能嵌入式計算機系統(tǒng)的任務，用戶要求該系統(tǒng)要具有高速并發(fā)處理能力、低功耗、高可靠性，并可以有效地防止系統(tǒng)故障的蔓延。根據(jù)用戶對本項目的要求，甲公司成立了軟/硬件兩個項目組，總體設計由硬件組承擔，負責高性能嵌入式計算機系統(tǒng)體系結構設計，軟件組負責確定軟件的技術需求和應用軟件開發(fā)平臺的軟件設計工作。
在處理器選型方面，硬件組王工與軟件組張工在討論采用哪種CPU體系結構方面發(fā)生爭議。目前，流行的處理器結構包括單核結構、多處理器結構、超線程結構、多核結構、共享Cache的多核結構和超線程技術的多核結構共6種，如圖12-20所示。

王工提出，根據(jù)用戶要求，本嵌入式系統(tǒng)應具有高速并行處理能力，采用多處理器結構比較適合，主要理由是多處理器結構設計簡單、可支持多個進程在不同處理器上并發(fā)處理：而張工提出，必須分清"多處理器結構"與"多核結構"的優(yōu)點和缺點，多處理器結構雖然支持多進程的并發(fā)處理，但沒有直接實現(xiàn)多線程并發(fā)執(zhí)行；多核結構可以直接實現(xiàn)多線程并發(fā)執(zhí)行。要提高應用的并行性就必須利用多個硬件資源的并行工作，建議采用超線程技術的多核結構的處理器。請?zhí)顚憟D12-20（f）中的（1）～（8），并用300字以內的文字對上述6種處理器結構的工作原理進行簡要描述。

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

李工對王工的方案提出了異議。李工認為王工的說法有兩個問題：第一，即使每個模塊的可靠度足夠高，假設各個模塊的可靠度均為0.99，但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個軟件系統(tǒng)的可靠度為0.99=0.96，即整個軟件系統(tǒng)的可靠度下降明顯；第二，軟件系統(tǒng)模塊全部采用串聯(lián)結構，一旦某個模塊失效，則意味著整個軟件系統(tǒng)失效。
李工認為，應該在軟件系統(tǒng)中采用冗余技術中的動態(tài)冗余或者軟件容錯的N版本程序設計技術，對容易失效或者非常重要的模塊進行冗余設計，將模塊之間的串聯(lián)結構部分變?yōu)椴⒙?lián)結構，來提高整個軟件系統(tǒng)的可靠性。同時，李工給出了采用動態(tài)冗余技術后的軟件系統(tǒng)模塊示意圖，如圖12-19所示。

劉工建議，李工方案中M1和M4模塊沒有采用容錯設計，但M1和M4發(fā)生故障有可能導致嚴重后果。因此，可以在M1和M4模塊設計上采用檢錯技術，在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報警，提醒維護人員進行處理。
注：假設各個模塊的可靠度均為0.99

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

李工對王工的方案提出了異議。李工認為王工的說法有兩個問題：第一，即使每個模塊的可靠度足夠高，假設各個模塊的可靠度均為0.99，但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個軟件系統(tǒng)的可靠度為0.99=0.96，即整個軟件系統(tǒng)的可靠度下降明顯；第二，軟件系統(tǒng)模塊全部采用串聯(lián)結構，一旦某個模塊失效，則意味著整個軟件系統(tǒng)失效。
李工認為，應該在軟件系統(tǒng)中采用冗余技術中的動態(tài)冗余或者軟件容錯的N版本程序設計技術，對容易失效或者非常重要的模塊進行冗余設計，將模塊之間的串聯(lián)結構部分變?yōu)椴⒙?lián)結構，來提高整個軟件系統(tǒng)的可靠性。同時，李工給出了采用動態(tài)冗余技術后的軟件系統(tǒng)模塊示意圖，如圖12-19所示。

劉工建議，李工方案中M1和M4模塊沒有采用容錯設計，但M1和M4發(fā)生故障有可能導致嚴重后果。因此，可以在M1和M4模塊設計上采用檢錯技術，在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報警，提醒維護人員進行處理。
注：假設各個模塊的可靠度均為0.99

某軟件公司開發(fā)一項基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對輸入的數(shù)據(jù)進行多次分析、處理和加工，生成需要的輸出數(shù)據(jù)。需求方對該系統(tǒng)的軟件可靠性要求很高，要求系統(tǒng)能夠長時間無故障運行。該公司將該系統(tǒng)設計交給王工負責。王工給出該系統(tǒng)的模塊示意圖如圖12-18所示。王工解釋：只要各個模塊的可靠度足夠高，失效率足夠低，則整個軟件系統(tǒng)的可靠性是有保證的。
李工對王工的方案提出了異議。李工認為王工的說法有兩個問題：第一，即使每個模塊的可靠度足夠高，假設各個模塊的可靠度均為0.99，但是整個軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個軟件系統(tǒng)的可靠度為0.99=0.96，即整個軟件系統(tǒng)的可靠度下降明顯；第二，軟件系統(tǒng)模塊全部采用串聯(lián)結構，一旦某個模塊失效，則意味著整個軟件系統(tǒng)失效。
李工認為，應該在軟件系統(tǒng)中采用冗余技術中的動態(tài)冗余或者軟件容錯的N版本程序設計技術，對容易失效或者非常重要的模塊進行冗余設計，將模塊之間的串聯(lián)結構部分變?yōu)椴⒙?lián)結構，來提高整個軟件系統(tǒng)的可靠性。同時，李工給出了采用動態(tài)冗余技術后的軟件系統(tǒng)模塊示意圖，如圖12-19所示。
劉工建議，李工方案中M1和M4模塊沒有采用容錯設計，但M1和M4發(fā)生故障有可能導致嚴重后果。因此，可以在M1和M4模塊設計上采用檢錯技術，在軟件出現(xiàn)故障后能及時發(fā)現(xiàn)并報警，提醒維護人員進行處理。
注：假設各個模塊的可靠度均為0.99

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