Auf der Innotrans 2018 zeigt Software-Entwickler Aucotec mit seiner Mobility-Lösung erstmals eine spezielle Variante für die Entwicklung der Fahrzeugelektrik und Verdrahtung von Schienenfahrzeugen. Die kooperative Plattform Engineering Base (EB) unterstützt sowohl standardisiertes Arbeiten als auch individuelle Anforderungen. Zum einen erlaubt sie die Wiederverwendung ganzer Funktionen, zum anderen zwingt sie Abläufe nicht wie sonst üblich in eine starre Chronologie.
Richtig kombiniert
Der Ruf nach standardisierten Modulen wird auch im Railway-Bereich immer lauter. Sie versprechen schnellere Fahrzeugentwicklung und reibungslosere Inbetriebnahmen. Doch ein fertiger Baukasten wie im PKW-Bereich funktioniert hier nicht, denn Schienenfahrzeuge müssen individuell auf verschiedene Streckenanforderungen angepasst werden.
In EB lassen sich in einem beliebig erweiterbaren Grundbaukasten Funktionen als Bausteine halten, z. B. für Beleuchtung, die aus Steuerungen, Anzeigen und Leuchten besteht. Optionen sind als separate Teilschaltungen hinterlegt, das erspart die sonst zahllosen Blattvarianten mit allen möglichen Options-Kombinationen. Mit EB werden Wagons nicht mehr für jeden Zug einzeln gezeichnet, sondern aus den qualitätsgeprüften Funktions-Modulen konfiguriert. „So kombiniert die Plattform Individualität und Standards zu einem deutlich optimierten Workflow“, sagt Georg Hiebl, Produktmanager Mobility bei Aucotec.
Flexibel anpassbar
Doch das war den Softwareentwicklern nicht genug. Perfekt ist ein Workflow erst, wenn das Engineering-System den Anwendern Freiheit im Arbeitsablauf ermöglicht. „Beim derzeitigen Kostendruck ist es wichtig, den Planungsprozess an die internen Vorgaben anzupassen – nicht umgekehrt die Abläufe den begrenzenden Fähigkeiten eines Systems unterwerfen zu müssen“, so Hiebl. Außerdem müsse alles nahtlos in die IT-Umgebung integrierbar sein. Dafür ist EB mit einer Mehrschicht-Architektur ausgestattet, die flexible Anpassungen an Prozesse und nahtloses Anbinden an andere Systeme ermöglicht.
„Single Source of Truth“ macht Änderungen transparent
Zusätzlich erlaubt das System einen außergewöhnlich transparenten Änderungsprozess. Die vielen Änderungen im Schienenfahrzeug-Entwicklungsprozess sind bei der Zusammenarbeit unterschiedlicher Disziplinen eine große Herausforderung. In EB arbeiten alle Disziplinen parallel, auch simultan, auf einem zentralen Datenmodell. Diese „Single Source of Truth“ bleibt automatisch aktuell und ergibt nicht nur für Ingenieure, sondern auch für die individuell konfigurierbaren Fertigungslisten eine besonders durchgängige Datenkonsistenz. Dabei ist jederzeit nachvollziehbar, was von wem geändert wurde. EBs Datenmodell sorgt dafür, dass Korrekturen, einmal an einer Stelle der Dokumentation gemacht, sich sofort in jeder weiteren Repräsentanz des geänderten Objekts zeigen.
Richtig kombiniert
Der Ruf nach standardisierten Modulen wird auch im Railway-Bereich immer lauter. Sie versprechen schnellere Fahrzeugentwicklung und reibungslosere Inbetriebnahmen. Doch ein fertiger Baukasten wie im PKW-Bereich funktioniert hier nicht, denn Schienenfahrzeuge müssen individuell auf verschiedene Streckenanforderungen angepasst werden.
In EB lassen sich in einem beliebig erweiterbaren Grundbaukasten Funktionen als Bausteine halten, z. B. für Beleuchtung, die aus Steuerungen, Anzeigen und Leuchten besteht. Optionen sind als separate Teilschaltungen hinterlegt, das erspart die sonst zahllosen Blattvarianten mit allen möglichen Options-Kombinationen. Mit EB werden Wagons nicht mehr für jeden Zug einzeln gezeichnet, sondern aus den qualitätsgeprüften Funktions-Modulen konfiguriert. „So kombiniert die Plattform Individualität und Standards zu einem deutlich optimierten Workflow“, sagt Georg Hiebl, Produktmanager Mobility bei Aucotec.
Flexibel anpassbar
Doch das war den Softwareentwicklern nicht genug. Perfekt ist ein Workflow erst, wenn das Engineering-System den Anwendern Freiheit im Arbeitsablauf ermöglicht. „Beim derzeitigen Kostendruck ist es wichtig, den Planungsprozess an die internen Vorgaben anzupassen – nicht umgekehrt die Abläufe den begrenzenden Fähigkeiten eines Systems unterwerfen zu müssen“, so Hiebl. Außerdem müsse alles nahtlos in die IT-Umgebung integrierbar sein. Dafür ist EB mit einer Mehrschicht-Architektur ausgestattet, die flexible Anpassungen an Prozesse und nahtloses Anbinden an andere Systeme ermöglicht.
„Single Source of Truth“ macht Änderungen transparent
Zusätzlich erlaubt das System einen außergewöhnlich transparenten Änderungsprozess. Die vielen Änderungen im Schienenfahrzeug-Entwicklungsprozess sind bei der Zusammenarbeit unterschiedlicher Disziplinen eine große Herausforderung. In EB arbeiten alle Disziplinen parallel, auch simultan, auf einem zentralen Datenmodell. Diese „Single Source of Truth“ bleibt automatisch aktuell und ergibt nicht nur für Ingenieure, sondern auch für die individuell konfigurierbaren Fertigungslisten eine besonders durchgängige Datenkonsistenz. Dabei ist jederzeit nachvollziehbar, was von wem geändert wurde. EBs Datenmodell sorgt dafür, dass Korrekturen, einmal an einer Stelle der Dokumentation gemacht, sich sofort in jeder weiteren Repräsentanz des geänderten Objekts zeigen.
