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