Object-oriented Reengineering Patterns
Morgan Kaufmann, 2003 - Computers - 282 pages
The documentation is missing or obsolete, and the original developers have departed. Your team has limited understanding of the system, and unit tests are missing for many, if not all, of the components. When you fix a bug in one place, another bug pops up somewhere else in the system. Long rebuild times make any change difficult. All of these are signs of software that is close to the breaking point.
Many systems can be upgraded or simply thrown away if they no longer serve their purpose. Legacy software, however, is crucial for operations and needs to be continually available and upgraded. How can you reduce the complexity of a legacy system sufficiently so that it can continue to be used and adapted at acceptable cost?
Based on the authors' industrial experiences, this book is a guide on how to reverse engineer legacy systems to understand their problems, and then reengineer those systems to meet new demands. Patterns are used to clarify and explain the process of understanding large code bases, hence transforming them to meet new requirements. The key insight is that the right design and organization of your system is not something that can be evident from the initial requirements alone, but rather as a consequence of understanding how these requirements evolve.
* Describes how to reverse engineer a monolithic system to understand how it really works and how to identify potential problems.
* Includes reengineering patterns that tackle well-known reengineering techniques often encountered in object-oriented programming, such as introducing polymorphism, factoring out common behavior, detecting duplicated code, and understanding design.
* Shows how to build a culture of continuous reengineering for achieving flexible and maintainable object-oriented systems.
What people are saying - Write a review
We haven't found any reviews in the usual places.
Other editions - View all
able abstract actual applied architecture attributes base behavior build changes Chapter clients complex components conditional consider containers context continued create Currency database defined dependencies detect diagram difficult documentation duplicated code effort entities example existing extract feasible Figure functionality hierarchy identify implementation important Incrementally initial instance Intent interface introduce keep kind legacy system lines Look maintainers method Migrate Move navigation object object-oriented operation Pattern perform possible present problem provider questions reengineering project refactoring Related remove represent requirements responsibilities reverse engineering risk shows simple single software system Solution solving source code statements steps Strategy structure subclasses tell tests tion tool Trade-offs Transform typically understand users valuable verify void write
Page 260 - Webster. Program understanding and the concept assignment problem.