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满足业务要求,并为软件开发流程提供指导,从而实现软件系统的迅速交付。