📜  快速应用开发模型| RAD模型

📅  最后修改于: 2021-01-09 14:41:31             🧑  作者: Mango

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

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

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

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

RAD的各个阶段如下:

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

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

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

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

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

何时使用RAD模型?

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

RAD模型的优势

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

RAD模型的缺点

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