TR3-TR4

　　这个阶段开发组依次完成软件概要设计（HLD）和集成测试用例（ITC）、软件详细设计（LLD）和单元测试用例（UTC）、编码。HLD的交付标准是定义到函数接口级别，LLD的交付标准是写出伪码。但由于瀑布模型的固有缺陷，如果花了大量的时间在文档协作上，编码时间很短，重大的风险无法提前识别，只能到编码时菜暴露，对项目进度影响大。近年来大部分项目都将HLD和LLD合二为SD??软件设计说明书，而且弱化了伪码协作。

　　ITC根据项目的需求而定，如果项目本省不需要专门的集成测试，可以裁减了。如果基于xUnit进行单元测试，则UTC文档可以裁减，或至少部分裁减。

　　TR4-TR4A

　　这个阶段开发组要完成UT/IT/ST/BBIT，TR4A时开发组要向测试组交付版本进行测试。BBIT是指Building Block Integrated Test，一般是指跨团队的子系统间的集成测试。

　　TR4A-TR5

　　这个阶段测试部会完成2+1的测试，即完成两个版本的完整测试，外加1个版本的回归测试。根据CMM的经验，2+1的测试可以达到版本功能稳定的程度。TR5结束即意味着版本开发阶段的结束。对于直接交付给客户的产品，下一阶段是实验局阶段。对于交付给下游的中间件，产品开发基本结束，准备过TDCP。

　　TDCP

　　TDCP即 Technology Decision Check Point。这个里程碑意味着产品主要开发活动的结束。开发代表需要邀请下游用户、测试等相关干系人员参与评审。评审的标准是产品的遗留缺陷。各域的代表会关心这些遗留缺陷是否确实影响用户的使用，有没有规避的方法。

　　TR5-TR6

　　对于直接交付给客户的产品，这个阶段是实验局阶段。管理团队会挑选适当的客户来使用新版本，并根据暴露出来的问题进一步优化、改进。TR5-TR6之间的版本也会用于入网测试。很多新的特性本来是应某些入网测试的需求开发的。

　　TR6-GA

　　这个阶段是维护阶段，对各种缺陷进行修改，发布新版本。这些缺陷可能是内部测试、外部测试、客户使用过程中暴露出来的。这个阶段只在控制范围内限量接收小的新需求，接收与否的依据是是否对架构影响大，是否确实紧急。

　　GA

　　GA意味着产品主要生命周期的结束。过了GA点以后，基本不会基于这个主版本在发布新版本，不接纳新需求。