7、软件模型-快速应用开发模型

概述

快速应用开发（Rapid Application Development, RAD）模型是一种增量式的软件开发过程模型，它非常强调极短的开发周期。 可以看作是传统瀑布模型的一个“高速”变种，它通过大量使用可复用的构件和基于构件的建造方法，来实现快速的开发。 如果项目需求被正确理解并且范围受到约束，使用RAD模型可以非常迅速地创建出功能完善的信息系统。

与瀑布等传统模型不同，RAD的设计更具灵活性，并且在整个开发过程中更能响应用户的反馈和不断变化的需求。

---

开发阶段

RAD模型通常包含以下几个阶段：

阶段	描述
业务建模 (Business Modeling)	在这个阶段，开发团队会与客户紧密合作，识别业务流程、功能和驱动项目的业务需求。可以使用数据流图等工具来辅助建立业务模型。
数据建模 (Data Modeling)	识别和定义驱动业务流程的数据对象和它们的属性，并明确它们之间的关系。可以使用E-R图来帮助建立数据模型。
过程建模 (Process Modeling)	将数据对象转化为可执行的处理流程，定义增加、删除、修改或检索数据对象的方法。
应用生成 (Application Generation)	在这个阶段，开发团队会使用第四代语言（4GLs）、可复用构件和CASE工具来快速构建软件原型。 这个原型是一个功能性的工作模型，可以用来向用户演示和收集反馈。
测试与交付 (Testing and Turnover)	由于RAD模型强调组件的复用，很多组件在之前就已经过测试，这可以大大缩短测试时间。 在这个阶段，会进行集成测试和用户验收测试，然后将系统交付给用户。

主要特点

• 迭代和原型驱动：RAD模型以原型为基础，通过迭代的方式不断完善系统。
• 大量使用可复用构件：这是实现快速开发的关键，通过复用已经存在的程序结构或组件来减少开发工作量。
• 强调用户参与：用户在整个开发过程，尤其是早期阶段，都扮演着重要的角色，从而确保最终产品能更好地满足他们的需求。
• 时间盒（Time-boxing）：为每个迭代周期设定严格的时间限制，以确保项目能够快速推进。

优缺点

优点	缺点
开发速度快：通过复用组件和迭代开发，大大缩短了项目周期。	对团队要求高：需要经验丰富、技能全面的开发人员，并且需要一个能够快速做出决策的客户。
风险较低：增量式的开发方式有助于及早发现问题，从而降低项目失败的风险。	不适用于所有项目：对于大型、复杂或安全要求极高的系统，RAD模型可能不是最佳选择。
质量更高：用户的持续参与和及早的反馈有助于开发出更符合实际业务需求、用户体验更好的产品。	可能陷入无尽的原型迭代：如果缺乏有效的管理和明确的目标，项目可能会在原型阶段反复修改，难以最终完成。
灵活性强：能够更好地适应需求的变化。	依赖建模技巧：项目的成功在很大程度上依赖于数据和过程建模的质量。

适用场景

• 时间紧迫的项目。
• 需求不断变化的项目。
• 高度针对性的产品。
• 面向客户的产品。
• 需要快速进行功能原型设计和测试的产品。