標準的日本軟件開發流程
日本的軟件項目開發進度控制非常嚴格， 項目很少出現延期，一旦延期， 伴隨而來的就是大宗的罰款， 因此， 日本的軟件項目非常重視按期交付。在日本軟件項目進度控制中起關鍵作用的就是軟件的階段定義。
日本軟件項目階段分項目提案、要件定義、概要設計、詳細設計、編寫代碼、單體測試、結合測試、系統測試、編寫手順等。項目提案指項目可行性分析、項目立項， 是用戶需求的正式提出階段， 本階段出具《項目提案書》。要件定義指業務需求的詳細確定和系統需求的詳細確定， 系統需求主要包括軟件安全性， 運行速度， 網絡環境， 運行環境，平臺， 架構等方面的要求， 以及技術選擇的調查， 本階段出具《業務要件定義書))和《系統要件定義書》。概要設計指功能設計， 系統架構設計， 界面設計和數據庫設計， 其中界面設計和數據庫設計涉及內容最多， 要求最詳細， 本階段出具《概要設計定義書》、((數據庫設計定義書》和《界面設計定義書》。詳細設計主要指編碼前的類設計， 類中方法屬性設計， 類之間調用關系設計， 本階段出具(《詳細設計定義書》。編寫代碼指各模塊負責人編寫相關代碼， 在編碼之前還要編寫單體測試式樣書， 本階段出具程序源碼和(《單體測試式樣書》。單體測試指由各模塊編碼人員完成各自模塊的單體測試工作， 單體測試完成要求各模塊獨立運行時缺陷均消除， 本階段出具((單體測試票》。結合測試指各模塊單體測試完成后， 各模塊同時運行時， 模塊之間的運行狀況的測試，包括業務流， 負載， 運行速度， 穩定性，一致性等內容， 本階段出具《結合測試票》。系統測試指系統各模塊統一運行缺陷均消除后， 模擬用戶環境運行的測試過程，本階段要盡量模擬用戶實際平臺， 用戶數量， 硬件環境， 軟件環境， 網絡狀況， 用戶數據進行系統測試， 本階段出具《系統測試票》。編寫手順指編寫用戶手冊， 本階段出具《安裝手順》、《使用手順》和《維護手順》。
對日開發的基本流程中包括了以上1 1個階段， 每個階段為一個里程碑， 每個里程碑在安排計劃時都規定了明確的完成期限， 這些階段性的里程碑是項目進度的關。鍵點。每個階段完成后必須進行階段的Review， 這種階段Review起到了階段驗收和總結的作用。階段Review是日本項目階段控制的核心。
只采用階段Review的方式進行驗收也有其不足之處， 所有驗收工作都放在階段完成再進行， 階段中的錯誤后續持續放大無法得到控制。而且通常情況下， 階段Review時問題會比較多， Review后修改． 時間比較長， 修改次數也較多， 造成很大程度的反復工作。再有， 標準對日軟件開發過程中， 階段內任務的安排和驗收比較； 無序， 很多問題會被有意推遲到Review時解決。
原文鏈接：http://www.cnblogs.com/heartstill/archive/2011/08/26/2154988.html
【編輯推薦】
