什么是快速应用程序开发（RAD）？

无论是面向消费者的应用程序，还是内部业务工具，软件开发受两个原则指导:做什么软件和如何开发。选择构建什么应该由产品和市场策略来驱动。关于如何构建的决策应该通过查看最佳实践来确定。这意味着我们将放弃传统的软件开发模型，转而选择快速应用程序开发（RAD）。

我们已经知道，快速应用程序开发并不是特定工具和过程的指定列表。随着时间的推移，软件开发的敏捷和其他自适应方法已经帮助填补了一些细节，为RAD提供了一些可以共享和扩展的最佳实践。

然而，无论哪种快速路径适合企业的软件需求，接受并运行RAD仍然需要独特的文化和战略选择。如果没有对这些决定达成一致意见，那么要释放迭代的、自适应的软件设计和开发的全部潜力就会困难得多。

协作文化

不管开发团队的规模有多大，协作和沟通对于RAD的工作是至关重要的。面对不断的变化，团队将一起合作，所以他们需要在整个过程中保持合作和沟通。

协作不一定意味着接近。如果基础设置正确，那么即使是分布式组织也可以进行快速的应用程序开发工作。团队成员只需要在规定的工作时间内与其他人保持联系。

跨职能视角

将软件构建为对象或模块意味着即使在您的团队处理细粒度的技术和业务需求时，也要维护一个宏观的视角。快速开发在跨功能专业知识存在的情况下最为成功，但这并不意味着每个团队成员都必须能够构建软件、数据库和创建UI线框图。

这意味即使在独立的项目管理上，分布在应用程序不同末端的开发人员也要确保是在相同的方向上工作。在需求收集过程中尤其如此，在这个过程中，理解软件堆栈上下的含义至关重要。

持续的客户访问

最后，快速开发在整个过程中与客户或他们的涉众进行持续访问时效果最好。在传统的瀑布式开发中，客户签署需求，然后返回来进行UAT。在快速应用程序环境中，客户将参与整个流程。

客户希望以最低的成本获得高质量的产品。尽管RAD方法需要花费更多的时间，但投资却可以通过降低成本和缩短交货时间获得回报。最终，他们得到的产品可以完全满足他们的需求。

模块和平台

采用RAD不需要选择特定的开发平台。所选择的工具将需要匹配正在构建的内容的复杂性。

原型

在此阶段，原型工具对于快速管理诸如用户界面之类的细节很有用。

构建

市场上有许多出色的面向对象的应用程序构建平台，可让构建基本的SaaS应用程序。它们不像某些原型工具那样具有高度的灵活性，但是对于基本的工作流数字化，它们完全可以满足需求。