全网最全的常用开发模型介绍

目录

一、大爆炸模型

二、瀑布模型

三、快速原型模型

四、增量模型

五、螺旋模型

六、敏捷模型

---

一、大爆炸模型

介绍：该模型非常适合诸如学术项目或实践项目之类的小型项目。一两个开发人员的规模较小的开发团队且未定义需求, 并且客户未确认或确定发布日期时。

优点

• 无需计划
• 所需资源很少
• 易于管理
• 对开发人员相对自由

缺点

• 对于大型项目不可接受
• 存在高风险和不确定性

二、瀑布模型

流程：start——需求分析——设计——编码——测试——上线维护——end

优点

• 瀑布模型的每一个阶段都环环相扣
• 为项目提供了阶段划分的检查点
• 提供的模板可供软件开发的过程中有共同的指导

缺点

• 项目周期比较长
• 各个阶段产生大量文档，工作量大
• 开发模型呈线性，失败风险大
• 开发前期没发现的错误到最后才能发现
• 不适应用户的需求变化

总结
只适用于中小型且需求变化少的项目

三、快速原型模型

在这个模型中，开发人员拿到项目立即根据需求编写程序，调试通过后生成软件的第一个版本。在提供给用户使用后，如果程序出现错误，或者用户提出新的要求，开发人员重新修改代码，直到用户满意为止。

缺点

• 缺少规划和设计环节，软件的结构随着不断的修改越来越糟，导致无法继续修改
• 忽略需求环节，给软件开发带来很大的风险
• 没有考虑测试和程序的可维护性，也没有任何文档，软件的维护十分困难

总结

适合比较小的程序

用于需求不明确的场景

四、增量模型

又称迭代模型，它将一个完整的软件拆分成不同的组件，之后对每个组件进行逐步的开发测试，每当完成一个组件就会向客户进行展示，让客户确认该组件功能与性能是否达到要求，最终确定无误，将组件集成到软件体系结构中。整个开发工作被分为为一系列短期、简单的小项目，称为一系列迭代，每一个迭代都需要经过需求分析、软件设计、编码、测试这几项过程
优点

• 第一个可交付版本的软件所需的成本与时间较小
• 能及时使用客户的需求变化，修改方便
• 能将大项目拆分成小项目
• 人员分配灵活
• 有利于风险把控
• 用户可以直观感受项目进展，及时使用产品功能

缺点

• 如果对用户需求的变更没有整体的规划，可能会变化为"边做边开发"的模式
• 过于关注客户需求，可能系统设计差，不易维护
• 最终集成各个组件时，可能会出现集成失败的风险
• 开放式体系结构可能导致效率低下
• 项目周期长，业务逻辑比较复杂
• 需要快速上线抢占用户市场 

五、螺旋模型

 

螺旋开发模型就是原型+瀑布+迭代的过程，并且引入了风险分析，也就是在每个迭代过程的设计开发步骤前都加入了风险评估，适合有风险性的项目。每个迭代都有设定目标、风险分析、开发和验证、评审。

优点

• 适合用于庞大、复杂并且具有高风险的系统

缺点

• 过多的迭代次数会增加开发成本，延迟提交时间
• 对产品的质量，稳定性，安全性，性能等需求比较高，上线后不允许出现问题

六、敏捷模型

敏捷模型更注重“人”在软件开发中的作用,项目的各部门应该紧密合作、快速有效地沟通(如面对面沟通),提出需求的客户可以全程参与到开发过程,以适应软件频繁的需求变更

流程:规划目标——产品规划——组织产品待办列表——计划会(产品迭代)——每日立会——回顾会议

优点

• 用户很快可以看到一个基线架构版的产品
• 客户前期满意度高

缺点

• 注重人员的沟通
• 如果项目人员流动大太，会增加项目维护难度
• 软件之前版本的可重现性、可回溯性较低
• 对于较大的项目,人员越多,面对面的有效沟通越困难。因此，该模型适用于小型项目的开发