軟件項目的風(fēng)險分析

1、軟件項目的風(fēng)險分析軟件工程項目的開發(fā)也存在各種各樣的風(fēng)險，有些風(fēng)險 甚至是災(zāi)難性的。認(rèn)為，風(fēng)險與將要發(fā)生的事情有關(guān)，它涉 及諸如思想、觀念、行為、地點(diǎn)、時間等多種因素；風(fēng)險隨 條件的變化而改變，人們改變、選擇、控制與風(fēng)險密切相關(guān) 的條件可以減少風(fēng)險，但改變、選擇、控制條件的策略往往 是不確定的。在軟件開發(fā)過程中，人們關(guān)心的問題是，什么 風(fēng)險會導(dǎo)致軟件項目的徹底失敗顧客需求、開發(fā)環(huán)境、目標(biāo) 機(jī)、時間、成本的改變對軟件項目的風(fēng)險會產(chǎn)生什么影響人 們必須抓住什么機(jī)會、采取什么措施才能有效地減少風(fēng)險、 順利完成任務(wù)所有這些問題都是軟件開發(fā)過程中不可避免 并需要妥善處理的。軟件工程的風(fēng)險分析包括：風(fēng)險標(biāo)

2、識、 風(fēng)險估算、風(fēng)險評價和風(fēng)險管理四部分1、風(fēng)險標(biāo)識從宏觀上看，風(fēng)險可以分為項目風(fēng)險、技術(shù)風(fēng)險和商業(yè) 風(fēng)險三類。由于項目在預(yù)算、進(jìn)度、人力、資源、顧客和需 求等方面的原因?qū)浖椖慨a(chǎn)生的不良影響稱為項目風(fēng)險。 軟件在設(shè)計、實現(xiàn)、接口、驗證和維護(hù)過程中可能發(fā)生的潛 在問題，如規(guī)格說明的二義性、采用陳舊或尚不成熟的技術(shù) 等等，對軟件項目帶來的危害稱技術(shù)風(fēng)險。開發(fā)了一個沒人 需要的優(yōu)質(zhì)軟件，或推銷部門不知如何銷售這一軟件產(chǎn)品， 或開發(fā)的產(chǎn)品不符合公司的產(chǎn)品銷售戰(zhàn)略，等等，稱為商業(yè)風(fēng)險。這些風(fēng)險有些是可以預(yù)料的，有些是很難預(yù)料的。為 了幫助項目管理人員、項目規(guī)劃人員全面了解軟件開發(fā)過程 存在的風(fēng)險，B

3、oehm建議設(shè)計并使用各類風(fēng)險檢測表標(biāo)識各 種風(fēng)險。2、風(fēng)險估算軟件項目管理人員可以從影響風(fēng)險的因素和風(fēng)險發(fā)生 后帶來的損失兩方面來度量風(fēng)險。為了對各種風(fēng)險進(jìn)行估 算，必須建立風(fēng)險度量指標(biāo)體系；必須指明各種風(fēng)險帶來的 后果和損失；必須估算風(fēng)險對軟件項目及軟件產(chǎn)品的影響； 必須給由風(fēng)險估算的定量結(jié)果。3、風(fēng)險評價和管理在風(fēng)險分析過程中，經(jīng)常使用三元組RI,LI,XI 描述風(fēng)險。其中RI代表風(fēng)險，LI表示風(fēng)險發(fā)生的概率，XI是風(fēng)險帶來的影響，I = 1 , 2,L是風(fēng)險序號，表示軟件項目共 有L種風(fēng)險。軟件開發(fā)過程中，由于項目超支、進(jìn)度拖延和 軟件性能下降都會導(dǎo)致軟件項目的終止，因此多數(shù)軟件項目

4、的風(fēng)險分析都需要給由成本、進(jìn)度和性能三種典型的風(fēng)險參 考量。當(dāng)軟件項目的風(fēng)險參考量達(dá)到或超過某一臨界點(diǎn)時， 軟件項目將被迫終止。在軟件開發(fā)過程中，成本、進(jìn)度、性 能是相互關(guān)聯(lián)的。例如，項目投入成本的增長應(yīng)與進(jìn)度相匹 配，當(dāng)項目投入的成本與項目拖延的時間超過某一臨界點(diǎn) 時，項目也應(yīng)該終止進(jìn)行。通常風(fēng)險估算過程可分為四步：定義項目的風(fēng)險參考量；定義每種風(fēng)險的三元組RI,LI,XI;定義項目被迫終止的臨界點(diǎn)；預(yù)測幾 種風(fēng)險組合對參考量的綜合影響 三元組RI,LI,XI 是風(fēng)險管理的基礎(chǔ)。設(shè)高級職員流動給項 目帶來的風(fēng)險為 R。根據(jù)歷史的經(jīng)驗或直觀感覺，高級職員 離開課題組的概率：LI = 70%。這

5、一事件的由現(xiàn)帶來的影響XI是項目開發(fā)時間延長 15%項目成本增加 20%于是項目 負(fù)責(zé)人可以采取下列風(fēng)險管理措施：(1)項目開始以前應(yīng)控制產(chǎn)生風(fēng)險的原因，在項目開工后 應(yīng)想方設(shè)法減輕風(fēng)險影響。(2) 了解導(dǎo)致項目開發(fā)人員變動的原因，在項目開發(fā)期間 應(yīng)控制上述原因，盡量減少人員的流動。(3)在工作方法和技術(shù)上應(yīng)采取適當(dāng)措施，防止因人員流動給工作帶來損失。（4）項目在開發(fā)過程中應(yīng)及時公布并交流項目開發(fā)的信息。（5）建立組織機(jī)構(gòu)，確定文檔標(biāo)準(zhǔn)，并及時生成文檔。（6）對工作進(jìn)行集體復(fù)審，使多數(shù)人都能了解工作的細(xì)節(jié)，跟上工作進(jìn)度。（7）為關(guān)鍵技術(shù)準(zhǔn)備后備人員。軟件項目，尤其是大型項目有二項非常重要的因素

6、，會影響整個項目的進(jìn)度與質(zhì)量，它們分別是： “人”、 “流程”與“技術(shù)” ?！叭恕笔琼椖恐凶铍y預(yù)料與掌控的一項要素，人可分成兩部份，一是客戶，二是開發(fā)團(tuán)隊?！凹夹g(shù)”是指軟件項目所使用的開發(fā)半臺，主要指開發(fā)環(huán)境及開發(fā)語言。是最容易掌握的部份?！傲鞒獭笔侵杠浖_發(fā)流程或是項目流程，定義流程的目的是要掌控所有的情況。項目的最大敵人是時間及預(yù)算，這兩者都是有限的，如何在有限預(yù)算內(nèi)準(zhǔn)時完成項目，可說是一項藝術(shù)?！叭恕币蛩胤治觥叭恕笔侵缚蛻艉烷_發(fā)團(tuán)隊，其中開發(fā)團(tuán)隊的因素對項目影響很大，對于這方面影響因素主要分析如下：人員技能未達(dá)到要求在項目開始之初，我們假設(shè)項目成員都能夠達(dá)到組織級的要求，但往往并不是每個

7、成員都能夠達(dá)到要求。而且項目中每個成員的生產(chǎn)率差異可能很大，也給項目進(jìn)度安排造成影響。所以在項目始之初，應(yīng)該對項目成員的技能進(jìn)行一次總體的評估，對于大家都欠缺的技能，應(yīng)該安排統(tǒng)一的培訓(xùn)，后續(xù)需要對培訓(xùn)的效果進(jìn)行跟蹤；對于個別人員技能欠缺的，應(yīng)該單獨(dú)預(yù)留自我學(xué)習(xí)時間或通過以師帶徒的方式進(jìn)行培養(yǎng)，使其技能能夠盡快達(dá)到要求：對于項目新員的工作和任務(wù)，應(yīng)該加強(qiáng)評審和檢查，保證輸出不出現(xiàn)大的偏差而導(dǎo)致后續(xù)大量的返工。對于這方影響因素主要分析如下：,項目成員責(zé)任心不強(qiáng)態(tài)度決定一切，細(xì)節(jié)決定成敗。對于項目過程中的各項任務(wù)，經(jīng)常出現(xiàn)由于項目成員責(zé)任心不強(qiáng)敷衍了事，導(dǎo)致產(chǎn)出的工件質(zhì)量較差，引起大量返工的情況。在

8、這種情況下，項目更應(yīng)該加強(qiáng)項目規(guī)范的建設(shè)，項目經(jīng)理應(yīng)加強(qiáng)同這些成員的單獨(dú)溝通，加強(qiáng)項目的團(tuán)隊建設(shè)和集體榮譽(yù)感。讓項目成員感覺到做的系統(tǒng)是他們自己的產(chǎn)品，而不是公司的項目，項目經(jīng)理的項目。項目溝通問題在軟件項目中，保證項目各種角色和成員中的高效溝通是很重要的，如何建立起快捷順暢的溝通渠道，采用最佳的溝通方式來解決問題，必須在項目中經(jīng)常強(qiáng)調(diào)。如果一周的項目任務(wù)花存實際做事情上有2 天，而花在溝通上卻占用了3 天，這時必須及時分析和總結(jié)原因。溝通最重要的就是要在最短的時間里面，采用各種方法或工具，使交流雙方或多方達(dá)成一致。項目人員流失項目人員特別是項目關(guān)鍵成員在項目進(jìn)行過程中的流失， 對項目影響很大

9、，對于這種情況，應(yīng)該在項目開始之初，就作為專門的風(fēng)險進(jìn)行跟蹤，并考慮具體的應(yīng)對措施?！傲鞒獭币蛩胤治鲕浖拈_發(fā)流程般定義為：需求分析一可行性分析一概要設(shè)計一結(jié)構(gòu)化設(shè)計一詳細(xì)設(shè)計一編碼一軟件測試一軟件維護(hù)。“流程”中軟件項目的風(fēng)險，主要體現(xiàn)存 4 個階段：軟件需求階段、軟件設(shè)計階段、軟件實現(xiàn)階段和軟件維護(hù)階段軟件需求階段軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)，才能保證需求的完整，再以的形式形成用戶需求這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失，會在軟件系統(tǒng)的后續(xù)

10、階段被一級級地放大，因此本階段的風(fēng)險最大。軟件設(shè)計階段設(shè)計的主要目的在于軟件功能正確地反映了需求，需求 的不完整和對需求分析的不完整或者錯誤，在設(shè)計階段將被 成倍地放大。設(shè)計階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定 義，使之能夠完成需求階段的即定目標(biāo)；另一方面也是檢驗 需求的致性和需求分析的完整性和正確性。設(shè)計階段的風(fēng)險主要來自于系統(tǒng)分析人員。分析人員存 設(shè)計系統(tǒng)結(jié)構(gòu)時過于定制，系統(tǒng)的可擴(kuò)展性較弱，會給后期 維護(hù)帶來巨大的負(fù)擔(dān)和維護(hù)成本的激增。對用戶來說系統(tǒng)的 使用比例會有明顯的折扣， 甚至?xí)斐绍浖勖^短。 反之, 軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實現(xiàn)的難度增 加，系統(tǒng)的復(fù)雜度上升，可靠

11、性降低，給實現(xiàn)和測試階段帶 來風(fēng)險，系統(tǒng)的穩(wěn)定性也會受到影響。從另一個角度上看， 用戶需求和將來軟件運(yùn)行環(huán)境的變化都是必然的，目前軟件 設(shè)計的所渭的“通用性”是否就能很好的適應(yīng)將來需求和運(yùn) 行環(huán)境的變化，都是需要認(rèn)真折衷的，而這種折中也蘊(yùn)涵著 很大的風(fēng)險。設(shè)計階段蘊(yùn)涵的另一種風(fēng)險來自于設(shè)計文檔。文檔的不 健全不僅會造成實現(xiàn)階段的困難，更會在后期的測試和維護(hù) 造成災(zāi)難性的后果，例如根本無法對軟件系統(tǒng)進(jìn)行版本級， 甚至是發(fā)現(xiàn)的簡單錯誤都無從更正。軟件實現(xiàn)階段軟件的實現(xiàn)從莫種意義上講是軟件代碼的生產(chǎn)。源代碼木身也是文檔的一部分，同時它又是將來運(yùn)行于計算機(jī)系統(tǒng) 之上的實體。源代碼書的規(guī)范性，可讀性是該

12、階段的主要風(fēng) 險來源。規(guī)范的代碼生產(chǎn)會把屬于程序員自身個性風(fēng)格的成 分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng) 險。軟件維護(hù)階段軟件維護(hù)包含兩個主要的維護(hù)階段，一個是軟件生產(chǎn)完 畢到軟件試運(yùn)行階段的維護(hù)，這個階段是一種實環(huán)境的測試 性維護(hù)，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或末發(fā)現(xiàn)的問 題；另一個階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或 是用戶的運(yùn)行環(huán)境（包括硬件平臺、軟件環(huán)境等）時進(jìn)行的軟 件維護(hù)，具體可能是軟件的版本升級或軟件移植等?！凹夹g(shù)”因素分析存軟件項目開發(fā)和建設(shè)的過程中，技術(shù)因素是一個非常重要的因素。項目組一定要本著項目的實際要求，選用合適、成熟的技術(shù)，千萬不要無視項目的

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

14、理流程進(jìn)行有效的控 制，還要對各階段的文檔進(jìn)行標(biāo)準(zhǔn)化管理，保證文檔的完整 和標(biāo)準(zhǔn)化，為軟件后期的維護(hù)提供有力的支持。排 序輸入風(fēng)險事件可能 性影響風(fēng)險 值采取的措施1客戶的sow需求不明確，增 加需求，導(dǎo)致需 求蔓延。70%50%35%請專業(yè)需求分析師和客戶代表具體 深入細(xì)節(jié)的交談，多了解客戶的想 法，站在客戶的角度上思考問題。2合同進(jìn)度要求緊，合 同金額和日期30%50%15%可以請一些實習(xí)的學(xué)生做輔助工 作，一來降低成本，二來可以加快有限。進(jìn)度。3歷史項 目信息開發(fā)人員對測 試工作不重視30%40%12%1)強(qiáng)制性要求每段代碼保留測試單 元，由SQA僉查。4WBS對需求的開放 式系統(tǒng)標(biāo)準(zhǔn)沒 有合適的測試 案例20%80%16%找專業(yè)的測試公司完成測試工作5歷史項 目信息開發(fā)人員的流 動15%60%9%1) 注意項目團(tuán)隊的溝通，及時了解開發(fā)人員的動態(tài)。2) 控制好項目過程中的文檔3) 從其它的項目組解調(diào)人員4) 從外部招聘有過此類開發(fā)經(jīng)驗人員6系統(tǒng)設(shè) 計評審沒有足夠的時 間進(jìn)行產(chǎn)品測 試50%50%25%1) 采取加班的方法2) 修改計劃去掉一些任務(wù)3) 與客戶商量延長一些時間7需求和 計劃米用新技術(shù)可 能導(dǎo)致進(jìn)度的 延期50%30%15%1) 培訓(xùn)開發(fā)人員2) 找專家作指導(dǎo)3) 采取邊開發(fā)邊學(xué)習(xí)的方法，要