1. 传统开发步骤问题 传统 软件开发步骤是一个文档驱动步骤，它将整个软件开发过程划分为次序相接多个阶段，每个阶段全部必需完成全部要求任务（文档）后才能够进入下一个阶段。 如必需完成全部系统需求规格说明书以后才能够进入概要设计阶段，编码必需在系统设计完成以后才能够进行。这就意味着只有当全部系统模块全部开发完成之 后，我们才进行系统集成，对于一个由上百个模块组复杂系统来说，这是一个很艰巨而漫长工作。伴随我们所开发软件项目越来越复杂，传统瀑布型开发步骤不停地暴露出以下问题：需求或设计中错误往往只有到了项目后期才能够被发觉比如：系统交付用户以后才发觉原先对于需求了解是错误，系统设计中问题要到测试阶段才能被发觉。对于项目风险控制能力较弱项目风险在项目开发较晚时候才能够真正降低，往往是经过系统测试以后，才能确定该设计是否能够真正满足系统需求。软件项目常常延期完成或开发费用超出预算项目开发进度往往会被意外发生问题所打乱，需要进行返工或其它部分额外开发周期，造成项目延期或费用超支。项目管理人员专注于文档完成和审核来估量项目标进展情况所以项目经理对于项目状态估量往往是不正确，当她回复系统已完成了 80%开发任务时，剩下 20%开发任务实际上消耗是整个项目 80%开发资源。在传统瀑布模型中，需求和设计中问题是无法在项目开发前期被检测出来，只有当第一次系统集成时，这些设计缺点才会在测试中暴露出来，从而造成一系列返工：重新设计、编码、测试，进而造成项目标延期和开发成本上升。2. 实行迭代化开发控制项目风险 为 了处理传统软件开发步骤中问题，我们提议实行迭代化开发方法来替换瀑布模型。在瀑布模型中，我们要完成是整个软件系统开发这个大目标。在迭代化方 法中，我们将整个项目标开发目标划分成为部分更易于完成和达成阶段性小目标，这些小目标全部有一个定义明确阶段性评定标准。迭代就是为了完成一定阶段 性目标而所从事一系列开发活动，在每个迭代开始前全部要依据项目目前状态和所要达成阶段性目标制订迭代计划，整个迭代过程包含了需求、设计、实施（编 码）、布署、测试等多种类型开发活动，迭代完成以后需要对迭代完成结果进行评定，并以此为依据来制订下一次迭代目标。和传统瀑布式开发模型相比较，迭代化开发含有以下特点：许可变更需求需求总是会改变，这是事实。给项目带来麻烦常常关键是需求改变和需求"蠕变"，它们会造成延期交付、工...
