Meßdatenmanagement in der AUDI TE. Systemstrategie und Integration

Transkript

1 Meßdatenmanagement in der AUDI TE Systemstrategie und Integration

2 Meßdatenmanagement in der AUDI TE Inhalt Ausgangslage Potential Lösungsansätze

3 Meßdatenmanagement in der AUDI TE Ausgangslage

4 Ausgangslage Betriebsfestigkeit Vierstempel-Klimaprüfstand Fahrzeugsicherheit Crashversuch Betriebsfestigkeit Straßensimulator und viele weitere Aerodynamik Windkanal Motorversuch Abgasrollenprüfstände Motorversuch Dauerlaufprüfstände mehrere Millionen pro Prüfeinrichtung!

5 Ausgangslage CAT-Kontext in der Audi TE mehr als 100 stationäre Prüfstände mehr als 40 mobile Systeme Datenablage

6 Ausgangslage CAT-Kontext in der Audi TE über 80 verschiedene Softwarepakete Datenablage

7 Ausgangslage Vielfalt und Qualität der Programme Beauftragen Messen Auswerten Publizieren

8 Ausgangslage CAT-Kontext in der Audi TE Sicherheitsanforderungen Fähigkeiten Rollen mehr als 800 Mitarbeiter über 15 Organisationseinheiten viele Entwicklungspartner Datenablage

9 Ausgangslage CAT-Kontext in der Audi TE Prozesseinbindung: Fahrzeug-Projekt Meßauftrag Messung Teile-Freigabe Prüfling Prüfling Prüfling Eigenschaft Funktion Eigenschaft Funktion Eigenschaft Funktion Methode Methode Methode Ergebnis Ergebnis Interpretation

10 Ausgangslage CAT-Kontext in der Audi TE Prozesseinbindung: Fahrzeug-Projekt Feldproblem Meßauftrag Messung Problemlösung Prüfling Prüfling Prüfling Prüfling Eigenschaft Funktion Eigenschaft Funktion Eigenschaft Funktion Eigenschaft Funktion Methode Methode Methode Ergebnis Ergebnis Ergebnis

11 Ausgangslage CAT-Kontext in der Audi TE Komponentenfunktion Fahrzeugsicherheit Betriebsfestigkeit Aerodynamik Elektronik/Elektrik Fahrleistung/Verbrauch Verschmutzung Schwingungsverhalten Fahrdynamik über zehn unterschiedliche Fachdisziplinen Datenablage

12 Ausgangslage CAT-Kontext in der Audi TE mehr als 100 stationäre Prüfstände mehr als 40 mobile Systeme über 80 verschiedene Softwarepakete mehr als 800 Mitarbeiter über 15 Organisationseinheiten viele Entwicklungspartner über zehn unterschiedliche Fachdisziplinen Datenablage

13 Ausgangslage CAT-Kontext in der Audi TE Meßdaten sind sehr teuer! Meßdaten sind groß, heterogen und müssen schnell bewegt werden. Daten sind das Produkt der TE. Die Datenqualität ist entscheidend für den Erfolg der TE. Datenablage

14 Ausgangslage CAT-Kontext in der Audi TE Meßdaten müssen mehrfach verwendet werden! Die Werkzeuge zum Meßdatenhandling müssen austauschbar sein! Meßdaten müssen sicher sein! Meßdaten müssen strukturiert sein! Datenablage

15 Meßdatenmanagement in der AUDI TE Potential

16 Potential Datenbedarf mehr als 100 stationäre Prüfstände mehr als 40 mobile Systeme über 80 verschiedene Softwarepakete mehr als 800 Mitarbeiter über 15 Organisationseinheiten viele Entwicklungspartner über zehn unterschiedliche Fachdisziplinen Datenablage

17 Potential Datenverfügbarkeit proprietäre Datenformate lokale, Spezialo. Insellösung semantische Inkonsistenz hoher Systempreis Datenablage

18 Potential Datenqualität Nützlichkeit Glaubwürdigkeit Wissen Interpretierbarkeit Information Auffindbarkeit Sicherheit / Handling Daten

19 Potential Datenqualität Nützlichkeit relevant korrekt vollständig verfügbar Glaubwürdigkeit konsistent validiert Interpretierbarkeit typisiert Auffindbarkeit klassifiziert strukturiert vernetzt Sicherheit / Handling Erzeuger Eigentümer Verbraucher Lebenszyklus

20 Meßdatenmanagement in der AUDI TE Lösungsansätze

21 Lösungsansätze Ablagevarianten Datenablage

22 Lösungsansätze Audi TE Meßdatenmanagement Systembaukasten

23 Lösungsansätze Handlungsfelder System Methodik Organisation Standardisierung Entwicklung Betrieb

24 Lösungsansätze Handlungsfelder Definition der Anwendung von Standards (ASAM ODS, STEP, CORBA, WEB Services, XML etc.) System Methodik Organisation Standardisierung Entwicklung Betrieb

25 Lösungsansätze Standardisierung der Datenablage Meßdaten Meßmittel Betriebsgrößen Funktion Geometrie Struktur Verwaltung Prüflinge: Fahrzeuge, ZSBs, Teile Bedarf

26 Lösungsansätze Standardisierung der Datenablage Größen und Einheiten Verwaltungsdaten Beschreibende Daten AoUnit Group AoQuantity Group AoTest Abstract AoUnitUnderTest Abstract AoTestSequence Abstract AoTestEquipment Abstract AoPhysical Dimension AoTest AoUnit UnderTest AoTest Sequence AoTest Equipment AoUnit AoQuantity AoSubTest AoUnit UnderTest Part AoTest Sequence Part AoTest Equipment Part AoMeasurement AoTest Device AoMeasurement Quantity Meßdaten AoSub matrix AoLocal Column Zugriffsschutz AoUserGroup AoUser Sonstige AoAny

27 Lösungsansätze Standardisierung der Datenablage Meßdaten Meßmittel Betriebsgrößen Prüflinge: Fahrzeuge, ZSBs, Teile Funktion Geometrie Struktur Verwaltung Bedarf Meßdaten Meßmittel Betriebsgrößen Prüflinge: Fahrzeuge, ZSBs, Teile Funktion Geometrie Struktur Verwaltung ASAM ODS Meßdaten Setup (Meßaufbauten) Betriebsgrößen Prüflinge: Geometrie Fahrzeuge, Struktur ZSBs, Teile Verwaltung Funktion Geometrie Struktur Verwaltung STEP Funktion Geometrie Struktur Verwaltung Offen

28 Lösungsansätze Handlungsfelder Definition der Anwendung von Standards (ASAM ODS, STEP, CORBA, WEB Services, XML etc.) Applikationsmodelle generisch- strukturiert konsolidieren oder neu entwickeln System Methodik Organisation Standardisierung Entwicklung Betrieb

29 Domäne (NVH, CRASH) fachliche Disziplin Projekt (Fzg. AUxxx, Modul) generische benutzerdefinierbare Ebenen Versuch Stuckern Messung (Rohdaten) im CAE: Berechnung Eigenschaftsmaske Methode Eingabeobjektmaske (Prüfling oder Eingabeobjekte für Auswertungen) Setup- Komponentenstruktur Last/Betriebszustand/ Umgebung Komponentenstruktur Auswertung / Report Ergebnis Phänomen, Norn, Target Prüflin gszust nd (gema Setup pt) er Eingab eobjekt Lasten/ liste Umgeb ungen/ Betrieb szusta nd Domäne (NVH, CRASH) fachliche Disziplin Projekt (Fzg. AUxxx, Modul) generische benutzerdefinierbare Ebenen Versuch Stuckern Messung (Rohdaten) im CAE: Berechnung Methode Eingabeobjektmaske (Prüfling oder Eingabeobjekte für Auswertungen) Außengeräusch Innengeräusch Eigenfrequenzen Setup- Komponentenstruktur Last/Betriebszustand/ Umgebung Komponentenstruktur Auswertung / Report Ergebnis Phänomen, Norn, Target Prüflin gszust and (gema pt) oder Eingab eobjekt Setup liste Lasten/ Umgeb ungen/ Betrieb szusta nd Domäne (NVH, CRASH) fachliche Disziplin Projekt (Fzg. AUxxx, Modul) generische benutzerdefinierbare Ebenen Versuch Stuckern Messung (Rohdaten) im CAE: Berechnung Außengeräusch Eigenschaftsmaske Innengeräusch Eigenfrequenzen Methode Eingabeobjektmaske (Prüfling oder Eingabeobjekte für Auswertungen) Außengeräusch Eigenschaftsmaske Innengeräusch Eigenfrequenzen Setup- Komponentenstruktur Last/Betriebszustand/ Umgebung Komponentenstruktur Auswertung / Report Ergebnis Phänomen, Norn, Target Prüflin gszust and (gema pt) oder Eingab eobjekt Setup liste Lasten/ Umgeb ungen/ Betrieb szusta nd Lösungsansätze Domänenspezifik vs. Generik domänenspezifische Applikationsmodelle = fachlich ausgearbeitete Datenstrukturen NVH Fahrzeugsicherheit Basismodell = Baukasten vordefinierter Datenelemente

30 Versuch Messung (Rohdaten) Stuckern Außen-geräusch im CAE: Berechnung Innen-geräusch Eigenschaftsmaske Eigen-frequenzen Auswertung / Report Ergebnis Phänomen, Norn, Target Domäne (NVH, CRASH) fachliche Disziplin Projekt (Fzg. AUxxx, Modul) generische benutzerdefinierbare Ebenen Versuch Messung (Rohdaten) Stuckern Außen-geräusch im CAE: Berechnung Methode Eingabeobjektmaske (Prüfling oder Eingabeobjekte für Auswertungen) Setup- Komponentenstruktur Last/Betriebszustand/ Umgebung Komponentenstruktur Innen-geräusch Eigenschaftsmaske Eigen-frequenzen Prüflin gszust nd (gema Setup pt) er Eingab eobjekt Lasten/ liste Umgeb ungen/ Betrieb szusta nd Auswertung / Report Ergebnis Phänomen, Norn, Target Versuch Messung (Rohdaten) Stuckern Außen-geräusch im CAE: Berechnung Innen-geräusch Eigenschaftsmaske Eigen-frequenzen Auswertung / Report Ergebnis Phänomen, Norn, Target Lösungsansätze Domänenspezifik vs. Generik Applikationsmodellanteil: firmenweit harmonisiert Applikationsmodellanteil: fachspezifisch generisch NVH Fahrzeugsicherheit Basismodell = Baukasten vordefinierter Datenelemente

31 Lösungsansätze Projekt Benutzerebene 1 Benutzerebene 2 AUDI MDM Datenmodell v2.0 Korrespondenz zu Lastenheft-Items Normen Versuch / Berechnungspaket Messung / Berechnung Methode (Mess)-Randbedingungen (Mess)-Randbedingungen-Vorlage Prüfling Meßmittel Betriebsgrößen Ergebnisse Prüflings- Vorlage Meßmittel- Vorlage Betriebsgrößen- Vorlage Komponentenstrukturen: Beschreibungen der Randbedingungen der konkreten Messungen Link = Konformität Vorlagen (Katalog und Templates): Komponentenstrukturen, die wesentliche fachlichen Aspekte von Randbedingungen definieren.

32 Lösungsansätze Projekt Benutzerebene 1 Benutzerebene 2 Versuch / Berechnungspaket Messung / Berechnung AUDI MDM Datenmodell v2.0 Korrespondenz zu Lastenheft-Items Normen Auswertungspaket Auswertung Methode Randbedingungen Ergebnis / Report Randbedingungen-Muster Eingabeobjekte Algorithmus Parameter Eingabeobjekt- Muster Algorithmus Parameter

33 Lösungsansätze Handlungsfelder Definition der Anwendung von Standards (ASAM ODS, STEP, CORBA, WEB Services, XML etc.) Applikationsmodelle generisch- strukturiert konsolidieren oder neu entwickeln Applikationen und Systeme nach Funktionen und Diensten strukturieren, dokumentieren und pflegen System Methodik Organisation Standardisierung Entwicklung Betrieb

34 Lösungsansätze Dienste liefern Klarheit in der Systemwelt Dienste Meßdatenmanagement Betriebsfestigkeit CAE- Datenmanagement CRASH Meßdatenmanagement Elastomerlager Versuchsträgerverwaltung Teileverwaltung Domänen- und methodenspezifisch führende Systeme Geschäftsobjekte unternehmensweit führende Systeme

35 Lösungsansätze Handlungsfelder Definition der Anwendung von Standards (ASAM ODS, STEP, CORBA, WEB Services, XML etc.) Applikationsmodelle generisch- strukturiert konsolidieren oder neu entwickeln Applikationen und Systeme nach Funktionen und Diensten strukturieren, dokumentieren und pflegen System Methodik Organisation 3rd party Applikationen nach ASAM / ODS im Sinne von Meßdatenmanagement- Software- Komponenten aufschließen Standardisierung Entwicklung Betrieb

36 Lösungsansätze Angebundene Applikationen ATSCxx Messerfassung AVx LMS TecWare FAMOS DIADEM MATLAB ncode GlyphWorks PAK

37 Lösungsansätze Architekturkonzept Komponenten 3rd PTY Anwendung 3rd PTY Adapter Backend Adapter Service Service Import/Export Suche Navigation 3rd PTY Anwendung generisches Applikationsmodell OEspezifische Systeme AVx etc. MDM Systembaukasten ASAM/ODS Daten ASAM/ODS referenzierte Massendaten

38 Lösungsansätze Handlungsfelder Unternehmensweite Verzeichnisdienste integrieren ASAM Standard auf Unternehmens- Niveau entwickeln handling von Datenobjekten außerhalb des ASAM ODS Servers definieren: Sicherheit, Verschlüsselung, Rechte System Methodik Organisation Standardisierung Entwicklung Betrieb

39 Lösungsansätze Handlungsfelder Konfigurationsmanagement Versionsmanagement Schnittstellenverwaltung System Methodik Organisation Standardisierung Entwicklung Betrieb

40 Lösungsansätze Handlungsfelder datengetriebene Prozeßeinbindung mit Daten- Qualitätssicherung System Methodik Organisation Standardisierung Entwicklung Betrieb

41 Lösungsansätze Handlungsfelder Fachadministration System Methodik Organisation Standardisierung Entwicklung Betrieb

42 Lösungsansätze Prozeßbrücken CAT - CAE MDM CAE Bench Prüfling Identität Klassifizierung Ähnlichkeitsmaße technische Eigenschaft Verfahren Aufbau Lastbedingungen Ergebnisse Rohdaten standardisierte Daten Extraktergebnisse

43 Ausblick MDM-Konzept als standardmäßige Vorgehensweise bei der Neukonzeption bzw. Überholung von größeren Meß- und Prüfeinrichtungen etablieren Weiterentwicklung, Dokumentation und Publikation von Methodik aktive Arbeit in internen und externen Standardisierungs-Gremien Lobby-Arbeit und Anforderungsmanagement mit Software-Lieferanten Methodik Methodik DPS ZEUS AVx AVx CAEBench CAEBench Geschäfts- Objekte MeDaMAk MeDaMAk Interfaces Interfaces FLV

44 Vielen Dank!