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

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

每个模块的开发涉及瀑布模型中的各种基本步骤，即分析，设计，编码和测试等，如图所示。

该模型的另一个显着特征是时间跨度短，即交付的时间范围（时间框）通常为60-90天。

使用强大的开发人员工具（如JAVA，C ++，Visual BASIC，XML等）也是项目的一个组成部分。

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

需求计划 -

它涉及使用各种技术，如头脑风暴，任务分析，表单分析，用户场景，FAST（促进应用程序开发技术）等需求获取。它还包括描述关键数据的整个结构化计划，方法获得它然后处理它以形成最终的精炼模型。

用户描述 -

此阶段包括获取用户反馈并使用开发人员工具构建原型。换句话说，它包括重新审查和验证第一阶段收集的数据。在此阶段还会识别和阐明数据集属性。

构造 -

在此阶段，将对原型进行精细化并进行交付。它包括实际使用功能强大的自动化工具，将流程和数据模型转换为最终的工作产品。在此阶段也完成了所有必需的修改和增强。

切换 -

由不同团队开发的独立模块之间的所有接口都必须进行适当的测试。使用强大的自动化工具和子部件使测试更容易。然后由用户进行验收测试。

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

好处 -

使用可重复使用的组件有助于缩短项目的周期时间。

在初始阶段可以获得客户的反馈。

由于需要更少的开发人员，因此降低了成

使用功能强大的开发工具可以在相对较短的时间跨度内生成质量更好的产品。

项目的进展和发展可以通过各个阶段来衡量。

由于迭代时间跨度较短，因此更容易适应不断变化的要求。

缺点 -

使用功能强大且高效的工具需要高技能的专业人员。

缺少可重复使用的组件可能导致项目失败。

团队负责人必须与开发人员和客户密切合作，以便及时关闭项目。

不能模块化的系统不能使用该型号。

在整个生命周期中都需要客户参与。

它不适用于小规模项目，因为使用自动化工具和技术的成本可能超过项目的整个预算。

应用 -

该模型应用于具有已知要求且需要较短开发时间的系统。

它也适用于可以模块化需求并且可重用组件也可用于开发的项目。

当已经存在的系统组件可用于开发具有最小变化的新系统时，也可以使用该模型。

仅当团队由域专家组成时，才能使用此模型。这是因为使用强大技术的相关知识和能力是必要的。

当预算允许使用所需的自动化工具和技术时，应选择该模型。

需要专业的成都软件开发，就找我们吧！