1、精品文檔軟件項目的風險分析軟件工程項目的開發也存在各種各樣的風險，有些風險 甚至是災難性的。R.Charette認為，風險與將要發生的事情 有關，它涉及諸如思想、觀念、行為、地點、時間等多種因 素；風險隨條件的變化而改變，人們改變、選擇、控制與風 險密切相關的條件可以減少風險，但改變、選擇、控制條件 的策略往往是不確定的。在軟件開發過程中，人們關心的問 題是，什么風險會導致軟件項目的徹底失敗？顧客需求、開 發環境、目標機、時間、成本的改變對軟件項目的風險會產 生什么影響？人們必須抓住什么機會、采取什么措施才能有 效地減少風險、順利完成任務？所有這些問題都是軟件開發 過程中不可避免并需要妥善處理

2、的。軟件工程的風險分析包 括：風險標識、風險估算、風險評價和風險管理四部分 1、風險標識從宏觀上看，風險可以分為項目風險、技術風險和商業 風險三類。由于項目在預算、進度、人力、資源、顧客和需 求等方面的原因對軟件項目產生的不良影響稱為項目風險。 軟件在設計、實現、接口、驗證和維護過程中可能發生的潛 在問題，如規格說明的二義性、采用陳舊或尚不成熟的技術 等等，對軟件項目帶來的危害稱技術風險。開發了一個沒人 需要的優質軟件，或推銷部門不知如何銷售這一軟件產品， 或開發的產品不符合公司的產品銷售戰略，等等，稱為商業風險。這些風險有些是可以預料的，有些是很難預料的。為 了幫助項目管理人員、項目規劃人員

3、全面了解軟件開發過程 存在的風險，Boehm建議設計并使用各類風險檢測表標識各 種風險。2、風險估算軟件項目管理人員可以從影響風險的因素和風險發生 后帶來的損失兩方面來度量風險。為了對各種風險進行估 算，必須建立風險度量指標體系；必須指明各種風險帶來的 后果和損失；必須估算風險對軟件項目及軟件產品的影響； 必須給由風險估算的定量結果。3、風險評價和管理在風險分析過程中，經常使用三元組RI,LI,XI 描述風險。其中RI代表風險，LI表示風險發生的概率，XI是風險帶來的影響，I = 1 , 2,L是風險序號，表示軟件項目共 有L種風險。軟件開發過程中，由于項目超支、進度拖延和 軟件性能下降都會導

4、致軟件項目的終止，因此多數軟件項目 的風險分析都需要給由成本、進度和性能三種典型的風險參 考量。當軟件項目的風險參考量達到或超過某一臨界點時， 軟件項目將被迫終止。在軟件開發過程中，成本、進度、性 能是相互關聯的。例如，項目投入成本的增長應與進度相匹 配，當項目投入的成本與項目拖延的時間超過某一臨界點 時，項目也應該終止進行。通常風險估算過程可分為四步：定義項目的風險參考量；定義每種風險的三 元組RI,LI,XI;定義項目被迫終止的臨界點；預測幾 種風險組合對參考量的綜合影響。三元組RI,LI,XI是風險管理的基礎。設高級職員流動給項目帶來的風險為 R。根據歷史的經驗或直觀感覺，高級職員 離開

5、課題組的概率：LI = 70%。這一事件的由現帶來的影響 XI是項目開發時間延長 15%項目成本增加 20%于是項目 負責人可以采取下列風險管理措施：高性能：cutcon】e=550,000(1)項目開始以前應控制產生風險的原因，在項目開工后 應想方設法減輕風險影響。(2) 了解導致項目開發人員變動的原因，在項目開發期間 應控制上述原因，盡量減少人員的流動。(3)在工作方法和技術上應采取適當措施，防止因人員流 4歡立下載精品文檔動給工作帶來損失。(4)項目在開發過程中應及時公布并交流項目開發的信息。(5)建立組織機構，確定文檔標準，并及時生成文檔。(6)對工作進行集體復審，使多數人都能了解工作

6、的細節，跟上工作進度。(7)為關鍵技術準備后備人員。軟件項目，尤其是大型項目有二項非常重要的因素，會影響整個項目的進度與質量， 它們分別是：“人”、“流程”與 “技術”。“人”是項目中最難預料與掌控的一項要素，人可分成兩部份，一是客戶，二是開發團隊。“技術”是指軟件項目所使用的開發半臺，主要指開發環境 及開發語言。是最容易掌握的部份。“流程”是指軟件開發流程或是項目流程，定義流程的目的 是要掌控所有的情況。項目的最大敵人是時間及預算，這兩 者都是有限的，如何在有限預算內準時完成項目，可說是一 項藝術。“人”因素分析“人”是指客戶和開發團隊，其中開發團隊的因素對項 目影響很大，對于這方面影響因素

7、主要分析如下： 人員技能未達到要求在項目開始之初，我們假設項目成員都能夠達到組織級的要求，但往往并不是每個成員都能夠達到要求。而且項目 中每個成員的生產率差異可能很大，也給項目進度安排造成 影響。所以在項目始之初，應該對項目成員的技能進行一次 總體的評估，對于大家都欠缺的技能， 應該安排統一的培訓, 后續需要對培訓的效果進行跟蹤；對于個別人員技能欠缺 的，應該單獨預留自我學習時間或通過以師帶徒的方式進行 培養，使其技能能夠盡快達到要求：對于項目新員的工作和 任務，應該加強評審和檢查，保證輸由不由現大的偏差而導 致后續大量的返工。對于這方影響因素主要分析如下：,項目成員責任心不強態度決定一切，細

8、節決定成敗。對于項目過程中的各項 任務，經常由現由于項目成員責任心不強敷衍了事，導致產 生的工件質量較差，引起大量返工的情況。在這種情況下， 項目更應該加強項目規范的建設，項目經理應加強同這些成 員的單獨溝通，加強項目的團隊建設和集體榮譽感。讓項目 成員感覺到做的系統是他們自己的產品，而不是公司的項 目，項目經理的項目。 項目溝通問題在軟件項目中，保證項目各種角色和成員中的高效溝通 是很重要的，如何建立起快捷順暢的溝通渠道，采用最佳的 溝通方式來解決問題，必須在項目中經常強調。如果一周的 項目任務花存實際做事情上有 2天，而花在溝通上卻占用了3天，這時必須及時分析和總結原因。溝通最重要的就是要

9、 在最短的時間里面，采用各種方法或工具，使交流雙方或多 方達成一致。 項目人員流失項目人員特別是項目關鍵成員在項目進行過程中的流 失，對項目影響很大，對于這種情況，應該在項目開始之初， 就作為專門的風險進行跟蹤，并考慮具體的應對措施。“流程”因素分析軟件的開發流程般定義為：需求分析一可行性分析一概 要設計一結構化設計一詳細設計一編碼一軟件測試一軟件 維護。“流程”中軟件項目的風險，主要體現存4個階段：軟件需求階段、軟件設計階段、軟件實現階段和軟件維護階段軟件需求階段軟件的開發是以用戶的需求開始，在大多數情況下，用 戶需求要靠軟件開發方誘導，才能保證需求的完整，再以的 形式形成用戶需求這一重要的

10、文檔。需求分析更多的是 開發方確認需求的可行性和一致性的過程，在此階段需要和 用戶進行廣泛的交流和確認。需求和需求分析的任何疏漏造 成的損失，會在軟件系統的后續階段被一級級地放大，因此 本階段的風險最大。軟件設計階段設計的主要目的在于軟件功能正確地反映了需求，需求 的不完整和對需求分析的不完整或者錯誤，在設計階段將被 成倍地放大。設計階段的主要任務是完成系統體系結構的定 義，使之能夠完成需求階段的即定目標；另一方面也是檢驗 需求的致性和需求分析的完整性和正確性。設計階段的風險主要來自于系統分析人員。分析人員存 設計系統結構時過于定制，系統的可擴展性較弱，會給后期 維護帶來巨大的負擔和維護成本的

11、激增。對用戶來說系統的 使用比例會有明顯的折扣， 甚至會造成軟件壽命過短。 反之, 軟件結構的過于靈活和通用，必然引起軟件實現的難度增 加，系統的復雜度上升，可靠性降低，給實現和測試階段帶 來風險，系統的穩定性也會受到影響。從另一個角度上看， 用戶需求和將來軟件運行環境的變化都是必然的，目前軟件 設計的所渭的“通用性”是否就能很好的適應將來需求和運 行環境的變化，都是需要認真折衷的，而這種折中也蘊涵著 很大的風險。設計階段蘊涵的另一種風險來自于設計文檔。文檔的不 健全不僅會造成實現階段的困難，更會在后期的測試和維護 造成災難性的后果，例如根本無法對軟件系統進行版本級， 甚至是發現的簡單錯誤都無

12、從更正。軟件實現階段軟件的實現從莫種意義上講是軟件代碼的生產。源代碼8歡迦下載精品文檔木身也是文檔的一部分，同時它又是將來運行于計算機系統之上的實體。源代碼書的規范性，可讀性是該階段的主要風險來源。規范的代碼生產會把屬于程序員自身個性風格的成分引入代碼的比例降到最低限度，從而減小了系統整合的風軟件維護階段軟件維護包含兩個主要的維護階段，一個是軟件生產完畢到軟件試運行階段的維護，這個階段是一種實環境的測試性維護，其主要目的是發現在測試環境中不能或末發現的問圖1“技術”因素分析存軟件項目開發和建設的過程中，技術因素是一個非常 重要的因素。項目組一定要本著項目的實際要求，選用合適、成熟的技術，千萬不

13、要無視項目的實際情況選用一些雖然先 進但并非項目所必須且自己又不熟悉的技術。如果項目所要 求的技術項目成員不具備或掌握不夠，則需要重點關注該風 險因素。建立項目管理流程那么如何解決這些問題，實際上很多模型已經給由了答 案，比如RUP QoS XP等，但是大家在學習和使用這些模 型的時候，往往覺得這些模型提由的概念和實施比較難以操 作，另外就是不管是 RUP Q0S還是XP,既然是一個方法模 型，就不可避免要描述為一個完整的、系統化的理論模型， 否則就體現不由理論的完整和邏輯的嚴謹。下面我們只是把 以軟件設計為核心的開發管理流程化，避免在頻繁發生外界 變化的情況下，變被動為主動。軟件項目管理除了

14、按照既定的管理流程進行有效的控 制，還要對各階段的文檔進行標準化管理，保證文檔的完整 和標準化，為軟件后期的維護提供有力的支持。排 序輸入風險事件可能 性影響風險 值采取的措施1客戶的sow需求不明確，增 加需求，導致需 求蔓延。70%50%35%請專業需求分析師和客戶代表具體 深入細節的交談，多了解客戶的想 法，站在客戶的角度上思考問題。2合同進度要求緊，合 同金額和日期30%50%15%可以請一些實習的學生做輔助工 作，一來降低成本，二來可以加快10歡立下載精品文檔有限。進度。3歷史項 目信息開發人員對測 試工作不重視30%40%12%1)強制性要求每段代碼保留測試單 元，由SQA僉查。4

15、WBS對需求的開放 式系統標準沒 有合適的測試 案例20%80%16%找專業的測試公司完成測試工作5歷史項 目信息開發人員的流 動15%60%9%1) 注意項目團隊的溝通，及時了解開發人員的動態。2) 控制好項目過程中的文檔3) 從其它的項目組解調人員4) 從外部招聘有過此類開發經驗人員6系統設 計評審沒有足夠的時 間進行產品測 試50%50%25%1) 采取加班的方法2) 修改計劃去掉一些任務3) 與客戶商量延長一些時間7需求和 計劃米用新技術可 能導致進度的 延期50%30%15%1) 培訓開發人員2) 找專家作指導3) 采取邊開發邊學習的方法，要求他們必須在規定的時間 內掌握技術風險分析表為了降低高級職員流動給軟件項目帶來的風險，管理人 員可以采取培