Ein zentraler Hebel ist die Trennung von Applikationssoftware und hardwarenaher Software.  

• Die Applikationssoftware macht typischerweise 80-90 % der Software-Entwicklungsarbeit aus und wird über den Produktlebenszyklus kontinuierlich weiterentwickelt. 
• Die konkrete Hardware wird in der hardwarenahen Software abgebildet. Dadurch bleiben Hardwareänderungen auf diese Ebene begrenzt. 

Während der COVID-bedingten Lieferengpässe hat IMACS bei einem Kundensystem den Prozessor ersetzt und den zugehörigen HAL angepasst. Die Applikationslogik konnte weiterverwendet werden. Der neue Prozessor und die neue Hardwareanbindung wurde anschließend nicht nur für dieses System genutzt, sondern auch auf weitere Kundenprojekte übertragen.

Mit radCASE, dem eigenen Entwicklungswerkzeug von IMACS, wird diese Trennung systematisch umgesetzt: Die Applikationsebene bleibt vollkommen hardwareneutral. Durch diese strikte Trennung kann die Applikationssoftware bereits in radCASE am PC simulativ ausgeführt, vorgestellt und geprüft werden - bevor die Zielhardware vollständig verfügbar ist.

Auch auf Hardwareebene entscheidet die Architektur über den Änderungsumfang. 

Mit emBRICK, der modularen Embedded-Hardwareplattform von IMACS, werden I/O-Anbindungen zu Sensoren, Aktoren und Schnittstellen über wiederverwendbare Module - sogenannte Bricks - realisiert. Die Bricks sind über ein gängiges Bussystem verbunden und können entweder als gesteckte kleine Boards oder integriert auf einem Board als klar abgegrenzte Schaltungsteile ausgeführt werden. 

Besteht ein Gerät zum Beispiel aus einer CPU und mehreren emBRICK Modulen, betrifft die Nichtbeschaffbarkeit eines Bauteils nicht automatisch das komplette Gerät. Fällt ein kritisches Bauteil auf einem I/O-Modul aus, muss nicht die gesamte Hardwarebasis neu entwickelt und geprüft werden. Nur das betroffene Modul muss angepasst, neu entwickelt und geprüft werden. 

Bestehende Module, geprüfte Systemanteile und definierte Schnittstellen bleiben erhalten. Der Eingriff bleibt auf den betroffenen Schaltungsteil begrenzt. Das reduziert Entwicklungsaufwand, Testaufwand und Risiken.

Der IMACS Systemansatz begrenzt den technischen Änderungsumfang: durch modulare Hardware, hardwareneutrale Software, definierte HAL-Strukturen und wiederverwendbare Systembausteine. Betroffene Bereiche lassen sich gezielt anpassen, geprüfte Systemanteile weiterverwenden und Lösungen auf mehrere Systeme übertragen.

Dadurch entstehen Vorteile nicht nur im Obsoleszenzfall, sondern auch bei Defekten, Reparaturen, neuen Anforderungen und technologischen Weiterentwicklungen - etwa wenn Prozessoren, Schnittstellen, Kommunikationsstandards oder I/O-Technologien angepasst werden müssen.

Obsoleszenzrobuste Architektur stärkt den gesamten Produktlebenszyklus: Modulare Bausteine, klare Schnittstellen und getrennte Systemebenen erleichtern Instandhaltung, Anpassung und gezielte Weiterentwicklung bestehender Lösungen.