‚Single Source of Truth‘-Datenhaltung
Anforderungswissen für Entwicklungsprozesse vorhalten
Die ursprünglichen Kundenanforderungen für ein Anlagen- oder Maschinenbauvorhaben können im Projektverkauf leicht im Gewirr von separaten XLS-Dateien oder Product Lifecycle Management-Strukturen untergehen. Um so herausfordernder ist es für die Beteiligten, den Kundenwunsch im Auge zu behalten und etwa überhöhten Antriebsauslegungen, teuren Missverständnisse oder verspäteten Inbetriebnahmen vorzubeugen. Funktionales Engineering und eine einheitliche Datenbasis können dabei helfen, die Übersicht zu behalten.
Ganz vorne im Engineering-Prozess für Maschinen und Anlagen, weit bevor irgendeine Materialnummer greifbar ist, stehen die ursprünglich geäußerten Anforderungen des Kunden. Meist wird in Word-Dokumenten oder Excel-Listen festgehalten, was genau gebraucht wird: Zum Beispiel wie schnell ein Transportband welche Massen in welcher Form über welche Strecke transportieren soll. Doch diese Daten haben im Engineering-Prozess und in herkömmlichen Werkzeugen häufig keinen Platz. Das kann dazu führen, dass die Informationen als ‚tote‘ Dateien in den IT-Systemen des Herstellers abgelegt werden. Im Laufe der Entwicklung jedoch bauen in der Regel Ingenieure an verschiedenen Stellen und in verschiedenen Planungsstufen die eine oder andere Sicherheit ein, so dass am Ende beispielweise ein Motor nicht selten doppelt so stark ausgelegt ist wie ursprünglich angefordert, jedenfalls ein deutliches Zuviel an Sicherheitsmarge hat.
‚Engineering follows function‘
Der Verlust von grundlegenden Informationen und das Anlegen überflüssiger und damit zu teurer Leistungen können sich sich in den meisten Fällen vermeiden lassen, wenn Engineering-Informationen in einer zentralen Datenbank vorgehalten werden. Eine derartige ‚Single Source of Truth‘ für datenbankbasiertes Engineering findet sich zum Beispiel in der Software-Plattform Engineering Base (EB) von Aucotec. Die zentrale Datenspeicherung sichert das Wissen über die ursprünglichen Kundenanforderungen. Diese Informationen sind für die Projektbeteiligten über den gesamten Entwicklungs-Zyklus hinweg verfügbar. Mit der anforderungsorientierten Arbeitsweise des Systems werden Anforderungen als beinahe ‚erlebbare‘ Funktionen wie Greifen, Heizen oder Transportieren zur übergreifenden Gruppierung von Bauteilen genutzt und entsprechend bearbeitet. So werden mit jeder Funktion die beteiligten Geräte unter der Funktion zusammengefasst. Diese Gruppierung kann dem Verständnis von Auftraggeber und -nehmer von Projektbeginn an zuträglich sein und durch vermiedene Missverständnisse Zeit einsparen. Der Thin[gk]athon, veranstaltet vom Smart Systems Hub, vereint kollaborative Intelligenz und Industrie-Expertise, um in einem dreitägigen Hackathon innovative Lösungsansätze für komplexe Fragestellungen zu generieren. ‣ weiterlesen
Innovationstreiber Thin[gk]athon: Kollaborative Intelligenz trifft auf Industrie-Expertise
Informationsbasis für simultane Entwicklungsarbeit
Durch die funktionsorientierte ‚Klammer‘ um mehrere Bauteile und die gemeinsame Datenbasis können alle Beteiligten Bauteile mit identischen Zielvorstellungen bearbeiten. Dabei ist es gleich, dass ein Bestandteil für einen Konstrukteur vorne, für den anderen hinten platziert ist. ‚Links‘, ‚Rechts‘, ‚Vorne‘ oder ‚Hinten‘ sind in diesem Fall relative Begriffe, wenn sich Nutzer und Entwickler einer Maschine im buchstäblich gegenüberstehen. Bei Pneumatik und Elektrik können bestimmte Komponenten in den verschiedenen Plänen aus unterschiedlichen Perspektiven dargestellt sein und entsprechende Verwechslungen nach sich ziehen, die oft erst beim Bau bemerkt werden. Existiert hingegen nur eine Informationsquelle, können Entwickler unterschiedlicher Disziplinen simultan auf den Daten aufbauen, die Kollegen der vorgelagerten Abteilung bereits erarbeitet haben. In der Engineering-Lösung des Anbieters beginnt der Workflow mit der Aufnahme der Kunden-Anforderungen, deren Natur häufig eher funktional – also real erlebbar ist. Sie werden anschließend in eine Liste von Funktionen wie Heizen oder Greifen übertragen, die in der Datenbank der Anwendung gehalten wird. Auch Preise lassen sich hierbei zuordnen und entsprechend anbieten oder anpassen. Ändert der Abnehmer seine Wünsche, zum Beispiel in einen schnelleren Antrieb oder einen kleineren Greifer, kann die Funktions-Sicht dazu beitragen, dass kein von der Änderung betroffenes Teil vergessen wird.
