Subscribe / Unsubscribe Enewsletters | Login | Register

Pencil Banner

CIO Upfront: Enterprise architecture and the legacy system conundrum

Bradley de Souza | Jan. 15, 2015
How do you turn a slum into a modern town or city without moving the current residents and by causing a minimal amount of disruption? Bradley de Souza says the challenge of urban renewal is an apt analogy for enterprise architecture.

A few years ago I was asked to give my opinion on enterprise architecture (EA) and how it impacted the business and more importantly the operations department I was running at the time.

EA is probably one of the most critical areas of the technology domain and it is also likely to be the least understood. More often than not, the purpose of EA is to design replacements for old legacy systems.

At the time, in operations, we were receiving solutions that were well designed on paper, proven in development, proven in test environments, but then implemented differently from the tested design. This resulted in production problems, which required emergency changes in order to make the new solution operational.

A lot of the problems could have been avoided if the existing systems were well documented and well understood. This is an issue almost every organisation faces.

The technology landscape in most businesses is littered with ageing legacy systems doing a respectable job. In one organisation where I worked there were five billing systems all doing very similar tasks and producing similar output. This was the result of five separate businesses being acquired over a short period of time. The company commissioned a project to replace all five billing systems with a new single billing platform.

Some of the problems described above -- stakeholders being left out, lack of good migration planning, lack of documentation, and so on -- made sure the project did not go well. Instead of replacing five systems with one, a new sixth system emerged, sitting alongside the other five. It took a further two years to migrate all five to the new sixth system, at a significant cost to the business.

As time passes by, documentation, knowledge, the critical intellectual property gets lost or leaves the organisation. Additionally, legacy systems live under the spectre of other potential issues. These can range from:

" Vendors not supporting older codebases

" Vendors no longer in business

" Systems where source code has been lost or the original developers no longer in the organisation

" Capacity issues that cannot be resolved by hardware upgrades

" Other age or time related problems.

EA attempts to solve a very complex problem that isn't well understood or properly defined. From a legacy environment perspective the issue is clear:

How do we get from something that was once fit for purpose to something that needs to scale, evolve and be easily upgraded with little or no disruption to the existing systems and processes?

With today's focus on scalability, standards, and security, legacy systems don't meet current expectations. The legacy environment could be historically classified as a well-planned town, but now, with the passage of time and more importantly progress, it starts to resemble a slum or shanty town.


1  2  3  Next Page 

Sign up for MIS Asia eNewsletters.