Reuse Oriented Model (ROM), also known as reuse-oriented development (ROD), it can be steps of the software development for specific duration in which software is redesigned through creating a sequence of prototypes known as models, every system is derived from the previous one with constant series of defined rules.
The reuse-oriented model isn’t always sensible in its pure form due to cause of an entire repertoire of reusable additives that might not be available. In such cases, several new system components need to be designed. If it is not done, ROM has to compromise in perceived requirements, leading to a product that does not meet exact requirements of user. This model depends upon perception that maintenance might be viewed as a pastime involving reuse of existing system components.
The reuse model has 4 fundamental steps which are followed :
- To identify components of old system that are most suitable for reuse.
- To understand all system components.
- To modify old system components to achieve new requirements.
- To integrate all of modified parts into new system.
A specific framework is required for categorization of components and consequently required modification. The complete reuse version may begin from any segment of the existence cycle – need, planning, code, design, or analyze data – not like other models.
- It can reduce total cost of software development.
- The risk factor is very low.
- It can save lots of time and effort.
- It is very efficient in nature.
- Reuse-oriented model is not always worked as a practice in its true form.
- Compromises in requirements may lead to a system that does not fulfill requirement of user.
- Sometimes using old system component, that is not compatible with new version of component, this may lead to an impact on system evolution.
Attention reader! Don’t stop learning now. Get hold of all the important CS Theory concepts for SDE interviews with the CS Theory Course at a student-friendly price and become industry ready.
- Difference between Function Oriented Design and Object Oriented Design
- Software Engineering | Object-oriented Life Cycle Model
- Software Engineering | Pham-Nordmann-Zhang Model (PNZ model)
- Difference between Waterfall Model and Spiral Model
- Difference between Waterfall model and Incremental model
- Difference between V-model and Waterfall model
- Difference between RAD Model and Waterfall Model
- Difference between Agile Model and V-Model
- Difference between Prototype Model and Spiral Model
- Difference between Spiral model and Incremental model
- Difference between Prototype Model and RAD Model
- Difference between RAD Model and Incremental Model
- Difference between RAD Model and Spiral Model
- Difference between Waterfall model and Prototype model
- Difference between Prototype Model and Incremental Model
- Difference between V-model and RAD model
- Difference between V-model and Spiral model
- Difference between V-model and Incremental model
- Software Engineering | Function Oriented Design
- Characteristics of Good Object Oriented Design
If you like GeeksforGeeks and would like to contribute, you can also write an article using contribute.geeksforgeeks.org or mail your article to firstname.lastname@example.org. See your article appearing on the GeeksforGeeks main page and help other Geeks.
Please Improve this article if you find anything incorrect by clicking on the "Improve Article" button below.