項目開發過程管理(草稿)

本人剛接觸專案管理不久，為公司寫了一篇《項目開發過程管理》的文章，文章中有很多內容來自網路，並加上自己的理解及文字，於是就產生了這篇文章。文章肯定有很多不合理的地方，或者不合標準的地方，希望各位前輩批評指正。以下附原文：

項目開發過程管理
1、項目立項
項目立項過程：
1） 專案經理將確定的《需求說明書》及《立項單》交給相關部門的負責人簽字確認。
2） 立項通過後，專案經理將《需求說明書》交給開發負責人，並由開發負責人進入需求分析流程。
2、需求分析
需求分析就是分析軟體使用者的需要的是什麼，就是要讓開發人員全面地理解使用者的各項要求,並準確地表達所接受的使用者需求。

需求分析的過程：
1) 需求獲得：由專案經理把《需求說明書》交給開發負責人
2) 討論需求：需求討論的目的是讓開發人員準確的知道這個項目要做的是什麼，開發負責人組織開發人員討論《需求說明書》，明確需求的組成內容，逐步細化需求提到的所有功能，並分析他們是否滿足需求，綜合成系統的解決方案
3) 需求修訂：需求修訂應該是一個不斷重複的過程，這個過程有可能出現在需求分析中，也有可能出現在系統設計或者是編碼開發過程中，越在項目開發流程靠前的階段發現問題，對項目開發的影響也就越小，有些問題只有在設計或者編碼階段才會被發現，或者是在設計和編碼階段產生了需求變更，每次需求修訂產生的《需求說明書修訂稿》都要由專案經理、需求提出者以及開發負責人3方簽字確認。
3、專案計劃
專案計劃的目標是為項目負責人提供一個架構使之能合理地估算軟體項目開發所需的資源 、經費和開發進度，並控制軟體項目開發過程按此計划進行。專案經理及開發負責人需要在公司建立的專案管理平台上對項目資源及進度進行計劃和控制。
專案計劃過程
1) 資源確定：專案經理確定項目資源，包括：人員、硬體、軟體以及其他的相關資源
2) 進度安排：專案經理確定項目裡程碑任務安排，裡程碑任務以介面操作可見度為標準；開發負責人根據項目裡程碑任務，細化成開發工作單位，每個開發工作單位最長周期不能超過一天
這個過程中產生的文檔有：專案計劃說明書.doc
4、系統設計
在需求明確之後、準備開始編碼之前，要做系統設計，系統設計對後面的開發、測試、實施、維護工作起到關鍵性的影響。系統設計的主要目的是：將軟體系統需求轉換為未來系統的設計，明確系統構架，使軟體適合於實施環境。系統設計分為兩部分：概要設計和詳細設計。
系統設計流程：
1) 規範制定：由開發負責人制定本項目的開發規範，包括：代碼體系、介面規約、命名規則。
2) 概要設計：開發負責人和相關開發人員共同完成商務程序設計、模組資料處理流程設計及使用者介面設計。
3) 詳細設計：開發負責人和相關開發人員共同完成介面設計和資料庫設計。
在這個過程中產生的文檔包括：業務及資料流程圖、介面設計文檔、美工介面、資料庫設計文檔。
5、開發編碼
開發編碼是軟體開發的最終實現階段，受專案計劃及系統設計的約束。
開發編碼流程：
1） 開發人員根據需求及系統設計完成編碼任務
2） 開發人員在開發過程中，需要對每個模組、類、方法、欄位做詳細說明注釋以及修改注釋
3） 開發負責人及時明確開發人員在開發過程中遇到的疑問，對開發的關鍵點進行代碼跟蹤審核，確保實現方式的正確性
4） 開發負責人根據詳細的開發計劃跟蹤項目進度，向專案經理彙報每天的開發情況。
6、測試
軟體產品的品質是軟體市場競爭中獲得成功的關鍵，軟體測試是保證軟體品質的手段，它是需求分析，設計和編碼的最後複審。
a) 單元測試
單元測試是由程式員自己來完成，最終受益的也是程式員自己。可以這麼說，程式員有責任編寫功能代碼，同時也就有責任為自己的代碼編寫單元測試。執行單元測試，就是為了證明這段代碼的行為和我們期望的一致。
單元測試的流程：
3） 開發人員編寫測試案例
4） 開發人員編寫測試代碼
5） 根據測試案例運行測試程式，根據結果寫測試報告。
這個過程中涉及的文檔有：測試案例、測試報告。
b) 整合測試
整合測試是在單元測試的基礎上，測試在將所有的軟體單元按照概要設計規格說明的要求組裝成模組、子系統或系統的過程中各部分工作是否達到或實現相應技術指標及要求的活動。
整合測試的流程
1） 設計整合測試案例和測試過程
2） 編寫測試程式或者測試指令碼
3） 執行測試並記錄測試結果
c) 確認測試
確認測試是驗證軟體的功能和效能及其它特性是否與使用者的要求一致。對商品化軟體的品質從功能、效能、可靠性、易用性等方面作全面的品質檢測，協助軟體企業找出產品存在的問題，出具相應的產品品質報告。
確認測試的流程
1) α測試：α測試是指軟體開發公司組織內部人員類比各類使用者行對即將面市軟體產品（稱為α版本）進行測試，試圖發現錯誤並修正。α測試的關鍵在於儘可能逼真地類比實際運行環境和使用者對軟體產品的操作並盡最大努力涵蓋所有可能的 使用者操作方式。經過α測試調整的軟體產品稱為β版本。
2) β測試：β測試是指軟體開發公司組織各方面的典型使用者在日常工作中實際使用β版本，並要求使用者報告異常情況、提出批評意見。然後軟體開發公司再對β版本進行改錯和完善。
3) 配置複審：確認測試的另一個重要環節是配置複審。複審的目的在於保證軟體配置齊全、分類有序，並且包括軟體維護所必須的細節。