Legacy systems overview DT211 4. Legacy System definition “Legacy system is deficiency in a system in terms of its suitability to the business, its Platform.

Slides:



Advertisements
Similar presentations
Chapter 26 Legacy Systems.
Advertisements

Migration Considerations and Techniques to MPLS-TP based Networks and Services Nurit Sprecher / Nokia Siemens Networks Yaacov Weingarten / Nokia Siemens.
CIS 376 Bruce R. Maxim UM-Dearborn
Legacy Systems Older software systems that remain vital to an organisation.
Develop an Information Strategy Plan
CSC271 Database Systems Lecture # 18. Summary: Previous Lecture  Transactions  Authorization  Authorization identifier, ownership, privileges  GRANT/REVOKE.
MADALINA CROITORU Software Engineering week 1 Madalina Croitoru IUT Montpellier.
©Ian Sommerville 2004Software Engineering, 7th edition. Chapter 2 Slide 1 Systems engineering 2.
7-1 INTRODUCTION: SoA Introduced SoA in Chapter 6 Service-oriented architecture (SoA) - perspective that focuses on the development, use, and reuse of.
Changeover Lecture 12 Change-Over Strategies for Implementation 1 BTEC HNC Systems Support Castle College 2007/8.
Legacy issues and their resolution. Topics What is a legacy system? How ‘legacy’ is the system? Dimensions of legacy status Evolution and avoidance of.
Information System Economics IT MAINTENANCE MANAGEMENT.
8.
1 / 24 CS 425/625 Software Engineering Software Evolution Based on Chapter 21 of the textbook [SE-8] Ian Sommerville, Software Engineering, 8 th Ed., Addison-Wesley,
Dr Kettani, Spring 2002 Software Engineering IIFrom Sommerville, 6th edition Software change l Managing the processes of software system change.
CSEM01 SE Evolution & Management Anne Comer Helen Edwards
Asper School of Business University of Manitoba Systems Analysis & Design Instructor: Bob Travica System architectures Updated: November 2014.
SYSTEMS DEVELOPMENT Phases, Tools, and Techniques
EAI. 2/31 Example: a simple supply chain purchase order deliver goods write invoice order atricle check availability document customer-contact not available.
Introduction to Systems Analysis and Design
Course Instructor: Aisha Azeem
Lecture The Client/Server Database Environment
Introduction to Computer Technology
The Client/Server Database Environment
Software Evolution Planning CIS 376 Bruce R. Maxim UM-Dearborn.
UNIT 21 Software Engineering.
System Development Life Cycle
PHASE 3: SYSTEMS DESIGN Chapter 8 System Architecture.
Hands-On Microsoft Windows Server 2008 Chapter 1 Introduction to Windows Server 2008.
IS 466 ADVANCED TOPICS IN INFORMATION SYSTEMS LECTURER : NOUF ALMUJALLY 3 – 10 – 2011 College Of Computer Science and Information, Information Systems.
Term 2, 2011 Week 3. CONTENTS The physical design of a network Network diagrams People who develop and support networks Developing a network Supporting.
3- System modelling An architectural model presents an abstract view of the sub-systems making up a system May include major information flows between.
Software change  Managing the processes of software system change.
An Introduction to Software Architecture
1 UNIT 20 Software Engineering Lecturer: Ghadah Aldehim.
©Ian Sommerville 2000 Software Engineering, 6th edition. Chapter 27Slide 1 Software change l Managing the processes of software system change.
CS 425/625 Software Engineering Legacy Systems
© S. Demeyer, S. Ducasse, O. Nierstrasz Intro.1 1. Introduction Goals Why Reengineering ?  Lehman's Laws  Object-Oriented Legacy Typical Problems  common.
Software Requirements Engineering CSE 305 Lecture-2.
SOFTWARE REUSABILITY AJAYINDER SINGH CSC What is Software Reuse Software reuse is the process of implementing or updating software systems using.
Architectural Design lecture 10. Topics covered Architectural design decisions System organisation Control styles Reference architectures.
Migrating From Relational To Object-Oriented Databases Masood Asif, Kenny Dunlop, Gerard Given & Grant Stalker.
Proposal Presentation Prepared by: Condor Technology Solutions, Inc. August 24, 2000.
Manag ing Software Change CIS 376 Bruce R. Maxim UM-Dearborn.
Legacy Systems An Introduction. Legacy Systems Why do you think the agents are after his life ??
The Software Development Process
Program Development Cycle
1 Software Maintenance The process of changing the system after it has been delivered and in operation Software change is inevitable –New requirements.
Selecting the Best Alternative Design Strategy. Two basic steps 1.Generate a comprehensive set of alternative design strategies 2.Select the one design.
Introduction. System Design Hardware/Software Platform Selection Software Architectures Database Design Human-Computer Interaction (HCI) Interface Object.
Best practice of EU countries in implementation of international standards of accounting and financial reporting in the public sector A French example.
March, 2004 Into the LAN: An Integrated LAN/WAN End User Study © 2004 Frost & Sullivan. All rights reserved. This document contains highly confidential.
Copyright © 2012 Pearson Education, Inc. Publishing as Prentice Hall 2.1.
MANAGEMENT INFORMATION SYSTEM
System Architecture Issues
IT Architecture Technical blueprint for evolving a corporate infrastructure resource that can be shared by many users and services processing systems hardware.
The Client/Server Database Environment
Initiating systems development
Part 3 Design What does design mean in different fields?
Chapter 9: The Client/Server Database Environment
CS 425/625 Software Engineering Software Evolution
Introduction to Information Systems
Chapter 2 The Origins of Software
An Introduction to Software Architecture
Legacy system components
Software Maintenance Part1 Introduction. Outlines What Is Software Maintenance Purposes of Maintenance Why We Need It Maintenance Difficilties Some Tips.
HCL Application Modernization Services
Managing Global System
From Use Cases to Implementation
Presentation transcript:

Legacy systems overview DT211 4

Legacy System definition “Legacy system is deficiency in a system in terms of its suitability to the business, its Platform Suitability or application software quality, with the effect that the system’s asset value diminishes, as does its ease of operation, maintenance, migration or evolution.”

Common profile of legacy systems Applications that are old or considered “outdated” All or part of the system is vital to the running of the business; i.e. it is a mission critical system No time to shut down and replace Often Badly designed and not integrated into organisational information system(s), expensive to maintain Prevalent in area such as central government, transportation, energy and the financial sector

How does an I.S. change to become legacy system? Lack of Software quality: this includes areas like quality of code (goto statement) and different styles due to maintenance ; Lack of System suitability with the new business process and their systems; e.g. the company has developed a data warehouse. Lack of quality of design and the documentation of the design, especially important as a system is changes over the years.

Examples of lack of software quality –Style - e.g. introduction of structural programming in a program using GOTO’s, or change from structured to object-oriented, –Organisation of code- e.g. program written with input, processing and output sections - maintainer puts processing code into the input or output sections. –Functionality - e.g. adding code to make current obsolete, without removing obsolete code

Underlying platform Hardware –e.g. 16-bit to 32-bit –mainframe to PCs Operating system –fast changing Networking –E.g. lan, wan Data management system –architecture, use and scale –E.g. relational database to oo databases System suitability (compatibility)?

Legacy Effects –Asset value goes down decrease in mission criticality decreased reliability –Ease of operation goes down User satisfaction: system too slow Decrease in ease of testing and auditing due to lack of documentation… of system –Ease of migration / evolution declines Ease of use/integration with new technology Scalability –Ease of maintenance declines Increase cost of maintenance Availability of resources Program size and complexity Dependence on individuals who maintain it.

Choosing potential solutions The 4Rs portfolio matrix: -

Solution strategies Leave them alone: e.g. little business value –Note while they are “technically” legacy systems they would not be considered as “real” legacy systems, in relation to this module at least, as mission/business criticality is an essential element of legacy systems Deal with them gradually Implement change as a ‘big bang’ Open assessment or assessment towards a particular solution

Architecture Solutions The most appropriate “new” architecture needs to consider its suitability to the organisational mission, business process and the I.T. organisational environment and data management. Should you consider: –an Object oriented approach may enhance the mission and business processes may inhibit I.T. environment and data management –Bespoke (custom made) May be excellent for business process, I.T. organisation…, but can be expensive and slow to implement and may even find resistance to its implementation.

Legacy system data reuse: Since legacy systems by definition were/are mission critical their data is essential so it requires reuse. –Open Database Connectivity (ODBC) Reuse of data over networks and the internet but not suitable for non-integrated systems. –Data migration: the most ideal way to reuse the data however care is required to ensure correct transfer, transformation….; the migration could be to an operational DB or data warehouse

Legacy code reuse Vertical wrapping: part of the application is used. Other software provides it with inputs and outputs the results to the end user. Horizontal wrapping: replacing of the user interface/data layer and not replacing the rest of it. Application wrapping: entire system is enclosed in software which allows it to re-perform its core activities. (used if legacy system functions.. are essential or match that of the organisation); e.g. using new financial software that dealt with the introduction of the euro

Question What is a legacy system and discuss what you would need to take into account, both form a business and technical perspective, in order to decide if you would reuse it