考点1:瀑布模型与V模型(考的最多)
考点2:演化模型(原型模型、螺旋模型)
考点3:增量模型
考点4:喷泉模型
考点5:统一过程UP
考点6:敏捷方法(考的较多)
考点：判断适用场景和特点
瀑布模型与V模型
结构化开发思想(适用需求明确)，文档作为驱动
V模型
需求分析阶段考虑验收和系统测试
概要设计阶段考虑集成测试
详细设计阶段考虑单元测试
强调测试贯穿始终
原型模型
正确的需求定义是系统成功的关键。但是许多用户在开始时，往往不能准确地描述他们的需要，软件开发人员需要反复地和用户交流信息，才能全面、准确地了解用户的需求。在用户实际使用了目标系统以后，通过对系统的执行、评价，使用户更加明确对系统的需求。此时用户常常会改变原来的某些想法，对系统提出新的需求，以便使系统更加符合他们的实际需要。
原型模型是在开发真实系统之前，构造一个原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求；第二步则在第一步的基础上开发客户满意的软件产品。原型模型如图
(1) 原型模型的优点。
原型方法打破了瀑布模型方法的僵化，让开发过程之间和开发过程中的主客体之间提前融合。原型模型缩短了开发周期，加快了工程进度，降低了工程成本。
(2) 原型模型的缺点。
原型模型所选用的开发技术和工具不一定符合主流的发展，快速建立起来的系统结构加上连续修改可能会导致产品质量低下。
(3) 适用范围。
原型模型适合于预先不能确切定义需求的软件系统的开发。
演化模型:演化模型是迭代的过程模型，使得软件开发人员能够**逐步开发出更完整的软件版本。演化模型特别适用于对软件需求缺乏准确认识的情况**。
适用于系统规模不是很大
螺旋模型
提到风险一般考虑螺旋模型
瀑布模型和演化模型结合，加入了风险分析。特别适用于庞大、复杂并且具有高风险的系统。
增量模型
第1个增量往往是核心产品**。将需求分段为一系列增量产品，每一增量可以分别开发。**
缺点是难以将需求划分为每个阶段的增量
与迭代模型的区别是，迭代模型第一版是不完整产品
喷泉模型
开发活动无明显界限，**迭代无间隙**
统一过程UP
出现UP/RUP都是统一过程
用例驱动，架构为中心，有迭代和增量的思想在内
敏捷方法
总体目标是通过“尽可能早地、持续地对有价值的软件的交付”使客户满意。适用于:“**小步快跑”的思想，适合小项目小团队**。
极限编程XP
考的多的两个
极限编程XP
并列争球法(SCRUM)**强调分组并行**
评论