2010年系統(tǒng)架構(gòu)師考試科目二：案例分析

2010年系統(tǒng)架構(gòu)師考試科目二：案例分析閱讀以下關(guān)于軟件系統(tǒng)架構(gòu)選擇的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！绢}目】Linux操作系統(tǒng)開(kāi)發(fā)一個(gè)KWIC(KeyWordinContext)戶輸入的查詢關(guān)鍵字，依據(jù)字母順序給出相關(guān)幫助文檔并根據(jù)幫助內(nèi)容進(jìn)行循環(huán)滾動(dòng)閱讀。在對(duì)KWIC系統(tǒng)進(jìn)行需求分析時(shí)，公司的業(yè)務(wù)專家發(fā)現(xiàn)用戶后續(xù)還有可能采用其它方式展。在對(duì)KWIC系統(tǒng)的架構(gòu)進(jìn)行設(shè)計(jì)時(shí)，公司的架構(gòu)師王工提出采用共享數(shù)據(jù)的主程序-子程序的架構(gòu)風(fēng)格，而李工則主張采用管道-過(guò)濾器的架構(gòu)風(fēng)格。在架構(gòu)評(píng)估會(huì)議上，大家從系統(tǒng)的算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面對(duì)這兩種方案進(jìn)行評(píng)價(jià)，最終采用了李工的方案。1】(7分)在實(shí)際的軟件項(xiàng)目開(kāi)發(fā)中，采用恰當(dāng)?shù)募軜?gòu)風(fēng)格是項(xiàng)目成功的保證。請(qǐng)用200字以內(nèi)的文字說(shuō)明什么是軟件架構(gòu)風(fēng)格，并對(duì)主程序-子程序和管道-過(guò)濾器這兩種架構(gòu)風(fēng)格的特點(diǎn)進(jìn)行描述。1解析】件和這些構(gòu)件的組織方式，慣用模式則反映眾多系統(tǒng)共有的結(jié)構(gòu)和語(yǔ)義。主程序-子程序架構(gòu)風(fēng)格中，所有的計(jì)算構(gòu)件作為子程序協(xié)作工作，并由一個(gè)主程序順序地調(diào)用這些子程序，構(gòu)件通過(guò)共享存儲(chǔ)區(qū)交換數(shù)據(jù)。管道-過(guò)濾器架構(gòu)風(fēng)格中，每個(gè)構(gòu)件都有一組輸入和輸出，構(gòu)件接受數(shù)據(jù)輸入，經(jīng)過(guò)內(nèi)部處理，然后產(chǎn)生數(shù)據(jù)輸出。這里的構(gòu)件稱為過(guò)濾器，構(gòu)件之間的連接件稱為數(shù)據(jù)流傳輸?shù)墓艿馈?】(13分)請(qǐng)完成表1-1中的空白部分(用+表示優(yōu)、－表示差)，對(duì)王工和李工提出的架構(gòu)風(fēng)格進(jìn)行評(píng)價(jià)，并指出采用李工方案的原因。1-1王工與李工的架構(gòu)風(fēng)格評(píng)價(jià)2解析】本問(wèn)題是一道填表題，其核心是對(duì)兩種架構(gòu)風(fēng)格在算法變更、功能變更、數(shù)據(jù)表示變更和性能等方面的特點(diǎn)進(jìn)行比較。其中共享數(shù)據(jù)的主程序-子程序在算法變更方面靈活性較差，算法變更時(shí)一般需要重新編譯整個(gè)系統(tǒng)；在功能變更方面也比較差；在數(shù)據(jù)表示方面，當(dāng)需要變更時(shí)，也意味著程序傳遞參數(shù)的變化以及整個(gè)程序的調(diào)整，表現(xiàn)比較差；在性能方面，由于整個(gè)程序處在一個(gè)緊耦合的狀態(tài)，因此性能較高。管道-過(guò)濾器架構(gòu)風(fēng)格在算法變更方面實(shí)現(xiàn)比較簡(jiǎn)單，只需要修改過(guò)濾器的實(shí)現(xiàn)即可；在功能變更方面也比較簡(jiǎn)單；在數(shù)據(jù)表示方面，需要同時(shí)改變數(shù)據(jù)格式和過(guò)濾器的結(jié)構(gòu)，相對(duì)比較復(fù)雜；在性能方面，由于整個(gè)系統(tǒng)是松耦合連接在一起的，因此性能不高?！敬鸢浮扛鶕?jù)題干描述：“用戶后續(xù)還有可能采用其它方式展示幫助內(nèi)容”，因此KWIC系統(tǒng)對(duì)功能變更要求較高；根據(jù)題干描述：“…，后續(xù)還將采用其它的方法實(shí)現(xiàn)這一功能”，因此KWIC系統(tǒng)對(duì)實(shí)現(xiàn)某一個(gè)功能的算法變更要求較高。KWIC是一個(gè)支持用戶交互的窗口界面程序，因此對(duì)性能要求并不高。高。綜合上述分析，可以看出應(yīng)該采用李工提出的管道-過(guò)濾器架構(gòu)風(fēng)格。3】(6分)圖1-1是李工給出的架構(gòu)設(shè)計(jì)示意圖，請(qǐng)將恰當(dāng)?shù)墓δ苊枋鎏钊雸D中的(1)~(4)。1-1李工給出的架構(gòu)示意圖3解析】本問(wèn)題是一道讀圖題，考查用戶對(duì)系統(tǒng)架構(gòu)的理解程度。根據(jù)題干中的關(guān)鍵描述“…接讀…”和“…公司的技術(shù)人員決定通過(guò)重復(fù)剪切幫助文檔中的第一個(gè)單詞并將其插入到行尾的方式實(shí)現(xiàn)幫助文檔內(nèi)容的循環(huán)滾動(dòng)…”，可以看出整個(gè)系統(tǒng)的流程是：輸入→文檔檢索→查詢結(jié)果按字母排序→剪切行首單詞→單詞插入行尾→輸出?！敬鸢浮块喿x以下關(guān)于軟件系統(tǒng)數(shù)據(jù)架構(gòu)建模的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3。【題目】RMO是一家運(yùn)動(dòng)服裝制造銷售公司，計(jì)劃在五年時(shí)間內(nèi)將銷售區(qū)域從華南地區(qū)擴(kuò)展至全國(guó)CRSS。RMO公司決定由其技術(shù)部成立專門的項(xiàng)目組負(fù)責(zé)CRSS的開(kāi)發(fā)和維護(hù)工作。項(xiàng)目組在仔細(xì)調(diào)研和分析了系統(tǒng)需求的基礎(chǔ)上，確定了基于互聯(lián)網(wǎng)的CRSS系統(tǒng)架構(gòu)。但在確定系統(tǒng)數(shù)據(jù)架構(gòu)時(shí)，張工認(rèn)為應(yīng)該采用集中式的數(shù)據(jù)架構(gòu)，給出的理由是結(jié)構(gòu)簡(jiǎn)單、易維護(hù)且開(kāi)發(fā)及運(yùn)行成本低；而劉工建議采用分布式的數(shù)據(jù)架構(gòu)，并提出在開(kāi)發(fā)中通過(guò)“局部數(shù)據(jù)庫(kù)+緩存”的讀寫分離結(jié)構(gòu)實(shí)現(xiàn)，具有較好的運(yùn)行性能和可擴(kuò)展性。項(xiàng)目組經(jīng)過(guò)集體討論，考慮到公司的未來(lái)發(fā)展規(guī)劃，最終采用了劉工的建議。1】(8分)請(qǐng)用300字以內(nèi)的文字，說(shuō)明張工和劉工提出的數(shù)據(jù)架構(gòu)的基本思想。1解析】張工提出的集中式數(shù)據(jù)架構(gòu)是由一個(gè)處理器、與它相關(guān)聯(lián)的數(shù)據(jù)存儲(chǔ)設(shè)備以及其他外圍設(shè)備組成，它被物理地定義到單個(gè)位置。系統(tǒng)提供數(shù)據(jù)處理能力，用戶可以在同樣的站點(diǎn)上操作，也可以在地理位置隔開(kāi)的其他站點(diǎn)上通過(guò)遠(yuǎn)程終端來(lái)操作。系統(tǒng)及其數(shù)據(jù)管理被某個(gè)或中心站點(diǎn)集中控制。劉工提出的分布式數(shù)據(jù)架構(gòu)使用多個(gè)計(jì)算機(jī)系統(tǒng)上的多個(gè)局部數(shù)據(jù)庫(kù)系統(tǒng)構(gòu)成，數(shù)據(jù)可以在多個(gè)不同的局部數(shù)據(jù)庫(kù)中進(jìn)行傳送，由不同的數(shù)據(jù)庫(kù)管理系統(tǒng)軟件進(jìn)行管理，運(yùn)行在多種不同的計(jì)算機(jī)上，支持多種不同的操作系統(tǒng)。這些機(jī)器位于(或分布在)不同的地理位置并通過(guò)多種通信網(wǎng)絡(luò)連接在一起。企業(yè)數(shù)據(jù)可以分布在不同的計(jì)算機(jī)上，一個(gè)應(yīng)用程序可以操作位于不同地理位置的機(jī)器上的數(shù)據(jù)。2】(13分)在劉工建議的基礎(chǔ)上，為了避免CRSS系統(tǒng)的單點(diǎn)故障，請(qǐng)用200字以內(nèi)文字簡(jiǎn)要說(shuō)明如何CRSS的數(shù)據(jù)庫(kù)系統(tǒng)；對(duì)于數(shù)據(jù)的讀取、添加、更改和刪除操作分別如何實(shí)現(xiàn)。2解析】讀寫分離架構(gòu)利用了數(shù)據(jù)庫(kù)的復(fù)制技術(shù)，將數(shù)據(jù)的讀和寫分布在不同的處理節(jié)點(diǎn)上，從而達(dá)到提高可用性和擴(kuò)展性的目的。CRSS的分布式數(shù)據(jù)庫(kù)系統(tǒng)需要由多個(gè)局部數(shù)據(jù)庫(kù)系統(tǒng)、多個(gè)熱備份數(shù)據(jù)庫(kù)系統(tǒng)和多個(gè)數(shù)據(jù)緩存組成。局部數(shù)據(jù)庫(kù)負(fù)責(zé)數(shù)據(jù)的寫入，多個(gè)熱備份數(shù)據(jù)庫(kù)系統(tǒng)用以解決單點(diǎn)故障的問(wèn)題，數(shù)據(jù)緩存負(fù)責(zé)為應(yīng)用提供所讀取的數(shù)據(jù)。讀取數(shù)據(jù)：應(yīng)用訪問(wèn)緩存，如果命中則返回，否則從局部數(shù)據(jù)庫(kù)系統(tǒng)中讀取數(shù)據(jù)并將數(shù)據(jù)加載到緩存后返回。添加數(shù)據(jù)：采用延遲加載策略，應(yīng)用將數(shù)據(jù)直接寫入局部數(shù)據(jù)庫(kù)。更改數(shù)據(jù)：應(yīng)用更改局部數(shù)據(jù)庫(kù)中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標(biāo)記為失效。(4)刪除數(shù)據(jù)：應(yīng)用刪除局部數(shù)據(jù)庫(kù)中的數(shù)據(jù)，將緩存中的數(shù)據(jù)標(biāo)記為失效。3】(4分)RMO公司銷售區(qū)域?qū)⒃谖磥?lái)五年大面積擴(kuò)展，其潛在客戶數(shù)量也會(huì)因此大幅度增加，所以良好的可擴(kuò)展性是CRSS系統(tǒng)所必需的質(zhì)量屬性。請(qǐng)分別說(shuō)明在集中式和分布式數(shù)據(jù)架構(gòu)下，可以采用哪些方法提升系統(tǒng)的可擴(kuò)展性。3解析】張工提出的集中式數(shù)據(jù)架構(gòu)通過(guò)向上擴(kuò)展(ScaleUp)提升系統(tǒng)的可擴(kuò)展性。具體的實(shí)現(xiàn)方式包括硬件擴(kuò)容(增加CPU數(shù)量、內(nèi)存容量、磁盤數(shù)量)和硬件升級(jí)(更換為高端主機(jī)或高速磁盤等)。劉工提出的分布式數(shù)據(jù)架構(gòu)通過(guò)向外擴(kuò)展(ScaleOut)提升系統(tǒng)的可擴(kuò)展性。具體的實(shí)現(xiàn)方式包括數(shù)據(jù)復(fù)制、數(shù)據(jù)垂直切分(或/和)水平切分、緩存和全文搜索。閱讀以下關(guān)于汽車電子基礎(chǔ)軟件架構(gòu)的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！绢}目】某軟件公司承擔(dān)了某項(xiàng)國(guó)家重點(diǎn)項(xiàng)目的研制工作，任務(wù)重點(diǎn)是參考國(guó)外汽車電子發(fā)展趨勢(shì)，開(kāi)發(fā)某汽車公司的企業(yè)汽車電子基礎(chǔ)軟件的架構(gòu)，逐步實(shí)現(xiàn)汽車企業(yè)未來(lái)技術(shù)發(fā)展規(guī)劃。該軟件公司接收此項(xiàng)任務(wù)后，調(diào)動(dòng)全體技術(shù)人員深入收集國(guó)外相關(guān)技術(shù)資料，經(jīng)過(guò)多方調(diào)研和分析，公司提出遵照國(guó)際組織最新推出的AUTOSAR規(guī)范，按統(tǒng)籌規(guī)劃、分步驟實(shí)3-1給出了AUTOSAR規(guī)范所定義的工作包，圖中灰色部分代表本項(xiàng)目工作所包含的內(nèi)容，即軟件架構(gòu)和基礎(chǔ)軟件。1】(7分)

定義的工作包AUTOSAR規(guī)范中要求，汽車電子軟件開(kāi)發(fā)流程應(yīng)盡量滿足并發(fā)、可多次迭代的特性。為了定義汽車電子的軟件開(kāi)發(fā)過(guò)程，公司李工和王工分別提出了兩種軟件開(kāi)發(fā)流程，其開(kāi)發(fā)流程見(jiàn)圖3-2和3-3(圖中ECU是指汽車電子中的電子控制單元)。請(qǐng)說(shuō)明李工和王工誰(shuí)定義的流AUTOSAR的規(guī)定，并說(shuō)明理由。3-2李工設(shè)計(jì)的流程3-3王工設(shè)計(jì)的流程1解析】AUTOSAR要求，理由是：李工定義的流程是將軟件組件描述、系統(tǒng)描述和ECU資源描述同時(shí)定義，而王工定義的流程僅僅只做系統(tǒng)描述；王工定義的流程沒(méi)有考慮軟件組件的描述，只是簡(jiǎn)單將軟件組件作為第4步被集成；李工定義的ECU軟件開(kāi)發(fā)流程的優(yōu)勢(shì)是明確了頂層定義階段，并行度高，迭代清晰。2】(10分)3-1II-1.1.13-4AUTOSAR定義的操作系統(tǒng)各功能模塊的層次結(jié)構(gòu)，請(qǐng)說(shuō)明(1)~(5)箭頭所標(biāo)的具體操作含義。2解析】

定義的操作系統(tǒng)結(jié)構(gòu)操作系統(tǒng)的警報(bào)管理發(fā)現(xiàn)ECU系統(tǒng)出錯(cuò)時(shí)，啟動(dòng)錯(cuò)誤處理程序；錯(cuò)誤處理程序?qū)⒕唧w動(dòng)作交由進(jìn)程管理完成對(duì)發(fā)生錯(cuò)誤的任務(wù)進(jìn)行處理；(3)錯(cuò)誤處理程序產(chǎn)生一個(gè)錯(cuò)誤事件；(4)任務(wù)控制塊處理程序調(diào)用資源管理功能，實(shí)現(xiàn)硬件資源重分配；(5)任務(wù)控制塊處理程序通知事件管理，對(duì)錯(cuò)誤事件進(jìn)行應(yīng)答。3】(8分)AUTOSAR是一種開(kāi)放式架構(gòu)，用150字以內(nèi)的文字，說(shuō)明采用AUTOSAR架構(gòu)的主要優(yōu)ECU覆蓋汽車的哪三個(gè)領(lǐng)域。3解析】采用AUTOSAR開(kāi)放式架構(gòu)的優(yōu)點(diǎn)是：可以有效支持多廠家汽車電子基礎(chǔ)軟件的研制；有利于軟件的重用，可根據(jù)不同的ECU結(jié)構(gòu)，通過(guò)數(shù)據(jù)配置，自動(dòng)生成各種ECU軟件組件；AUTOSAR定義的軟件框架，支持了汽車電子軟件的全生存周期，包括構(gòu)架、開(kāi)發(fā)、測(cè)試、驗(yàn)證、授權(quán)、版本和接口；AUTOSAR規(guī)范覆蓋整個(gè)汽車電子的三大領(lǐng)域：動(dòng)力、底盤、車身。閱讀以下關(guān)于系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具集成的說(shuō)明，在答題紙上回答問(wèn)題1至問(wèn)題3?！绢}目】TeleDev/開(kāi)源的工具進(jìn)行軟件系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工作。為了提高系統(tǒng)開(kāi)發(fā)效率，公司管理層決定開(kāi)發(fā)一個(gè)分布式的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具集成框架，將現(xiàn)有的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具有效集成在一起。集成框架開(kāi)發(fā)小組經(jīng)過(guò)廣泛調(diào)研，得到了如下核心需求：目前使用的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具的運(yùn)行平臺(tái)和開(kāi)發(fā)語(yǔ)言差異較大，集成框架應(yīng)無(wú)縫集成各個(gè)工具的功能；目前使用的系統(tǒng)設(shè)計(jì)與開(kāi)發(fā)工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，集成框架應(yīng)實(shí)現(xiàn)工具之間的靈活通信和數(shù)據(jù)格式轉(zhuǎn)換；集成框架需要根據(jù)實(shí)際的開(kāi)發(fā)流程靈活、動(dòng)態(tài)地定義系統(tǒng)工具之間的協(xié)作關(guān)系；(4)集成框架應(yīng)能集成一些常用的第三方實(shí)用工具，如即時(shí)通信，郵件系統(tǒng)等。集成框架開(kāi)發(fā)小組經(jīng)過(guò)分析與討論，最終決定采用企業(yè)服務(wù)總線(ESB)作為集成框架的基礎(chǔ)架構(gòu)。1】(8分)ESB是目前企業(yè)級(jí)應(yīng)用集成常用的基礎(chǔ)架構(gòu)。請(qǐng)列舉出ESB的4個(gè)主要功能，并從集成系統(tǒng)的部署方式、待集成系統(tǒng)之間的耦合程度、集成系統(tǒng)的可擴(kuò)展性3個(gè)方面說(shuō)明為何采用ESB作為集成框架的基礎(chǔ)架構(gòu)。1解析】ESB的主要功能包括：應(yīng)用程序的位置透明性傳輸協(xié)議轉(zhuǎn)換消息格式轉(zhuǎn)換消息路由消息增強(qiáng)安全支持監(jiān)控和管理采用ESB作為集成框架，能夠?qū)崿F(xiàn)靈活的部署結(jié)構(gòu)，包括CS結(jié)構(gòu)、P2P結(jié)構(gòu)等。采用ESB作為集成框架，待集成系統(tǒng)只需要和總線進(jìn)行聯(lián)系，彼此之間不需要互相通信，這樣就大大降低了系統(tǒng)的耦合程度。采用ESB作為集成框架，在加入新的待集成系統(tǒng)時(shí)，只需要采用插件的方式實(shí)現(xiàn)傳輸協(xié)議和數(shù)據(jù)格式的適配即可，系統(tǒng)的可擴(kuò)展性較強(qiáng)。2】(12分)在ESB基礎(chǔ)架構(gòu)的基礎(chǔ)上，請(qǐng)根據(jù)題干描述中的4個(gè)需求，說(shuō)明每個(gè)需求應(yīng)該采用何種具體的集成方式或架構(gòu)風(fēng)格最為合適。2解析】對(duì)于需求（1）來(lái)說(shuō)，由于需要共享系統(tǒng)的功能，并且系統(tǒng)的運(yùn)行平臺(tái)與語(yǔ)言差異較大，臺(tái)訪問(wèn)。對(duì)于需求（2）來(lái)說(shuō)，工具所支持的通信協(xié)議和數(shù)據(jù)格式各不相同，并需要實(shí)現(xiàn)工具之間的靈活通信協(xié)議和數(shù)據(jù)格式交換，因此應(yīng)該基于消息總線，以協(xié)議及數(shù)據(jù)適配器的方式實(shí)現(xiàn)靈活的通信協(xié)議和數(shù)據(jù)格式轉(zhuǎn)換。對(duì)于需求（3）來(lái)說(shuō)，集成框架需要根據(jù)實(shí)際的軟件系統(tǒng)開(kāi)發(fā)流程，靈活、動(dòng)態(tài)地定義具之間的協(xié)作關(guān)系。對(duì)于需求（4）來(lái)說(shuō)，應(yīng)該采用界面集成的方法對(duì)第三方工具進(jìn)行集成，繞過(guò)工具內(nèi)部的復(fù)雜處理邏輯。3】(5分)請(qǐng)指出在實(shí)現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時(shí)，通常采用的設(shè)計(jì)模式是什么，并對(duì)實(shí)現(xiàn)過(guò)程進(jìn)行簡(jiǎn)要描述。3解析】在實(shí)現(xiàn)工具之間數(shù)據(jù)格式的靈活轉(zhuǎn)換時(shí)，通常采用適配器設(shè)計(jì)模式。即應(yīng)首先定義一個(gè)統(tǒng)一的數(shù)據(jù)轉(zhuǎn)換接口類，然后針對(duì)不同的數(shù)據(jù)格式轉(zhuǎn)換需求定義對(duì)應(yīng)的實(shí)際轉(zhuǎn)換類，實(shí)際轉(zhuǎn)換類需要繼承數(shù)據(jù)轉(zhuǎn)換接口類，并實(shí)現(xiàn)接口轉(zhuǎn)換類定義的接口。13?！绢}目】某軟件公司開(kāi)發(fā)一項(xiàng)基于數(shù)據(jù)流的軟件，其系統(tǒng)的主要功能是對(duì)輸入的數(shù)據(jù)進(jìn)行多次分析、5-1所示。王工解釋：只要各個(gè)模塊的可靠度足夠高，失效率足夠低，則整個(gè)軟件系統(tǒng)的可靠性是有保證的。5-1王工建議的軟件系統(tǒng)模塊示意圖李工對(duì)王工的方案提出了異議。李工認(rèn)為王工的說(shuō)法有兩個(gè)問(wèn)題：第一，即使每個(gè)模塊的可靠度足夠高，假設(shè)各個(gè)模塊的可靠度均為0.99，但是整個(gè)軟件系統(tǒng)模塊之間全部采用串聯(lián)，則整個(gè)軟件系統(tǒng)的可靠度為0.994=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)5-2所示。5-2李工建議的系統(tǒng)模塊示意圖M1M4M1M4發(fā)生故障有可能導(dǎo)致嚴(yán)重后果。因此，可以在M1和M4模塊設(shè)計(jì)上采用檢錯(cuò)技術(shù)，在軟件出現(xiàn)故障后能及時(shí)發(fā)現(xiàn)并報(bào)警，提醒維護(hù)人員進(jìn)行處理。0.991】(4分)在系統(tǒng)可靠性中，可靠度和失效率是兩個(gè)非常關(guān)鍵的指標(biāo)，請(qǐng)分別解釋其含義。1解析】可靠度就是系統(tǒng)在規(guī)定的條件下、規(guī)定的時(shí)間內(nèi)不發(fā)生失效的概率。失效率又稱風(fēng)險(xiǎn)函數(shù)，也可以稱為條件失效強(qiáng)度，是指運(yùn)行至此刻系統(tǒng)未出現(xiàn)失效的情況下，單位時(shí)間系統(tǒng)出現(xiàn)失效的概率。2】(13分)N5-1中模塊M2采用圖5-2動(dòng)態(tài)冗余技術(shù)后的可靠度。請(qǐng)給出采用李工設(shè)計(jì)方案后整個(gè)系統(tǒng)可靠度的計(jì)算方法，并計(jì)算結(jié)果。2解析】第一問(wèn)：動(dòng)態(tài)冗余又稱為主動(dòng)冗余，它是通過(guò)故障檢測(cè)、故障定位及故障恢復(fù)等手段達(dá)到容錯(cuò)的目的。其主要方式是多重模塊待機(jī)儲(chǔ)備，當(dāng)系統(tǒng)檢測(cè)到某工作模塊出現(xiàn)錯(cuò)誤時(shí)，就用一個(gè)備用的模塊來(lái)替代它并重新運(yùn)行。各備用模塊在其待機(jī)時(shí)，可與主模塊一樣工作，也可以不工作。前者叫熱備份系統(tǒng)（雙重系統(tǒng)），后者叫冷備份系統(tǒng)（雙工系統(tǒng)、雙份系統(tǒng)）。N版本程序