專案開發過程管理
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) 配置複審：確認測試的另一個重要環節是配置複審。複審的目的在於保證軟體配置齊全、分類有序，並且包括軟體維護所必須的細節。