软件工程中的 SDLC 模型

软件开发生命周期 (SDLC) 是一种在项目管理中使用的精神模型，它定义了信息系统开发项目中包含的阶段，从最初的可行性研究到已完成应用程序的维护。

有不同的软件开发生命周期模型指定和设计，在软件开发阶段遵循。这些模型也称为“软件开发过程模型”。每个过程模型都遵循一系列对其类型独特的阶段，以确保软件开发过程的成功。

以下是 SDLC 生命周期的一些重要阶段

瀑布模型

瀑布模型是普遍接受的 SDLC 模型。在这种方法中，软件开发的整个过程被划分为各个阶段。

瀑布模型是一个连续的软件开发模型，其中开发被视为通过需求分析、设计、实施、测试（验证）、集成和维护等步骤稳步向下流动（像瀑布一样）。

活动的线性排序有一些重要的后果。首先，为了识别一个阶段的结束和下一个阶段的开始，必须在每个步骤结束时采用一些认证技术。一些验证和确认通常意味着将确保阶段的输出与其输入（即前一个步骤的输出）一致，并且该阶段的输出与系统的整体需求一致。

RAD 模型

RAD 或快速应用程序开发流程是瀑布模型的一种应用；它的目标是在短时间内开发软件。RAD 模型基于以下概念：通过使用焦点小组收集系统需求，可以在更短的时间内开发出更好的系统。

• 业务建模
• 数据建模
• 流程建模
• 应用程序生成
• 测试和交付

螺旋模型

螺旋模型是一种风险驱动的过程模型。此 SDLC 模型帮助团队采用一个或多个过程模型的元素，如瀑布模型、增量模型等。螺旋技术是快速原型设计和设计和开发活动中的并发的结合。

螺旋中的每个循环都从确定该循环的目标、可能实现这些目标的不同替代方案以及存在的约束开始。这是循环的第一个象限（左上象限）。

循环的下一步是根据目标和约束评估这些不同的替代方案。此步骤中评估的重点基于对项目的风险感知。

下一步是制定解决不确定性和风险的策略。此步骤可能涉及诸如基准测试、模拟和原型设计之类的活动。

V 模型

在这种类型的 SDLC 模型中，测试和开发步骤是并行计划的。因此，在一侧有验证阶段，在另一侧有验证阶段。V 模型通过编码阶段连接。

增量模型

增量模型不是一个单独的模型。它本质上是一系列瀑布循环。需求在项目开始时被划分为组。对于每个组，都遵循 SDLC 模型来开发软件。重复 SDLC 过程，每个版本都会增加更多功能，直到满足所有需求。在这种方法中，每个循环都充当上一个软件版本的维护阶段。对增量模型的修改允许开发周期重叠。之后，后续循环可能会在上一循环完成之前开始。

敏捷模型

敏捷方法是在任何项目的 SDLC 过程中促进开发和测试持续交互的做法。在敏捷方法中，整个项目被划分为小的增量构建。所有这些构建都以迭代方式提供，并且每次迭代持续一到三周。

任何敏捷软件阶段都以一种方式为特征，即解决了关于大多数软件项目的几个关键假设

1. 很难预先考虑哪些软件需求将持续存在，哪些会发生变化。同样难以预测用户优先级将如何随着项目的进行而变化。
2. 对于许多类型的软件，设计和开发是交织在一起的。也就是说，这两项活动应该同时执行，以便在创建设计模型时对其进行验证。很难考虑在构造用于测试配置之前需要多少设计。
3. 从规划的角度来看，分析、设计、开发和测试不像我们希望的那样可预测。

迭代模型

它是一种特定的软件开发生命周期实现，侧重于最初的、简化的实现，然后逐步获得更多的复杂性和更广泛的功能集，直到最终系统完成。简而言之，迭代开发是将大型应用程序的软件开发分解成较小部分的一种方式。

大爆炸模型

大爆炸模型侧重于软件开发和编码中的所有类型的资源，几乎没有或根本没有规划。在需求出现时得到理解和实施。

此模型最适用于与较小的开发团队一起工作的小型项目。它也适用于学术软件开发项目。当需求未知或未给出最终发布日期时，它是一个理想的模型。

原型模型

原型模型从需求收集开始。开发人员和用户会面并定义软件的目的，确定需求等。

然后创建一个“快速设计”。这种设计侧重于软件的那些对用户可见的方面。然后它会导致原型开发。然后客户检查原型，并对原型进行任何需要的修改或更改。

此步骤中会发生循环，并创建更好的原型版本。这些版本会不断展示给用户，以便可以在原型中更新任何新更改。此过程持续进行，直到客户对系统满意为止。一旦用户满意，原型就会转换为具有所有质量和安全考虑因素的实际系统。