软件过程模型

   软件过程是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。

   软件过程模型是软件开发全部过程、活动和任务的结构框架。

  ︴瀑布模型  (Waterfall Model )

 

      特征：

             接受上一阶段的结果作为本阶段的输入，利用这一输入实施本阶段应完成的活动对本阶段的工作进行评审，将本阶段的结果作为输出，传递给  下一阶段。

      缺点：

             缺乏灵活性，难以适应需求不明确或需求经常变化的软件开发；开发早期存在的问题往往要到交付使用时才发现，维护代价大。

             1.阶段间具有顺序性和依赖性。
             2.推迟实现的观点。
             3.每个阶段必须完成规定的文档;每个阶段结束前完成文档审查,及早改正错误。

            传统的瀑布模型过于理想化。而事实上，人在工作过程中不可能不犯错误。

  ︴增量模型  (Incremental Model )

      是一种渐进地开发逐渐完善的软件版本的模型。先完成一个系统子集的开发，再按同样的开发步骤增加功能 (系统子集),如此递增下去直至满足全部系统需求。系统的总体设计在初始子集设计阶段就应作出设想。

       特征：

          • 反复的应用瀑布模型的基本成分和演化模型的迭代特征，每一个线型过程产生一个“增量”的发布或提交，该增量均是一个可运行的产品。
          • 早期的版本实现用户的基本需求，并提供给用户评估的平台。

       缺点：

          1.在把每个新的增量构件集成到现有软件体系结构中时，必须不破坏原来已经开发出的产品。此外，必须把软件的体系结构设计得便于按这种方式进行扩充，向现有产品中加入新构件的过程必须简单、方便，也就是说，软件体系结构必须是开放的。

          2.开发人员既要把软件系统看作整体。又要看成可独立的构件，相互矛盾。

          3.多个构件并行开发，具有无法集成的风险。

 ︴原型模型  (Prototype Model )

      原型是预期系统的一个可执行版本，它反映了系统性质（如功能、计算结果等）的一个选定的子集。一个原型不必满足目标软件的所有约束，其目的是能快速、低成本地构建原型。
      原型方法从软件工程师与客户的交流开始，其目的是定义软件的总体目标，标识需求。然后快速制订原型开发的计划，确定原型的目标和范围，采用快速设计的方式对其建模，并构建原型。
     被开发的原型应交付给客户试用，并收集客户的反馈意见，这些反馈意见可在下一轮迭代中对原型进行改进。在前一个原型需要改进，或者需要扩展其范围的时候，进入下一轮原型的迭代开发。

        原型的类型：
               探索型（exploratory prototyping）
                      其目的是要弄清目标系统的要求，确定所希望的特性，并探讨多种方案的可行性
               实验型（experimental prototyping）
                      其目的是验证方案或算法的合理性，它是在大规模开发和实现前，用于考核方案是否合适，规格说明是否可靠。
               演化型（evolutionary prototyping）
                      其目的是将原型作为目标系统的一部分，通过对原型的多次改进，逐步将原型演化成最终的目标系统。 

        螺旋模型将瀑布模型和增量模型结合起来，加入了风险分析。在该模型中，软件开发是一系列的增量发布，早期的迭代中，发布的增量可能是一个纸上的模型或原型，在以后的迭代中，逐步产生系统更加完善的版本。

        螺旋模型的基本思想是降低风险。

 ︴喷泉模型  (Fountain Model )

    人