软件项目管理 3.4.增量生存期模型(在软件生存周期模型中,可减少)

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

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


前言

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

一、增量模型

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

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

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

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

二、增量模型案例

1.这个项目为了更快给用户可用的产品,这个项目分了四个增量来提交,通过不断地试用反馈修改,如同滚雪球一样,最后完成了这个项目。

软件项目管理 3.4.增量生存期模型(在软件生存周期模型中,可减少)

另外,有一个特殊的增量模型称为渐进式阶段模型,每一个增量就是比较完整的系统,既提交的是正式的版本,包括以产品相关的其他资源。

例如某套系统为了最终完成1.0版本,先后发布了0.1版本,0.2版本,0.3版本等等…,而每一个版本都可以是正式的产品,直到最后提交了1.0版本。

软件项目管理 3.4.增量生存期模型(在软件生存周期模型中,可减少)

我们看一下银行业务生存期案例,这个项目需求比较复杂,所以采用了增量型模型,分多个阶段提交系统,每个阶段提交的版本是正式可以运行的系统。

软件项目管理 3.4.增量生存期模型(在软件生存周期模型中,可减少)

三、迭代模型和增量模型的区别

迭代模型和增量模型都属于并行开发的软件生命周期模型。

迭代是不能并行的,迭代的并行是指迭代任务,好比从3.1-3.31号是一个迭代计划,该迭代计划需求人员能够分析功能点5-功能点10,设计人员能够作功能点3-功能点7的设计,开发人员能够作功能点2-功能点4的开发,测试人员能够作上个迭代周期发布的代码。
迭代的并行是指工作流的并行。

你们看到迭代计划是比较复杂的,所以对项目经理的经验要求很高。

增量模型通常是指具备底层框架和平台的项目,在该稳定的框架和平台上,来开发和增长具体的业务功能。每一个增量之间相对独立,各个增量能够并行开发,好比:3.1-31号实现增量1(包含5的功能点),3.20-4.15开发增量2(包含另外的4个功能点)。增量内部是瀑布模型。

两种类型的区别在于迭代是基于IBM的RUP的以架构为核心,用例为驱动,角色职责划分不一样,在同一时刻项目内部需求、设计、编码、测试的活动都在发生。

迭代适合需求不明确、架构风险大的项目,增量适合需求比较明确,架构比较稳定,并且增量功能的实现基本不影响架构。

还有一个不一样就是迭代计划是基于角色的,增量计划是基于任务的。

两种类型的相同之处,每一个迭代和增量结束后都有产品发布。

软件项目管理 3.4.增量生存期模型(在软件生存周期模型中,可减少)

总结

总之 增量模型的优点是:

1.阶段式提交一个可运行的产品

2.关键的功能更早出现

3.早期预警问题,避免缺陷蔓延

4.阶段性完成可以降低估计失误

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

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

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

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 举报,一经查实,本站将立刻删除。

(0)
上一篇 2022年7月12日 上午8:20
下一篇 2022年7月13日 上午8:02

相关推荐