瀑布模型
该模型是一种自上而下一次性完成整个项目的开发方法。 该模型共分为六个阶段，如图所示。
在瀑布模型的开发过程中，必须严格按照这条线执行，完成当前阶段后才能进行下一阶段的开发任务。
好处
该模型划分了各个阶段的检查点，一个阶段的开发完成后，可以将开发者的全部精力投入到下一个阶段，提高开发效率，便于项目的管理。
适用于前期的软件开发和小型软件系统的开发。
缺点
无法评价项目的进展。 因为我不知道哪个阶段会导致项目延期
无法满足用户的需求变更，在项目完成之前用户无法看到项目的结果
快速原型模型
快速成型模式与瀑布模式相反，在项目初期根据用户需求快速构建可行的系统原型，然后向用户展示，由用户进行审查，提出意见，然后进行专业需求真正确定后，再正式进行项目开发。 模型如下所示。
好处
解决需求不明确带来的风险，适用于无法事先确定项目需求的项目
缺点
不利于开发者扩展产品
迭代模型
迭代模型也称为增量模型或演化模型，将完整的软件划分为不同的组件，并对每个组件进行分阶段的开发测试。 每次组件完成后向客户演示，确认该组件的功能和性能是否满足要求，最终准确地将组件集成到软件体系结构中。 整个开发工作分为被称为一系列迭代的短期简单的一系列小项目，每个迭代都需要经过需求分析、软件设计、编码、测试几个过程，其开发过程如图所示。
好处
第一个版本的软件不需要成本和时间
可以满足客户的需求变化，如果需求变化，只需修改某个组件即可。
缺点
如果用户需求的变更没有整体计划，有可能会变化为“边做边开发”的模式。
最终整合各组件时，有整合失败的风险。
喷泉模型
该模型主要采用面向对象技术。 如果客户的需求基本相似，开发过程中可以采用面向对象的开发方式，封装所有相同的模块，以便在下次功能开发时使用。 模型如下所示。
好处
支持软件重用，且开发过程无间隙地，分析、设计代码无明显边界，可以通过交叉迭代进行。 如果无法排除重大风险，可以停止软件以减少损失。
缺点
喷泉模型在每个阶段都是重叠的，因此每个对象都有分析、设计和编码阶段，需要大量的开发人员。
大量的开发者不利于项目的管理。
该模式需要严格管理文件，审查难度增加。
螺旋模型
螺旋模型融合了瀑布模型、快速成型模型，该模型最大的特点是引入了其他模型所没有的风险分析。螺旋模型将开发过程分为几个螺旋周期，各螺旋周期与瀑布模型基本一致，在各周期开始之前进行风险分析。 在每个迭代阶段构建原型是一种降低风险的螺旋模型方法。 模型如下所示。
该模型有四个象限，各象限的含义如下：
确定计划：软件目标，制定实施方案，列举项目开发的限制条件。
风险分析：评价制定的实施方案，识别风险，消除风险。
实施工序：开发和验证产品。
顾客评价：顾客对产品进行审评，提出修正提案，制定以下计划。
好处
螺旋模型强调风险分析，
对每个演化层出现的风险都所了解，继而做出应有反应。因此特别适合用于庞大、复杂并且具有高风险的系统。螺旋模型支持用户需求的动态变化有助于提高产品的适应能力。缺点
· 过多的迭代次数会增加开发成本，延迟提交时间。
敏捷模型
在现代社会的开发中，由于业务会经常快速的变化，因此会导致在软件开发之前经常是无法得到详细完整的开发需求，没有完整的开发需求，传统的软件开发模型也就无法适用。
敏捷开发模型的提出就是为了解决该问题。该模型以客户的需求为核心，采用迭代，循序渐进的方法进行开发。
软件项目在构建初期会被拆分为多个相互联系而又独立运行的子项目，然后迭代完成各个子项目。开发过程中，各个子项目都要经过开发测试。当客户有需求变更时，敏捷模型能够迅速地对某个子项目做出修改以满足客户的需求。在这个过程中，软件一直处于可使用状态。
该模型更重视人在软件开发中的作用。软件开发过程中，各个部门需要紧密的合作沟通，为适应软件需求的频繁改变，客户可以全程参与到开发过程中。
敏捷开发模型的价值与原则
· 个体和交互重于过程和工具
· 可用软件重于完备文档
· 客户协作重于合同谈判
· 响应变化重于遵循计划
优点
· 用户很快可以看到一个基线架构版的产品
· 敏捷注重市场快速反应能力，客户前期满意度高。
缺点
· 注重人员的沟通
· 忽略文档的重要性
· 如果项目人员流动大太，会增加项目维护难度
· 软件之前版本的可重现性、可回溯性较低
· 对于较大的项目,人员越多,面对面的有效沟通越困难。因此，该模型适用于小型项目的开发。
【都市微生活】是一家致力于提供app制作服务的手机软件开发公司，长期为大中型企业打造数据化、商业化、智能化的app开发公司解决方案。如有需求可搜索“深圳都市微生活”与我们联系！