软件开发模型

瀑布模型——文档驱动型

迭代模型——风险驱动型

增量模型——任务驱动型

原型模型——需求驱动型

01 瀑布模型

 先有完整设计图，再按部就班向前推进，中间不能出差错，追求”一次成型“，又称线性模型

 瀑布模型突出特征：文档驱动

　　从需求分析到系统维护，每一项活动的工作成果就是此项活动所产生的工作文档，以及在此基础上形成的产品

瀑布模型优缺点：

　　优点：1）每个阶段的开发质量都有保证，减少返工；2）文档细致，降低沟通成本，有利于及早发现问题

　　缺点：周期长，不易变更

适合采用瀑布模型的项目类型，通常是对用户需求非常明确的项目。同时还要求项目预算充足，人员齐备

02 迭代模型

数个小而块的瀑布式项目组成，每次开发迭代都是一次完整地经过所有工作流程的过程，每次迭代都会产生一个可以发布的产品，作为最终产品的一个子集

 迭代模型沿着螺线进行若干次迭代，上图四个象限代表：制定计划、风险分析、实施工程、客户评估

迭代模型特点：

　　选择迭代模型的项目，通常属于高风险项目，且需求不确定，用户能在整个开发过程中不同程度地参与

 

03增量模型

 通过对用户需求的判断，在定义用户需求和系统需求，进行总体构架设计后，采用序列化地创建产品地方法进行开发地过程

 增量模型本质上是迭代的，但其强调：每一个增量均发布一个可操作产品

增量模型特点：

　　在达到初始需求之前可降低成本

　　可快速产出可使用的系统

　　能够有计划地管理技术风险

增量模型缺点：

　　开发过程中，需求变化是不可避免地。增量模型地灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也容易退化为边做边改模型，导致软件开发过程的控制失去整体性

增量模型适用项目特点：

　　用户核心需求非常清楚

　　项目人员不足

　　产品可以分割成不同的阶段分别完成

04原型模型

 原型模型采用逐步求精的方法完善原型，使原型能够”快速“开发

 原型模型是一种用户需求驱动的方法。它能减少系统开发的风险，特别是在大型项目开发中，由于对项目需求的分析难以一次完成，应用原型法效果更为明显

原型模型根据最终保留情况分为非抛弃型和抛弃型两种：

　　非抛弃型原型：需反复修改完善原型，直到用户满意，成为最终系统

　　抛弃型原型：目的是达到与用户交流的最好效果，用户需求确定后不再开发次原型

原型模型适用的项目特点：

　　处理简单过程明确、涉及面窄的小型系统

　　大型系统的需求阶段，用原型去跟用户交流，需求分析会更加明确和细化

 

 参考资料