第一篇：怎樣做好軟件項(xiàng)目風(fēng)險(xiǎn)計(jì)劃

怎樣做好軟件項(xiàng)目風(fēng)險(xiǎn)計(jì)劃

風(fēng)險(xiǎn)評(píng)價(jià)是識(shí)別并分析潛在風(fēng)險(xiǎn)區(qū)域的過程。可以通過列舉通常的軟件項(xiàng)目風(fēng)險(xiǎn)因素以使風(fēng)險(xiǎn)識(shí)別更加明析。制作風(fēng)險(xiǎn)評(píng)估表是識(shí)別風(fēng)險(xiǎn)的好辦法，在風(fēng)險(xiǎn)評(píng)估表中我們統(tǒng)計(jì)特定風(fēng)險(xiǎn)對(duì)項(xiàng)目可能造成的潛在后果，風(fēng)險(xiǎn)計(jì)劃的要素有：

風(fēng)險(xiǎn)描述 對(duì)于風(fēng)險(xiǎn)情況的介紹。

可能性 風(fēng)險(xiǎn)發(fā)生的可能性。風(fēng)險(xiǎn)不是必然要發(fā)生的，如果一個(gè)對(duì)項(xiàng)目存在危害的事件是必然要發(fā)生的，那這個(gè)事件就不能作為風(fēng)險(xiǎn)。對(duì)于風(fēng)險(xiǎn)可能性的標(biāo)識(shí)有助于對(duì)那些高可能性的風(fēng)險(xiǎn)投入更大的關(guān)注。

嚴(yán)重性 風(fēng)險(xiǎn)如果發(fā)生對(duì)于項(xiàng)目的危害程度。

危害值 一個(gè)綜合考慮可能性和嚴(yán)重型后對(duì)風(fēng)險(xiǎn)的一個(gè)評(píng)估，這個(gè)評(píng)估反應(yīng)了風(fēng)險(xiǎn)應(yīng)該被關(guān)注的程度。

對(duì)策 對(duì)策分為兩個(gè)部分：一是對(duì)于采取預(yù)防措施以阻止風(fēng)險(xiǎn)的發(fā)生，另一方面也要考慮如果風(fēng)險(xiǎn)發(fā)生后需要采取什么措施。這兩方面的計(jì)劃構(gòu)成了完整的風(fēng)險(xiǎn)對(duì)策。

觸發(fā)標(biāo)志 風(fēng)險(xiǎn)是一種可能性，并且制定風(fēng)險(xiǎn)主要的出發(fā)點(diǎn)是預(yù)防它，但也要考慮到風(fēng)險(xiǎn)發(fā)生后情況。對(duì)于風(fēng)險(xiǎn)發(fā)生后的應(yīng)對(duì)策略，需要爭(zhēng)取一定的提前時(shí)間以啟動(dòng)必要的各項(xiàng)工作，設(shè)立觸發(fā)標(biāo)志是為設(shè)立一個(gè)判別標(biāo)識(shí)，在該觸發(fā)標(biāo)志所標(biāo)明的條件具備時(shí)，說明風(fēng)險(xiǎn)已經(jīng)越來越可能成為現(xiàn)實(shí)了。

風(fēng)險(xiǎn)責(zé)任人 風(fēng)險(xiǎn)預(yù)防和跟蹤需要有人的參與，在風(fēng)險(xiǎn)計(jì)劃中責(zé)任明確是一個(gè)重要的原則，對(duì)每一個(gè)列入了視線的風(fēng)險(xiǎn)都要指定對(duì)風(fēng)險(xiǎn)預(yù)防和跟蹤負(fù)責(zé)的人員。

風(fēng)險(xiǎn)計(jì)劃不是一個(gè)靜止的文件，它應(yīng)該隨著項(xiàng)目狀況的變化而變化。所以在任何項(xiàng)目中，風(fēng)險(xiǎn)管理都必須被作為一個(gè)日常的正式活動(dòng)列入項(xiàng)目工作計(jì)劃，成為項(xiàng)目管理人員的一個(gè)重要工作。在下一節(jié)風(fēng)險(xiǎn)跟蹤中將對(duì)風(fēng)險(xiǎn)的動(dòng)態(tài)變化作出更詳細(xì)的闡述。

在標(biāo)定風(fēng)險(xiǎn)可能性和危害時(shí)，重要的是清楚地標(biāo)明風(fēng)險(xiǎn)之間重要性的相對(duì)比較，所以采取一個(gè)簡(jiǎn)明的標(biāo)注標(biāo)準(zhǔn)十分重要。

第二篇：軟件項(xiàng)目風(fēng)險(xiǎn)管控

推介導(dǎo)讀：

此論文從需求調(diào)研、開發(fā)、實(shí)施以及項(xiàng)目收尾四個(gè)項(xiàng)目階段，列舉了11種典型的常見風(fēng)險(xiǎn)，并給出了這些風(fēng)險(xiǎn)的詳細(xì)和切實(shí)可行的風(fēng)險(xiǎn)規(guī)避措施。這些風(fēng)險(xiǎn)和措施實(shí)用、實(shí)在，值得做為公司項(xiàng)目管理財(cái)富庫(kù)進(jìn)行收藏，值得各項(xiàng)目組借鑒。

軟件項(xiàng)目風(fēng)險(xiǎn)管控

1.什么是軟件項(xiàng)目風(fēng)險(xiǎn)

軟件項(xiàng)目風(fēng)險(xiǎn)是指在軟件開發(fā)過程中遇到的預(yù)算和進(jìn)度等方面的問題以及這些問題對(duì)軟件項(xiàng)目的影響。軟件項(xiàng)目風(fēng)險(xiǎn)會(huì)影響項(xiàng)目計(jì)劃的實(shí)現(xiàn)，如果項(xiàng)目風(fēng)險(xiǎn)變成現(xiàn)實(shí)，就有可能影響項(xiàng)目的進(jìn)度，增加項(xiàng)目的成本，甚至使軟件項(xiàng)目目標(biāo)不能實(shí)現(xiàn)。如果對(duì)項(xiàng)目進(jìn)行風(fēng)險(xiǎn)管理，就可以最大限度的減少風(fēng)險(xiǎn)的發(fā)生。2.項(xiàng)目風(fēng)險(xiǎn)及應(yīng)對(duì)措施

軟件項(xiàng)目的生命周期可以分為四個(gè)階段，即需求調(diào)研階段、開發(fā)階段、實(shí)施階段、收尾階段，軟件開發(fā)過程可分為：需求分析、設(shè)計(jì)、編碼、測(cè)試等幾個(gè)過程，在軟件項(xiàng)目的每個(gè)階段、每個(gè)過程都可能存在風(fēng)險(xiǎn)。下面結(jié)合項(xiàng)目談?wù)劯麟A段碰到的風(fēng)險(xiǎn)。

2.1.需求調(diào)研階段 1． 風(fēng)險(xiǎn)描述：

調(diào)研涉眾沒有足夠的時(shí)間參與調(diào)研活動(dòng)，嚴(yán)重影響調(diào)研進(jìn)度與調(diào)研質(zhì)量。應(yīng)對(duì)措施：

? 開始調(diào)研時(shí)，召集公司的高層領(lǐng)導(dǎo)、各部門主管及參與調(diào)研的關(guān)鍵涉眾召開調(diào)研啟動(dòng)會(huì)，讓所有涉眾都重視本次調(diào)研活動(dòng)，努力配合調(diào)研工作。在調(diào)研啟動(dòng)會(huì)上明確調(diào)研涉眾的職責(zé)；

? 在制定調(diào)研計(jì)劃時(shí)，應(yīng)事前與相關(guān)涉眾做好溝通工作，努力減少調(diào)研計(jì)劃與日常工作安排的沖突；

? 相關(guān)人員通過移交日常工作等辦法，有效保證相關(guān)涉眾的調(diào)研時(shí)間； ? 調(diào)研人員設(shè)計(jì)調(diào)研提綱時(shí)，要有針對(duì)性，盡量努力提高調(diào)研效率。2． 風(fēng)險(xiǎn)描述： 調(diào)研成果不能真實(shí)和完整地體現(xiàn)管理層意圖與企業(yè)經(jīng)營(yíng)管理需要。應(yīng)對(duì)措施：

? 通過客戶方的多方協(xié)調(diào)，讓管理層要重視調(diào)研人員的訪談，客觀而真實(shí)地回答訪談問題；

? 管理層調(diào)研提綱在設(shè)計(jì)時(shí)，不僅要做到有針對(duì)性，而且要有全面性； ? 調(diào)研人員在訪談管理層，要善于挖掘與總結(jié)管理層的管理意圖與經(jīng)營(yíng)思路； ? 管理層的意圖應(yīng)宣達(dá)到所有涉眾，努力做到在繁多的需求中，把握住管理思路的主線。

3． 風(fēng)險(xiǎn)描述：

在某些需求議題上，不同部門、不同單位可能會(huì)有不同的理解與要求，且可能會(huì)各自堅(jiān)持自己的意見，無法達(dá)成共識(shí)。應(yīng)對(duì)措施：

? 通過管理層宣傳與教育，讓相關(guān)涉眾認(rèn)識(shí)到業(yè)務(wù)流程標(biāo)準(zhǔn)化的重要性； ? 由總部成立業(yè)務(wù)專家小組，在出現(xiàn)需求不一致，提出權(quán)威的解決方案； ? 調(diào)研人員憑借自身的流程分析能力，盡量定義出能兼容不同需求的解決方案。? 對(duì)確實(shí)無法達(dá)成共識(shí)的需求，可以采用暫時(shí)擱置爭(zhēng)議辦法，以保證進(jìn)度。4． 風(fēng)險(xiǎn)描述：

調(diào)研成果偏離調(diào)研涉眾的需求 應(yīng)對(duì)措施：

? 調(diào)研時(shí)認(rèn)真聆聽調(diào)研涉眾的需求，然后理解及復(fù)述調(diào)研的需求；

? 調(diào)研完成后，在當(dāng)天整理出涉眾備忘錄、調(diào)研涉眾的交付物清單，梳理并繪制流程圖；

? 第二天安排足夠的時(shí)間，與調(diào)研涉眾核對(duì)涉眾備忘錄、流程圖、交付物清單，并得到調(diào)研涉眾的書面確認(rèn)；

? 每家分公司的所有調(diào)研成果最終都要有分公司領(lǐng)導(dǎo)的書面簽字確認(rèn)。2.2.開發(fā)階段 1． 風(fēng)險(xiǎn)描述： 錯(cuò)誤理解需求分析，導(dǎo)致開發(fā)成果與用戶需求偏離。應(yīng)對(duì)措施：

? 準(zhǔn)確規(guī)范的文字表達(dá)模式；

? 系統(tǒng)分析師與開發(fā)人員保持密切溝通，必要時(shí)召開會(huì)議向全體開發(fā)小組成員介紹需求的詳細(xì)情況；

? 功能開發(fā)完后，系統(tǒng)分析師檢查功能實(shí)現(xiàn)情況及效果； 2． 風(fēng)險(xiǎn)描述：

項(xiàng)目周期短導(dǎo)致開發(fā)周期短，需要把SQL翻譯為ORACLE，而且要統(tǒng)一平臺(tái)整合船代與貨代系統(tǒng)，開發(fā)任務(wù)艱巨，可能導(dǎo)致開發(fā)無法如期開發(fā)完成的風(fēng)險(xiǎn)。應(yīng)對(duì)措施：

? 增加項(xiàng)目組熟練開發(fā)人員； ? 分析、設(shè)計(jì)、開發(fā)、測(cè)試迭代進(jìn)行；

? 在客戶方搭建測(cè)試環(huán)境，開發(fā)完成部分功能后，發(fā)布到客戶方測(cè)試環(huán)境，讓關(guān)鍵用戶一起驗(yàn)證，及時(shí)糾正偏離的需求。

2.3.實(shí)施階段 1． 風(fēng)險(xiǎn)描述：

基礎(chǔ)數(shù)據(jù)收集不完整、不及時(shí)，導(dǎo)致系統(tǒng)UAT效果不好。應(yīng)對(duì)措施：

? 盡早整理所有需要收集的基礎(chǔ)信息表，發(fā)給各公司系統(tǒng)負(fù)責(zé)人，并告知收集的期限，收集的期限必須要預(yù)留緩沖時(shí)間。

? 收集到基礎(chǔ)信息表要必須在UAT開始前導(dǎo)入系統(tǒng)的UAT環(huán)境。

? 基礎(chǔ)數(shù)據(jù)維護(hù)是一個(gè)漫長(zhǎng)的過程，建議UAT的基礎(chǔ)數(shù)據(jù)按正確的數(shù)據(jù)進(jìn)行維護(hù)，上線時(shí)直接導(dǎo)入正式環(huán)境。

2． 風(fēng)險(xiǎn)描述：

UAT效果不好，導(dǎo)致無法如期上線。應(yīng)對(duì)措施：

? 與公司領(lǐng)導(dǎo)、各業(yè)務(wù)部門主管了解公司的業(yè)務(wù)線，制定UAT計(jì)劃時(shí)必須涵蓋公司的所有業(yè)務(wù)線；

? 與UAT用戶共同制定各業(yè)務(wù)線的錄入數(shù)據(jù)量，每天或者每周統(tǒng)計(jì)數(shù)據(jù)錄入情況，匯報(bào)相關(guān)項(xiàng)目干系人。統(tǒng)計(jì)清單中必須有計(jì)劃錄入數(shù)據(jù)量、實(shí)際錄入數(shù)據(jù)量、完成百分比情況；

? 若錄入數(shù)據(jù)量比計(jì)劃數(shù)據(jù)量偏差比較大時(shí)，必須及時(shí)召開例會(huì)并讓公司領(lǐng)導(dǎo)一起參與會(huì)議。

? UAT時(shí)，必須讓關(guān)鍵用戶清楚知道整個(gè)操作流程及功能點(diǎn)，必須要有功能清單。3． 風(fēng)險(xiǎn)描述：

UAT后上線還是有一大堆問題，上線效果非常差，沒達(dá)到用戶的預(yù)期。應(yīng)對(duì)措施：

? UAT后建議安排系統(tǒng)并行，根據(jù)各業(yè)務(wù)線的情況制定并行計(jì)劃。例如：有的業(yè)務(wù)線數(shù)據(jù)量比較少可以采取完全并行的模式，有的業(yè)務(wù)線數(shù)據(jù)量比較大可以采取并行50%的方式；

? 讓所有的最終用戶參與系統(tǒng)的并行；

? 并行階段每天或者每周統(tǒng)計(jì)數(shù)據(jù)錄入情況，匯報(bào)相關(guān)項(xiàng)目干系人。統(tǒng)計(jì)清單中必須有計(jì)劃錄入數(shù)據(jù)量、實(shí)際錄入數(shù)據(jù)量、完成百分比情況；

4． 風(fēng)險(xiǎn)描述：

UAT階段都沒什么問題，上線時(shí)因某個(gè)功能原因推遲上線。應(yīng)對(duì)措施：

? 項(xiàng)目啟動(dòng)時(shí)，嚴(yán)格制定上線標(biāo)準(zhǔn)；

? UAT階段要有詳細(xì)的功能清單、EDI清單、打印套版、接口清單，讓關(guān)鍵用戶知道試用的內(nèi)容；

? 在UAT期間，必須要讓關(guān)鍵用戶對(duì)這些清單進(jìn)行試用，并規(guī)定問題反饋的期限； ? 上線一周前收集關(guān)鍵用戶對(duì)這些清單的簽字確認(rèn)，至少預(yù)留一周的緩沖時(shí)間。2.4.收尾階段 1． 風(fēng)險(xiǎn)描述：

系統(tǒng)的驗(yàn)收是整個(gè)項(xiàng)目過程中最難的里程碑點(diǎn)，系統(tǒng)不可能做到完全沒有問題，客戶可以找一些理由遲遲不驗(yàn)收系統(tǒng)。應(yīng)對(duì)措施：

? 簽訂商務(wù)合同的時(shí)候，規(guī)定驗(yàn)收的期限，例如：上線后多長(zhǎng)時(shí)間完成驗(yàn)收工作； ? 驗(yàn)收標(biāo)準(zhǔn)正常情況下是按需求規(guī)格說明書及合同規(guī)定的交付物進(jìn)行驗(yàn)收，但是項(xiàng)目周期緊，開始寫的需求規(guī)格說明書到了系統(tǒng)驗(yàn)收階段往往偏離比較大。雙方項(xiàng)目經(jīng)理及相關(guān)領(lǐng)導(dǎo)討論制定系統(tǒng)需求收集期限，并對(duì)需求進(jìn)行劃分，劃分出合同范圍內(nèi)驗(yàn)收前解決的需求清單，合同范圍外驗(yàn)收前解決的需求清單。針對(duì)這些需求進(jìn)行集中處理。

? 雙方對(duì)合同交付物的理解可能會(huì)存在一定的偏差，也需要雙方項(xiàng)目經(jīng)理及相關(guān)領(lǐng)導(dǎo)進(jìn)行詳細(xì)的溝通，確定驗(yàn)收時(shí)的不違背合同的交付物清單，項(xiàng)目組集中收集這些信息。

3.總結(jié)

軟件項(xiàng)目風(fēng)險(xiǎn)貫穿整個(gè)項(xiàng)目的始終，風(fēng)險(xiǎn)無處不在，風(fēng)險(xiǎn)無時(shí)不有，風(fēng)險(xiǎn)并不可怕，可怕的是沒識(shí)別風(fēng)險(xiǎn)，可怕的是沒有風(fēng)險(xiǎn)管控。

第三篇：項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃

風(fēng)險(xiǎn)管理計(jì)劃（Risk management plan）

目錄

[隱藏]

?

? 1 項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃概述 2 項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃的制

訂依據(jù)

? 3 項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃制定的方法

? 4 項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃制定的成果

[編輯]

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃概述

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃就是制定風(fēng)險(xiǎn)識(shí)別、風(fēng)險(xiǎn)分析、風(fēng)險(xiǎn)減緩策略，確定風(fēng)險(xiǎn)管理的職責(zé)，為項(xiàng)目的風(fēng)險(xiǎn)管理提供完整的行動(dòng)綱領(lǐng)。是確定如何在項(xiàng)目中進(jìn)行風(fēng)險(xiǎn)管理活動(dòng)，以及制定項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃的過程。

本計(jì)劃主要針對(duì)項(xiàng)目開發(fā)涉及到的風(fēng)險(xiǎn)，包括在項(xiàng)目開發(fā)周期過程中可能出現(xiàn)的風(fēng)險(xiǎn)以及項(xiàng)目實(shí)施過程中外部環(huán)境的變化可能引起的風(fēng)險(xiǎn)等進(jìn)行評(píng)估。

[編輯]

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃的制訂依據(jù)

⑴項(xiàng)目許可。

⑵風(fēng)險(xiǎn)管理政策。

⑶規(guī)定的任務(wù)和責(zé)任。

⑷利害關(guān)系人的風(fēng)險(xiǎn)容忍度。

⑸風(fēng)險(xiǎn)管理計(jì)劃模板。

⑹WBS.[編輯]

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃制定的方法

風(fēng)險(xiǎn)管理計(jì)劃制定的方法通常是采用項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃會(huì)議的形式。項(xiàng)目經(jīng)理、項(xiàng)目團(tuán)隊(duì)領(lǐng)導(dǎo)以及任何相關(guān)的責(zé)任者與實(shí)施者等都在需要參與之列。所使用的工具是項(xiàng)目風(fēng)險(xiǎn)管理模板，將模板具體應(yīng)用到當(dāng)前項(xiàng)目之中。

[編輯]

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃制定的成果

項(xiàng)目風(fēng)險(xiǎn)管理計(jì)劃的成果是風(fēng)險(xiǎn)管理計(jì)劃文件，它的內(nèi)容包括以下方面。

⑴方法：確定可能采用的風(fēng)險(xiǎn)管理方法、工具和數(shù)據(jù)信息來源。針對(duì)項(xiàng)目的不同階段、不同局部、不同的評(píng)估情況，可以靈活采用不

同的方法策略。⑵崗位職責(zé)：確定風(fēng)險(xiǎn)管理活動(dòng)中每一類別行動(dòng)的具體領(lǐng)導(dǎo)者、支持者及行動(dòng)小組成員，明確各自的崗位職責(zé)。

⑶時(shí)間：明確在整個(gè)項(xiàng)目的生命周期中實(shí)施風(fēng)險(xiǎn)管理的周期或頻率，包括對(duì)于風(fēng)險(xiǎn)管理過程各個(gè)運(yùn)行階段、過程進(jìn)行評(píng)價(jià)、控制和修正的時(shí)間點(diǎn)或周期。

⑷預(yù)算：確定用于項(xiàng)目風(fēng)險(xiǎn)管理的預(yù)算。

⑸評(píng)分與說明：明確定義風(fēng)險(xiǎn)分析的評(píng)分標(biāo)準(zhǔn)并加以準(zhǔn)確的說明，有利于保證執(zhí)行過程的連續(xù)性和決策的及時(shí)性。

⑹承受度：明確對(duì)于何種風(fēng)險(xiǎn)將由誰以何種方式采取何種應(yīng)對(duì)行動(dòng)。作為計(jì)劃有效性的衡量基準(zhǔn)，可以避免項(xiàng)目相關(guān)各方對(duì)計(jì)劃理解的歧義。

⑺報(bào)告格式：明確風(fēng)險(xiǎn)管理各流程中應(yīng)報(bào)告和溝通的內(nèi)容、范圍、渠道和方式，使項(xiàng)目團(tuán)隊(duì)內(nèi)部、與上級(jí)主管和投資方之間、以及與協(xié)作方之間的信息溝通順暢、及時(shí)、準(zhǔn)確。

⑻跟蹤：為了有效地對(duì)當(dāng)前項(xiàng)目進(jìn)行管理、監(jiān)察、審計(jì)，以及積累經(jīng)驗(yàn)、吸取教訓(xùn)，應(yīng)該將風(fēng)險(xiǎn)及對(duì)其采取的管理行為的方方面面都記錄下來，歸檔留存。記錄應(yīng)該按照統(tǒng)一規(guī)定的文檔格式和要求。

第四篇：軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告范文

軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告范文

本文主要針對(duì)軟件開發(fā)涉及到的風(fēng)險(xiǎn)，包括在軟件開發(fā)周期過程中可能出現(xiàn)的風(fēng)險(xiǎn)以及軟件實(shí)施過程中外部環(huán)境的變化可能引起的風(fēng)險(xiǎn)等進(jìn)行評(píng)估。在文中對(duì)所提到的風(fēng)險(xiǎn)都一一做了詳細(xì)的分析，并提出了相應(yīng)的風(fēng)險(xiǎn)回避措施。

由于風(fēng)險(xiǎn)是在項(xiàng)目開始之后才開始對(duì)項(xiàng)目的開發(fā)起負(fù)面的影響，所以風(fēng)險(xiǎn)分析的不足，或是風(fēng)險(xiǎn)回避措施不得力，都很有可能造成軟件開發(fā)的失敗。風(fēng)險(xiǎn)分析是在事前的一種估計(jì)，憑借一定的技術(shù)手段和豐富的經(jīng)驗(yàn)，基本能夠?qū)?xiàng)目的風(fēng)險(xiǎn)做出比較準(zhǔn)確的估計(jì)，經(jīng)過慎重的考慮提出可行的風(fēng)險(xiǎn)回避措施，是避免損失的重要環(huán)節(jié)。

主要風(fēng)險(xiǎn)綜述

任何軟件的開發(fā)，其主要風(fēng)險(xiǎn)均來自于兩個(gè)方面，一是軟件管理，二是軟件體系結(jié)構(gòu)。軟件產(chǎn)品的開發(fā)是工程技術(shù)與個(gè)人創(chuàng)作的有機(jī)結(jié)合。軟件開發(fā)是人的集體智慧按照工程化的思想進(jìn)行發(fā)揮的過程。軟件管理是保證軟件開發(fā)工程化的手段。軟件體系結(jié)構(gòu)的合理程度是取決于集體智慧發(fā)揮的程度和經(jīng)驗(yàn)的運(yùn)用。

軟件管理將影響到軟件的下列因素：

軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質(zhì)量的主要因素。很多情況下，軟件開發(fā)商在工期的壓力下，放棄文檔的書寫，組織，結(jié)果在工程的晚期，大量需要文檔進(jìn)行協(xié)調(diào)的工作時(shí)，致使軟件進(jìn)度越來越慢。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。

軟件需求的調(diào)研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對(duì)軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點(diǎn)，但軟件的需求卻會(huì)貫穿整個(gè)軟件的開發(fā)過程，軟件管理需要對(duì)軟件需求的變化進(jìn)行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成;同時(shí)又要保證開發(fā)的軟件能夠?yàn)橛脩羲邮?。軟件管理需要控制軟件的每個(gè)階段進(jìn)行的成度，不能過細(xì)造成時(shí)間的浪費(fèi)，也不能過粗，造成軟件缺陷。

軟件的實(shí)現(xiàn)技術(shù)手段是否能夠同時(shí)滿足性能要求：軟件的構(gòu)造需要對(duì)軟件構(gòu)造過程中的使用的各種技術(shù)進(jìn)行評(píng)估。軟件構(gòu)造技術(shù)通常是這樣：最成熟的技術(shù)，往往不能體現(xiàn)最好的軟件性能;先進(jìn)的技術(shù)，往往人員對(duì)其熟悉程度不夠，對(duì)其中隱含的缺陷不夠明了。軟件管理在制定軟件開發(fā)計(jì)劃和定義里程碑時(shí)必須考慮這些因素，并做出合理的權(quán)衡決策。

軟件質(zhì)量體系是否能夠被有效地保證：任何軟件管理忽略軟件質(zhì)量監(jiān)督環(huán)節(jié)都將對(duì)軟件的生產(chǎn)構(gòu)成巨大的風(fēng)險(xiǎn)。而制定卓有成效的軟件質(zhì)量監(jiān)督體系，是任何軟件開發(fā)組織必不可少的。軟件質(zhì)量保證體系是軟件開發(fā)成為可控制過程的基礎(chǔ)，也是開發(fā)商和用戶進(jìn)行交流的基礎(chǔ)和依據(jù)。

軟件體系結(jié)構(gòu)影響到軟件的如下質(zhì)量因素：

軟件的可伸縮性：是指軟件在不進(jìn)行修改的情況下適應(yīng)不同的工作環(huán)境的能力。由于硬件的飛速發(fā)展和軟件開發(fā)周期較長(zhǎng)的矛盾，軟件升級(jí)的需要顯得非常迫切。如果軟件的升級(jí)和移植非常困難，軟件的生命期必定很短，使得化費(fèi)巨大人力物力開發(fā)出的軟件系統(tǒng)只能在低性能的硬件或網(wǎng)絡(luò)上運(yùn)行，甚至被廢棄不用，造成巨大的浪費(fèi)。

軟件的可維護(hù)性：軟件的維護(hù)也是必然的事情，為了保證軟件的較長(zhǎng)使用壽命，軟件就必須適應(yīng)不斷的業(yè)務(wù)需求變化，根據(jù)業(yè)務(wù)需求的變化對(duì)軟件進(jìn)行修改。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)相關(guān)。一個(gè)好的軟件體系結(jié)構(gòu)可以盡可能地將系統(tǒng)的變化放在系統(tǒng)的配置上，即軟件代碼無需修改，僅僅是在系統(tǒng)提供的配置文件中進(jìn)行適當(dāng)?shù)男薷?，然后軟件重新加載進(jìn)入運(yùn)行狀態(tài)，就完成了系統(tǒng)部分功能和性能要求的變化。對(duì)于重大改動(dòng)，需要打開源代碼進(jìn)行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動(dòng)量減小到最低。

軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關(guān)鍵之關(guān)鍵因素。在軟件產(chǎn)品中，設(shè)計(jì)復(fù)雜，功能強(qiáng)大而完備，但因?yàn)椴僮鞣睆?fù)而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發(fā)中軟件體系結(jié)構(gòu)的宏觀把握能力。另一方面，缺乏有效的手段進(jìn)行軟件需求的確定和對(duì)潛在需求的挖掘。

項(xiàng)目管理的風(fēng)險(xiǎn)

軟件項(xiàng)目管理的風(fēng)險(xiǎn)來自于軟件項(xiàng)目自身的特點(diǎn)：

軟件產(chǎn)品不可見：開發(fā)的進(jìn)展以及軟件的質(zhì)量是否符合要求難于度量，從而使軟件的管理難于把握。

軟件的生產(chǎn)過程不存在絕對(duì)正確的過程形式：可以肯定的是不同的軟件開發(fā)項(xiàng)目應(yīng)當(dāng)采用不同的或者說是有針對(duì)性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項(xiàng)目的開發(fā)完成才能明了的。因此項(xiàng)目開發(fā)之初只能根據(jù)項(xiàng)目的特點(diǎn)和開發(fā)經(jīng)驗(yàn)進(jìn)行選擇，并在開發(fā)過程中不斷的調(diào)整。

大型軟件項(xiàng)目往往是“一次性”的。以往的經(jīng)驗(yàn)可以被借鑒的地方不多。回避和控制軟件管理風(fēng)險(xiǎn)的唯一辦法就是設(shè)立監(jiān)督制度，項(xiàng)目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進(jìn)行的。在該項(xiàng)目中項(xiàng)目監(jiān)督由項(xiàng)目開發(fā)中的質(zhì)量監(jiān)督組來實(shí)施。

一般參與軟件開發(fā)的人員(包括管理者和技術(shù)人員)和其責(zé)任進(jìn)行分析如下：

參與者

項(xiàng)目經(jīng)理1人

主要職責(zé)：進(jìn)行全局把握，側(cè)重于項(xiàng)目的商務(wù)方面，充當(dāng)項(xiàng)目組同客戶正式交流的接口環(huán)節(jié)。

項(xiàng)目負(fù)責(zé)人1人

主要職責(zé)：制定項(xiàng)目開發(fā)計(jì)劃和開發(fā)策略，參與項(xiàng)目核心系統(tǒng)的分析設(shè)計(jì)，同時(shí)努力保證開發(fā)計(jì)劃的按時(shí)完成和開發(fā)策略的真正貫徹落實(shí)。

領(lǐng)域?qū)＜?或2人

主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實(shí)現(xiàn)邊界和實(shí)現(xiàn)的功能，對(duì)特定檢測(cè)點(diǎn)進(jìn)行算法審核，同時(shí)對(duì)測(cè)試策略和軟件操作界面提出參考意見。

質(zhì)量監(jiān)督組1或2人

主要職責(zé)：編制軟件質(zhì)量控制計(jì)劃，并負(fù)責(zé)落實(shí);控制必要文檔的生產(chǎn)，通過文檔，監(jiān)督項(xiàng)目實(shí)施過程中軟件的質(zhì)量，并產(chǎn)生軟件質(zhì)量報(bào)告，提請(qǐng)項(xiàng)目經(jīng)理和項(xiàng)目負(fù)責(zé)人審閱;對(duì)于項(xiàng)目中出現(xiàn)的質(zhì)量問題，主持召開質(zhì)量復(fù)審會(huì)議。

系統(tǒng)分析員1或2人

主要職責(zé)：協(xié)同項(xiàng)目負(fù)責(zé)人進(jìn)行軟件系統(tǒng)的分析和設(shè)計(jì)工作，書寫軟件需求分析和系統(tǒng)設(shè)計(jì)相關(guān)文檔。在軟件實(shí)現(xiàn)階段進(jìn)行測(cè)試策略的編制和對(duì)性能測(cè)試的指導(dǎo)。

程序員2或3人

主要職責(zé)：協(xié)助分析人員進(jìn)行詳細(xì)設(shè)計(jì)，和軟件系統(tǒng)的代碼實(shí)現(xiàn)，并進(jìn)行適當(dāng)?shù)陌缀袦y(cè)試。

測(cè)試員2或3人

主要職責(zé)：已經(jīng)實(shí)現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進(jìn)行正確性驗(yàn)證測(cè)試，整合后的系統(tǒng)的性能測(cè)試等。書寫測(cè)試報(bào)告和測(cè)試統(tǒng)計(jì)報(bào)告提請(qǐng)質(zhì)量監(jiān)督組復(fù)審。

技術(shù)支持2或3人

主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對(duì)需求分析進(jìn)行參考性復(fù)審。協(xié)同測(cè)試人員進(jìn)行測(cè)試，書寫操作手冊(cè)和在線幫助，在項(xiàng)目交付用戶之后進(jìn)行跟蹤服務(wù)。

文檔組1或2人

主要職責(zé)：對(duì)各部門產(chǎn)生的文檔進(jìn)行格式規(guī)范、版本編號(hào)和控制、存檔文件的檢索;協(xié)助質(zhì)量監(jiān)督組進(jìn)行軟件質(zhì)量監(jiān)督。通過適當(dāng)?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對(duì)關(guān)鍵人員的依賴性。

軟件技術(shù)風(fēng)險(xiǎn)

本系統(tǒng)擬訂采用的兩個(gè)重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的COM組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴(kuò)展性而采用的技術(shù)手段。從技術(shù)成熟度上說不存在風(fēng)險(xiǎn)，但為了實(shí)現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當(dāng)?shù)亩嗟念~外工作需要做，這會(huì)給項(xiàng)目工期帶來較大的風(fēng)險(xiǎn)。

回避和控制這部分風(fēng)險(xiǎn)的辦法是在項(xiàng)目進(jìn)行的過程不斷的對(duì)該階段進(jìn)行風(fēng)險(xiǎn)估計(jì)和指定有效的里程碑。同時(shí)采用“范例”方式提高開發(fā)人員的構(gòu)件組件的分析識(shí)別能力，適時(shí)調(diào)整構(gòu)件組件的數(shù)量和粒度。

軟件過程風(fēng)險(xiǎn)

軟件需求階段的風(fēng)險(xiǎn)

軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失會(huì)在軟件系統(tǒng)的后續(xù)階段被一級(jí)一級(jí)地放大，因此本階段的風(fēng)險(xiǎn)最大。

設(shè)計(jì)階段的風(fēng)險(xiǎn)

設(shè)計(jì)的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對(duì)需求分析的不完整和錯(cuò)誤，在設(shè)計(jì)階段被成倍地放大。設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完 成需求階段的即定目標(biāo);另一方面也是檢驗(yàn)需求的一致性和需求分析的完整性和正確性。

設(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ì)有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實(shí)現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會(huì)上升，這又會(huì)在實(shí)現(xiàn)和測(cè)試階段帶來風(fēng)險(xiǎn)，系統(tǒng)的穩(wěn)定性也會(huì)受到影響。從另一個(gè)角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運(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)階段的困難，更會(huì)在后期的測(cè)試和維護(hù)造成災(zāi)難性的后果，例如根本無法對(duì)軟件系統(tǒng)進(jìn)行版本升級(jí)，甚至是發(fā)現(xiàn)的簡(jiǎn)單錯(cuò)誤都無從更正。

實(shí)現(xiàn)階段引入的風(fēng)險(xiǎn)

軟件的實(shí)現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時(shí)它又是將來運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險(xiǎn)來源。規(guī)范的代碼生產(chǎn)會(huì)把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險(xiǎn)。

維護(hù)階段的風(fēng)險(xiǎn)

軟件維護(hù)包含兩個(gè)主要的維護(hù)階段，一個(gè)是軟件生產(chǎn)完畢到軟件試運(yùn)行階段的維護(hù)，這個(gè)階段是一種實(shí)環(huán)境的測(cè)試性維護(hù)，其主要目的是發(fā)現(xiàn)在測(cè)試環(huán)境中不能或未發(fā)現(xiàn)的問題;另一個(gè)階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運(yùn)行環(huán)境(包括硬件平臺(tái)，軟件環(huán)境等)時(shí)進(jìn)行的軟件維護(hù)，具體可能是軟件的版本升級(jí)或軟件移植等。

從軟件工程的角度看，軟件維護(hù)費(fèi)用約占總費(fèi)用的55%~70%，系統(tǒng)越大，該費(fèi)用越高。對(duì)系統(tǒng)可維護(hù)性的輕視是大型軟件系統(tǒng)的最大風(fēng)險(xiǎn)。在軟件漫長(zhǎng)的運(yùn)營(yíng)期內(nèi)，業(yè)務(wù)規(guī)則肯定會(huì)不斷發(fā)展，科學(xué)的解決此問題的做法是不斷對(duì)軟件系統(tǒng)進(jìn)行版本升級(jí)，在確保可維護(hù)性的前提下逐步擴(kuò)展系統(tǒng)。

在軟件系統(tǒng)運(yùn)營(yíng)期間，主要的風(fēng)險(xiǎn)源自于技術(shù)支持體系的無效運(yùn)轉(zhuǎn)。科學(xué)的方法是有一支客戶支持隊(duì)伍不斷收集運(yùn)行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。

項(xiàng)目風(fēng)險(xiǎn)表

風(fēng)險(xiǎn)評(píng)估表中所提到的風(fēng)險(xiǎn)是一般項(xiàng)目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險(xiǎn)系數(shù)是指在不對(duì)風(fēng)險(xiǎn)進(jìn)行深入的分析和有效的規(guī)避的情況下，該風(fēng)險(xiǎn)項(xiàng)發(fā)生的概率。比如軟件產(chǎn)品的設(shè)計(jì)目標(biāo)是運(yùn)行十年，體系結(jié)構(gòu)不合理的風(fēng)險(xiǎn)是40%的含義是，如果不對(duì)系統(tǒng)進(jìn)行深入的分析，未采用最合理的軟件技術(shù)進(jìn)行設(shè)計(jì)，則生產(chǎn)出一個(gè)不具備可擴(kuò)展性的軟件系統(tǒng)的概率是40%。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運(yùn)營(yíng)要求的可能性極低。由此而可能產(chǎn)生的災(zāi)難性后果是公司在業(yè)務(wù)發(fā)展的時(shí)候，必須重新開發(fā)新系統(tǒng)。

向客戶提供風(fēng)險(xiǎn)評(píng)估，是按照國(guó)際慣例進(jìn)行的例行操作，一方面讓客戶對(duì)潛在的風(fēng)險(xiǎn)有更充分的了解，表明公司誠(chéng)信 為本的態(tài)度，另一方面也用以鞭策和激勵(lì)全體開發(fā)人員嚴(yán)格執(zhí)行開發(fā)標(biāo)準(zhǔn)，共同監(jiān)督項(xiàng)目開發(fā)過程，努力避免風(fēng)險(xiǎn)的發(fā)生。

第五篇：【資料】軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告

軟件項(xiàng)目風(fēng)險(xiǎn)評(píng)估報(bào)告

本文主要針對(duì)軟件開發(fā)涉及到的風(fēng)險(xiǎn)，包括在軟件開發(fā)周期過程中可能出現(xiàn)的風(fēng)險(xiǎn)以及軟件實(shí)施過程中外部環(huán)境的變化可能引起的風(fēng)險(xiǎn)等進(jìn)行評(píng)估。在文中對(duì)所提到的風(fēng)險(xiǎn)都一一做了詳細(xì)的分析，并提出了相應(yīng)的風(fēng)險(xiǎn)回避措施。由于風(fēng)險(xiǎn)是在項(xiàng)目開始之后才開始對(duì)項(xiàng)目的開發(fā)起負(fù)面的影響，所以風(fēng)險(xiǎn)分析的不足，或是風(fēng)險(xiǎn)回避措施不得力，都很有可能造成軟件開發(fā)的失敗。風(fēng)險(xiǎn)分析是在事前的一種估計(jì)，憑借一定的技術(shù)手段和豐富的經(jīng)驗(yàn)，基本能夠?qū)?xiàng)目的風(fēng)險(xiǎn)做出比較準(zhǔn)確的估計(jì)，經(jīng)過慎重的考慮提出可行的風(fēng)險(xiǎn)回避措施，是避免損失的重要環(huán)節(jié)。主要風(fēng)險(xiǎn)綜述

任何軟件的開發(fā)，其主要風(fēng)險(xiǎn)均來自于兩個(gè)方面，一是軟件管理，二是軟件體系結(jié)構(gòu)。軟件產(chǎn)品的開發(fā)是工程技術(shù)與個(gè)人創(chuàng)作的有機(jī)結(jié)合。軟件開發(fā)是人的集體智慧按照工程化的思想進(jìn)行發(fā)揮的過程。軟件管理是保證軟件開發(fā)工程化的手段。軟件體系結(jié)構(gòu)的合理程度是取決于集體智慧發(fā)揮的程度和經(jīng)驗(yàn)的運(yùn)用。

1.1 軟件管理將影響到軟件的下列因素：

軟件是否能夠按工期的要求完成：軟件的工期常常是制約軟件質(zhì)量的主要因素。很多情況下，軟件開發(fā)商在工期的壓力下，放棄文檔的書寫，組織，結(jié)果在工程的晚期，大量需要文檔進(jìn)行協(xié)調(diào)的工作時(shí)，致使軟件進(jìn)度越來越慢。軟件的開發(fā)不同于其他的工程，在不同的工程階段，需要的人員不同，需要配合的方面也不同，所有這些都需要行之有效的軟件管理的保證。軟件需求的調(diào)研是否深入透徹：軟件的需求是確保軟件正確反映用戶的對(duì)軟件使用的重要的文檔，探討軟件需求是軟件開發(fā)的起始點(diǎn)，但軟件的需求卻會(huì)貫穿整個(gè)軟件的開發(fā)過程，軟件管理需要對(duì)軟件需求的變化進(jìn)行控制和管理，一方面保證軟件需求的變化不至于造成軟件工程的一改再改而無法按期完成；同時(shí)又要保證開發(fā)的軟件能夠?yàn)橛脩羲邮?。軟件管理需要控制軟件的每個(gè)階段進(jìn)行的成度，不能過細(xì)造成時(shí)間的浪費(fèi)，也不能過粗，造成軟件缺陷。

軟件的實(shí)現(xiàn)技術(shù)手段是否能夠同時(shí)滿足性能要求：軟件的構(gòu)造需要對(duì)軟件構(gòu)造過程中的使用的各種技術(shù)進(jìn)行評(píng)估。軟件構(gòu)造技術(shù)通常是這樣：最成熟的技術(shù)，往往不能體現(xiàn)最好的軟件性能；先進(jìn)的技術(shù)，往往人員對(duì)其熟悉程度不夠，對(duì)其中隱含的缺陷不夠明了。軟件管理在制定軟件開發(fā)計(jì)劃和定義里程碑時(shí)必須考慮這些因素，并做出合理的權(quán)衡決策。

軟件質(zhì)量體系是否能夠被有效地保證：任何軟件管理忽略軟件質(zhì)量監(jiān)督環(huán)節(jié)都將對(duì)軟件的生產(chǎn)構(gòu)成巨大的風(fēng)險(xiǎn)。而制定卓有成效的軟件質(zhì)量監(jiān)督體系，是任何軟件開發(fā)組織必不可少的。軟件質(zhì)量保證體系是軟件開發(fā)成為可控制過程的基礎(chǔ)，也是開發(fā)商和用戶進(jìn)行交流的基礎(chǔ)和依據(jù)。

1.2 軟件體系結(jié)構(gòu)影響到軟件的如下質(zhì)量因素：

軟件的可伸縮性：是指軟件在不進(jìn)行修改的情況下適應(yīng)不同的工作環(huán)境的能力。由于硬件的飛速發(fā)展和軟件開發(fā)周期較長(zhǎng)的矛盾，軟件升級(jí)的需要顯得非常迫切。如果軟件的升級(jí)和移植非常困難，軟件的生命期必定很短，使得化費(fèi)巨大人力物力開發(fā)出的軟件系統(tǒng)只能在低性能的硬件或網(wǎng)絡(luò)上運(yùn)行，甚至被廢棄不用，造成巨大的浪費(fèi)。軟件的可維護(hù)性：軟件的維護(hù)也是必然的事情，為了保證軟件的較長(zhǎng)使用壽命，軟件就必須適應(yīng)不斷的業(yè)務(wù)需求變化，根據(jù)業(yè)務(wù)需求的變化對(duì)軟件進(jìn)行修改。修改的成本和周期都直接和軟件的體系結(jié)構(gòu)相關(guān)。一個(gè)好的軟件體系結(jié)構(gòu)可以盡可能地將系統(tǒng)的變化放在系統(tǒng)的配置上，即軟件代碼無需修改，僅僅是在系統(tǒng)提供的配置文件中進(jìn)行適當(dāng)?shù)男薷?，然后軟件重新加載進(jìn)入運(yùn)行狀態(tài)，就完成了系統(tǒng)部分功能和性能要求的變化。對(duì)于重大改動(dòng)，需要打開源代碼進(jìn)行修改的，也僅僅是先繼承原先的代碼，然后用新的功能接替原先的調(diào)用接口，這樣將把軟件改動(dòng)量減小到最低。

軟件易用性：軟件的易用性是影響軟件是否被用戶接受的關(guān)鍵之關(guān)鍵因素。在軟件產(chǎn)品中，設(shè)計(jì)復(fù)雜，功能強(qiáng)大而完備，但因?yàn)椴僮鞣睆?fù)而被擱置者屢見不鮮。造成的主要原因在于缺乏軟件開發(fā)中軟件體系結(jié)構(gòu)的宏觀把握能力。另一方面，缺乏有效的手段進(jìn)行軟件需求的確定和對(duì)潛在需求的挖掘。項(xiàng)目管理的風(fēng)險(xiǎn)

軟件項(xiàng)目管理的風(fēng)險(xiǎn)來自于軟件項(xiàng)目自身的特點(diǎn)：

軟件產(chǎn)品不可見：開發(fā)的進(jìn)展以及軟件的質(zhì)量是否符合要求難于度量，從而使軟件的管理難于把握。軟件的生產(chǎn)過程不存在絕對(duì)正確的過程形式：可以肯定的是不同的軟件開發(fā)項(xiàng)目應(yīng)當(dāng)采用不同的或者說是有針對(duì)性的軟件開發(fā)過程，而真正合適的軟件開發(fā)過程是在軟件項(xiàng)目的開發(fā)完成才能明了的。因此項(xiàng)目開發(fā)之初只能根據(jù)項(xiàng)目的特點(diǎn)和開發(fā)經(jīng)驗(yàn)進(jìn)行選擇，并在開發(fā)過程中不斷的調(diào)整。

大型軟件項(xiàng)目往往是“一次性”的。以往的經(jīng)驗(yàn)可以被借鑒的地方不多。回避和控制軟件管理風(fēng)險(xiǎn)的唯一辦法就是設(shè)立監(jiān)督制度，項(xiàng)目開發(fā)中任何較大的決定都必須有主要技術(shù)環(huán)節(jié)甚至是由用戶參與進(jìn)行的。在該項(xiàng)目中項(xiàng)目監(jiān)督由項(xiàng)目開發(fā)中的質(zhì)量監(jiān)督組來實(shí)施。

一般參與軟件開發(fā)的人員（包括管理者和技術(shù)人員）和其責(zé)任進(jìn)行分析如下： 參與者 項(xiàng)目經(jīng)理1人

主要職責(zé)：進(jìn)行全局把握，側(cè)重于項(xiàng)目的商務(wù)方面，充當(dāng)項(xiàng)目組同客戶正式交流的接口環(huán)節(jié)。項(xiàng)目負(fù)責(zé)人1人

主要職責(zé)：制定項(xiàng)目開發(fā)計(jì)劃和開發(fā)策略，參與項(xiàng)目核心系統(tǒng)的分析設(shè)計(jì)，同時(shí)努力保證開發(fā)計(jì)劃的按時(shí)完成和開發(fā)策略的真正貫徹落實(shí)。領(lǐng)域?qū)＜?或2人

主要職責(zé)：在軟件分析階段幫助分析人員界定系統(tǒng)實(shí)現(xiàn)邊界和實(shí)現(xiàn)的功能，對(duì)特定檢測(cè)點(diǎn)進(jìn)行算法審核，同時(shí)對(duì)測(cè)試策略和軟件操作界面提出參考意見。質(zhì)量監(jiān)督組1或2人

主要職責(zé)：編制軟件質(zhì)量控制計(jì)劃，并負(fù)責(zé)落實(shí)；控制必要文檔的生產(chǎn)，通過文檔，監(jiān)督項(xiàng)目實(shí)施過程中軟件的質(zhì)量，并產(chǎn)生軟件質(zhì)量報(bào)告，提請(qǐng)項(xiàng)目經(jīng)理和項(xiàng)目負(fù)責(zé)人審閱；對(duì)于項(xiàng)目中出現(xiàn)的質(zhì)量問題，主持召開質(zhì)量復(fù)審會(huì)議。系統(tǒng)分析員1或2人

主要職責(zé)：協(xié)同項(xiàng)目負(fù)責(zé)人進(jìn)行軟件系統(tǒng)的分析和設(shè)計(jì)工作，書寫軟件需求分析和系統(tǒng)設(shè)計(jì)相關(guān)文檔。在軟件實(shí)現(xiàn)階段進(jìn)行測(cè)試策略的編制和對(duì)性能測(cè)試的指導(dǎo)。程序員2或3人

主要職責(zé)：協(xié)助分析人員進(jìn)行詳細(xì)設(shè)計(jì)，和軟件系統(tǒng)的代碼實(shí)現(xiàn)，并進(jìn)行適當(dāng)?shù)陌缀袦y(cè)試。測(cè)試員2或3人

主要職責(zé)：已經(jīng)實(shí)現(xiàn)的軟件組件、構(gòu)件或系統(tǒng)進(jìn)行正確性驗(yàn)證測(cè)試，整合后的系統(tǒng)的性能測(cè)試等。書寫測(cè)試報(bào)告和測(cè)試統(tǒng)計(jì)報(bào)告提請(qǐng)質(zhì)量監(jiān)督組復(fù)審。技術(shù)支持2或3人

主要職責(zé)：協(xié)同系統(tǒng)分析人員聽取用戶需求，對(duì)需求分析進(jìn)行參考性復(fù)審。協(xié)同測(cè)試人員進(jìn)行測(cè)試，書寫操作手冊(cè)和在線幫助，在項(xiàng)目交付用戶之后進(jìn)行跟蹤服務(wù)。

文檔組1或2人

主要職責(zé)：對(duì)各部門產(chǎn)生的文檔進(jìn)行格式規(guī)范、版本編號(hào)和控制、存檔文件的檢索；協(xié)助質(zhì)量監(jiān)督組進(jìn)行軟件質(zhì)量監(jiān)督。通過適當(dāng)?shù)娜藛T配備和職責(zé)劃分，能有效的降低軟件開發(fā)在后期的失控的可能性，和軟件對(duì)關(guān)鍵人員的依賴性。軟件技術(shù)風(fēng)險(xiǎn)

本系統(tǒng)擬訂采用的兩個(gè)重大的軟件技術(shù)是面向?qū)ο蟮臉?gòu)件和基于微軟的COM組件技術(shù)。組件和構(gòu)件技術(shù)都是為了提高軟件的可靠性和軟件的可擴(kuò)展性而采用的技術(shù)手段。從技術(shù)成熟度上說不存在風(fēng)險(xiǎn)，但為了實(shí)現(xiàn)良好的軟件構(gòu)架和穩(wěn)定的組件，與傳統(tǒng)開發(fā)方法比較，有相當(dāng)?shù)亩嗟念~外工作需要做，這會(huì)給項(xiàng)目工期帶來較大的風(fēng)險(xiǎn)。

回避和控制這部分風(fēng)險(xiǎn)的辦法是在項(xiàng)目進(jìn)行的過程不斷的對(duì)該階段進(jìn)行風(fēng)險(xiǎn)估計(jì)和指定有效的里程碑。同時(shí)采用“范例”方式提高開發(fā)人員的構(gòu)件組件的分析識(shí)別能力，適時(shí)調(diào)整構(gòu)件組件的數(shù)量和粒度。軟件過程風(fēng)險(xiǎn) 軟件需求階段的風(fēng)險(xiǎn)

軟件的開發(fā)是以用戶的需求開始，在大多數(shù)情況下，用戶需求要靠軟件開發(fā)方誘導(dǎo)才能保證需求的完整，再以書面的形式形成《用戶需求》這一重要的文檔。需求分析更多的是開發(fā)方確認(rèn)需求的可行性和一致性的過程，在此階段需要和用戶進(jìn)行廣泛的交流和確認(rèn)。需求和需求分析的任何疏漏造成的損失會(huì)在軟件系統(tǒng)的后續(xù)階段被一級(jí)一級(jí)地放大，因此本階段的風(fēng)險(xiǎn)最大。設(shè)計(jì)階段的風(fēng)險(xiǎn)

設(shè)計(jì)的主要目的在于軟件的功能正確的反映了需求。可見需求的不完整和對(duì)需求分析的不完整和錯(cuò)誤，在設(shè)計(jì)階段被成倍地放大。設(shè)計(jì)階段的主要任務(wù)是完成系統(tǒng)體系結(jié)構(gòu)的定義，使之能夠完成需求階段的即定目標(biāo)；另一方面也是檢驗(yàn)需求的一致性和需求分析的完整性和正確性。

設(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ì)有明顯的折扣，甚至造成軟件壽命過短。反之，軟件結(jié)構(gòu)的過于靈活和通用，必然引起軟件實(shí)現(xiàn)的難度增加，系統(tǒng)的復(fù)雜度會(huì)上升，這又會(huì)在實(shí)現(xiàn)和測(cè)試階段帶來風(fēng)險(xiǎn)，系統(tǒng)的穩(wěn)定性也會(huì)受到影響。從另一個(gè)角度上看，業(yè)務(wù)規(guī)則的變化，或說用戶需求和將來軟件運(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)階段的困難，更會(huì)在后期的測(cè)試和維護(hù)造成災(zāi)難性的后果，例如根本無法對(duì)軟件系統(tǒng)進(jìn)行版本升級(jí)，甚至是發(fā)現(xiàn)的簡(jiǎn)單錯(cuò)誤都無從更正。實(shí)現(xiàn)階段引入的風(fēng)險(xiǎn)軟件的實(shí)現(xiàn)從某種意義上講是軟件代碼的生產(chǎn)。原代碼本身也是文檔的一部分，同時(shí)它又是將來運(yùn)行于計(jì)算機(jī)系統(tǒng)之上的實(shí)體。源代碼書寫的規(guī)范性，可讀性是該階段的主要風(fēng)險(xiǎn)來源。規(guī)范的代碼生產(chǎn)會(huì)把屬于程序員自身個(gè)性風(fēng)格的成分引入代碼的比例降到最低限度，從而減小了系統(tǒng)整合的風(fēng)險(xiǎn)。維護(hù)階段的風(fēng)險(xiǎn)

軟件維護(hù)包含兩個(gè)主要的維護(hù)階段，一個(gè)是軟件生產(chǎn)完畢到軟件試運(yùn)行階段的維護(hù)，這個(gè)階段是一種實(shí)環(huán)境的測(cè)試性維護(hù)，其主要目的是發(fā)現(xiàn)在測(cè)試環(huán)境中不能或未發(fā)現(xiàn)的問題；另一個(gè)階段是當(dāng)軟件的運(yùn)行不再能適應(yīng)用戶業(yè)務(wù)需求或是用戶的運(yùn)行環(huán)境（包括硬件平臺(tái)，軟件環(huán)境等）時(shí)進(jìn)行的軟件維護(hù)，具體可能是軟件的版本升級(jí)或軟件移植等。

從軟件工程的角度看，軟件維護(hù)費(fèi)用約占總費(fèi)用的55%~70%，系統(tǒng)越大，該費(fèi)用越高。對(duì)系統(tǒng)可維護(hù)性的輕視是大型軟件系統(tǒng)的最大風(fēng)險(xiǎn)。在軟件漫長(zhǎng)的運(yùn)營(yíng)期內(nèi)，業(yè)務(wù)規(guī)則肯定會(huì)不斷發(fā)展，科學(xué)的解決此問題的做法是不斷對(duì)軟件系統(tǒng)進(jìn)行版本升級(jí)，在確保可維護(hù)性的前提下逐步擴(kuò)展系統(tǒng)。

在軟件系統(tǒng)運(yùn)營(yíng)期間，主要的風(fēng)險(xiǎn)源自于技術(shù)支持體系的無效運(yùn)轉(zhuǎn)。科學(xué)的方法是有一支客戶支持隊(duì)伍不斷收集運(yùn)行中發(fā)現(xiàn)的問題，并將解決問題的方法傳授給軟件系統(tǒng)的所有使用者。項(xiàng)目風(fēng)險(xiǎn)表

風(fēng)險(xiǎn)評(píng)估表中所提到的風(fēng)險(xiǎn)是一般項(xiàng)目在開發(fā)過程中都客觀存在的，表中所列出的風(fēng)險(xiǎn)系數(shù)是指在不對(duì)風(fēng)險(xiǎn)進(jìn)行深入的分析和有效的規(guī)避的情況下，該風(fēng)險(xiǎn)項(xiàng)發(fā)生的概率。比如軟件產(chǎn)品的設(shè)計(jì)目標(biāo)是運(yùn)行十年，體系結(jié)構(gòu)不合理的風(fēng)險(xiǎn)是40%的含義是，如果不對(duì)系統(tǒng)進(jìn)行深入的分析，未采用最合理的軟件技術(shù)進(jìn)行設(shè)計(jì)，則生產(chǎn)出一個(gè)不具備可擴(kuò)展性的軟件系統(tǒng)的概率是40%。由于客戶公司是仍將不斷發(fā)展的，在十年內(nèi)，該軟件系統(tǒng)都能滿足公司運(yùn)營(yíng)要求的可能性極低。由此而可能產(chǎn)生的災(zāi)難性后果是公司在業(yè)務(wù)發(fā)展的時(shí)候，必須重新開發(fā)新系統(tǒng)。

向客戶提供風(fēng)險(xiǎn)評(píng)估，是按照國(guó)際慣例進(jìn)行的例行操作，一方面讓客戶對(duì)潛在的風(fēng)險(xiǎn)有更充分的了解，表明公司誠(chéng)信為本的態(tài)度，另一方面也用以鞭策和激勵(lì)全體開發(fā)人員嚴(yán)格執(zhí)行開發(fā)標(biāo)準(zhǔn)，共同監(jiān)督項(xiàng)目開發(fā)過程，努力避免風(fēng)險(xiǎn)的發(fā)生。