Arkadiusz Krysik

Legacy Software Systems: How to Live with Aging Software Architecture?

Software developers are often regarded as architects, as their work somewhat resembles that of a civil engineer. They use numerous tools and technologies to build software, just like builders create high-rise structures.

But the reality often isn’t that simple.

Sometimes an older system has to be fixed or improved, and so, now and then, developers have to step into the shoes of mechanics instead.

In today’s article, we are going to answer the question of how a software developer can be a good repairman when working on legacy software. Are these systems really useless among today’s software architectures? What do programmers have to prioritize when improving a legacy system? Keep on reading to find out!

Building a high-performance application or extending your development team?

🚀 We're here to assist you in accelerating and scaling your business. Send us your inquiry, and we'll schedule a free estimation call.

Estimate your project

What is Legacy Software and where to find it?

After 10 years of running and putting thousands of miles on the clock, a car is bound to have some issues. After all, every mechanical part has its limits when it comes to durability.

But does it mean it has to be scrapped?

Not at all!

All you need is an experienced mechanic with some time on their hand, to change the most vulnerable parts, like the timing belt or brake pads and the car can run perfectly fine for the next thousands of miles.

Software development is really quite similar in that regard. Legacy software is in many ways like a used car – it may have some problems and require a bit of refactoring, but generally it works just fine! All you need is a good “mechanic” to take care of it and fix all the most vulnerable parts.

[Read also: Complete Guide To Replatforming – Definition, Benefits, & Best Practices]

Legacy software definition

On a more technical note, though, we can say that legacy software is a software architecture that is working in production but some of its parts don’t receive continuous updates or support from the manufacturer. We can differentiate three main types of legacy systems:

  • An older system with unsupported features, or incompatible with new drivers,
  • Software that’s non-compliant with recent standards in software development,
  • A software system that has problems with receiving security patches.

Stratoflow CTO, Arkadiusz Drysch, has rather jokingly defined legacy systems:

“Well, basically any system that has been deployed in production can be regarded as a legacy system, as it requires constant maintenance. There’s no such thing in software development as write-and-forget architecture”.

Of course, legacy software may still be in use due to the difficulty or cost of replacing it or simply just from pure convenience. However, legacy software can often cause problems due to its age and lack of support, which necessitates refactoring and redesigning parts of the system.

[Read also: The Most Common Problems in Software Development]

Why are legacy systems still used?

IT systems usually last for years, but in the meantime, technology evolves at a breakneck speed. That is why companies are often caught off guard when their old software architecture begins to lose support or updates, and it’s time for a more thorough maintenance job. Here are four reasons why most legacy systems are still in use after years of operation:

  • These systems still provide critical functions to businesses,
  • Companies lack resources for improving existing software architecture or changing it for newer systems,
  • The organization lacks the necessary IT skills and knowledge to migrate the legacy system or perform thorough refactorization,
  • Companies don’t have the technical specifications to create a new system with the same features as the legacy system.

legacy system

Where can you find legacy systems?

Government organizations and public sector

Probably the most common place to find outdated software architecture is the public sector.

Recent research conducted by Dell revealed that approximately 70 percent of government organizations in the US, Germany, the UK, and Japan use outdated software in some capacity.

Furthermore, half of the public sector representatives surveyed said that their legacy operating systems have exceeded their end-of-life date. What’s even more surprising is that among federal governments worldwide, an ancient COBOL is the most popular programming language.

Curiously, in some public sector organizations, you can find hardware that is just as old as these programming languages and technologies.

Companies specializing in retrieving data from broken hardware have to store some key equipment, like hard drives, from as far back as 30 years ago. Why? Well, you never know when let’s say a nuclear power plant that is still running hardware from this age will be in need of a quick replacement.

Banks and corporate systems

Old computer systems and enterprise software can also be frequently found in banking technology.

According to the Financial Times reports, many well-established finance companies still use software architectures based on COBOL and currently suffer from the lack of developers with experience in this aged technology.

Why do these organizations use such an obsolete programming language? After all, shouldn’t the financial sector be all about high-performance computing?

These critical legacy systems are often responsible for core business processes at these organizations, usually involving large sums of money, and operating literally 24/7. Many managers see upgrading legacy software architectures as an unnecessary risk.

Retail companies

You will be surprised to learn that many retail, ecommerce, and manufacturing companies also use legacy systems. That’s odd since intuition tells us that being up-to-date with recent tech trends is an absolute necessity in today’s competitive market.

Where’s the catch, then?

This comes from the fact that to many ecommerce companies, profitability and sales figures are the top priority. A good chunk of these companies focuses solely on tools and solutions that will have an impact on their KPIs. Since their software architecture doesn’t have a direct impact on profitability, they constantly put it off.

[Read also: Power of Cloud Computing Scalability: Empowering Businesses to Scale with Ease]

legacy ss

Source

Myths about Legacy software

There are many myths flowing around about legacy systems.

How real are they? Is there really any truth to the memes about legacy systems causing nothing but headaches?

Let’s now have a quick myth-busting session and take a look at the three most common things that people usually say about legacy software on the Internet.

#1 Legacy software is unsupported

The IT market is definitely not uniform. In the case of legacy systems, that means that some of their components will become obsolete and unsupported faster than others.

In some situations, there will be little problem with contacting a support team or an account manager with some troubleshooting stuff. In others, vital sections of the system will lack the necessary updates to keep them compliant with the latest security standards.

So just like a car mechanic can have problems with parts’ availability for some vehicles, a software developer may struggle with outdated security measures and obsolete libraries in a legacy application.

Myth – Plausible.

#2 Legacy software is useless

A 10-year-old car is still perfectly capable of transporting just as many people and cargo as it used to when it was brand new, even though it may now lack some new, trendy features.

Legacy systems are really similar in that regard. They may pose some risks (which we’ll dive into below), it doesn’t mean they completely outlived their usefulness. In many cases, a piece of legacy software is still in use because it is the most convenient option for ongoing business processes.

So in a nutshell, time doesn’t influence the system’s core functionality.

Myth – Busted.

#3 Legacy software and legacy systems should be immediately replaced

Just like a used car, legacy software will work perfectly fine in the future as long as it is well-maintained.

Developers can modernize legacy systems by making sure which parts, tools, and functionalities lack support, or will lose it relatively soon, and update them gradually. Of course, the architecture won’t be as fancy and innovative, but it will work just fine.

Myth – Busted.

[Read also: How to Build Low Latency Java Applications]

Why are legacy systems problematic? 3 most common problems

Of course, developers and product managers wouldn’t be talking about replacing or redesigning aging software architectures if they didn’t cause any problems. After all, in all horror stories about broken legacy code, there’s a grain of truth.

Here are three main issues caused by legacy systems in organizations.

successful data migration

Source

#1 Cost

Just like Arek said in the first part, all software systems will require maintenance. Having said that, redesigning and refactoring legacy applications usually is much more resource-consuming, both in terms of time and money.

What’s more, as software solutions become outdated, vendor support decreases. That means that companies may charge premiums to provide support for databases, tools, and libraries that are no longer part of their main product portfolio. In some circumstances, application modernization is a much harder task than building something from scratch, requiring specialized IT expertise from fields that hardly anyone uses anymore.

#2 Data Security

A lot of libraries and database vendors are ditching the security updates for older releases of their products and tools after some years. It shouldn’t come as a surprise that legacy systems based upon them are more susceptible to security breaches and dangerous data loss.

In the case of smaller software applications, this should not be such a big deal, but for software architectures storing and managing the private data of hundreds of thousands of users, this is an extremely valid concern.

#3 Shortage of knowledge and experience

As the years fly by, and the company sticks to the same software architecture, it might face a real problem with finding software experts familiar with outdated technologies.

Technical universities, and developers themselves, are adapting to the changing technological landscape. Very few people these days are familiar with languages like COBOL, Fortran, or Deplhi even though they were the backbone of corporate-grade software architectures twenty years ago.

[Read also: How to Find Software Developers? 10 Experts Tips]

Living with legacy systems – 3 tips from our experience

So, we’ve already established that even if sometimes problematic, legacy software is still of great use to organizations, and in many cases, new systems are just not necessary. Let’s now point out three tips from our experts on how to avoid headaches when dealing with legacy software systems.

#1 Keep track of the most important updates

Since in legacy systems, the biggest concern is the lack of support for certain components, developers should do a risk analysis for update availability in each part of the application.

A development team should ask themselves questions like: How long will these systems be able to operate on the current version? For how long critical components and libraries of the system will receive updates from the manufacturer?

After that, they can plan out their work by giving the riskiest parts of the whole system a top priority in the maintenance queue.

#2 Don’t rewrite what you don’t have to

We’ve already established that legacy systems are still perfectly capable of completing the tasks they were designed to do. Having said that, it is always worth doing regular refactorings and looking for opportunities for possible enhancements.

The important thing to remember is that the refactoring process of legacy code should be complete.

Let’s say, a developer decided to refactor the part of the codebase responsible for database access, but completed only 90% of it. Doing so would eventually lead to a situation in which 9 out of 10 times you would connect to the database using the new and improved method but sometimes the old and slower version would kick in.

Such actions are greatly increasing the project’s complexity and hurting the user experience. So the general rule of thumb should be that if you want to improve the legacy system, you can not leave half-completed work.

[Read also: How to Prepare a Successful Application Migration Project]

legacy system

#3 Maintain good documentation, gather the necessary knowledge

A good practice for all developers regardless of the technology and programming language is to maintain proper documentation of the entire software development project.

When working with legacy systems, this practice is even more important and should be taken to heart by all developers dealing with outdated software architectures.

The main reason for that is when different members of the team come and go, you need to have clearly and thoroughly documented what is going on in the codebase. In a legacy system, it is expected that fewer developers are familiar with the technologies used in these systems. So in a situation when the last developer abandons the ship and leaves the project without proper software documentation, it is basically doomed, and it has to be rewritten almost entirely from scratch.

Interestingly, Twitter may have had this very problem recently when Musk decided to fire a good portion of the development team who didn’t subscribe to his idea of “hardcore work ethic”. Regardless of your opinion on Twitter’s new CEO this situation really underscores the need for good software documentation and a proper knowledge base in legacy systems.

[Read also: Practical Tips on How to Speed Up the Software Development Process]

outdated systems

Living with legacy system – summary

Maintaining legacy systems is considered to be a chore very few developers like.

After all, it usually involves going through a sketchy documentation and dealing with solutions and programming languages that hardly anyone uses today.

Nevertheless, just like an old trusty car, it still serves a purpose, offering the same functionalities as when it was brand new. All it needs is some maintenance as it could serve customers for years to come. After all, we have to remember that more often than not fixing something is more cost-effective and convenient than throwing it away for something new.

We are Stratoflow, a custom software development company. We firmly believe that software craftsmanship, collaboration and effective communication is key in delivering complex software projects. This allows us to build advanced high-performance Java applications capable of processing vast amounts of data in a short time. We also provide our clients with an option to outsource and hire Java developers to extend their teams with experienced professionals. As a result, the solutions designed for our customers contribute to their business development. We specialize in travel software, ecommerce software, and fintech software development. In addition, we are taking low-code to a new level with our Open-Source Low-Code Platform.

Building a high-performance application or extending your development team?

🚀 We're here to assist you in accelerating and scaling your business. Send us your inquiry, and we'll schedule a free estimation call.

Estimate your project

Testimonials

The developed software product was built from scratch with solid quality. We have had a long-term engagement with Stratoflow for nearly 10 years. We look at them as partners, rather than contractors. I'm impressed by their team culture and cross-team support.

Nathan Pesin

CTO, Legerity Financials

Stratoflow was a great partner, challenging as well as supporting our customer projects for the best outcome. They have a great pool of talent within the business - all very capability technologists, as well as being business-savvy and suitable for consultancy engagements.

Chris Goodall

Managing Consultant, CG Consultancy (UK) Limited

The bespoke metal exchange platform works great, it is easily accessible and richly functional. Stratoflow managed deadlines capably, meticulously documented their progress, and delivered a complex project at an affordable cost.

Bartlomiej Knichnicki

Vice Chairman, Supervisory Board

We are very pleased with our partnership with Stratoflow and, as we continue to grow, we expect to increase the numbers of developers that work with us on our projects. They have proven to be very skilled and flexible. They're extremely reliable, and they have a very good company culture of their own, which gives them a real edge compared to other providers that serve more as production shops rather than thought partners and creative problem solvers.

Andrew Kennedy

Founder & Managing Director, Tier 2 Consulting

Stratoflow successfully customized the system according to the specific functionalities and without bugs reported. The team was commended for their adaptability in the work process and for their responsiveness.

Joshua Blavins

Tech PM, Digital Agency

The features implemented have received overwhelmingly positive feedback from end-users. Stratoflow has an incredible technical expertise and a high degree of flexibility when it comes to changing project requirements.

Adam Hill

Chief Technology Officer, Legerity

They have impressively good knowledge of AI issues. Very responsive to any amendments and findings. Very good communication. We received a finished project which could be implemented into production shortly after testing.

CO-Founder & CTO

Circular Fashion Company

They provided superb service with seamless communication and a highly professional, technical approach. The team displays impressive technical expertise and are willing to share information and engage in constructive feedback.

Filip Stachnik

Operations Manager, Otwarte Klatki (part of Anima International)

They're very skilled technically and are also able to see the bigger picture. Stratoflow can actually think about solutions, not just the technical task at hand, which they've been assigned.

Arnd Jan Prause

Chief Operating Officer, musQueteer

Stratoflow delivered the website successfully within the timeframe and budget. They assured that the output met the set requirements. Overall, the team's performance was excellent and recommended for their exceptional technical business expertise. They've been able to deliver all of their work on time and within budget, which has been very impressive.

Lars Andersen

Founder & CEO, My Nametags

Travel sector rebound after the pandemic is complete. We have fantastic global coverage of travel data distribution due to mutual agreements and data exchange between aggregators. Competition for the best price of limited resources degradates margins.

How to win? Provide personalized experience and build your own products in the front-office. The missing bits: a traveller golden record collecting past activities and a AI/ML recommendation technology.

Michał Głomba

CEO at Stratoflow