（十八）项目管理方法论 - 快速应用程序开发(RAD)

快速应用开发模型是一个增量型的软件开发过程模型，强调极短的开发周期。

2、将项目开发组织成一系列重点突出的研讨会，让项目投资方、用户、系统分析师、设计人员和开发人员一起参与

3、通过迭代的构造方法，加速需求分析和设计

4、让用户提前看到一个可工作的系统

三、开发阶段

依次是业务建模、数据建模、过程建模、应用生成、测试与交付。

1、业务建模

可用数据流图协助建立业务模型。

2、数据建模

可用E-R图来帮助建立数据模型。

3、过程建模

细化数据流图中的加工。

4、应用生成

1）利用第四代语言写出处理程序

第四代语言（4GL）是一个简洁的、高效的非过程编程语言，用来提高DBMS的效率。在第四代语言中，用户定义“做什么”而不是“如何做”。第四代语言依靠更高级的第四代工具，用户可以使用这个工具定义参数来生成应用程序。

我们平常用的java、c，是第三代语言。

2）复用已有构件，或者创建可复用构件

3）利用工具自动生成并构造出整个应用系统

工具主要有数据库编程语言、界面生成器和报告生成器等。RAD工具主要使用可视化技术，主要思想是用图形工具和可复用构件来交互地编制程序，比如以前的Delphi、VB，现在的.NET等。

5、测试与交付

由于RAD强调复用，许多构件都已经过测试，得以减少测试时间。由于大量复用，所以一般只做总体测试。当然新构件仍然需要测试。

四、优缺点

1、优点

1）更好的质量

通过让用户与不断发展的原型交互，来自RAD项目的业务功能通常可以比通过瀑布模型实现的业务功能高得多。该软件可能会更有用，并且有更多的机会专注于对最终用户至关重要的业务问题，而不是开发人员感兴趣的技术问题。但是，这不包括通常称为的其他类别 非功能性要求 （又称约束或质量属性），包括安全性和可移植性。

2）风险控制

尽管有关RAD的许多文献都集中在速度和用户参与上，但是正确完成RAD的关键特征是降低风险。值得记住的是，Boehm（螺旋模型的提出者）最初将螺旋模型描述为基于风险的方法。 RAD方法可以尽早关注关键风险因素，并根据流程早期收集的经验证据对其进行调整。例如，对系统中一些最复杂的部分进行原型制作的复杂性。

3）在预算范围内能按时完成更多项目

通过专注于增量装置的开发，减少了困扰大型瀑布项目的灾难性故障的机会。在瀑布模型中，通常需要六个月或更长时间的分析和开发才能实现，而这需要对整个系统进行彻底的重新思考。借助RAD，可以在此过程的早期发现并采取措施。

2、缺点

1）并非所有应用都适合RAD

RAD对模块化要求比较高，如果存在不能模块化的功能，则构件构建会有问题；

如果高性能是一个必须指标，其需要通过调整接口来适应构件，则RAD也可能不奏效

2）开发者和客户必须在很短时间内完成一系列的需求分析，如果配合不当，都会导致RAD项目失败

3）只能用于开发管理信息系统（MIS)，不适合技术风险很高的情况