【正文】 發(fā)中的質(zhì)量監(jiān)督組來實施。規(guī)避風(fēng)險的方式有： (1) 以開發(fā)方誘導(dǎo)能保證需求的完整，使需求與客戶的真實期望高度一致。而且在軟件方面關(guān)于知識產(chǎn)權(quán)的認(rèn)定目前還沒有明確的一個行業(yè)規(guī)范，這也是我們 軟件項目潛在的風(fēng)險。但一直以來，我們在軟件這方 面的安全意識比較淡薄，對軟件產(chǎn)品的開發(fā)主要注重技術(shù)本身，而忽略了專利的保護(hù)。如果不正視這些棘手的問題，它 們就很有可能在項目進(jìn)行的某個階段影響項目本身。在大部分項目里，項目經(jīng)理經(jīng)常是寫項目風(fēng)險管理計劃的人，他們有先天性的不足 —— 不能檢查到自己的錯誤。 在早期，識別風(fēng)險從而采取合適的預(yù)防措施是解決風(fēng)險領(lǐng)域問題的關(guān)鍵，比如：培訓(xùn)、聘請顧問以及為項目團(tuán)隊招聘合適的人才等。每一種 情況對產(chǎn)品來講都可能致命的，這些的風(fēng)險因素有 : (1) 對產(chǎn)品缺少清晰的認(rèn)識 (2) 對產(chǎn)品需求缺少認(rèn)同 (3) 在做需求分析過程中客戶參與不夠 (4) 沒有優(yōu)先需求 (5) 由于不確定的需要導(dǎo)致新的市場 (6) 不斷變化需求 (7) 缺少有效的需求變化管理過程 (8) 對需求的變化缺少相關(guān)分析等 3. 相關(guān)性風(fēng)險 許多風(fēng)險都是因為項目的外部環(huán)境或因素的相關(guān)性產(chǎn)生的。當(dāng)在項目早期容忍了這些不確定性，并且在項目進(jìn)展過程當(dāng)中得不到解決，這些問題就會對項目的成功造成很大威脅。而軟件項目風(fēng)險則分為產(chǎn)品規(guī)模風(fēng)險、需要風(fēng)險、相關(guān)性風(fēng)險、管理風(fēng)險、安全風(fēng)險等六個方面： 1. 產(chǎn)品規(guī)模風(fēng)險 項目的風(fēng)險是與產(chǎn)品的規(guī)模成正比的，一般產(chǎn)品規(guī)模越大，問題就越突出。項目的風(fēng)險與其可行性成反比，其可行性越高，風(fēng)險越低。本文就軟件項目管理中的風(fēng)險評估方面做詳細(xì)介紹。那么，如何在項目實施過程中進(jìn)行有效地評估和預(yù)防這些風(fēng)險呢，這就涉及到風(fēng)險的評估。 向客戶提供風(fēng)險評估，是按照國際慣例進(jìn)行的例行操作，一方面讓客戶對潛在的風(fēng)險有更充分的了解，表明公司誠信 為本的態(tài)度，另一方面也用以鞭策和激勵全體開發(fā)人員嚴(yán)格執(zhí)行開發(fā)標(biāo)準(zhǔn)，共同監(jiān)督項目開發(fā)過程，努力避免風(fēng)險的發(fā)生。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運營要求的可能性極低。 項目風(fēng)險表 風(fēng)險評估表中所提到的風(fēng)險是一般項目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險系數(shù)是指在不對風(fēng)險進(jìn)行深入的分析和有效的規(guī)避的情況下，該風(fēng)險項發(fā)生的概率。 在軟件系統(tǒng)運營期間，主要的風(fēng)險源自于技術(shù)支持體系的無效運轉(zhuǎn)。對系統(tǒng)可維護(hù)性的輕視是大型軟件系統(tǒng)的最大風(fēng)險。 維護(hù)階段的風(fēng)險 軟件維護(hù)包含兩個主要的維護(hù)階段，一個是軟件生產(chǎn)完畢到軟件試運行階段的維護(hù)，這個階段是一種實環(huán)境的測試性維護(hù)，其主要目的是發(fā)現(xiàn)在測試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個階段是當(dāng)軟件的運行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的 運行環(huán)境（包括硬件平臺，軟件環(huán)境等）時進(jìn)行的軟件維護(hù)，具體可能是軟件的版本升級或軟件移植等。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險來源。實現(xiàn)階 段引入的風(fēng)險軟件的實現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。 設(shè)計階段蘊(yùn)涵的另一種風(fēng)險來自于設(shè)計文檔。從另一個角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件 運行環(huán)境的變化都是必然的情況，目前軟件設(shè)計的所謂通用性是否就能很好的適應(yīng)將來需求和運行環(huán)境的的變化，是需要認(rèn)真折衷的。對用戶來說系統(tǒng)的使用比例會有明顯的折扣，甚至造成軟件壽命過短。 設(shè)計本身的風(fēng)險主要來自于系統(tǒng)分析人員。可見需求的不完整和對需求分析的不完整和錯誤，在設(shè)計階段被成倍地放大。需求和需求分析的任何疏漏造成的損失會在軟件系統(tǒng)的后續(xù)階段被一級一級地放大，因此本階段的風(fēng) 險最大。 軟件過程風(fēng)險 軟件需求階段的風(fēng)險 軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。 回避和控制這部分風(fēng)險的辦法是在項目進(jìn)行的過程不斷的對該階段進(jìn)行風(fēng)險估計和指定有效的里程碑。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴(kuò)展性而采用的技術(shù)手段。 通過適當(dāng)?shù)?人員配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對關(guān)鍵人員的依賴性。協(xié)同測試人員進(jìn)行測試，書寫操作手冊和在線幫助，在項目交付用戶之后進(jìn)行跟蹤服務(wù)。書寫測試報告和測試統(tǒng)計報告提請質(zhì)量監(jiān)督組復(fù)審。 程序員 2或 3人 主要職責(zé)：協(xié)助分析人員進(jìn)行詳細(xì)設(shè)計，和軟 件系統(tǒng)的代碼實現(xiàn)，并進(jìn)行適當(dāng)?shù)陌缀袦y試。 系統(tǒng)分析員 1或 2人 主要職責(zé)：協(xié)同項目負(fù)責(zé)人進(jìn)行軟件系統(tǒng)的分析和設(shè)計工作，書寫軟件需求分析和系統(tǒng)設(shè)計相關(guān)文檔。 領(lǐng)域?qū)＜?1或 2人 主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實現(xiàn)邊界和實現(xiàn)的功能，對特定檢測點進(jìn)行算法審核， 同時對測試策略和軟件操作界面提出參考意見。 一般參與軟件開發(fā)的人員（包括管理者和技術(shù)人員）和其責(zé)任進(jìn)行分析如下： 參與者 項目經(jīng)理 1人 主要職責(zé)：進(jìn)行全局把握，側(cè)重于項目的商務(wù)方面，充當(dāng)項目組同客戶正式交流的接口環(huán)節(jié)?；乇芎涂刂栖浖芾盹L(fēng)險的唯一辦法就是設(shè)立監(jiān)督制度，項目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進(jìn) 行的。 大型軟件項目往往是一次性的。軟件的生產(chǎn)過程不存在絕對正確的過程形式：可以肯定的是不同的軟件開發(fā)項目應(yīng)當(dāng)采用不同的或者說是有針對性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項目的開發(fā)完成才能明了的。另一方面，缺乏有效的手段進(jìn)行軟件需求的確定和對潛在需求的挖掘。在軟件產(chǎn)品中，設(shè)計復(fù)雜，功能強(qiáng)大而完備，但因為操作繁復(fù)而被擱置者屢見不鮮。對于重大改動，需要打開源代碼進(jìn)行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動量減小到最低。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)