1、瀑布模式是W.W.Royce在1970年提出的第一种软件开发模式，瀑布式开发是一种古老的计算机软件开发方法。
瀑布式是最典型的前瞻性方法，严格遵循预先计划的需求分析、设计、编码、集成、测试和维护步骤。
步骤的成果用作衡量进展的方法，包括要求规范、设计文档、测试计划和代码审查。
瀑布式的主要问题是严格分级导致的自由度降低，项目初期的约定导致后期需求变化的调整变得困难，
成本高。 如果需求未知，并且项目正在进行中可能发生变化，那么瀑布式方法基本上是不可能的。
2、迭代开发又称迭代增量开发或迭代进化开发，是与传统瀑布型开发相反的软件开发过程，弥补了传统开发方式的弱点，具有更高的成功率和生产率。
什么是迭代式开发？
每次只设计并实现这个产品的一部分时，
逐步完成的方法称为迭代开发，
设计和实现的各个阶段称为迭代。
在反复型开发方法中，开发作业整体为一系列短，
一定长度的小项目，如三周，称为一系列迭代。
每次迭代都包括需求分析、设计、实现和测试。
该方法可以在需求完全确定之前开始开发工作，
一次迭代即可完成系统的某些功能和业务逻辑开发。
根据客户的反馈细分需求，开始新的反复。
迭代式开发的好处：
1、降低风险
2、获取早期用户反馈
3、持续测试与集成
4、使用变更
5、提高多重性
螺旋开发。 1988年，ngdqq(BarryboEHM )正式发布了软件系统开发的“螺旋模型”。 瀑布模型与快速原型模型相结合，突出了其他模型忽略的风险分析，特别适用于大型复杂系统。
“螺旋模型”最初规模小，项目定义得更好、更稳定后，会逐渐展开。
“螺旋模型”的核心是不需要在ymdwt中明确定义所有事情。 你可以轻松地参加比赛，定义最重要的功能，做到这一点，然后听取客户的意见，然后进入下一个阶段。 这样反复轮回，直到得到满意的最终产品。
(1)制定规划：确定软件目标，选定实施方案，明确项目开发的约束条件；
)2)风险分析)分析评估所选方案，考虑如何识别和消除风险；
(3)实施工程)软件开发与验证实施；
)4)客户评估)评估开发工作，提出修正案，制定以下计划：
螺旋模型很大程度上是风险驱动的方法体系。 因为在各个阶段之前和频繁发生的周期之前，首先需要进行风险评估。
敏捷软件开发又称敏捷开发，是20世纪90年代开始逐渐引起人们关注的一种新的软件开发方法，是适应快速变化需求的软件开发能力。 所有这些具体名称、理念、流程和术语都不同，对于“非敏捷”，程序员团队与业务专家的密切合作、面对面交流(被认为比书面文档更有效)和新的软件栏强调了能够很好地应对需求变化的代码编写和团队组织方法，也重视人在软件开发中的作用。
与人的交互比过程和工具重。
能工作的软件比完整和完整的文档更重要。
与客户的合作比合同谈判更重要。
随时应对变化比遵守规则更重要。
其中右边的内容也有价值，但左边的内容是最重要的。
虽然相互信任的人很少，但是可以进行精密的交流
项目敏捷开发：
敏捷开发团队的主要工作方式是，反复提供可以总结为整体工作的在短反复周期内工作的几个成果
关注业务优先级的检查和调整。
最重要的因素大概是项目的规模。 规模越大，面对面的交流越来越困难，
因此，敏捷适合小团队，不超过40、30、20、10人。
大规模敏捷软件开发还处于积极研究的领域。
四种比较差异：
传统的瀑布式开发——从需求到设计、从设计到编码、从编码到测试、从测试到提交的大致流程——要求在每个开发阶段都尽最大努力。
特别是在前期阶段，设计越完美，提交后的成本损失就越少。
迭代开发并不要求每个阶段的任务都是最完美的，而是明明知道还有很多不足之处，却不去完善，而是以先构建主要功能为目的，在最短的时间内
以最小的损失首先完成并提交“不完整的交付件”。 然后，通过客户和用户的反馈，逐步改善这一“不完整的交付项”。
螺旋开发，很大程度上是风险驱动的方法体系。 因为在每个阶段之前和频繁发生的周期之前，必须首先进行风险评估。
与迭代开发相比，敏捷开发都强调以更短的开发周期提交软件，但敏捷开发周期更短，可能更强调团队内的高级合作。
敏捷方法有时被误认为是没有计划性和纪律性的方法，但实际上，敏捷方法是强调适应性而不是预见性。
自适应的方法集中在快速适应现实的变化上。 当项目需求发生变化时，团队必须迅速做出反应。 这个团队可能很难准确说明未来会发生什么变化。
支付宝扫一扫
微信扫一扫
