RAD-快速应用开发

RAD-快速应用开发-Rapid　Application　Development

 

　　RAD由James　Martin于1991年首创，现在已经被广泛用于全球的先进IT社区，使用的单位从美国陆军研究实验室到香港特别行政区的信息技术服务部。

　　

　　在业务和IT对项目缺乏共识和目标的情况下，快速应用开发（Rapid　Application　Development，即RAD）是一种行之有效的软件开发模式。

　　许多企业都经历过代价沉重的软件开发项目。整个开发过程不仅耗费大量的时间和资源，而且连最终交付使用的软件也往往无法达到用户预期的效果。

　　传统软件开发方法的第一步通常是收集用户的业务要求。在此之后，用户就可能要耐心等待结果。实际上，开发过程如此漫长，在此过程中，客户的业务要求和期望均可能发生迅速的变化。从这种意义上说，传统的方法就像一个“要么全部，要么什么也没有”的解决方案。当开发流程全部完成后，软件交给用户时，还是不能满足当时的需求。

　　这种应用软件实施常见的问题是业务和IT之间沟通不畅，从而导致“答非所问”、成本增加甚至严重超支、业务和IT之间的摩擦，并最终使技术的利用率显著不足。这类问题在迅速发展的中国市场尤其严重。

　　RAD是解决这类问题的有效工具。

　　在IT界，RAD的应用已经相当普及。它可以转化成一套在业务和IT领域均同样适用的流程管理工具。

　　RAD由JamesMartin于1991年首创，现在已经被广泛用于全球的先进IT社区，使用的单位从美国陆军研究实验室到香港特别行政区的信息技术服务部。这个软件开发流程的目标是在60到90天的短时间内建立符合用户要求的业务软件。当然，这意味着双方都需要做出让步。但是，由于 80：20的指导原则（开发最重要的80％的功能所需要的时间往往只占整个开发周期的20％），这种妥协无碍大局。

　　过去，RAD主要成功地应用于“白手起家”型的应用软件开发或某些软件包定制（例如ERP或保险软件包）。麦肯锡现在将RAD作为一种可视和有效的方法用于全面满足业务需求，并且把开发的难度降至最低。

　　但是，RAD并非面面俱到地适用于各种软件开发流程。企业在采用之前应该认真检查是否已经具备成功条件（图表）。

　　对那些适用的个案，RAD可以成为消除业务和IT之间差距的桥梁。

　　例如，中国的一家大型地区性公用事业服务商，需要解决系统灵活性，和缩短新产品推出所需时间方面的关键IT问题。为此，该公司与麦肯锡共同决定开发一套灵活的支撑系统。通过RAD，该公司明确了关键业务要求以及如何让用户完全接受新软件的条件。随后便在短短的30天内建立了一个实用的原型。

　　RAD小组首先制定了一套明确的目标，并在此基础上以研讨会的形式共同起草了一份情节串联图板。会后，开发小组将情节串联图板转化成一个工作原型。本流程只需要两到三名万维网编码员和一名美术设计员用HTML、XML和Javescript进行原型编码，有时会用到Macromedia　 Dream　Weaver这一类的工具。开发原型的第一个版本大约需要三个工作日。项目小组同时规定研讨会之间的时间间隔至少为两个工作日。

　　随后，小组进一步征求用户在新功能、用户友好性、增加数据段等方面的意见，并据此改进原型。不到一个月，项目小组完成并交付了一个包含约400个用户屏幕而且精确反映业务要求的用户原型。此外，该项目还加强了IT和业务部门之间的总体协作和相互理解。
　　快速应用开发RAD有3个关键成功因素：

　　在RAD完成后，开发小组仅花了几个月的时间就把原型转化为最终运行系统。与传统的软件开发周期相比，RAD把整个开发过程（从收集需求到系统交付使用）缩短到六个月。

　　□制定明确大胆的目标□对每一步骤／重复周期设时间表和期限

　　□确保取得管理层的支持另一个关键环节是在RAD流程中使用“混合”团队。每个小组应由5到6人组成，包括系统开发人员和全职用户，以及其他有权决定需求的人。

　　为RAD小组配备的开发人员必须多才多艺，也就是说，他们应该能集分析员、设计员和程序员多种角色于一身。RAD要求IT人员和业务用户在频繁的反复推敲交流过程中紧密协作，同时也弥补了双方的沟通差距。

　　麦肯锡的经验显示，RAD能成为一套有效的工具，帮助IT满足业务要求，并为软件开发流程提供指导，从而实现软件系统的迅速交付。