610-459-9646
sales@sciotex.com

System Re-Engineering: Replacing Legacy Test and Automation Systems

Written by Sciotex Engineering
In this article

Many plants and labs depend on test stations, inspection cells and automated systems that nobody fully understands anymore. The designs are missing, the source code may be gone, and the people who built them have moved on. System re-engineering analyzes how such a system actually works, hardware and software together, and engineers a modern, documented replacement that performs as well as or better than the original.

Re-engineering covers the whole system: mechanics, electrical, controls and software. For software-only problems, see industrial software modernization and reverse engineering legacy software.

When to consider system re-engineering

  • Legacy automated test equipment running compiled or proprietary software with no source code
  • DAQ-based test stands that grew from lab prototypes into production assets without documentation
  • Inspection and counting systems nobody is comfortable changing
  • Automation cells that must be duplicated, standardized or modernized but lack current designs
  • Systems built on hardware that is no longer made

Re-engineering vs reverse engineering vs modernization

ApproachFocusResult
Reverse engineeringRecovering how an existing system worksDocumentation and requirements
Software modernizationMaking existing software supportable and currentUpdated or rewritten software on current platforms
System re-engineeringDesigning a new system from what was recoveredA documented, modern replacement for the whole system

How system re-engineering works

Step 1
Discover
Understand how the current system fits the process and where it limits you.
Step 2
Analyze
Capture I/O, sequences, timing, data flows and operator workflows while it runs.
Step 3
Specify
Write a functional specification and architecture for the new system.
Step 4
Prototype
Prove improvements and risky elements before full implementation.
Step 5
Build and transition
Design, build, validate and switch over, with full documentation and source code.

The analysis is designed to extract how the system behaves today without disrupting production, and the recorded behavior becomes the acceptance test for the replacement.

Duplicating and standardizing systems

A common reason for re-engineering is growth: one hand-built system works, and now the operation needs three more, or the same cell in another plant. Re-engineering produces a documented design, modeled in 3D CAD, that can be built repeatedly and supported consistently, turning a one-off into a standard platform. See prototype to production.

What you get at the end

  • A modern system that preserves required test and inspection behavior
  • Current, supportable hardware and software
  • Complete documentation: drawings, wiring diagrams, specifications and source code
  • A design that can be duplicated and maintained
  • Lower technical and business risk from aging equipment
Depending on a black-box system? Sciotex re-engineers legacy test, DAQ, inspection and automation systems, mechanical, electrical and software, into documented, supportable platforms. See our industrial R&D engineering services.

Frequently asked questions

What is system re-engineering?

Analyzing how an existing system works, hardware and software together, and engineering a modern, documented replacement that performs as well as or better than the original.

How is re-engineering different from reverse engineering?

Reverse engineering recovers how a system works. Re-engineering uses that knowledge to design and build a new, improved system.

Can a system be re-engineered without drawings or source code?

Yes, often. Its I/O, sequences, timing and data flows can be captured while it runs, and that behavior becomes the specification and acceptance test for the new system.

Can re-engineering help duplicate an existing system?

Yes. A re-engineered, documented design can be built repeatedly, turning a one-off system into a standard platform.

Related articles

Written by

Sciotex Engineering

The Sciotex engineering team has designed and built R&D, prototype and production systems since 1997.

Have an idea or system to develop?

Talk it through with a Sciotex engineer.

In this article
Need to prove an idea?

Talk it through with a Sciotex engineer.

Next step

See what staged R&D could do for your next system