Asia Data

可以看到，双方都有级别。每个验证级别都有对应的验证级别（测试阶段）。级别越低，对项目细节的了解就越深入。

第一步是需求收集。其他 SDLC 生命周期模型假设这是项目启动或规划的一部分。然后是设计。V 开发模型将其分为 3 个阶段：高级、低级和模块。

首先，技术主管会制定软件设计大纲。然后，他们会制作详细版本。模块设计描述了程序员计划如何创建每个单独的软件元素。

设计完成后，开发人员开始编码。然后，专家测试软件。首先，他们进行单元测试。这意味着测试单个软件组件以检查它们是否正常工作。接下来是集成测试。在这里，专家检查不同软件元素如何协同工作。下一步是系统测试。它很全面，包括：

– 功能测试，

– 非功能测试，

– 压力测试，

– 恢复测试等

最后一步是验收测试。在此，您将软件展示给业务利益相关者和最终用户。他们检查它是否符合他们的期望。

该模型易于使用。它还具有明确的交付成果并强调测试。这有助于验证产品是否符合要求。

另一方面，这种方法没有提供明确的解决问题的方法。因此，与瀑布模型类似，修复错误可能很困难。而且这种 SDLC 模型不灵活。因此，调整需求的成本很高。

增量迭代开发模型
专家们创建了这种软件开发模型来克服线性方法（如瀑布模型或 V 模型）的缺点。它的首次应用是在美国宇航局 1960 年代的水星计划中。

软件开发过程从初始规划开始，到部署结束。其间经历了多次迭代：

– 进一步规划，

- 设计，

– 编码，

– 测试，以及

- 评估。

首先创建一个最小的产品版本，利益相关者可以对其做出反应。它可以是一个原型。

软件原型与 MVP
对于软件来说，原型和 MVP 是不同的东西。
原型是第一个可点击的软件版本。用户可以在其页面之 波斯尼亚和黑塞哥维那数字数据 间导航。但实际功能可能尚未实现。原型向利益相关者展示了软件的外观和元素。但它尚未准备好供最终用户使用。
MVP 代表最低可行产品。这是具有所有基本功能的产品版本。它还具有必要的安全措施。因此，最终用户可以使用它。专家收集用户对 MVP 的反馈。根据反馈，开发人员稍后会添加更多功能。
开发团队收集原型的反馈。然后，他们进行更新。在第二次迭代中，他们修复问题并添加更多功能。此后，他们再次收集反馈。然后是第三次迭代，依此类推。该模型是“增量式”的，因为开发人员会随着时间的推移添加越来越多的功能。

灵活性是这种软件开发生命周期模型的最大优势。它也非常以客户为中心。另一个好处是价值在早期就得以实现。

缺点是你不知道最终的项目范围或成本。时间表也不确定。开发商可以提供大致的估算，但这些估算可能会发生变化。

这种软件开发方法类似于敏捷模型。我们稍后会讨论它们。