文章目录0 .软件生命周期1 .瀑布模型2 .螺旋模型3 .迭代模型4 .增量模型5 .敏捷模型
0 .软件生命周期
软件生命周期是指从软件产品的设想开始到软件不在使用而结束的时间。
软件生命周期分为六个阶段：需求分析、规划、设计、编码、测试和操作维护。
1 .瀑布模型
瀑布模型是最早出现的软件开发模型，是所有其他软件开发模型的基础框架。 与软件的生命周期不同，没有软件的运行维护阶段。
描述：因为在各个阶段只执行一次，所以是线性顺序的软件开发模型。
前面的需求分析和设计尤为重要，因为每个阶段只运行一次。
优点：
为项目提供了分阶段的检查点，强调了开发的阶段性。 强调早期计划和需求调查。 强调产品测试。缺点：
各个阶段之间几乎没有反馈。 由于只有在项目周期的后期才能看到结果，风险只有到了后期的测试阶段才显现出来，往往会失去早期的纠正过程。 在单一的过程中，开发中的经验教训无法反馈应用于本产品的过程。适用项目：需求比较明确且改动较少的项目。
2 .螺旋模型一般在软件开发初期需求不太明确时，采用渐进的开发模型。 螺旋模型是渐进开发模型的代表性之一。
描述：原型在基础上沿螺旋线旋转，每转一次经过规划/风险分析/实施/评估等过程，得到相应的新版本，经过几次螺旋上升得到最终版本。
螺旋模型沿螺旋重复多次。 图中的四个象限表示以下活动：
(1)制定计划：确定软件目标，选定实施方案，明确项目开发限制条件；
)2)风险分析)对所选方案进行分析评估，考虑如何识别和明确风险；
)3)实施工序)软件开发和验证的实施；
)4)客户评估)评估开发工作，提出修改方案，制定下一步计划。
迭代开发的模型给软件测试带来了新的要求，不允许有独立的测试时间和阶段，测试必须随着开发的迭代而迭代，因此回归测试至关重要。
优点：
虽然强调严格的风险分析，但这种模式非常适合大型高风险项目，因为让很多客户接受并相信这种分析，并做出响应并不容易。 强调各开发阶段的质量。 这种开发模式为我们提供了一个探讨项目是否值得继续下去的机会。缺点：
由于引入了非常严格的风险识别、风险分析和风险控制，当大量消耗人力、资源，严重影响项目效益时，风险分析就没有意义了。 软件开发人员必须善于寻找可能的风险，并准确分析风险。 否则，会带来更大的风险。 虽然软件建设周期长，但由于软件技术发展比较快，与目前的技术水平还存在较大差距，可能无法满足目前的用户需求。适用项目：最近开发的，在需求不明确的情况下，适合螺旋模型开发，风险控制和需求变更容易。
3 .迭代模型
开发迭代是指完全通过所有工作流的过程，包括要求工作流、设计工作流分析、工作流实施和工作流测试。 基本上，迭代模型就像一个小型瀑布式项目。
每次迭代都会生成可发布的产品。 这个产品是最终产品的子集。
描述：
4 .一个迭代过程包括了所有的软件开发过程。
5 .每次迭代都会生成可发布的产品。
6 .该产品是最终产品的子集。
适用项目：不能提前完全定义产品的所有需求，适用于计划多期开发的项目。
4 .增量模型
描述：
采用随时间交错的线性序列。 为每个序列生成可公开的增量。 每个增量都会生成可操作的产品。 第一个增量是核心产品。优点：开始时无需投入大量人力，即可提前推出核心产品以稳定用户，有计划地管理技术风险。
缺点：需要开放架构，可能设计效果差，开发效率低。
适合项目：需求频繁变化的软件开发过程。
增量和迭代模型的区别：
增量是逐块建造的概念例如，画人物画的话，我们可以先画人头，再画身体，画手脚……。
迭代是反复求精的概念例如，同样画人物画的时候，可以先画出整体的轮廓，画出基本的雏形，然后再细分、着色……。
5 .敏捷模型描述：敏捷模型是一种轻量、高效、低风险，更强调团队合作与沟通的开发方式，适合中小型开发团队，客户需求模糊或多样化
特点：
强调人与人之间的交流。 轻型文档(弱化文档，但不需要文档) )客户需要参与需求的变化