Software Re-engineering
|
Introducing Options Analysis for Re-engineering (OAR)
Organizations that own or use software assets require a structured and validated approach for making decisions on how to update, migrate, or reengineer their legacy assets. A model has recently been developed to understand technical transformations at different levels of abstraction.
|
|
Conclusion drawn from comparison.
Conclusion of the maintenance problems of Hypertext in the light of lessons learned by discussing various characteristics of software development...
|
|
Lessons Learned -- Reuse
Lessons learned by the comparison of small and large scale programming with Hypertext development....
|
|
Automated And Semi Automated Approaches
Tool-supported reengineering is usually based on bottom-up reverse engineering approaches in which the source code is analyzed and abstractions of the system are produced using automated and semi-automated techniques.
|
|
Reflexion Models for Reengineering
Reengineering large and complex software systems is often very costly. Reflexion models let software engineers begin with a structural high-level model that they can selectively refine to rapidly gain task-specific knowledge about the source code.
|
|
Scope of the Y2K Problems
The Y2K problem is not only limited to personal computers and mainframes, however, most electronic devices that make use of dates will have serious unpredictable problems.....
|
|
Fixing the Y2K Problem
In general, what rules should be followed to fix the problem. The articles doesn't include the technical details.
|
|