02 / SOLUTIONSEvidence / change / operation

Fix the problem between the systems.

Undocumented software, disconnected applications, slow workflows and difficult upgrades. Investigate the cause and build the next step.

02 / SOLUTIONS / at a glance

Evidence, change and operation: six disciplines around the systems you already run.

Each discipline answers a different blocked decision. Most engagements begin with one and draw on a second.

Illustrative enterprise estate · 8 systems · 10 dependencies · not a customer system
Core ledgerCOBOL · CICSS01SELECTEDNightly batchJCL · 02:10 windowS02DOWNSTREAMCustomer web channelJava EES03DOWNSTREAMPayments gatewayJava EES04DOWNSTREAMReporting warehouseSQL · nightly loadS05DOWNSTREAMDocument storeStatements · filesS06DOWNSTREAMRegulatory reportingReturns · month-endS07DOWNSTREAMIdentity & accessDirectory · SSOS08Core ledgerCOBOL · CICSS01SELECTEDNightly batchJCL · 02:10 windowS02DOWNSTREAMCustomer web channelJava EES03DOWNSTREAMPayments gatewayJava EES04DOWNSTREAMReporting warehouseSQL · nightly loadS05DOWNSTREAMDocument storeStatements · filesS06DOWNSTREAMRegulatory reportingReturns · month-endS07DOWNSTREAMIdentity & accessDirectory · SSOS08
If it changes

Change the Core ledger and six systems need re-testing: the nightly batch, both channels, the document store, the warehouse and regulatory reporting.

A dependency inventory is the first product of an archaeology engagement. Each line here is a question to answer before anything moves.
Choose a starting point

Which decision is blocked?

The work may cross more than one discipline. Start with the task, then follow its dependencies.

Understand

Software archaeology

Recover the understanding your systems were built on. From COBOL cores to ageing Java estates, we trace the code, data, rules and dependencies behind software that still works but can no longer be explained, so it can be maintained, converted or replaced with evidence rather than guesswork.

What software archaeology is.Preserve, migrate or reconstruct.
Explore this discipline
How the disciplines connect

Find the cause, not just the symptom.

A slow report might be a database query, a network wait or repeated work in the application. A failed handoff might be bad data rather than a broken connection. Trace the actual path before deciding what to replace.

How the disciplines connect

Make the handoffs work.

Decide which system owns each record, how changes move and what happens when a connection fails. Integration, automation and infrastructure work together at these boundaries; permissions, retries and a clear operating owner matter as much as the successful request.

  • Software archaeology
  • Legacy modernisation
  • Systems integration
  • Intelligent automation
  • Performance engineering
  • Secure environments
  • Enterprise engineering
How the disciplines connect

A useful result has a next action.

An investigation can produce a dependency map, a reproducible fault, an integration specification or a staged change plan. Tell us which decision is blocked. We will discuss the work and access needed to resolve it.

A CLEARER NEXT STEP

Bring us the difficult question

From an unanswered question
to an engineered possibility.

Bring us the difficult question
Chat on WhatsApp