PAtoolsTX und ATHOS: Reautomatisierung eines Prüffeldes Dr. Rudolf Gregor Kratzer Automation AG

Transkript

1 SOFTWARE FOR PROCESS EFFICIENCY PAtoolsTX und ATHOS: Reautomatisierung eines Prüffeldes Dr. Rudolf Gregor Kratzer Automation AG

2 Gliederung Ausgangslage beim Kunden Ziele des Kunden Ausgangslage beim Lieferanten PAtools und testxplorer ATHOS, Importtool Konzept der Umsetzung Erweiterung PAtools Lessons learned Zusammenfassung

3 Ausgangslage beim Kunden Kunde hat ein System bestehend aus: Prüfstandsautomatisierung Werkzeuge zur Testvorbereitung Oberflächen zur Bedienung/Überwachung der Prüfläufe Datenspeicherung (data-backbone) Auswertungs- und Nachverarbeitungskette (teilweise automatisiert) System ist: mit anderen Systemen im Konzern vernetzt seit vielen Jahren im Einsatz Werkzeuge und ihre Bedienphilosophie sind fest etabliert

4 Ziele des Kunden Das System soll mit möglichst wenigen Änderungen innerlich erneuert werden Bekannte, erprobte Abläufe sollen (MÜSSEN) erhalten bleiben Die Bedienoberflächen und die Bedienphilosophie müssen so weit wie möglich nachgebildet werden Die gesamte Auswertekette muss weiter funktionieren Altdaten müssen in das neue System migriert werden Bekannte Schwachstellen der bisherigen Installation müssen beseitigt werden Neue Features sind notwendig Es muss also des Herz eines gelebten Prozesses ausgetauscht werden

5 Ausgangslage bei KA Automatisierungssystem PAtools Softwaretools zur Automatisierung unterschiedlichster Prüfstandstypen Testdatenmanagement mit testxplorer Filebasierter Datentransfer Filebasierte Datenverwaltung Metadaten in Datenbank Massendaten als Dateien im Originalformat auf Platte Module zur Erweiterung der Funktionalität: Prüffeldübersicht, Anbindung an Auswertung, Bisher keine performante Anbindung an ODS-Server als Datenbackbone

6 PAtoolsTX: Integrated Testing Metadaten XML-Beschreibung + Ergebnisse Dokumente

7 PAtoolsTX: Integrated Testing Überlagerte Systeme im Unternehmen Versuchsaufträge Stammdaten Assistent für Testdefinition Datenmodell Fahrzeuge Aggregate Metadaten XML-Beschreibung + Ergebnisse Dokumente

8 Konzept der Umsetzung Neue Struktur der Einlagerung Erweiterung von PAtools Herausforderung: Oberflächen + Bedienphilosophie des Altsystems nachbilden Unser Anspruch: Möglichst keine kundenspezifische Entwicklung Highlights: Dateneinlagerung PAtestEditor Diagnoseanbindung Anbindung CONCERTO

9 PAtoolsTX und ATHOS: Dateneinlagerung Dateneinlagerung in testxplorer Steuerbefehle + XML- Parameter

10 PAtoolsTX und ATHOS: Dateneinlagerung Konzept Dateneinlagerung Wird unverändert beibehalten Wird ersetzt Steuerbefehle + XML- Parameter

11 PAtoolsTX und ATHOS: Dateneinlagerung Dateneinlagerung in ODS-Server Steuerbefehle + XML- Parameter

12 PAtoolsTX und ATHOS: Dateneinlagerung Dateneinlagerung in ODS-Server Dateisystem testxplorer_datastore Data PAtools Erg SASCII Importverzeichnis Prüfstand: schreibt Daten im PAtools-ASCII-Format (erg) + Jobbeschreibung im XML-Format Webservice: Kopiert Daten vom Prüfstand in DataStore WS: Konvertiert Dateien in SASCII-Format des Importtools Status + Kommandos SASCII WS: Kopiert Dateien in Importverzeichnis Schreibt Triggerdateien für Importtool Liest Rückgabewerte aus Statusdateien Speichert Status in Datenbank

13 Erweiterung PAtools: PAtestEditor Erstellung von individuellen, kundenspezifischen Bedienoberflächen im PAconfigurator Parametrierung statt Programmierung! Kapselung der Komplexität / vereinfachte Sicht auf die PAtools- Datenbank Keine Individualprogrammierung, Softwarepflege im Rahmen der PAtools-Weiterentwicklung Pilotprojekt: PAtestEditor (PAtE)

14 Erweiterung PAtools: PAtestEditor Stark vereinfachte Parametriermasken Restparametrierung des Versuchs durch Anwender Bedienoberfläche und Bedienphilosophie nach Kundenvorgabe

15 Umsetzung durch HighQSoft Migration Datenmodell Migration der Altdaten Anpassung Importtool Archivierung + Reimport Archivdaten (alt + neu) Normnamenssynchronisation ODS PAtools Unterstützung der nachgeordneten Systeme

16 Besonderheiten bei der Umsetzung Umsetzung erfolgt im laufenden Betrieb Prüffelder werden Prüfstand für Prüfstand reautomatisiert Umsetzung unterliegt hohem zeitl. Druck Jeder Verzug auf irgendeiner Seite verursacht Kosten Mischbetrieb von Alt- und Neusystem Entsprechend müssen alle Übergänge abgestimmt sein, z.b. Datenmigration

17 Lessons learned Dateneinlagerung: vorhandene Schnittstellen wurden gehärtet Protokoll in den ODS-Server ist restriktiver als filebasierte Datenverwaltung Aufwand für Allgemeingültigkeit deutlich höher als für Individualprogrammierung Trotz Standards steckt der Teufel im Detail: Kunde muss seine vorhandenen Tools anders parametrieren, um die bekannte Sicht auf die Daten zu bekommen Infrastruktur des Kunden kann Probleme verursachen, Analyse obliegt dem Lieferanten

18 Zusammenfassung Umsetzung der Kundenanforderungen auf Basis der vorhandenen Software Prüfstandsautomatisierung + Werkzeuge Datenbackbone Dateneinlagerung Unterstützung nachgelagerter Prozesse Keine kundenspezifische Implementation Kundenspezifische Parametrierung

19 testxplorer Thank you for your attention!