日本的软件项目开发进度控制非常严格， 项目很少出现延期，一旦延期， 伴随而来的就是大宗的罚款， 因此， 日本的软件项目非常重视按期交付。在日本软件项目进度控制中起关键作用的就是软件的阶段定义。
日本软件项目阶段分项目提案、要件定义、概要设计、详细设计、编写代码、单体测试、结合测试、系统测试、编写手顺等。项目提案指项目可行性分析、项目立项， 是用户需求的正式提出阶段， 本阶段出具《项目提案书》。要件定义指业务需求的详细确定和系统需求的详细确定， 系统需求主要包括软件安全性， 运行速度， 网络环境， 运行环境，平台， 架构等方面的要求， 以及技术选择的调查， 本阶段出具《业务要件定义书))和《系统要件定义书》。概要设计指功能设计， 系统架构设计， 界面设计和数据库设计， 其中界面设计和数据库设计涉及内容最多， 要求最详细， 本阶段出具《概要设计定义书》、((数据库设计定义书》和《界面设计定义书》。详细设计主要指编码前的类设计， 类中方法属性设计， 类之间调用关系设计， 本阶段出具(《详细设计定义书》。编写代码指各模块负责人编写相关代码， 在编码之前还要编写单体测试式样书， 本阶段出具程序源码和(《单体测试式样书》。单体测试指由各模块编码人员完成各自模块的单体测试工作， 单体测试完成要求各模块独立运行时缺陷均消除， 本阶段出具((单体测试票》。结合测试指各模块单体测试完成后， 各模块同时运行时， 模块之间的运行状况的测试，包括业务流， 负载， 运行速度， 稳定性，一致性等内容， 本阶段出具《结合测试票》。系统测试指系统各模块统一运行缺陷均消除后， 模拟用户环境运行的测试过程，本阶段要尽量模拟用户实际平台， 用户数量， 硬件环境， 软件环境， 网络状况， 用户数据进行系统测试， 本阶段出具《系统测试票》。编写手顺指编写用户手册， 本阶段出具《安装手顺》、《使用手顺》和《维护手顺》。
对日开发的基本流程中包括了以上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时解决。
日本软件项目阶段分项目提案、要件定义、概要设计、详细设计、编写代码、单体测试、结合测试、系统测试、编写手顺等。项目提案指项目可行性分析、项目立项， 是用户需求的正式提出阶段， 本阶段出具《项目提案书》。要件定义指业务需求的详细确定和系统需求的详细确定， 系统需求主要包括软件安全性， 运行速度， 网络环境， 运行环境，平台， 架构等方面的要求， 以及技术选择的调查， 本阶段出具《业务要件定义书))和《系统要件定义书》。概要设计指功能设计， 系统架构设计， 界面设计和数据库设计， 其中界面设计和数据库设计涉及内容最多， 要求最详细， 本阶段出具《概要设计定义书》、((数据库设计定义书》和《界面设计定义书》。详细设计主要指编码前的类设计， 类中方法属性设计， 类之间调用关系设计， 本阶段出具(《详细设计定义书》。编写代码指各模块负责人编写相关代码， 在编码之前还要编写单体测试式样书， 本阶段出具程序源码和(《单体测试式样书》。单体测试指由各模块编码人员完成各自模块的单体测试工作， 单体测试完成要求各模块独立运行时缺陷均消除， 本阶段出具((单体测试票》。结合测试指各模块单体测试完成后， 各模块同时运行时， 模块之间的运行状况的测试，包括业务流， 负载， 运行速度， 稳定性，一致性等内容， 本阶段出具《结合测试票》。系统测试指系统各模块统一运行缺陷均消除后， 模拟用户环境运行的测试过程，本阶段要尽量模拟用户实际平台， 用户数量， 硬件环境， 软件环境， 网络状况， 用户数据进行系统测试， 本阶段出具《系统测试票》。编写手顺指编写用户手册， 本阶段出具《安装手顺》、《使用手顺》和《维护手顺》。
对日开发的基本流程中包括了以上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时解决。
