螺旋模型

我们在瀑布模型中面临的最大问题是完成产品需要很长时间，并且软件变得过时。 为了解决这个问题，我们有一种新的方法，称为螺旋模型。 螺旋模型也称为循环模型。

在此模型中，我们逐个模块创建应用程序，并将其移交给客户，以便他们可以在早期阶段开始使用该应用程序。 只有当模块彼此依赖时，我们才准备此模型。 在此模型中，我们分阶段开发应用程序，因为有时客户端会在过程中提出需求。

螺旋模型的不同阶段如下：

• 需求分析
• 设计
• 编码
• 测试和风险分析

需求分析

螺旋模型流程从收集业务需求开始。 在此过程中，以下螺旋将包括系统需求、单元需求和子系统需求的文档。 在此阶段，我们可以轻松理解系统需求，因为业务分析师和客户之间有持续的沟通。 并且一旦循环完成，应用程序将部署到市场。

设计

螺旋模型的第二阶段是设计，我们将在此处计划逻辑设计、架构设计、流程图、决策树等。

编码

在完成设计阶段之后，我们将进入下一步，即编码阶段。 在此阶段，我们将根据客户的要求开发产品，并获得客户的反馈。 此阶段指的是在每个周期中构建实际应用程序。

这些螺旋具有对需求的极佳清晰度，并且应用程序的设计细节被称为带有版本号的构建。 之后，这些构建将被转移给客户以获取他们的响应。

测试和风险分析

一旦开发成功完成，我们将在第一个周期结束时测试构建，并分析软件在不同方面的风险，例如管理风险、检测和观察技术可行性。 之后，客户将测试应用程序并提供反馈。

螺旋模型示例

让我们看一个例子，以更好地理解螺旋模型

在螺旋模型中，软件是在小型模块中开发的。 假设我们有应用程序A，并且此A应用程序是在不同模型P、Q、R的帮助下创建的。

在上图中，

RP: 模块P的需求分析，与RQ，RR类似。

DP: 模块P的设计，与DQ，DR类似。

CP: 模块P的编码，与CQ，CR类似。

TP: 模块P的测试，与TQ，TR类似。

• 在P模块中，我们首先获得需求，然后才设计模块。 并且仅当测试了模块A的错误时，才完成模块A的编码部分。
• 下一个模块是Q，它是在构建模块P时创建的。我们遵循与在模块P中相同的过程，但是当我们开始测试模块Q时，我们检查以下条件，例如
  • 测试Q模块
  • 测试Q与P模块的集成
  • 测试P模块
• 创建模块P，Q之后，我们将继续进行模块R，然后我们将遵循与模块P和Q相同的过程，然后测试以下条件
  • 首先，检查模块R、Q和P
  • 然后，以下面的顺序检查模块的集成
    R → Q, R and P → P and Q

注意
一旦循环继续用于多个模块，则只有在正确构建模块P之后才能构建模块Q，模块R的构建方式类似。

最适合螺旋模型的示例是MS-Excel，因为MS-Excel工作表具有多个单元格，这些单元格是Excel工作表的组成部分。 由于我们必须首先创建单元格（模块P），然后才能对单元格执行操作，例如将单元格分割成一半（模块Q），将单元格合并为两个，然后我们可以在Excel工作表上绘制图形（模块R）。

在螺旋模型中，我们可以执行两种类型的更改，如下所示

• 重大更改
• 较小更改

重大更改

当客户要求对特定模块的需求进行重大更改时，我们仅更改该模块，并对集成和单元执行测试。 为此，我们始终首选一个新周期，因为它可能会影响现有模块。 重大更改可能是软件的功能。

较小更改

每当客户端要求对特定应用程序进行较小的更改时，软件团队都会同时在一个周期内进行较小的更改以及必须开发的新模块。 并且我们永远不会进行任何新的周期或迭代，因为微小的变化不会影响现有功能，并且还会占用额外的资源和时间。 较小的更改可能是UI（前端更改）。

螺旋模型的优点和缺点