软件工程 |快速应用程序开发模型 (RAD)

快速应用程序开发模型由 IBM 在 1980 年代首次提出。该模型的关键特征是使用强大的开发工具和技术。

如果可以将项目分解为小模块，其中每个模块可以独立分配给不同的团队，则可以使用此模型实施软件项目。这些模块最终可以组合形成最终产品。

如图所示，每个模块的开发都涉及瀑布模型中的各种基本步骤，即分析、设计、编码和测试等。
该模型的另一个显着特点是时间跨度短，即交货时间框架（时间框）通常为 60-90 天。

Java、C++、Visual BASIC、XML等功能强大的开发工具的使用也是项目不可分割的一部分。

该模型包括 4 个基本阶段：

1. 需求规划——
   它涉及使用在需求启发中使用的各种技术，如头脑风暴、任务分析、表单分析、用户场景、FAST（促进应用程序开发技术）等。它还包括描述关键数据的整个结构化计划、获取它的方法然后对其进行处理以形成最终的细化模型。
2. 用户描述 –
   此阶段包括获取用户反馈和使用开发人员工具构建原型。换句话说，它包括对第一阶段收集的数据的重新检查和验证。在此阶段还识别和阐明了数据集属性。
3. 建造 -
   在这个阶段，对原型和交付进行改进。它包括实际使用强大的自动化工具将流程和数据模型转换为最终的工作产品。在此阶段也完成了所有必需的修改和增强。
4. 切换 –
   由不同团队开发的独立模块之间的所有接口都必须经过适当的测试。使用强大的自动化工具和子部件使测试更容易。随后是用户的验收测试。

该过程涉及构建快速原型，将其交付给客户并获取反馈。经客户验证后，制定 SRS 文件并完成设计。

优点 -

• 使用可重复使用的组件有助于减少项目的周期时间。
• 客户的反馈可在初始阶段获得。
• 由于需要更少的开发人员，因此降低了成本。
• 使用强大的开发工具可以在相对较短的时间内生产出质量更好的产品。
• 项目的进展和发展可以通过各个阶段来衡量。
• 由于迭代时间跨度短，因此更容易适应不断变化的需求。

缺点——

• 使用强大而高效的工具需要高技能的专业人员。
• 缺少可重用组件可能导致项目失败。
• 团队负责人必须与开发人员和客户密切合作，及时完成项目。
• 不能适当模块化的系统不能使用该模型。
• 整个生命周期都需要客户参与。
• 它不适用于小型项目，因为在这种情况下，使用自动化工具和技术的成本可能会超过项目的整个预算。

应用 –

1. 该模型应该用于具有已知需求且需要较短开发时间的系统。
2. 它也适用于需求可以模块化并且可重用组件也可用于开发的项目。
3. 当已经存在的系统组件可以用于开发具有最小更改的新系统时，也可以使用该模型。
4. 只有当团队由领域专家组成时，才能使用此模型。这是因为相关知识和使用强大技术的能力是必要的。
5. 当预算允许使用所需的自动化工具和技术时，应选择该模型。