软件项目管理 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.阶段性完成可以降低估计失误
到这里，增量生存期模型就讲解完毕！希望大家对生存期模型有一个新的认识~
如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~
后续将持续更新【软件项目管理初级学习路线】的全知识点，大家感兴趣的多多关注博主哟~
————————————————
版权声明：本文内容由互联网用户自发贡献，该文观点仅代表作者本人。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至 举报，一经查实，本站将立刻删除。