软件工程 | SDLC V 型

V 模型是一种 SDLC 模型，其中流程以 V 形顺序执行。它也被称为验证和确认模型。它基于每个相应开发阶段的测试阶段的关联。与测试阶段直接相关的每个步骤的开发。下一阶段仅在前一阶段完成后才开始，即对于每个开发活动，都有一个与之对应的测试活动。

验证：它涉及在不执行代码的情况下完成的静态分析技术（审查）。它是产品开发阶段的评估过程，以确定是否满足规定的要求。

验证：它涉及动态分析技术（功能性，非功能性），通过执行代码完成的测试。验证是在开发阶段完成后评估软件以确定软件是否满足客户期望和要求的过程。

因此，V-Model 在另一侧的验证阶段的一侧包含验证阶段。验证和验证阶段通过 V 形编码阶段连接起来。因此它被称为V-Model。

设计阶段：

• 需求分析：此阶段包含与客户的详细沟通，以了解他们的要求和期望。这个阶段被称为需求收集。
• 系统设计：此阶段包含系统设计以及用于开发产品的完整硬件和通信设置。
• 架构设计：系统设计被进一步分解为具有不同功能的模块。内部模块之间以及与外部世界（其他系统）之间的数据传输和通信是清楚的。
• 模块设计：在这个阶段，系统分解成小模块。指定了模块的详细设计，也称为低级设计（LLD）。

测试阶段：

• 单元测试：单元测试计划是在模块设计阶段制定的。执行这些单元测试计划是为了消除代码或单元级别的错误。
• 集成测试：在单元测试完成后进行集成测试。在集成测试中，模块被集成并且系统被测试。在架构设计阶段执行集成测试。该测试验证模块之间的通信。
• 系统测试：系统测试测试完整的应用程序及其功能、相互依赖和通信。它测试开发的应用程序的功能和非功能需求。
• 用户验收测试 (UAT)： UAT 在类似于生产环境的用户环境中执行。 UAT 验证交付的系统是否满足用户的要求，并且系统已准备好在现实世界中使用。

行业挑战：随着行业的发展，技术变得越来越复杂，越来越快，并且永远在变化，但是，仍然有一组基本原则和概念在今天与 IT 处于起步阶段时一样适用。

• 准确定义和细化用户需求。
• 根据授权用户要求设计和构建应用程序。
• 验证他们构建的应用程序是否符合授权的业务需求。

V-Model的原理：

• 从大到小：在 V-Model 中，测试是在分层的角度进行的，例如，项目团队确定的需求、创建项目的高级设计和详细设计阶段。随着这些阶段中的每一个都完成了需求，它们的定义变得越来越精细和详细。
• 数据/流程完整性：该原则指出，任何项目的成功设计都需要数据和流程的结合和凝聚力。必须在每个要求中识别过程元素。
• 可扩展性：该原则表明 V-Model 概念具有适应任何 IT 项目的灵活性，无论其规模、复杂性或持续时间如何。
• 交叉引用：需求和相应测试活动之间的直接关联称为交叉引用。
• 有形文档：该原则表明每个项目都需要创建一个文档。项目开发团队和支持团队都需要并应用此文档。一旦应用程序在生产环境中可用，文档将用于维护应用程序。

为什么首选？

• 由于模型的刚性，它易于管理。 V-Model 的每个阶段都有特定的可交付成果和审查过程。
• 主动缺陷跟踪——即在早期阶段发现缺陷。

什么时候使用？

• 明确定义和固定要求的地方。
• 当有充足的技术资源和技术专长时，使用 V 模型。

优点：

• 这是一个高度自律的模型，阶段一次完成一个。
• V-Model 用于项目需求明确的小型项目。
• 简单易懂和使用。
• 该模型侧重于生命周期早期的验证和确认活动，从而提高构建无错误和优质产品的可能性。
• 它使项目管理能够准确地跟踪进度。

缺点：

• 高风险和不确定性。
• 对于复杂的和面向对象的项目，这不是一件好事。
• 不适用于需求不明确、变更风险高的项目。
• 该模型不支持阶段迭代。
• 它不容易处理并发事件。