软件项目管理 3.4.增量生存期模型

软件项目管理 3.4.增量生存期模型

【公众号 “项目管理研究所” 将会第一时间更新文章】
归档于软件项目管理初级学习路线
第三章 生存期模型
《初级学习路线合集 》

创新互联专注于企业营销型网站建设、网站重做改版、察哈尔右翼前网站定制设计、自适应品牌网站建设、H5技术商城网站制作、集团公司官网建设、成都外贸网站建设公司、高端网站制作、响应式网页设计等建站业务,价格优惠性价比高,为察哈尔右翼前等各大城市提供网站开发制作服务。


前言

大家好,这节我们学习软件项目管理---增量生存期模型,顾名思义,增量模型就是一个增量一个增量的开发过程,每一个增量是一个交付成果。

一、增量模型

增量模型向客户提交完成的可交付的成果,让用户可以立即使用,如果有些项目是为了加快交付速度,频繁交付少量的可交付成果,就可以采用增量模型。

增量模型的策略是不同时开发项目的需求,而是分增量开发。每个增量包括分析,设计,实施,测试,提交等过程。

首先构造具体的核心功能作为第一个增量,然后试用反馈修改后,进行第二次增量,然后试用反馈修改后,再进行第三次增量...直到所有的增量完成。

该模型假设需求是可以分段开发的,可以成为一系列的增量产品。
所以增量模型的优点是可以避免一次性投入太大成本所带来的风险。

二、增量模型案例

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.阶段性完成可以降低估计失误

到这里,增量生存期模型就讲解完毕!希望大家对生存期模型有一个新的认识~

如果您觉得这篇文章有帮助到您的的话不妨点赞支持一下哟~~????

后续将持续更新【软件项目管理初级学习路线】的全知识点,大家感兴趣的多多关注博主哟~
————————————————


新闻名称:软件项目管理 3.4.增量生存期模型
本文来源:http://pwwzsj.com/article/dschgsc.html