总结
瀑布模型——文档驱动型<br><br>迭代模型——风险驱动型<br><br>增量模型——任务驱动型<br><br>原型模型——需求驱动型
瀑布模型
<br>瀑布模型，最基本也最常用的一种项目管理模型，又称线性模型<br>
特性
<b>阶段推进：</b>依照该模型选定的阶段顺序进行，每一个阶段的工作产品都是下一个阶段工作的输入，每一个阶段只有在上一个阶段通过检查，确认完成后才开始新的阶段工作
<b>文档驱动：</b>从需求分析到系统维护，每一项活动的工作成果就是此项活动所产生的工作文档
优点
1、每个阶段的开发质量都有保证，减少了返工
2、是文档细致，降低了沟通成本，有利于及早发现问题
前提：适合采用瀑布模型的项目类型，通常是对用户需求非常明确的项目。同时还要求项目预算充足，人员齐备。
迭代模型
<br>迭代模型项目就是数个小而快的瀑布式项目组成的<br>
说明
迭代模型沿着螺线进行若干次迭代，图中的四个象限代表了四个活动：制定计划、风险分析、实施工程、客户评估
迭代模型的项目活动阶段
1. 初始阶段
为系统建立商业案例并确定项目的边界
2. 细化阶段
细化阶段的目标是分析问题领域，建立健全的体系结构基础，编制项目计划，淘汰项目中最高风险的元素
3. 构造阶段
在构建阶段，所有剩余的构件和应用程序功能被开发并集成为产品，所有的功能被详细测试
4. 交付阶段
交付阶段的重点是确保软件对最终用户是可用的。交付阶段可以跨越几次迭代，包括为发布做准备的产品测试，基于用户反馈的少量的调整
阶段图
特性
迭代模型由风险驱动，强调可选方案和约束条件从而支持软件的重用，有助于将软件质量作为特殊目标融入产品开发之中
选择迭代模型的项目，通常属于高风险项目，且需求不确定，用户能在整个开发过程中不同程度地参与
增量模型
<br>增量模型本质上是迭代的，但其强调：每一个增量均发布一个可操作产品<br>
特点
增量模型的特点是引进了增量包的概念，无须等到所有需求都出来，只要某个需求的增量包出来即可进行开发
优点
1、在达到初始需求之前可降低成本
2、可快速生产出可使用的系统
3、能够有计划地管理技术风险
增量模型的适用项目
i. 用户核心需求非常清楚
ii. 项目人员不足
iii. 产品可以分割成不同的阶段分别完成
增量模型的灵活性可以使其适应这种变化的能力大大优于瀑布模型和快速原型模型，但也很容易退化为边做边改模型，导致软件过程的控制失去整体性
原型模型
原型模型是一种用户需求驱动的方法，它能减少系统开发的风险
分类
非抛弃型原型
先根据用户的最主要的要求，开发出能实现系统最基本功能的一个原型，再根据用户对原型使用与评价的意见，反复修改完善原型，直到等到用户满意的最终系统为止
抛弃型原型模型
一般用来描述和验证用户需求，可以采用与实际开发所不同的开发工具，建立模拟的数据库系统，从而达到与用户交流的最好效果。到用户需求确定之后即不再继续开发此原型
原型模型适用的项目
i 处理简单过程明确、涉及面窄的小型系统；
ii 大型系统的需求阶段，用原型去跟用户交流，需求分析会更加明确和细化
