14 lines
2.5 KiB
Markdown
14 lines
2.5 KiB
Markdown
---
|
||
title: Rapid Application Development
|
||
localeTitle: 快速应用开发
|
||
---
|
||
## 快速应用开发
|
||
|
||
快速应用程序开发（RAD）被设计为对传统软件开发方法问题的反应，特别是长时间开发的问题。它还解决了与开发过程中需求变化相关的问题。
|
||
|
||
RAD的主要原则如下： 1）增量发展。这是RAD处理不断变化的需求的主要手段。只有当用户看到并体验使用中的系统时，才会出现一些要求。要求从未被视为完整 - 由于环境的变化，它们会随着时间的推移而发展。 RAD流程从一个高级的，非特定的需求列表开始，这些需求在开发过程中得到了改进。 2）时间盒。通过时间框，系统可以分为多个单独开发的组件或时间盒。最重要的要求是在第一个时间框中开发的。功能快速而且经常提供。 3）帕累托原则。也称为80/20规则，这意味着大约80％的系统功能可以提供，占所需总工作量的20％左右。因此，最后（也是最复杂）20％的需求需要付出最大的努力和时间。因此，您应该在前几个时间框内选择尽可能多的80％。如果证明有必要，其余部分可以在随后的时间框中提供。 4）MoSCoW规则。 MoSCoW是一种用于在软件开发中确定工作项优先级的方法。项目被列为必须拥有，应拥有，可能拥有或希望具有的功能。必须具有必须包含在产品中以供其接受发布的项目，其他分类具有降序优先级。 5）JAD研讨会。联合应用程序开发（JAD）是一种促进会议，其中执行需求收集，特别是访问要开发的系统的用户。 JAD研讨会通常在开发过程的早期阶段进行，但如果在此过程中稍后需要，可以组织其他会议。 6）原型设计。构建原型有助于建立和阐明用户需求，并且在某些情况下，它会演变为系统本身。 7）赞助商和冠军。执行发起人是组织内需要系统的人，致力于实现该系统并准备为其提供资金。冠军是一个人，通常资历较低，而不是高管，他致力于该项目，并准备将其推进到完成阶段。 8）工具集。 RAD通常采用工具集作为加速开发过程和提高生产率的手段。工具可用于变更控制，配置管理和代码重用。
|
||
|
||
#### 更多信息：
|
||
|
||
* https://en.wikipedia.org/wiki/Rapid _应用程序_开发 - 关于RAD的维基百科文章
|
||
* https://www.tutorialspoint.com/sdlc/sdlc _rad_ model.htm - RAD上的TutorialsPoint教程 |