The rapid application procedure is a type of methodology promoted by agile software. Unlike Waterfall approaches, RAD emphasizes usable applications and absolute fanatic input than rigid preparation and documentation of specifications. Rapid application development (RAD) is a trend in software development that emphasizes working on applications and is more flexible than older methods of development. RAD was born out of dissatisfaction with the software design approach to the waterfall, which too often resulted in products that were obsolete or unreliable at the time of release. The term was inspired by James Martin, who worked on Rapid Iterative Production Prototyping (RIPP) and in 1991, Rapid Application Development is introduced. RAD typically encompasses object-oriented programming methodology which inherently encourages the reuse of software. The most common object-oriented programming languages, C++ and Java, are often represented as providing rapid application creation in the visual programming packages. Rapid application in future payment is still in use today and some businesses are paying for products that present some or all of the tools for revolutionizing RAD software. The definition can be applied as adroitly to hardware advance payments. Such products include accrual tools, prototyping tools, computer-aided software development tools, language-related issues such as those for the Java platform, groupware for communication among growing participants, and tools for chemical analysis. Advantages of the RAD: It reduced development time It increases the reusability of components Quick initial reviews occur Encourages customer feedback Integration solves a lot of integration problems from the very start Disadvantages of RAD: It depends on a strong team and individual success to define business needs You can construct the only device that can be modularize using RAD It requires highly skilled developers/designers High dependency on modeling skills Inapplicable for cheaper projects, as modeling costs and automated code generation are very high When using the RAD model: RAD will be used when a framework needs to be built and can be modularized within 2-3 months This can be used when designers are widely accessible for modeling and the budget is high enough to cover their costs along with the expense of automated code generation devices RAD SDLC model can only be chosen if resources with a high level of business knowledge are available and the design needs to be generated in a short time (2-3 months)