軟件項(xiàng)目的風(fēng)險(xiǎn)分析報(bào)告

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

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

3、面了解軟件開發(fā)過程存在的風(fēng)險(xiǎn),BoehmBoehm 建議設(shè)計(jì)并使用各類風(fēng)險(xiǎn)檢測(cè)表標(biāo)識(shí)各種風(fēng)險(xiǎn). 2 2、風(fēng)險(xiǎn)估算 軟件工程治理人員可以從影響風(fēng)險(xiǎn)的因素和風(fēng)險(xiǎn)發(fā)生后帶來的損失兩方面來度量風(fēng)險(xiǎn).為了對(duì)各種風(fēng)險(xiǎn)進(jìn)行估算,必須建立風(fēng)險(xiǎn)度量指標(biāo)體系；必須指明各種風(fēng)險(xiǎn)帶來的后果和損失；必須估算風(fēng)險(xiǎn)對(duì)軟件工程及軟件產(chǎn)品的影響；必須給由風(fēng)險(xiǎn)估算的定量結(jié)果. 3 3、風(fēng)險(xiǎn)評(píng)價(jià)和治理 在風(fēng)險(xiǎn)分析過程中,經(jīng)常使用三元組RI,LI,XIRI,LI,XI描述風(fēng)險(xiǎn).其中 RIRI 代表風(fēng)險(xiǎn),LILI 表示風(fēng)險(xiǎn)發(fā)生的概率,XIXI 是風(fēng)險(xiǎn)帶來的影響,I=1,2,I=1,2,L L 是風(fēng)險(xiǎn)序號(hào),表示軟件工程共有L L 種風(fēng)險(xiǎn)

4、.軟件開發(fā)過程中,由于工程超支、 進(jìn)度拖延和軟件性能下降都會(huì)導(dǎo)致軟件工程的終止,因此多數(shù)軟件工程的風(fēng)險(xiǎn)分析都需要給由本錢、 進(jìn)度和性能三種典型的風(fēng)險(xiǎn)參考量.當(dāng)軟件工程的風(fēng)險(xiǎn)參考量到達(dá)或超過某一臨界點(diǎn)時(shí),軟件項(xiàng)目將被迫終止.在軟件開發(fā)過程中,本錢、進(jìn)度、性能是相互關(guān)聯(lián)的.例如,工程投入本錢的增長(zhǎng)應(yīng)與進(jìn)度相匹配,當(dāng)工程投入的本錢與工程拖延的時(shí)間超過某一臨界點(diǎn)時(shí),工程也應(yīng)該終止進(jìn)行.通常風(fēng)險(xiǎn)估算過程可分為 四步：定義工程的風(fēng)險(xiǎn)參考量；定義每種風(fēng)險(xiǎn)的三元組RI,LI,XIRI,LI,XI; ;定義工程被迫終止的臨界點(diǎn)；預(yù)測(cè)幾種風(fēng)險(xiǎn)組合對(duì)參考量的綜合影響. 三元組RI,LI,XIRI,LI,XI是風(fēng)險(xiǎn)治

5、理的根底.設(shè)高級(jí)職員流動(dòng)給工程帶來的風(fēng)險(xiǎn)為 RoRo 根據(jù)歷史的經(jīng)驗(yàn)或直觀感覺,高級(jí)職員離開課題組的概率：LILI=70%=70%.這一事件的由現(xiàn)帶來的影響 XIXI 是工程開發(fā)時(shí)間延長(zhǎng) 15%,15%,工程本錢增加 20%20%o o 于是工程負(fù)責(zé)人可以采取以下風(fēng)險(xiǎn)治理舉措： 高性能：cutcon】e=550,000 (1)(1)工程開始以前應(yīng)限制產(chǎn)生風(fēng)險(xiǎn)的原因,在工程開工后應(yīng) 想方設(shè)法減輕風(fēng)險(xiǎn)影響. (2)(2)了解導(dǎo)致工程開發(fā)人員變動(dòng)的原因,在工程開發(fā)期間應(yīng)限制上述原因,盡量減少人員的流動(dòng). (3)(3)在工作方法和技術(shù)上應(yīng)采取適當(dāng)舉措,預(yù)防因人員流動(dòng)給工作帶來?yè)p失. (4)(4)工程在

6、開發(fā)過程中應(yīng)及時(shí)公布并交流工程開發(fā)的信息. (5)(5)建立組織機(jī)構(gòu),確定文檔標(biāo)準(zhǔn),并及時(shí)生成文檔. (6)(6)對(duì)工作進(jìn)行集體復(fù)審,使多數(shù)人都能了解工作的細(xì)節(jié), 跟上工作進(jìn)度. (7)(7)為關(guān)鍵技術(shù)準(zhǔn)備后備人員. 軟件工程,尤其是大型工程有二項(xiàng)非常重要的因素,會(huì) 影響整個(gè)工程的進(jìn)度與質(zhì)量,它們分別是：“人、“流程與“技術(shù). “人是工程中最難預(yù)料與掌控的一項(xiàng)要素,人可分成兩部 份,一是客戶,二是開發(fā)團(tuán)隊(duì). “技術(shù)是指軟件工程所使用的開發(fā)半臺(tái),主要指開發(fā)環(huán)境及開發(fā)語(yǔ)言.是最容易掌握的部份. “流程是指軟件開發(fā)流程或是工程流程,定義流程的目的是要掌控所有的情況.工程的最大敵人是時(shí)間及預(yù)算,這兩者

7、都是有限的,如何在有限預(yù)算內(nèi)準(zhǔn)時(shí)完成工程,可說是一項(xiàng)藝術(shù). “人因素分析 “人是指客戶和開發(fā)團(tuán)隊(duì),其中開發(fā)團(tuán)隊(duì)的因素對(duì)項(xiàng)目影響很大,對(duì)于這方面影響因素主要分析如下： 人員技能未到達(dá)要求 在工程開始之初,我們假設(shè)工程成員都能夠到達(dá)組織級(jí)的要求,但往往并不是每個(gè)成員都能夠到達(dá)要求.而且工程中每個(gè)成員的生產(chǎn)率差異可能很大,也給工程進(jìn)度安排造成影響.所以在工程始之初,應(yīng)該對(duì)工程成員的技能進(jìn)行一次總體的評(píng)估,對(duì)于大家都欠缺的技能,應(yīng)該安排統(tǒng)一的培訓(xùn),后續(xù)需要對(duì)培訓(xùn)的效果進(jìn)行跟蹤；對(duì)于個(gè)別人員技能欠缺的,應(yīng)該單獨(dú)預(yù)留自我學(xué)習(xí)時(shí)間或通過以師帶徒的方式進(jìn)行培養(yǎng),使其技能能夠盡快到達(dá)要求： 對(duì)于工程新員的工作和

8、任務(wù),應(yīng)該增強(qiáng)評(píng)審和檢查,保證輸由不由現(xiàn)大的偏差而導(dǎo)致后續(xù)大量的返工.對(duì)于這方影響因素主要分析如下： ,工程成員責(zé)任心不強(qiáng) 態(tài)度決定一切,細(xì)節(jié)決定成敗.對(duì)于工程過程中的各項(xiàng)任務(wù),經(jīng)常由現(xiàn)由于工程成員責(zé)任心不強(qiáng)敷衍了事,導(dǎo)致產(chǎn)生的工件質(zhì)量較差,引起大量返工的情況.在這種情況下,工程更應(yīng)該增強(qiáng)工程標(biāo)準(zhǔn)的建設(shè),工程經(jīng)理應(yīng)增強(qiáng)同這些成員的單獨(dú)溝通,增強(qiáng)工程的團(tuán)隊(duì)建設(shè)和集體榮譽(yù)感.讓工程成員感覺到做的系統(tǒng)是他們自己的產(chǎn)品,而不是公司的項(xiàng)目,工程經(jīng)理的工程. 工程溝通問題 在軟件工程中,保證工程各種角色和成員中的高效溝通是很重要的,如何建立起快捷順暢的溝通渠道,采用最正確的溝通方式來解決問題,必須在工程中

9、經(jīng)常強(qiáng)調(diào).如果一周的工程任務(wù)花存實(shí)際做事情上有 2 2 天,而花在溝通上卻占用了 3 3 天,這時(shí)必須及時(shí)分析和總結(jié)原因.溝通最重要的就是要在最短的時(shí)間里面,采用各種方法或工具,使交流雙方或多方達(dá)成一致. 工程人員流失 工程人員特別是工程關(guān)鍵成員在工程進(jìn)行過程中的流失,對(duì)工程影響很大,對(duì)于這種情況,應(yīng)該在工程開始之初,就作為專門的風(fēng)險(xiǎn)進(jìn)行跟蹤,并考慮具體的應(yīng)對(duì)舉措. “流程因素分析 軟件的開發(fā)流程般定義為：需求分析一可行性分析一概要設(shè)計(jì)一結(jié)構(gòu)化設(shè)計(jì)一詳細(xì)設(shè)計(jì)一編碼一軟件測(cè)試一軟件維護(hù). “流程中軟件工程的風(fēng)險(xiǎn),主要表達(dá)存 4 4 個(gè)階段：軟 件需求階段、軟件設(shè)計(jì)階段、軟件實(shí)現(xiàn)階段和軟件維護(hù)階段

10、 軟件需求階段 軟件的開發(fā)是以用戶的需求開始,在大多數(shù)情況下,用戶需求要靠軟件開發(fā)方誘導(dǎo),才能保證需求的完整,再以的形式形成?用戶需求?這一重要的文檔.需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程,在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn).需求和需求分析的任何疏漏造成的損失,會(huì)在軟件系統(tǒng)的后續(xù)階段被一級(jí)級(jí)地放大,因此本階段的風(fēng)險(xiǎn)最大. 軟件設(shè)計(jì)階段 設(shè)計(jì)的主要目的在于軟件功能正確地反映了需求,需求的不完整和對(duì)需求分析的不完整或者錯(cuò)誤,在設(shè)計(jì)階段將被成倍地放大.設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義,使之能夠完成需求階段的即定目標(biāo)；另一方面也是檢驗(yàn)需求的致性和需求分析的完整性和正確性.

11、 設(shè)計(jì)階段的風(fēng)險(xiǎn)主要來自于系統(tǒng)分析人員.分析人員存設(shè)計(jì)系統(tǒng)結(jié)構(gòu)時(shí)過于定制,系統(tǒng)的可擴(kuò)展性較弱,會(huì)給后期維護(hù)帶來巨大的負(fù)擔(dān)和維護(hù)本錢的激增.對(duì)用戶來說系統(tǒng)的使用比例會(huì)有明顯的折扣,甚至?xí)斐绍浖勖^短.反之,軟件結(jié)構(gòu)的過于靈活和通用,必然引起軟件實(shí)現(xiàn)的難度增加,系統(tǒng)的復(fù)雜度上升,可靠性降低,給實(shí)現(xiàn)和測(cè)試階段帶來風(fēng)險(xiǎn),系統(tǒng)的穩(wěn)定性也會(huì)受到影響.從另一個(gè)角度上看,用戶需求和將來軟件運(yùn)行環(huán)境的變化都是必然的,目前軟件設(shè)計(jì)的所渭的“通用性是否就能很好的適應(yīng)將來需求和運(yùn)行環(huán)境的變化,都是需要認(rèn)真折衷的,而這種折中也蘊(yùn)涵著很大的風(fēng)險(xiǎn). 設(shè)計(jì)階段蘊(yùn)涵的另一種風(fēng)險(xiǎn)來自于設(shè)計(jì)文檔.文檔的不健全不僅會(huì)造成實(shí)現(xiàn)階段

12、的困難,更會(huì)在后期的測(cè)試和維護(hù)造成災(zāi)難性的后果,例如根本無法對(duì)軟件系統(tǒng)進(jìn)行版本級(jí),甚至是發(fā)現(xiàn)的簡(jiǎn)單錯(cuò)誤都無從更正. 軟件實(shí)現(xiàn)階段 軟件的實(shí)現(xiàn)從莫種意義上講是軟件代碼的生產(chǎn).源代碼木身也是文檔的一局部,同時(shí)它又是將來運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體.源代碼書的標(biāo)準(zhǔn)性,可讀性是該階段的主要風(fēng)險(xiǎn)來源.標(biāo)準(zhǔn)的代碼生產(chǎn)會(huì)把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度,從而減小了系統(tǒng)整合的風(fēng)險(xiǎn). 軟件維護(hù)階段 軟件維護(hù)包含兩個(gè)主要的維護(hù)階段,一個(gè)是軟件生產(chǎn)完 畢到軟件試運(yùn)行階段的維護(hù),這個(gè)階段是一種實(shí)環(huán)境的測(cè)試 性維護(hù),其主要目的是發(fā)現(xiàn)在測(cè)試環(huán)境中不能或末發(fā)現(xiàn)的問 圖1 “技術(shù)因素分析 存軟件工程開發(fā)

13、和建設(shè)的過程中,技術(shù)因素是一個(gè)非常 重要的因素.工程組一定要本著工程的實(shí)際要求,選用適宜、 成熟的技術(shù),千萬(wàn)不要無視工程的實(shí)際情況選用一些雖然先進(jìn)但并非工程所必須且自己又不熟悉的技術(shù).如果工程所要求的技術(shù)工程成員不具備或掌握不夠,那么需要重點(diǎn)關(guān)注該風(fēng)險(xiǎn)因素. 建立工程治理流程 那么如何解決這些問題,實(shí)際上很多模型已經(jīng)給由了答案,比方 RUPRUP、QoSQoS、XPXP 等,但是大家在學(xué)習(xí)和使用這些模型的時(shí)候,往往覺得這些模型提由的概念和實(shí)施比擬難以操作,另外就是不管是 RUPRUP、Q0sQ0s 還是 XP,XP,既然是一個(gè)方法模型,就不可預(yù)防要描述為一個(gè)完整的、系統(tǒng)化的理論模型,否那么就表

14、達(dá)不由理論的完整和邏輯的嚴(yán)謹(jǐn).下面我們只是把以軟件設(shè)計(jì)為核心的開發(fā)治理流程化,預(yù)防在頻繁發(fā)生外界變化的情況下,變被動(dòng)為主動(dòng). 軟件工程治理除了根據(jù)既定的治理流程進(jìn)行有效的控 制,還要對(duì)各階段的文檔進(jìn)行標(biāo)準(zhǔn)化治理,保證文檔的完整和標(biāo)準(zhǔn)化,為軟件后期的維護(hù)提供有力的支持. 排 序 輸入 風(fēng)險(xiǎn)事件 可能 性 影響 風(fēng)險(xiǎn) 值 采取的舉措 1 客戶的 需求不明確,增 70% 50% 35% 請(qǐng)專業(yè)需求分析師和客戶代表具體 sow 加需求,導(dǎo)致需 求蔓延. 深入細(xì)節(jié)的交談,多了解客戶的想 法,站在客戶的角度上思考問題. 2 合同 進(jìn)度要求緊,合 同金額和日期 有限. 30% 50% 15% 可以請(qǐng)一些實(shí)習(xí)

15、的學(xué)生做輔助工 作,一來降低本錢,二來可以加快 進(jìn)度. 3 歷史項(xiàng) 目信息 開發(fā)人員對(duì)測(cè) 試工作不重視 30% 40% 12% 1)強(qiáng)制性要求每段代碼保存測(cè)試單 元,由 SQA 檢查. 4 WBS 對(duì)需求的開放式系統(tǒng)標(biāo)準(zhǔn)沒有適宜的測(cè)試案例 20% 80% 16% 找專業(yè)的測(cè)試公司完成測(cè)試工作 5 歷史項(xiàng) 目信息 開發(fā)人員的流 動(dòng) 15% 60% 9% 1) 注意工程團(tuán)隊(duì)的溝通,及時(shí) 了解開發(fā)人員的動(dòng)態(tài). 2) 限制好工程過程中的文檔 3) 從其它的工程組解調(diào)人員 4) 從外部招聘有過此類開發(fā)經(jīng) 驗(yàn)人員 6 系統(tǒng)設(shè) 計(jì)評(píng)審 沒有足夠的時(shí) 間進(jìn)行產(chǎn)品測(cè) 試 50% 50% 25% 1) 采取加班的方法 2) 修改方案去掉一些任務(wù) 3) 與客戶商量延長(zhǎng)一些時(shí)間 7 需求和 方案 米用新技術(shù)可 能導(dǎo)致進(jìn)度的 延期 50% 30% 15% 1) 培訓(xùn)開發(fā)人員 2) 找專家作指導(dǎo) 3) 采取邊開發(fā)