软件项目管理 3.4.增量生存期模型【公众号 “项目管理研究所” 将会第一时间更新文章】 归档于软件项目管理初级学习路线第三章 生存期模型《初级学习路线合集 》前言大家好，这节我们学习软件项目管理—增量生存期模型，顾名思义，增量模型就是一个增量一个增量的开发过程，每一个增量是一个交付成果
一、增量模型增量模型向客户提交完成的可交付的成果，让用户可以立即使用，如果有些项目是为了加快交付速度，频繁交付少量的可交付成果，就可以采用增量模型
增量模型的策略是不同时开发项目的需求，而是分增量开发
每个增量包括分析，设计，实施，测试，提交等过程
首先构造具体的核心功能作为第一个增量，然后试用反馈修改后，进行第二次增量，然后试用反馈修改后，再进行第三次增量…直到所有的增量完成
该模型假设需求是可以分段开发的，可以成为一系列的增量产品
所以增量模型的优点是可以避免一次性投入太大成本所带来的风险
二、增量模型案例1.这个项目为了更快给用户可用的产品，这个项目分了四个增量来提交，通过不断地试用反馈修改，如同滚雪球一样，最后完成了这个项目
另外，有一个特殊的增量模型称为渐进式阶段模型，每一个增量就是比较完整的系统，既提交的是正式的版本，包括以产品相关的其他资源
例如某套系统为了最终完成1.0版本，先后发布了0.1版本，0.2版本，0.3版本等等…，而每一个版本都可以是正式的产品，直到最后提交了1.0版本
我们看一下银行业务生存期案例，这个项目需求比较复杂，所以采用了增量型模型，分多个阶段提交系统，每个阶段提交的版本是正式可以运行的系统
三、迭代模型和增量模型的区别迭代模型和增量模型都属于并行开发的软件生命周期模型
迭代是不能并行的，迭代的并行是指迭代任务，好比从3.1-3.31号是一个迭代计划，该迭代计划需求人员能够分析功能点5-功能点10，设计人员能够作功能点3-功能点7的设计，开发人员能够作功能点2-功能点4的开发，测试人员能够作上个迭代周期发布的代码
迭代的并行是指工作流的并行
你们看到迭代计划是比较复杂的，所以对项目经理的经验要求很高
增量模型通常是指具备底层框架和平台的项目，在该稳定的框架和平台上，来开发和增长具体的业务功能
每一个增量之间相对独立，各个增量能够并行开发，好比：3.1-31号实现增量1（包含5的功能点），3.20-4.15开发增量2（包含另外的4个功能点）
增量内部是瀑布模型
两种类型的区别在于迭代是基于IBM的RUP的以架构为核心，用例为驱动，角色职责划分不一样，在同一时刻项目内部需求、设计、编码、测试的活动都在发生
迭代适合需求不明确、架构风险大的项目，增量适合需求比较明确，架构比较稳定，并且增量功能的实现基本不影响架构
还有一个不一样就是迭代计划是基于角色的，增量计划是基于任务的
两种类型的相同之处，每一个迭代和增量结束后都有产品发布
总结总之 增量模型的优点是：1.阶段式提交一个可运行的产品2.关键的功能更早出现3.早期预警问题，避免缺陷蔓延4.阶段性完成可以降低估计失误到这里，增量生存期模型就讲解完毕
希望大家对生存期模型有一个新的认识~如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~————————————————