P&D软件开发模型

       P&D是英文Plan & Document的简写,是基于计划和文档的开发过程。这种开发过程需要详尽的计划和大量的文档。自1970年提出瀑布模型，软件开发模型一直在演化中，人们不断改善模型以提高软件产品质量。下面比较一下这几种模型。
    瀑布模型，将软件生命周期划分为需求分析和规格说明、体系结构设计 、实施计划和集成、验证、运行和维护。它必须一步完成才能进行下一步，所以开发过程是线性的，每个阶段都有大量文档产生。在二十世纪八十年代早期，它一直是唯一一个被广泛采用的软件开发模型，可是很多问题也因此而生，最主要的一个就是最终的软件产品往往令用户不满意。追寻其根源，在软件需求阶段，需要开发团队和用户进行沟通，充分了解用户的需求，可是当做出的东西在运行时，他们才惊呼“它只是我们要求的，而不是我们想要的结果”，因为往往在初期用户也不知道他们需要什么。那时软件的生产率并不高，用户需求不明确，生产成本过高，生产停滞不前。
    因此，产生了下一个模型——螺旋式。1986年提出来相关概念，它主要的特点是迭代。首先进行一次开发构建原型，然后在此基础上不断地迭代，每个阶段和每次迭代都需要大量的详尽计划和文档。螺旋式模型有一个好处是每次迭代用户参与其中，则用户可以看到开发过程并及时表达需求，在迭代开发中进行风险管理，预测风险并避免，合理安排项目与人力资源，并且时间表和成本会随着时间的推移更加现实与清晰。既然这个模型有那么多好处，为什么还需要其它模型？首先，它迭代的时间过长，每次迭代会产生大量文档需要整理。其次，每一个阶段会有许多规则遵守，并且它的花费成本很高，很难满足预算和时间期限。所以，人们需要更有效的，合理的软件开发模型。
    Rational Unified Process（简称RUP）是Rational公司在2003年开发的模型，RUP主要思想是根据商业案例进行需求、分析、设计、实现。整个周期将软件开发分为四个阶段：起始、合作、构建、转化，每一个阶段都有相应的做法，整体来说有六个步骤：建立商业模型、需求和分析、设计、实施、测试、调度与部署。在整个周期中这些做法贯穿其中。而且此模型支持迭代。它的好处就是首先进行的商业流程训练可以提高后面的开发进度，而且Rational公司提供了很多工具，这些工具会随着时间的推移更合理的改进项目。随即说到它的缺点，Rational工具很贵而且不是开源，并且此模型比较适合于大型项目。
    以上说的这三种模型的实施必须有一个强大的项目经理，这人会写合同，从客户那里赢得项目、招聘有用的人才、评估程序员的表现和做出限制、负责成本和进度评估、进行风险分析并提前预防、协调各部门等等。我认为在一个团队里，一个有能力的领导者是团队赢得成功的关键之一。那么有没有一种软件开发模型，不像上述模型复杂繁冗，大程度满足用户需求，开发工作过程轻松有趣，整个团队也不依赖于大量规则和强大的经理？答案是有的，1996年“极限编程”概念的提出大大提高了软件开发过程质量。下一篇文章将要说到极限编程与敏捷开发。