敏捷模型-开发方法入门系列

介绍

在这篇博客中，我们将讨论敏捷模型的关键功能、阶段、测试方法及其优缺点，但在探索所有这些之前，让我们看看引入敏捷模型的必要性以及它何时出现。我们不断扩大的数字世界越来越渴望更复杂和多样化的应用程序。不幸的是，这种需求与高软件开发失败率相冲突。为了解决这一失败，敏捷方法应运而生。敏捷方法最初是在软件开发业务中管理软件开发的一种新技术。许多软件开发项目都失败了，或者需要很长时间才能完成，行业领导者明白他们需要提出一个新的、创造性的解决方案。

迭代瀑布模型以前是完成项目的常用方法。但是，当今的开发人员在使用它创建应用程序时会遇到许多问题。主要挑战是在项目开发期间处理客户变更请求，以及进行这些变更所需的大量成本和时间。因此，敏捷软件开发宣言创建于2001年。敏捷最初设计用于管理软件开发项目。然而，它已经发展到管理所有行业、公司和市场的项目。现在，让我们深入了解该主题并了解有关敏捷模型的更多信息。

扩展阅读可以参考这些文章

瀑布与敏捷比较

SCRUM模型与XP模型比较

增量模型

喷泉模型fountain model

瀑布模型（Waterfall Model）

原型模型

螺旋模型

 

什么是敏捷模型？

敏捷是指快速或适应性强的东西。基于迭代开发的软件开发方法称为“敏捷过程模型”。敏捷方法将项目划分为较小的迭代或部分，并避免长期规划。项目的范围和要求在开发阶段开始时定义。每次迭代的迭代次数、持续时间和范围都是提前明确确定的。与瀑布范式不同，在软件测试的敏捷模型下，开发和测试操作都是同时进行的。

在敏捷流程模型中，每次迭代都是一个小时间的“框架”，持续一到四周。此时间范围称为时间盒，即完成迭代所需的时间。向客户端提供迭代所需的最长时间称为时间盒。因此，迭代的结束日期保持不变。但是，如有必要，开发团队可能会选择在时间盒期间限制交付的功能，以满足截止日期。在每个时间盒之后向客户交付增量是敏捷方法的基本原则。将整个项目分割成更小的部分有助于减少总项目交付时间要求，同时最大限度地降低项目风险。在向客户演示工作产品之前，每次迭代都需要一个团队经历整个软件开发生命周期，包括规划、需求分析、设计、编码和测试。

强调了敏捷软件开发的四个基本价值：

• 个人和团体之间关于流程和工具的交互
• 工作软件优先于全面的文档。
• 与客户的合作比合同谈判更可取。
• 根据战略适应变化

敏捷模型的阶段

敏捷方法的不同阶段在以下几点中定义;

• 需求收集：您必须在此步骤中定义条件。您应该描述项目的商业机会，并估计完成它所需的时间和精力。您可以根据此信息评估技术和经济可行性。
• 设计需求：定义项目后，与利益干系人合作定义需求。若要演示新功能的工作原理以及它们如何适应现有系统，请使用用户流图或高级 UML 图。
• 开发/迭代： 一旦团队定义了需求，工作就开始了。设计师和开发人员开始他们的项目，目标是发布功能性产品。该产品在发布之前将经历几个开发阶段，因此它将具有基本的、基本的功能。最终，部署非静态产品或服务。
• 测试： 这个阶段基本上涉及测试团队，即质量保证团队检查产品的性能并在此阶段寻找错误。
• 部署： 团队在此阶段为用户的工作环境创建产品。
• 审查/反馈： 最后阶段是在产品发布后获得反馈。这是团队接收有关产品的反馈并完成它的地方。

敏捷测试方法

在了解了敏捷模型的不同阶段之后，本节将介绍该模型中涉及的不同测试方法。我们将详细讨论每种方法。

Scrum

Scrum是一种敏捷开发方法，专注于基于团队的开发环境中的任务管理。它提倡在小团队中工作，并相信赋予开发团队权力。它有三个职位，每个职位都有自己的一套职责，如下所述：

• Scrum Master：建立团队，召开冲刺会议，并消除开发障碍。
• Product Owner： 创建产品积压工作，确定延迟的优先级，并负责每次重复的功能分发。
• Scrum Team： 团队组织和监督他们的工作，以完成冲刺或周期。

除此之外，下面提到的几点让我们一瞥在Scrum中遵循的流程：

• Scrum的每次迭代都被称为Sprint。
• 产品积压工作 （backlog） 是一个列表，其中包含创建最终产品所需的所有信息。
• 在每个 Sprint 期间，从产品待办列表中选择顶级用户故事并将其转换为 Sprint 积压工作。
• 团队处理已建立的冲刺积压工作。
• 团队仔细检查日常工作。
• 团队在冲刺 （sprint） 结束时交付产品功能。

极限编程 （XP）

 

 

 

当客户的需求或规格不断变化时，或者当他们不确定系统的功能时，极限编程技术会派上用场。它鼓励在较短的开发周期内多次“发布”产品，从而提高系统效率，并提供一个检查点，可以快速纳入任何客户需求。XP在创建软件时考虑到了客户端。以下是极端编程模型中确定的一些有益实践，并建议最大限度地利用它们：

• 代码审查：代码审查有效地发现并纠正错误。它将结对编程描述为由一对程序员对书面代码进行的编码和审查，他们每小时交替工作一次。
• 测试：测试代码有助于消除故障并提高其可靠性。为了持续编写和执行测试用例，XP 建议使用测试驱动开发 （TDD）。测试用例是在使用 TDD 方法编写任何代码之前编写的。
• 增量开发是有益的，因为可以获得客户反馈，并且开发团队在每次迭代后每隔几天使用此信息创建新的增量。
• 简单：有助于高质量代码的开发及其测试和调试。
• 设计：要生产高质量的软件，拥有一个体面的设计至关重要。因此，每个人都应该每天进行设计。
• 集成测试：它有助于检测各种功能界面上的缺陷。根据极限编程，开发人员应该每天多次构建和测试集成，以实现持续集成。

晶体（Crystal）

支撑晶体方法论的三个概念如下：

• 章程：创建开发团队，进行初步可行性分析，设计初始策略并微调开发方法是此阶段的一部分。
• 循环交付：在主要开发期间，团队在两个或多个交付周期中更新和优化发布计划。通过一个或多个集成迭代的程序测试，实现需求的子集。一个完全集成的产品可供实际用户使用。
• 总结：此阶段包括部署到用户环境、部署后评审和反思等任务。

动态软件开发方法（DSDM）：

DSDM 是一种软件开发快速应用程序开发技术，可提供敏捷的项目分发结构。用户必须主动连接才能使用 DSDM，并且团队已被授予决策权限。DSDM采用以下技术：时间盒，MoSCoW规则，原型设计。

此方法涉及 7 个阶段，它们是：

• 项目前期
• 可行性研究
• 商业研究
• 功能模型迭代
• 设计和构建迭代
• 实现
• 项目后期

功能驱动开发 （FDD）

功能驱动开发的主要目标是为客户提供及时更新的功能软件。在FDD的所有各级，都需要报告和进度跟踪。“设计和构建”功能是此方法的核心。下面提到的几点是FDD的生命周期：

• 首先构建整个模型
• 模型完成后，准备特征列表
• 然后根据功能进行规划
• 根据功能设计
• 最后根据功能构建

FDD的特点

• 以客户为中心
• 短迭代是存在的，即FDD生命周期使用基本迭代和短迭代来有效地按计划完成工作，并保持大型项目的进行。
• 域模型和功能列表是在生命周期的前两个活动中构建的，而后两个活动则获得了 70% 以上的工作量。
• FDD确保定期向软件添加新功能，确保项目的长期成功。

精益软件开发（Lean Software Development）

“即时生产”的前提是精益软件开发过程的基础。其目标是在降低成本的同时加快软件开发速度。精益开发的过程可以分为七个部分。

• 摆脱浪费
• 促进学习
• 推迟承诺（尽可能晚地决定）
• 及时交货
• 赋予团队权力
• 建立诚信
• 优化整个过程。

看板（Kanban）

看板是一个日语单词，指的是一张卡片，其中包含在产品完成旅程的每个阶段完成产品所需的所有信息。该框架或方法广泛用于软件测试，特别是在敏捷方法中。它是一种可视化的项目管理模型，强调持续改进和工作流程开放性。软件测试中的看板就是显示项目状态，以清楚地了解待办事项列表中等待拾取的内容、正在进行哪些工作以及已完成哪些工作。在软件测试中，看板有助于改善组织，保持一致的项目流程，并提高整个过程中工作状态的透明度。

敏捷模型的优势

• 与客户进行一对一的沟通。
• 持续交付
• 既高效又满足公司需求的设计。
• 可以随时进行更改。
• 它减少了整体开发时间。
• 客户满意度被定义为快速开发和交付有价值的软件。
• 客户、开发人员和产品负责人经常会面，专注于客户的需求，而不是流程和工具。
• 该产品开发迅速，并在几周内而不是一个月内定期提供。

敏捷模型的缺点

• 对必要的设计和文档没有足够的关注。
• 敏捷开发过程的成本比传统的开发方法略高。
• 它不适合小规模开发项目。
• 项目专家有必要在会议期间做出批判性判断。
• 如果项目经理不清楚他或她想要的要求和结果，项目很容易偏离轨道。
• 一旦项目完成并且开发人员被分配到另一个项目，由于缺乏足够的文档，已完成项目的维护可能会变得具有挑战性。

结论

在这篇博客中，我们详细讨论了敏捷方法。上述部分讨论了它的优缺点，敏捷在软件工程中的需求是什么。为了避免最后一刻的麻烦，引入了这个模型，使开发人员和测试人员的生活变得轻松。此外，该模型完全专注于客户满意度，因为它涉及每个版本的频繁发布和客户评论，而不是长期发布一个版本，这给软件行业在保持软件质量方面带来了繁荣。