软件工程中的敏捷模型

什么是敏捷模型？

敏捷模型是一种增量式、迭代式的软件开发过程，它预先定义了每次迭代的次数、持续时间和范围。在敏捷过程模型中，每次迭代都被视为一个短“框架”，通常持续 2 至 4 周。

敏捷模型将任务划分为时间框，为发布提供特定功能。每次构建在功能方面都是增量的，最终构建包含所有属性。将整个项目划分为小部分有助于最大限度地降低项目风险和整体项目交付时间。

有哪些重要的敏捷模型宣言？

以下是敏捷模型的基本宣言：

• 个人和互动比流程和工具更受重视。
• 适应性强、授权明确、自组织的团队。
• 注重可运行的软件而不是全面的文档。
• 软件工程中的敏捷模型旨在通过快速交付有价值的软件来实现完全的客户满意度。
• 欢迎需求的变化，即使是在开发阶段的后期。
• 商人和开发商之间的日常合作。
• 客户合作比合同谈判更为重要。
• 它使您能够通过提前和频繁的交付来满足客户。
• 我们非常重视面对面的交流。
• 开发可用的软件是进度的主要指标。
• Promo可持续发展步伐。
• 我们持续关注技术卓越性和合理设计。
• 团队定期进行改进审查。

敏捷模型的阶段

以下是敏捷的不同阶段：

以下是 SDLC 生命周期中敏捷模型流程涉及的重要阶段：

• 需求收集： 在这个敏捷模型阶段，您必须定义需求。还应讨论商业机会以及项目所需的时间和精力。通过分析这些信息，您可以确定系统的经济和技术可行性。
• 设计需求： 可行性研究之后，您可以与利益相关者合作定义需求。使用 UFD 图或高级 UML 图，您可以确定如何将新系统整合到现有软件系统中。
• 开发/迭代： 软件开发团队定义并设计需求后，真正的工作便从此阶段开始。产品、设计和开发团队开始工作，产品将使用简单和最小的功能进行不同阶段的改进。
• 测试： 敏捷模型的这个阶段涉及测试团队。例如，质量保证团队在此阶段检查系统的性能并报告错误。
• 部署： 在此阶段，初始产品会发布给用户。
• 反馈： 产品发布后，敏捷模型的最后一步是反馈。在此阶段，团队会收到有关产品的反馈，并根据收到的反馈来纠正错误。

相比瀑布式开发，敏捷开发周期较短，一个项目可能会有多个这样的周期，各个阶段不断重复，直到产品交付。

敏捷的类型

以下是一些重要的敏捷类型：

Scrum： 这种敏捷方法主要侧重于在基于团队的开发条件下管理任务。在 Scrum 敏捷模型，团队应该严格按照每个工作计划 Sprint. 此外，参与此类项目的人员都有预先定义的角色。

水晶： 使用 Crystal 方法是开发软件最直接、最灵活的方法之一，因为每个项目都有其独特的特点。因此，政策和实践需要根据项目的特点进行量身定制。

Crystal 方法论分类如下：

• 明确： 适合小规模和低关键性努力的用户。
• 橙子： 适用于中等规模和关键项目的用户。
• 橙网： 通常，电子商务

动态软件开发方法 (DSDM)：这种快速应用程序开发 (RAD) 方法涉及积极的用户参与，并且团队有权以频繁交付产品为目标做出决策。

功能驱动开发（FDD）： 这种敏捷方法专注于“设计和构建”功能。它分为几个简短的工作阶段，必须针对每个功能单独完成。它包括领域演练、设计检查、代码检查等。

精益软件开发： 该方法基于“即时生产”原则。它有助于提高软件开发速度并降低成本。

精益开发模式的结果是消除了浪费、扩大了学习、实现了提前交付并建立了诚信。

极限编程（XP）： 极限编程 当客户的需求或要求不断变化时，这是一种有用的敏捷模型。当不确定系统的功能时，也可以使用它。

何时使用敏捷模型？

以下是使用敏捷方法的常见场景：

• 当需要频繁实施变更时使用它。
• 低监管要求项目
• 现有流程不太严格的项目
• 产品所有者可轻松访问的项目
• 具有灵活时间表和预算的项目

敏捷模型的优点

以下是敏捷模型的一些常见优点/好处：

• 与客户的沟通是一对一的。
• 提供非常现实的软件开发方法
• 软件工程中的敏捷模型使您能够起草高效的设计并满足公司的需求。
• 每周都会发布功能软件的更新版本。
• 它提供了早期的部分工作解决方案。
• 随时可以接受变更。
• 您可以利用此敏捷模型来减少总体开发时间。
• 它允许在总体规划的背景下同时进行开发和交付。
• 最终产品在几周内开发完毕并可供使用。

敏捷模型的缺点

以下是敏捷模型的一些常见缺点/缺点：

• 可持续性、可维护性和可扩展性的风险较高。
• 在某些公司中，自我组织和密集协作可能与其企业文化不相容。
• 文档和设计没有受到太多关注。
• 如果没有来自客户的明确信息，开发团队可能会被误导。
• 这不是一种适合处理复杂依赖关系的方法。

敏捷模型与瀑布模型

敏捷和瀑布模型是软件开发过程的两种不同方法。尽管方法不同，但有时可以根据项目和需求使用这两种方法。

敏捷模型	瀑布模型
敏捷方法提出了软件设计的增量和迭代方法	软件开发从起点到终点按顺序进行。
软件工程中的敏捷模型被分解为设计师工作的单个模型	设计过程不会分解成单个模型
顾客有早期和频繁的机会查看产品并做出决定和更改。	客户只有在项目结束时才能看到产品。
与瀑布模型相比，敏捷模型被认为是非结构化的	瀑布模型更安全，因为它们是面向计划的
小型项目可以很快实施。对于大型项目，估算开发时间并不容易。	各类工程均可估算及完成。
每次测试后都会审查测试计划 Sprint	在测试阶段很少讨论测试计划。

请参阅此链接了解详细信息 敏捷模型与瀑布模型的比较.

总结

• 敏捷模型是软件开发的增量和迭代过程。
• 它注重的是可运行的软件而不是全面的文档。
• 敏捷模型分为多个阶段，如 1）需求收集、2）设计需求、3）开发/迭代、4）测试、5）部署 6）反馈。
• 敏捷类型的各种类型有：1）Scrum，2）Crystal，3）动态软件开发方法（DSDM）：4）特性驱动开发（FDD），5）精益软件开发6）极限编程（XP）。
• 当需要实施频繁变更时，使用敏捷模型。
• 它为软件开发提供了一种非常现实的方法
• 这种模式的可持续性、可维护性和可扩展性的风险较大。
• 软件测试中的敏捷方法采用增量和迭代的方法进行软件设计，而软件开发则从起点到终点按顺序进行。