ReeRisk –A Decisional Risk Engineering Framework for Legacy System Rejuvenation through Reengineering
Maintaining legacy system to meet continual changing user and business needs is difficult. However organization must consider modernizing these legacy systems to remain viable. Variety of solutions is available for legacy system modernization. Reaching a decision about how to evolve a legacy system cannot be made spontaneously; rather it requires understanding the strengths and weaknesses of each modernization technique. Over the past few years reengineering has emerged as a popular modernization technique. Decision about when to evolve a legacy system through reengineering cannot be made spontaneously; rather it should require risk assessment of legacy application from system, managerial and technical point of view. We present a decision driven risk assessment framework ReeRisk that examines system, managerial and technical domain of legacy system in accordance with requirements of target system. The result of ReeRisk framework is used to take decision about when evolution of a legacy system through reengineering is successful.
KeywordsDomain Perspective Risk cluster ReeRisk
Unable to display preview. Download preview PDF.
- 1.Brodie, M.L., Stonebraker, M.: Migrating Legacy Systems: Gateways, Interfaces, & the Incremental Approach. Morgan Kaufmann Publishers, Inc., San Francisco (1995)Google Scholar
- 3.The management of software engineering, Part I: Principles of software engineering. IBM Systems Journal 19(4), 414–420, ISSN: 0018-8670, doi: 10.1147/sj.194.0414Google Scholar
- 4.Sneed, H.M.: Risks Involved in Reengineering Projects. In: WCRE: Proceedings of the 6th IEEE Conference on Reverse Engineering, p. 204 (1999)Google Scholar
- 5.Ransom, J., Somerville, I., Warren, I.: A Method for Assessing legacy systems for evolution. In: Proceedings of the Second Euromicro Conference on Software Maintenance and Reengineering (1998) ISBN: 0-8186- 8421-6, doi:10.1109/CSMRGoogle Scholar
- 7.Kulik, P.: What is Software Risk Management, 1st edn. white paper KLCI, Inc. (1996)Google Scholar
- 8.Briden, P.: Software Re-engineering process. Tessella Support Services PLC Technical report, Issue V2.R1.M1 (2000)Google Scholar
- 9.Feiler, P.H.: Reengineering: An Engineering Problem. Technical Report Software Engineering Institute Carnegie Mellon university Pittsburgh Pennsylvania 15213, CMU/SEI-93-SR-5 (1993)Google Scholar
- 10.Russ, M.L., McGregor, J.D., Korson-McGregor, Clemson, S.C.: A software development process for small projects. IEEE Software, 96–101, ISSN : 0740-7459, doi:10.1109/52.877874Google Scholar
- 11.Boehm, B., Chulani, S., Verner, J., Wong, B.: Fifth Workshop on Software Quality. In: 29th International Conference ICSE 2007 Companion on Software Engineering - Companion, pp. 131–132 (2007), ISBN: 0-7695-2892-9, doi:10.1109/ICSECOMPANION.2007.38Google Scholar