1、軟件工程風險管理 1本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.827.1 軟件工程風險管理概述風險定義與分類 美國軟件工程研究所將風險定義為損失的可能性。風險同人們有目的的活動有關，同未來的活動有關，同人們變化的行為方式有關。風險具有兩大屬性：可能性和損失，可能性是風險發生的概率，損失是指預期與后果之間的差異，我們用可能性(Likelihood)和損失(Loss)的乘積來記錄風險損失。風險的根源在于事物的不確定性，雖然無法防止不確定性，但是可以通過適當的方法對其進行

2、控制與管理。從范圍角度上看，風險主要分為下述三種類型：工程風險、技術風險和商業風險。 軟件風險是有關軟件工程、軟件開發過程和軟件產品損失的可能性。軟件風險又可區分為軟件工程風險、軟件過程風險和軟件產品風險。 3 軟件工程風險管理概述風險管理 風險管理是指在工程進行過程中不斷對風險進行識別、評估，制定策略，監控風險的過程。通過風險識別、風險分析和風險評價去認識工程的風險，并以此為基礎合理地使用各種風險應對措施、管理方法、技術和手段對工程的風險進行有效的控制，妥善處理風險事件造成的不利后果，以最小的本錢保證工程總體目標的實現。風險管理可以分為四個層次： 危機管理：是在風險已經造成麻煩后才著手處理它

3、們。 風險緩解：事先制定好風險發生后的補救措施，但不制定任何的防范措施。 著力預防：將風險識別與風險防范作為軟件工程的一局部加以規劃和執行。 消滅根源：識別和消滅可能產生風險的根源。 風險管理策略有兩種：救火模式和主動模式。4 軟件工程風險管理概述風險管理的意義 工程實施風險管理的意義可歸納如下：通過風險分析，可加深對工程和風險的認識和理解，澄清各個方案的利弊，了解風險對工程的影響，以便減少或分散風險。為以后的規劃與設計工作提供反應，以便采取措施防止與防止風險損失。通過風險管理可以使決策更科學，從總體上減少工程風險，保證工程的實現。可推開工程管理層和工程組織積累風險資料，以便改進將來的工程管理

4、。 5本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.867.2 風險識別風險識別過程 風險識別 或稱風險辨識，是尋找可能影響工程的風險以及確認風險特性的過程。風險識別的目標是：辨識工程面臨的風險，揭示風險和風險來源，以文檔及數據庫的形式記錄風險。風險識別的輸入與輸出 輸入可能是工程的WBS、工作的陳述（Statement Of Work，SOW）、工程相關信息、工程方案假設、歷史工程數據，其他工程經驗文件、評審報告、公司目標等。風險識別的輸出是風險列表。包括以下活動 風

5、險識別方法確實定 ；風險定義及分類；風險文檔編寫。7 風險識別風險識別的方法 風險條目檢查表 風險條目檢查表是最常用也是比較簡單的風險識別方法，它是利用一組提問來幫助管理者了解工程在各方面有哪些風險。在風險條目檢查表中，列出了所有可能的與每一個風險因素有關的提問，使得風險管理者集中來識別常見的、的和可預測的風險(如產品規模風險、依賴性風險、需求風險、管理風險及技術風險等)。 風險條目檢查表一般根據風險要素進行編寫，包括工程的環境、管理層的重視度、技術情況以及內部因素(如團隊成員的技能或技能缺陷等)。 8 風險識別德爾菲（Delphi）法 德爾菲方法又稱專家調查法，它起源于20世紀40年代末期，

6、最初是美國蘭德公司首先使用，很快就在世界上盛行起來，目前此法的應用已普及經濟、社會、工程技術等各領域。我們在進行本錢估算的時候也用到這種方法。用德爾菲方法進行工程風險識別的過程，是由工程風險小組選定與該工程有關的領域專家，并與這些適當數量的專家建立直接的函詢聯系，通過函詢收集專家意見，然后加以綜合整理，再匿名反應給各位專家，再次征詢意見。這樣反復經過四至五輪，逐步使專家的意見趨向一致，作為最后識別的根據。 9風險識別情景分析法 情景分析法是根據工程開展趨勢的多樣性，通過對系統內外相關問題的系統分析，設計出多種可能的未來前景，然后用類似于撰寫電影劇本的手法，對系統開展態勢做出自始至終的情景和畫面

7、的描述。當一個工程持續的時間較長時，往往要考慮各種技術、經濟和社會因素的影響，對這種工程進行風險預測和識別，就可用情景分析法來預測和識別其關鍵風險因素及其影響程度。會議法 定期的工程組會議，如工程轉折點或重要變更時舉行的會議，工程月、季度總結會，工程專家會議都適宜于談論風險信息，將風險討論列為會議議題。 10本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.8117.3 風險評估風險評估過程 風險評估又稱風險預測，就是對識別出的風險做進一步分析，對風險發生的概率進行估計和評

8、價，對風險后果的嚴重程度進行估計和評價，對風險影響范圍進行估計和評價，以及對于風險發生時間進行估計和評價。風險評估可采用定性風險評估和定量風險評估來進行。12風險評估風險評估過程如下 確定風險類別確定風險驅動因素判定風險來源定義風險度量準則預測風險影響評估風險對風險進行排序將風險分析結果歸檔13風險評估風險評估的方法定性風險評估 定性風險評估主要是針對風險概率及后果進行定性的評估。例如采用歷史資料法、概率分布法、風險后果估計法等。歷史資料法主要是應用歷史數據進行評估的方法，通過同類歷史工程的風險發生情況，進行本工程的估算。 14 風險評估定量風險評估 定量風險評估是一種廣泛使用的管理決策支持技

9、術。一般，在定性風險分析之后就可以進行定量風險分析。定量風險分析過程的目標是量化分析每一個風險的概率及其對工程目標造成的后果，也分析工程總體風險的程度。定量風險評估可以包括以下方法：訪談盈虧平衡分析決策樹分析模擬法15本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.8167.4 風險方案 風險方案 針對風險分析的結果，為提高實現工程目標的時機并降低風險的負面影響而制定風險應對策略和應對措施的過程，即通過制定一系列的行動和策略來對付、減少以至于消滅風險事件。降低風險的主要策

10、略 回避風險、轉移風險、損失控制以及自留風險。風險方案的結果 工程風險方案或風險管理方案。 風險方案的應該提供一個風險分析表，包括：工程風險的來源、類型，工程風險發生的可能時間、范圍，工程風險事件帶來的損失，以及工程風險可能影響的范圍等。 17本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.8187.5 風險控制與管理風險控制 通過對風險的規劃和對工程全過程的控制，保證風險管理能到達預期的目標。風險控制是工程實施過程的一個重要工作，其目的是核對風險管理的策略和實施的實際效

11、果是否與預見相同，同時獲取反應信息，改善風險方案和管理。風險管理描述的是整個工程生存期中風險識別、風險評估、風險規劃和風險控制是如何架構和執行的。在工程的進行過程中，需要不斷地進行風險控制。19本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.8207.6 案例分析以一個教育管理系統工程為例。某教育管理系統工程是一個基于J2EE技術的Web應用工程。它主要為個公司或者一個部門的所有員工提供教育培訓的管理。這個工程的需求來自一家大型公司，我們要在規定期限內提交產品，并保證軟件

12、的質量。這里我們將探討軟件工程風險管理等內容在軟件工程管理中的具體應用，總結出一些有價值的軟件工程管理經驗，為以后在軟件工程中實施工程管理提供了有益的借鑒。教育管理系統工程工程被劃分成多個較小的模塊或單元，分配給工程的各個小組的成員，每個小組成員承擔一個或幾個任務。首先是子系統和模塊的分解，子系統和模塊的分解著重于功能，本系統的分解，依據需求所要求的三個角色的不同操作進行劃分。系統被劃分員工操作子系統、部門領導管理子系統以及系統管理員子系統這樣三個子系統。然后，根據功能，將各個子系統又劃分成幾個模塊。整個教育管理系統的功能劃分如圖7-1所示。 21 案例分析22 案例分析由于風險是在工程開始之

13、后才開始對工程的開發起負面的影響，所以風險分析的缺乏，或是風險回避措施不得力，都很有可能造成軟件開發的失敗。風險分析是在事前的一種估計，憑借一定的技術手段和豐富的經驗，根本能夠對工程的風險做出比較準確的估計，經過慎重的考慮提出可行的風險回避措施，是防止損失的重要環節。下面主要關注軟件開發中的主要風險，但是這只是工程風險中的一局部，在資金、預算、合同等方面都存在風險。23案例分析 工程過程中在幾乎每個階段都會出現風險。因此，正確評估每個階段可能的風險是保證工程按時按質完成的重要環節。軟件在需求分析階段、設計階段、實現階段以及測試維護階段等，會出現不同的風險。需求分析階段的風險 軟件的開發是以用戶

14、的需求開始，在大多數情況下，用戶需求要靠軟件開發方的引導才能保證需求的完整，再以書面的形式形成 用戶需求這一重要的文檔。需求分析更多的是開發方確認需求的可行性和一致性的過程，在此階段需要和用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造成的損失會在軟件系統的后續階段被一級級地放大，因此本階段的風險最大。24案例分析設計階段的風險設計的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對需求分析的不完整和錯誤，在設計階段被成倍地放大。設計階段的主要任務是完成系統體系結構的定義，使之能夠完成需求階段的即定目標;另一方面也是檢驗需求的一致性和需求分析的完整性和正確性。設計本身的風險主要來

15、自于系統分析人員。分析人員在設計系統結構時過于定制，系統的可擴展性較弱，會給后期維護帶來巨大的負擔，和維護本錢的激增。 設計階段蘊涵的另一種風險來自于設計文檔。文檔的不健全不僅會造成實現階段的困難，更會在后期的測試和維護造成災難性的后果，例如根本無法對軟件系統進行版本升級，甚至是發現的簡單錯誤都無從更正。 25 案例分析開發測試階段的風險軟件的實現從某種意義上講是軟件代碼的生產。原代碼本身也是文檔的一局部，同時它又是將來運行于計算機系統之上的實體。源代碼書寫的標準性，可讀性是該階段的主要風險來源。標準的代碼生產會把屬于程序員自身個性風格的成分引入代碼的比例降到最低限度，從而減小了系統整合的風險

16、。維護階段的風險從軟件工程的角度看，軟件維護費用約占總費用的 55%-70%，系統越大，該費用越高。對系統可維護性的輕視是大型軟件系統的最大風險。在軟件漫長的運營期內，業務規則肯定會不斷開展，科學的解決此問題的做法是不斷對軟件系統進行版本升級，在確保可維護性的前提下逐步擴展系統。26案例分析在軟件系統運營期間，主要的風險源自于技術支持體系的無效運轉。科學的方法是有一支客戶支持隊伍不斷收集運行中發現的問題，并將解決問題的方法傳授給軟件系統的所有使用者。體系結構方面的風險本工程采用J2EE技術和三層結構，在技術的成熟度上來說，不存在風險。但是，在實現上，對開發人員的技術要求，以及在實現良好的軟件構

17、架和穩定的組件方面，也存在風險性。軟件體系結構影響到軟件的如下質量因素：軟件的可伸縮性： 軟件的可維護性： 軟件易用性： 27案例分析工程管理中的風險 工程管理中主要考慮的風險問題有：軟件是否能夠按工期的要求完成軟件需求的調研是否深入透徹軟件的實現技術手段是否能夠同時滿足性能要求軟件質量體系是否能夠被有效地保證 28案例分析風險管理貫穿于整個工程生命周期。風險管理包括三個階段：風險標識別、風險量化以及風險躲避。和其他的軟件工程一樣，在教育管理系統工程中也存在著許多風險。我們將風險影響劃分為四級，從高到低為:一級、二級、三級、四級，級別越高，表示風險發生后帶來的影響越大;同時我們也將風險發生率分為四級，一級最高，級別越高，表示風險發生的幾率越大。表7-11顯示了本工程一局部風險的風險分析表格。 29案例分析30本章內容提要 軟件項目風險管理概述合同管理概述 7.1 風險識別 7.2 風險評估 7.3風險計劃7.4風險控制與管理 7.5案例分析 7.6本章小結 7.7復習思考題7.8317.7 本章小結本章論述了風險及風險管理的概念，提出軟件風險是導致軟件工程進度延遲、預算超支或工程局部或整體失敗的因素。不確定性和損失是風險的兩大屬性。軟件工程是即將或正在進行的生產過程，既然是未來的事情，要在工程方案中確定工程的進度、預算以及采用的技術等，勢必與實際情況有所出入，這種不確定性就是工