RAD(快速应用程序开发)模型

RAD是一个线性顺序软件开发过程模型，该模型使用基于元素的构造方法来强调简洁的开发周期。如果对需求有很好的理解和描述，并且项目范围受到限制，则RAD流程可使开发团队在简明的时间内创建功能全面的系统。

RAD(快速应用程序开发)的概念是可以通过以下方式更快地开发产品并提高质量：

• 使用研讨会或焦点小组收集需求
• 原型设计以及早期，反复的用户测试设计
• 重用软件组件
• 严格的进度计划，将设计改进引入下一个产品版本
• 审核和其他团队沟通的形式化程度降低

RAD的各个阶段如下：

1.业务建模：通过回答以下问题来定义业务功能之间的信息流：诸如哪些数据驱动了业务流程，生成了哪些数据，生成了哪些数据，信息去向何处，由谁处理等等。

2.数据建模：将从业务建模中收集的数据完善为支持业务所需的一组数据对象(实体)。标识属性(每个实体的字符)，并定义这些数据对象(实体)之间的关系。

3.流程建模：转换数据建模阶段中定义的信息对象，以实现实现业务函数所需的数据流。创建处理描述以添加，修改，删除或检索数据对象。

4.应用程序生成：使用自动化工具来简化软件的构建；即使他们使用第四种GL技术。

5.测试和周转：自RAD强调重用以来，许多编程组件已经过测试。这样可以减少总体测试时间。但是新部分必须经过测试，并且必须充分行使所有接口。

何时使用RAD模型?

• 系统何时需要创建可以在短时间内(2-3个月)进行模块化的项目。
• 何时要求是众所周知的。
• 当技术风险有限时。
• 需要制作系统时，需要在2-3个月的时间内进行模块化。
• 仅当预算允许使用自动代码生成工具时，才应使用它。

RAD模型的优势

• 该模型可以灵活地进行更改。
• 在此模型中，可以采用更改。
• RAD的每个阶段都为客户带来了最高优先级的功能。
• 它减少了开发时间。
• 它增加了功能的可重用性。

RAD模型的缺点

• 它需要高技能的设计师。
• 所有应用程序均与RAD不兼容。
• 对于较小的项目，我们不能使用RAD模型。
• 由于技术风险高，因此不适合。
• 需要用户参与。