Skip to content
Related Articles
Get the best out of our app
GFG App
Open App
geeksforgeeks
Browser
Continue

Related Articles

Software Engineering | RAD Model vs Traditional SDLC

Improve Article
Save Article
Like Article
Improve Article
Save Article
Like Article

Detailed explanation of RAD model can be read here. 

  RAD Traditional SDLC
1. Stages are not well defined. Structured Methodology and well-defined stages.
2. Different stages of application development can be reviewed and repeated as the approach is iterative. Follows a predictive, inflexible, and rigid approach to application development.
3. The use of automated RAD tools and techniques enable faster and easier prototypes which are then used to develop the final product. Prototyping is difficult and requires more time and effort.
4. It is not necessary to know all the requirements beforehand. All the requirements should be known before starting the project due to the rigidity of the models.
5. Easier to accommodate changes. Difficult to accommodate changes due to the sequential nature of models
6. Extensive customer feedback leading to more customer satisfaction and better quality of final software. Limited customer feedback.
7. It involves minimal documentation. Stringent and extensive documentation of the entire project process is necessary.
8. Separate small teams can be assigned to individual modules. As there is no modularisation, a larger team is required for different stages with strictly defined roles.
9. Generally preferred for projects with shorter time durations and budgets large enough to afford the use of automated tools and techniques. Used for projects with longer development schedules and where budgets do not allow the use of expensive and powerful tools.
10. The use of reusable components helps to reduce the cycle time of the project. The use of powerful and efficient tools requires highly skilled professionals.
11. usage of identified and ready-to-use themes, templates, layouts, and micro apps that have been predefined. Elements are not reusable since they must be created from scratch in accordance with project requirements.
12. Projects with a little budget and a short timeframe are appropriate for this technique. It is appropriate for tasks with a longer timetable.

 

My Personal Notes arrow_drop_up
Last Updated : 09 May, 2023
Like Article
Save Article
Similar Reads