軟體開發專案計畫書編寫說明

來自： http://blog.csdn.***/seaskylong/archive/2005/06/18/397306.aspx

4 實施計畫

4.1 風險評估及對策

識別或預估專案進行過程中可能出現的風險。應該分析風險出現的可能性（概率）、造成的影響、根據影響應該採取的對策，採取的措施。風險識別包括識別內在風險及外在風險。內在風險是指專案工作組能加以控制和影響的風險，如人事任免和成本估計等。外在風險指超出專案工作組等控制力和影響力之外的風險，如市場轉向或**行為等

風險的對策包括：避免：排除特定危脅往往靠排除危險起源；減緩：減少風險事件的預期資金投入來減低風險發生的概率，以及減少風險事件的風險係數；吸納：接受一切後果，可以是積極的（如制定預防性計畫來防備風險事件的發生），也可以是消極的（如某些費用超支則接受低於預期的利潤）。

對於軟體開發專案而言，在分析、識別和管理風險上投入足夠的時間和人力可以使專案進展過程更加平穩，提高專案跟蹤和控制的能力，由於在問題發生之前已經做了周密計畫，因而對專案的成功產生更加充分的信心。

軟體開發專案常見預估的風險：

1) 工程／規模／進度上的風險

規模大，規模估算不精確甚至誤差很大；就規模而言，使用者要求交付期、費用很緊；預料外的工作(測試未完時的現場對應等)；

2) 技術上的風險

使用新的開發技術、新裝置等，或是新的應用組合，沒有經驗；是新的行業或業務，沒有經驗；效能上的要求很嚴；

3) 使用者體制上的問題

使用者管理不嚴，恐怕功能決定、驗收不能順利地完成（或者出現了延遲）；或者恐怕功能會多次變更；與使用者分擔開發，恐怕工程會拖延（或者出現了延遲）；使用者或其他相關單位承擔的工作有可能延誤；

4) 其它：應該包含此處沒有、但據推測有風險的專案。

4.2 工作流程

說明專案採用什麼樣的工作流程進行。如瀑布法工作流程，原型法工作流程、螺旋型工作流程、迭代法工作流程，也可以是自己建立的工作流程。不同的流程將影響後面的工作計畫的制定。必要時畫出本專案採用的工作流程圖及適當的文字說明。

4.3 總體進度計畫

這裡所說的總體進度計畫為高層計畫。作為補充，應當分階段制定專案的階段計畫，這些階段計畫不在這份文件中，當要以這份總體計畫為依據。

總體進度計畫要依據確定的專案規模，列表專案階段劃分、階段進度安排及每階段應提交的階段成果，在階段時間安排中要考慮專案階段成果完成、提交評審、修改的時間。

對於專案計畫、專案準備、需求調研、需求分析、構架設計或概要設計、編碼實現、測試、移交、內部培訓、使用者培訓、安裝部署、試執行、驗收等工作，給出每項工作任務的預定開始日期、完成日期及所需的資源，規定各項工作任務完成的先後順序以及表徵每項工作任務完成的標誌性事件（里程碑）。

例如

軟體開發專案計畫書編寫說明

軟體開發專案計畫書編寫說明

軟體開發專案計畫書編寫說明

C 專案開發編寫專案計畫書

相關推薦