Know where you stand with the software your business depends on.

Independent assessment and recovery for business-critical legacy software.

Describe the problem

The software may still work. The risk is that nobody knows how to recover or change it.

No reliable build

Files may exist, but nobody knows whether they can reproduce the application in use.

No safe deployment

There is no dependable way to install, test or restore it on another machine.

No informed owner

Important knowledge lives with one person, or has already left the business.

No clear decision

A rewrite or replacement is already being discussed, although the current system has not been properly assessed.

Legacy Software Risk Assessment

Establish what is there before deciding what to do with it.

The assessment records what exists, what can be recovered and where the important gaps are. It then explains which options are feasible.

The scope, deliverables and fixed fee are agreed before the assessment begins.

View the sample report structure
Software Lifeline
Legacy Software
Risk Assessment
Illustrative report structure

The review follows the system as it is used, not just the documentation left behind.

I look at the application, source, data, deployment and operational dependencies.

01

The application

What it does, who depends on it, where it runs and what else it talks to.

02

Source and build

Available code, binaries, installers, dependencies and whether it can still be reproduced.

03

Data and operation

Database, backups, deployment knowledge, integrations and single points of failure.

04

The way forward

Whether to retain, stabilise, recover, modernise, rewrite or replace and why.

The recommendation

The right answer depends on the system.

The findings may support retaining, recovering, modernising, rewriting or replacing it. None of those outcomes is assumed at the start.

Who you will work with

Experience with software that has to keep working.

Software Lifeline is run by Joe Shaw, a senior software developer with more than 20 years’ experience building, supporting and modernising business-critical systems.

You deal directly with me from the initial discussion through to the findings and recommendation.

Confidentiality

Software, documentation, data and business information are treated as confidential. Sanitised data and safe copies are preferred wherever practical.

Legal authorisation

Source recovery, decompilation or reverse engineering is only considered where the client owns the software or is legally authorised to maintain it.

Initial conversation

Tell me what the system does and what has changed.

Your first message does not need to be technical. A few sentences about the system, where it runs and what has changed are enough.

Initial enquiry

A brief outline is enough. I will reply personally.

Please do not include source code, passwords, credentials or sensitive data.

Information submitted here would be used only to respond to your enquiry and consider the work requested.