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

第第頁(yè)軟件項(xiàng)目的風(fēng)險(xiǎn)分析軟件工程項(xiàng)目的開(kāi)發(fā)也存在各種各樣的風(fēng)險(xiǎn)，有些風(fēng)險(xiǎn)甚至是災(zāi)難性的。R.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)，但改變、選擇、控制條件的策略往往是不確定的。在軟件開(kāi)發(fā)過(guò)程中，人們關(guān)心的問(wèn)題是，什么風(fēng)險(xiǎn)會(huì)導(dǎo)致軟件項(xiàng)目的徹底失??？顧客需求、開(kāi)發(fā)環(huán)境、目標(biāo)機(jī)、時(shí)間、成本的改變對(duì)軟件項(xiàng)目的風(fēng)險(xiǎn)會(huì)產(chǎn)生什么影響？人們必須抓住什么機(jī)會(huì)、采取什么措施才能有效地減少風(fēng)險(xiǎn)、順利完成任務(wù)？所有這些問(wèn)題都是軟件開(kāi)發(fā)過(guò)程中不可避免并需要妥善處理的。軟件工程的風(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)管理四部分風(fēng)險(xiǎn)標(biāo)識(shí)

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

2、風(fēng)險(xiǎn)估算

軟件項(xiàng)目管理人員可以從影響風(fēng)險(xiǎn)的因素和風(fēng)險(xiǎn)發(fā)生后帶來(lái)的損失兩方面來(lái)度量風(fēng)險(xiǎn)。為了對(duì)各種風(fēng)險(xiǎn)進(jìn)行估算，必須建立風(fēng)險(xiǎn)度量指標(biāo)體系；必須指明各種風(fēng)險(xiǎn)帶來(lái)的后果和損失；必須估算風(fēng)險(xiǎn)對(duì)軟件項(xiàng)目及軟件產(chǎn)品的影響；必須給出風(fēng)險(xiǎn)估算的定量結(jié)果。3、風(fēng)險(xiǎn)評(píng)價(jià)和管理

在風(fēng)險(xiǎn)分析過(guò)程中，經(jīng)常使用三元組[RI,LI,XI]描述風(fēng)險(xiǎn)。其中RI代表風(fēng)險(xiǎn)，LI表示風(fēng)險(xiǎn)發(fā)生的概率，XI是風(fēng)險(xiǎn)帶來(lái)的影響，I=1，2，…L是風(fēng)險(xiǎn)序號(hào)，表示軟件項(xiàng)目共有L種風(fēng)險(xiǎn)。軟件開(kāi)發(fā)過(guò)程中，由于項(xiàng)目超支、進(jìn)度拖延和軟件性能下降都會(huì)導(dǎo)致軟件項(xiàng)目的終止，因此多數(shù)軟件項(xiàng)目的風(fēng)險(xiǎn)分析都需要給出成本、進(jìn)度和性能三種典型的風(fēng)險(xiǎn)參考量。當(dāng)軟件項(xiàng)目的風(fēng)險(xiǎn)參考量達(dá)到或超過(guò)某一臨界點(diǎn)時(shí)，軟件項(xiàng)目將被迫終止。在軟件開(kāi)發(fā)過(guò)程中，成本、進(jìn)度、性能是相互關(guān)聯(lián)的。例如，項(xiàng)目投入成本的增長(zhǎng)應(yīng)與進(jìn)度相匹配，當(dāng)項(xiàng)目投入的成本與項(xiàng)目拖延的時(shí)間超過(guò)某一臨界點(diǎn)時(shí)，項(xiàng)目也應(yīng)該終止進(jìn)行。通常風(fēng)險(xiǎn)估算過(guò)程可分為的要求，但往往并不是每個(gè)成員都能夠達(dá)到要求。而且項(xiàng)目中每個(gè)成員的生產(chǎn)率差異可能很大，也給項(xiàng)目進(jìn)度安排造成影響。所以在項(xiàng)目始之初，應(yīng)該對(duì)項(xiàng)目成員的技能進(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í)間或通過(guò)以師帶徒的方式進(jìn)行培養(yǎng)，使其技能能夠盡快達(dá)到要求：對(duì)于項(xiàng)目新員的工作和任務(wù)，應(yīng)該加強(qiáng)評(píng)審和檢查，保證輸出不出現(xiàn)大的偏差而導(dǎo)致后續(xù)大量的返工。對(duì)于這方影響因素主要分析如下：

·項(xiàng)目成員責(zé)任心不強(qiáng)

態(tài)度決定一切，細(xì)節(jié)決定成敗。對(duì)于項(xiàng)目過(guò)程中的各項(xiàng)任務(wù)，經(jīng)常出現(xiàn)由于項(xiàng)目成員責(zé)任心不強(qiáng)敷衍了事，導(dǎo)致產(chǎn)出的工件質(zhì)量較差，引起大量返工的情況。在這種情況下，項(xiàng)目更應(yīng)該加強(qiáng)項(xiàng)目規(guī)范的建設(shè)，項(xiàng)目經(jīng)理應(yīng)加強(qiáng)同這些成員的單獨(dú)溝通，加強(qiáng)項(xiàng)目的團(tuán)隊(duì)建設(shè)和集體榮譽(yù)感。讓項(xiàng)目成員感覺(jué)到做的系統(tǒng)是他們自己的產(chǎn)品，而不是公司的項(xiàng)目，項(xiàng)目經(jīng)理的項(xiàng)目。

·項(xiàng)目溝通問(wèn)題

在軟件項(xiàng)目中，保證項(xiàng)目各種角色和成員中的高效溝通是很重要的，如何建立起快捷順暢的溝通渠道，采用最佳的溝通方式來(lái)解決問(wèn)題，必須在項(xiàng)目中經(jīng)常強(qiáng)調(diào)。如果一周的項(xiàng)目任務(wù)花存實(shí)際做事情上有2天，而花在溝通上卻占用了3天，這時(shí)必須及時(shí)分析和總結(jié)原因。溝通最重要的就是要在最短的時(shí)間里面，采用各種方法或工具，使交流雙方或多方達(dá)成一致。

·項(xiàng)目人員流失

項(xiàng)目人員特別是項(xiàng)目關(guān)鍵成員在項(xiàng)目進(jìn)行過(guò)程中的流失，對(duì)項(xiàng)目影響很大，對(duì)于這種情況，應(yīng)該在項(xiàng)目開(kāi)始之初，就作為專門的風(fēng)險(xiǎn)進(jìn)行跟蹤，并考慮具體的應(yīng)對(duì)措施?！傲鞒獭币蛩胤治?/p>

軟件的開(kāi)發(fā)流程般定義為：需求分析一可行性分析一概要設(shè)計(jì)一結(jié)構(gòu)化設(shè)計(jì)一詳細(xì)設(shè)計(jì)一編碼一軟件測(cè)試一軟件維護(hù)。

“流程”中軟件項(xiàng)目的風(fēng)險(xiǎn)，主要體現(xiàn)存4個(gè)階段：軟件需求階段、軟件設(shè)計(jì)階段、軟件實(shí)現(xiàn)階段和軟件維護(hù)階段·軟件需求階段

軟件的開(kāi)發(fā)是以用戶的需求開(kāi)始，在大多數(shù)情況下，用戶需求要靠軟件開(kāi)發(fā)方誘導(dǎo)，才能保證需求的完整，再以的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開(kāi)發(fā)方確認(rèn)需求的可行性和一致性的過(guò)程，在此階段需要和用戶進(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)需求的致性和需求分析的完整性和正確性。

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

設(shè)計(jì)階段蘊(yùn)涵的另一種風(fēng)險(xiǎn)來(lái)自于設(shè)計(jì)文檔。文檔的不健全不僅會(huì)造成實(shí)現(xiàn)階段的困難，更會(huì)在后期的測(cè)試和維護(hù)造成災(zāi)難性的后果，例如根本無(wú)法對(duì)軟件系統(tǒng)進(jìn)行版本級(jí)，甚至是發(fā)現(xiàn)的簡(jiǎn)單錯(cuò)誤都無(wú)從更正。

·軟件實(shí)現(xiàn)階段

軟件的實(shí)現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。源代碼木身也是文檔的一部分，同時(shí)它又是將來(lái)運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體。源代碼書(shū)的規(guī)范性，可讀性是該階段的主要風(fēng)險(xiǎn)來(lái)源。規(guī)范的代碼生產(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)的問(wèn)題；另一個(gè)階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運(yùn)行環(huán)境(包括硬件平臺(tái)、軟件環(huán)境等)時(shí)進(jìn)行的軟件維護(hù)，具體可能是軟件的版本升級(jí)或軟件移植等。

“技術(shù)”因素分析

存軟件項(xiàng)目開(kāi)發(fā)和建設(shè)的過(guò)程中，技術(shù)因素是一個(gè)非常重要的因素。項(xiàng)目組一定要本著項(xiàng)目的實(shí)際要求，選用合適、成熟的技術(shù)，千萬(wàn)不要無(wú)視項(xiàng)目的實(shí)際情況選用一些雖然先進(jìn)但并非項(xiàng)目所必須且自己又不熟悉的技術(shù)。如果項(xiàng)目所要求的技術(shù)項(xiàng)目成員不具備或掌握不夠，則需要重點(diǎn)關(guān)注該風(fēng)險(xiǎn)因素。

建立項(xiàng)目管理流程

那么如何解決這些問(wèn)題，實(shí)際上很多模型已經(jīng)給出了答案，比如RUP、QoS、XP等，但是大家在學(xué)習(xí)和使用這些模型的時(shí)候，往往覺(jué)得這些模型提出的概念和實(shí)施比較難以操作，另外就是不管是RUP、Q0S還是XP，既然是一個(gè)方法模型，就不可避免要描述為一個(gè)完整的、系統(tǒng)化的理論模型，否則就體現(xiàn)不出理論的完整和邏輯的嚴(yán)謹(jǐn)。下面我們只是把以軟件設(shè)計(jì)為核心的開(kāi)發(fā)管理流程化，避免在頻繁發(fā)生外界變化的情況下，變被動(dòng)為主動(dòng)。

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