生命周期需求收集的六个阶段，你知道吗？

菏泽炫佑科技

生命周期需求收集的六个阶段，你知道吗？

软件开发生命周期（SDLC）包括软件从启动到发布的不同阶段。 它定义了提高待开发软件的质量和效率的过程。 因此，SDLC 旨在以*少的资源提供高质量的软件。 为了避免严重的项目失败后果，软件开发生命周期通常可分为以下六个阶段：

值得注意的是，这些阶段不是静态的，可以进一步细分为子类别，以适应独特的开发需求和流程。

图1 软件开发生命周期

需求收集

这是整个周期其他阶段的基础。 在这个阶段，所有利益相关者（包括客户、产品所有者等）都会收集与要开发的软件相关的信息。 对此，项目经理与相关方之间将经常举行会议。 虽然这个过程可能比较耗时，但是我们也不能操之过急生命周期需求收集的六个阶段，你知道吗？，毕竟每个人都需要对要开发的产品有一个清晰的认识。

利益相关者需要将收集到的所有信息记录到软件需求规范 (SRS) 文档中。 完成需求收集后，开发团队需要进行可行性研究，以确定项目是否可以完成。

设计

此阶段旨在模拟软件应用程序的工作原理并设计软件蓝图。 负责软件高层设计的开发人员将组成设计团队，通过前一阶段生成的SRS文档指导设计过程，*终完成符合要求的架构。 这里的高层设计是指包括用户界面、用户流程、通信设计等基本元素。

软件开发

在此阶段，具有不同专业知识（例如前端和后端）的开发人员或工程师通过处理设计需求来构建和实现软件。 这可以由一个人或一个大型团队来执行，具体取决于项目的规模。

后端开发人员负责构建数据库结构和其他必要的组件。 *后，前端开发人员根据设计构建用户界面，并根据需要与后端连接。

在支持文档方面，将创建用户指南，并酌情在源代码中留下相应的注释。 也就是说，为了确保良好的代码质量，适当的开发指南和政策也是必不可少的。

测试

专门的测试人员与开发团队合作在此阶段进行测试。 测试可以与开发同时进行，也可以在开发阶段结束时进行。 通常，开发人员在开发软件时会执行单元测试，以检查每个源代码单元是否按预期工作。 同时，该阶段还包括以下其他测试：

测试对于软件开发生命周期至关重要。 如果未能以正确的方式做到这一点，可能会让软件项目团队在开发和测试阶段之间反复来回切换，从而影响成本和时间。

部署

完成测试后，我们需要部署软件以方便用户使用。 在此阶段，部署团队需要通过遵循几个流程来确保部署过程的成功。 无论是简单的流程还是复杂的部署，都会涉及到安装指南、系统用户指南等相关部署文档的创建。

维持

作为开发周期的*后阶段，维护涉及报告和修复测试期间未发现的错误。 在修复方法方面，我们可以立即纠正错误，也可以将其作为常规软件更新来执行。

另外，软件项目组也会在这一阶段收集用户的反馈意见，协助软件的改进，提高用户的软件体验。

SDLC方法

虽然 SDLC 通常遵循上述步骤，但它们的实现方式略有不同。 下面，我将介绍前6种SDLC方法：

瀑布法

图2 瀑布法

作为*古老、*直接的SDLC方法，瀑布方法遵循线性执行顺序。 如上图所示，从需求收集到维护，流程一步步进行，没有出现任何逆转或倒退。 也就是说，只有完成了上一步，才能继续下一步。

由于这种方法在设计阶段之后就没有任何更改或调整的空间，因此我们需要在需求收集阶段收集有关项目的所有信息，即创建软件蓝图。 可见，对于经验不足的开发团队来说，如果能够从项目一开始就保证软件需求准确稳定，就可以采用瀑布法。 换句话说，瀑布模型的成功很大程度上取决于需求收集阶段的输出是否清晰。 当然，它也更适合耗时较长的项目。

瀑布的优点

瀑布的缺点

敏捷方法

图3 敏捷方法生命周期

敏捷是指快速、轻松地行动的能力。 以沟通和灵活性为核心的敏捷原则和方法主张更短周期、增量部署和发布。

在敏捷开发的生命周期中，每个阶段都有一个“仪式（）”，以获取开发团队和项目涉及的其他利益相关者的反馈。 其中包括：() 计划、每日 scrum、 回顾和 回顾。

一般来说，敏捷开发是以单独的“冲刺”形式进行的，每个冲刺通常持续约 2 至 4 周。 每个冲刺的目标不一定是构建一个 MVP（*小可行产品），而是构建一个可供客户使用的小软件。 它提供的可能只是某种功能，而不是功能齐全的产品。 换句话说，可交付成果可能只是一个可以在未来慢慢添加的功能服务，而不一定是 MVP。

图 4 构建*小可行产品的示例

在每个冲刺后的冲刺评审阶段，如果利益相关者对开发的功能感到满意，则可以启动下一个冲刺。 尽管新功能是在冲刺中开发的，但整个项目的冲刺数量不受限制。 这通常取决于项目和团队的规模。 因此，敏捷方法*适合所有需求从一开始就不清楚的项目。

敏捷优势

敏捷的缺点

精益方法

软件开发中的精益方法源自精益制造的原理。 这种方法旨在减少生产过程中的浪费和成本，从而实现利润*大化。 这种方式虽然与敏捷开发类似，但更注重效率、快速交付、迭代开发。 不同的是，敏捷方法更注重持续的沟通和协作来体现价值； 而精益方法更注重消除浪费以创造客户价值。

精益方法的七个核心概念：

精益方法的优点

精益方法的缺点

迭代法

图5 迭代开发模型

迭代方法被引入开发领域作为瀑布模型的替代方法。 它通过添加迭代、重复的开发周期来克隆瀑布方法的所有步骤。 这种方法也是增量的，因为*终产品的每个部分都会在每次迭代结束后发布。 具体来说，迭代方法的初始阶段是规划，而*后阶段是部署。 其间是规划、设计、实施、测试和评估的循环过程。

迭代方法类似于敏捷方法，但它涉及较少的客户参与，并且具有预定义的增量范围。

迭代的优点

迭代的缺点

螺旋法

作为一种具有风险意识的软件开发方法，螺旋法侧重于降低软件开发过程中的风险。 它是一种循环不断前进的迭代开发方法。 由于螺旋方法结合了瀑布模型和原型设计，因此是*灵活的 SDLC 方法，并且具有以下四个主要阶段：

螺旋法主要适用于高度定制化的软件开发。 此外，用户对原型的反馈可以在迭代后期（在开发阶段）扩展功能。

螺旋法的优点

螺旋法的缺点

方法

图6 方法

在传统的软件开发方法中，开发人员和运维人员之间很少进行协作。 尤其是在运营过程中，开发商往往被视为“建设者”。 这会造成沟通和协作方面的差距，以及反馈过程中的混乱。 软件开发方式只是弥合了两者之间的沟通鸿沟。 目标是通过有效结合开发和运营团队来快速开发更可靠、高质量的软件。 值得一提的是，它也是将手动开发转变为自动化软件开发的一种方法。 通常软件开发，该方法分为以下五个阶段：

优点

缺点

概括

综上所述，软件开发生命周期的每个阶段都非常重要。 只有正确执行每一步，才能*大限度地利用现有资源，交付高质量、可靠的软件。

事实上，软件开发没有所谓的“*佳”方法，而且它们往往各有利弊。 因此，在选择具体方法之前，您需要了解其对于手头项目的实用性。 当然，为了尽可能采用*适合现有流程的方法，很多企业会同时采用两种不同方法的组合，取长补短，优势互补，实现有效整合。完成软件交付任务。

炫佑科技专注互联网开发小程序开发-app开发-软件开发-网站制作等