Projekt 200357 Siemens Product Lifecycle Management Software Deckblatt

Projekt: 200357 /Siemens Product Lifecycle Management Software Deckblatt NX- und/oder Teamcenter. Versionsumstellung mittels PLMJob. Manager Konzept und Anforderungen für die Überprüfung der Daten durch die NX-Check. Box Erstellt: von am : Josef Feuerstein : Josef. Feuerstein@PLMJob. Manager. com : 09. 06. 2008 ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 1

Projekt: 200357 /Siemens Product Lifecycle Management Software Inhaltsverzeichnis Auflistung der verwendeten Abkürzungen Einleitung Konzept für die Überprüfung der Daten (Variante 1 mit Refile) Konzept für die Überprüfung der Daten (Variante 2 ohne Refile) Analyse der extrahierten Pre-/Post-Daten mittels des PLMJob. Managers Die Funktionen der Check. Box: Generierung der Pre-/Post-Daten Die Funktionen der Check. Box: „Überprüfung des 3 D-Modells“ Die Funktionen der Check-Box: Überprüfung der Zeichnungen Die Funktionen der Check-Box – Pre Post Vergleichs Zeichnungen erstellen Die Funktionen der Check-Box: „Überprüfung von Baugruppen“ Allgemeine Programm Optionen Eigenschaften Spätere Funktions- Erweiterungen Meeting vom 29. 07. 2008 / Fazit und Feedback Meeting vom 29. 07. 2008 / Liste mit Aufgaben (1/2) Meeting vom 29. 07. 2008 / Liste mit Aufgaben (2/2) Vorschlag Siemens-PLM für die Grundfinanzierung der Check. Box Tools (Stand 16. 10. 2008) Projekt Terminplanung Mitschriften zur Besprechung 13. 05. 2009 B. Schieber J. Feuerstein Software Architektur Info zu vorhandenen Tools Liste der beteiligten Unternehmen Historie dieser Dokumentation Seite: 3 Seite: 4 Seite: 5 Seite: 6 Seite: 7 Seite: 8 Seite: 9 Seite: 10 Seite: 11 Seite: 12 Seite: 13 Seite: 14 Seite: 15 Seite: 16 Seite: 17 Seite: 18 Seite: 19 Seiten: 20 -21 Seite: 22 Seite: 23 Seite: 24 Seite: 25 ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 2

Projekt: 200357 /Siemens Product Lifecycle Management Software Auflistung der verwendeten Abkürzungen Die in der vorliegenden Dokumentation verwendeten Abkürzungen sind im Folgenden aufgelistet: • Job. Mgr: PLMJob. Manager. • Job. Mgr-DB: Datenbank des Jobmangers. • NX: 3 D-CAD-Version. • Tc. Eng: Teamcenter Engineering; PDM-System. • Tc. Eng-DB: Datenbank von Teamcenter Engineering. • Pre-/Post-Daten: Daten in der - „alten“ NX- und/oder Tc. Eng-Version. Noch nicht auf die neuen Versionen konvertierte Daten. Aktuelles Produktivsystem. - „neuen“ NX- und/oder Tc. Eng-Version. Auf die neuen Versionen konvertierte Daten. • API; UG-Open, ITK: Application Programming Interface (API); Programmierschnittstellen von NX (UG-Open) und Tc. Eng (ITK). ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 3

Projekt: 200357 /Siemens Product Lifecycle Management Software Einleitung Jeder Kunde der einen NX Versionswechsel plant stellt sich die folgenden Fragen: - Verändern sich „meine Daten“ durch die Konvertierung auf die neue Version? - Können alle „meine Daten“ weiterhin geöffnet, bearbeitet und gespeichert werden? - Sind „meine Daten“ mit der neuen Version in gleicher Weise handhabbar wie in der aktuellen produktiven Version? Diese Fragen können nur beantwortet werden wenn die „eigenen Daten“ mit geeigneten Mitteln überprüft werden! Eine manuelle Überprüfung ist sehr umfangreich und erfordert einen immensen Zeitaufwand. Zudem sind die Prüfungen nur dann erfolgreich wenn solche manuellen Prüfungen systematisch vorgenommen werden. Der immense Zeitaufwand für manuelle Prüfungen führt in der Praxis dazu, dass dieser Teil der Umstellung meist nur oberflächlich behandelt wird. Diese „unsichere“ Situation kann mittels des Tools „Check. Box“ drastisch verbessert werden. Damit kann die Frage „Daten in der alten Version gleich den Daten in der neuen Version? “ entscheidet und sicher beantwortet werden. Die folgenden Folien zeigen das Konzept wie mit Hilfe der Check. Box und des PLMJob. Managers die Daten auf sichere Weise und automatisiert überprüft werden können. ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 4

Projekt: 200357 /Siemens Product Lifecycle Management Software Konzept für die Überprüfung der Daten (Variante 1 mit Refile) 1 Pre. Run in aktueller, produktiver NX-Version (z. B. NX 4) 3 Tc. Eng-DB Test- oder Produktiv. System Post. Run in Testsystem mit neuer NXVersion (z. B. NX 6) Tc. Eng-DB Check. Box PLMJob. Manager 2 Refile Test-System Check. Box PLMJob. Manager Beschreibung des Konzeptes: - Pre. Run (1): Generierung der „Pre-Daten“ mit dem Job. Mgr und der Check. Box. Ablage der Daten in der Job. Mgr-DB und auf dem Filesytem („alte“ Version z. B. NX 4). - Refile (2) Die Daten des Test-Systems werden Refiled - Post. Run (3): Generierung der „Post-Daten“ mit dem Job. Mgr und der Check. Box. Ablage der Daten in der Job. Mgr-DB und auf dem Filesytem („neue“ Version z. B. NX 6) Job. Mgr. DB 5 4 Analyse der Pre-/Post-Daten mittels PLMJob. Manager Erstellung der Reports - Analyse der Pre-/Post-Daten (4) mittels des ãJob. Mgr. J. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 5

Projekt: 200357 /Siemens Product Lifecycle Management Software Konzept für die Überprüfung der Daten (Variante 2 ohne Refile) 1 Pre. Run in aktueller, produktiver NX-Version (z. B. NX 4) Tc. Eng-DB Test- oder Produktiv. System Check. Box PLMJob. Manager 2 Post. Run in Testsystem mit neuer NXVersion (z. B. NX 6) Check. Box PLMJob. Manager Beschreibung des Konzeptes: - Pre. Run (1): Generierung der „Pre-Daten“ mit dem Job. Mgr und der Check. Box. Ablage der Daten in der Job. Mgr-DB und auf dem Filesytem („alte“ Version z. B. NX 4). - Post. Run (2): Generierung der „Post-Daten“ mit dem Job. Mgr und der Check. Box. Ablage der Daten in der Job. Mgr-DB und auf dem Filesytem („neue“ Version z. B. NX 6) Job. Mgr. DB 4 3 Analyse der Pre-/Post-Daten mittels PLMJob. Manager Erstellung der Reports - Analyse der Pre-/Post-Daten (3) mittels des Job. Mgr. Die Pre-/Post-Daten werden verglichen und ausgewertet. Aus dem Ergebnis des Vergleichs ãwerden die Reports (4) erstellt. J. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 6

Projekt: 200357 /Siemens Product Lifecycle Management Software Analyse der extrahierten Pre-/Post-Daten mittels des PLMJob. Managers Die Pre-/Post-Daten werden mittels PLMJob. Manager Skripten ausgewertet. Über Ergebniscodes erfolgt eine Bewertung. Die in der Job. Mgr-DB gespeicherten Ergebnisse können interaktiv aufgelistet und eingesehen werden. Auf der Homepage http: //www. plmjobmanager. com/Dokumentation. html sind weitere Details zu finden. ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 7

Projekt: 200357 /Siemens Product Lifecycle Management Software Die Funktionen der Check. Box: Generierung der Pre-/Post-Daten Allgemeine Anforderungen an die Check. Box Programme: Mit Hilfe von Commandline-Programmen (Batch-fähig!) werden die Pre-/Post-Daten generiert. Hierbei werden die Programmierschnittstellen (APIs) von NX und/oder Tc. Eng verwendet (UG-Open und/oder ITK). Die Commandline-Prozeduren sollten ähnlich wie beispielsweise die Programme „ug. To. Pv. exe“ oder „ugmanager_refile_program. exe“ gestaltet sein. Weiterhin sollten die Commandline-Prozeduren idealerweise unter dem „alten System“ (z. B. NX 2) als auch unter dem „neuen System“ (z. B. NX 6) lauffähig sein. In der aktuellen Phase werden von den NX-Elementen • 3 D-Modell, • Baugruppen und • Zeichnungen Pre-/Post-Daten generiert und überprüft. In einer folgenden Phase soll auch möglich sein Überprüfung von Pre-/Post-Daten aus dem • CAM-Daten • Tc. Eng-Daten zu prüfen. ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 8

Projekt: 200357 /Siemens Product Lifecycle Management Software Die Funktionen der Check. Box: „Überprüfung des 3 D-Modells“ Je Referenz. Set (Ref. Set) des 3 D-Modells sollen die folgenden Parameter ausgegeben werden: - Volumen (addiert) Oberfläche Schwerpunkt Trägheitsmoment Verallgemeinertes Trägheitsmoment (gleiche Gewichtung der Features) prüfen!! Anzahl der 3 D-Volumenkörper Anzahl der 3 D-Features Unterscheiden nach Stati (inaktiv, out of date, unterdrückt, etc. ) Anzahl der 2 D-Objekte (Drahtgeometrie) Anzahl der Objekte je Layer Ausgabe der Liste mit Expressions- /Ausdrücke Update All Feature (Option) Beschreibung der Commandline Parameter Programmname: Parameter: : Nx. Check. Box. exe -u=Tce. User –p=Tce. User. Password -Action=Model. Get. Data -log=Log. File. Name. txt (enthält Debug- und Konsolen-Ausgaben des Programms) -part=Part. Cli. Name (Cli-Name des 3 D-Modells) -part. List=My. Parts. List. txt (Dateiname der Datei die Partlisten im Cli-Format enthält) -Analyse. Dat. File=My. Analyse. Out. File. txt (in diese Datei werden die Ergebnisdaten im CSV-Format geschrieben) Aufbau: Part. Cli. Name; Vaue 1; Value 2; …Value. N -part. List. Map. Analyse. Dat. File in dieser Datei steht wie die Analyse. Dat. Files für die in der Analyse. Dat. File angegeben Cli. Namen heißen Aufbau: @DB/My. Part. Cli. Name 4711/A; C: TempMy. Part. Cli. Name 4711_A_Model. txt @DB/My. Part. Cli. Name 4712/B; C: TempMy. Part. Cli. Name 4712_B_Model. txt (-Use. Resets Einfach, Modell; My. Refset. Name. Xy. Z) Die Daten werden für jedes vorkommende Refset extrahiert ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 9

Projekt: 200357 /Siemens Product Lifecycle Management Software Die Funktionen der Check-Box: Überprüfung der Zeichnungen Je Zeichnung sollen folgende Dokumente ausgegeben werden: - CGM-Datei HPGL-Datei Beschreibung der Commandline Parameter: Programmname Parameter : Nx. Check. Box. exe -u=Tce. User –p=Tce. User. Password -Action=Spec. Get. Data -log=Log. File. Name. txt -part=Part. Cli. Name -Analyse. Dat. File=My. Analyse. Out. File. txt (enthält Debug und Konsolen ausgaben des Programms) (Cli Name des 3 D Modells) (in diese Datei werden die Ergebnisdaten im csv Format geschrieben) Aufbau: Handle; ITEM_ID; ITEM_REV; CALLOUT; X; Y; Z; XACHSE[1]; XACHSE[2]; …; ZACHSE[3] -part. List. And. Map. Analyse. Dat. File in dieser Datei steht die zu verarbeitenden Objekte sowie die Namen der Analyse. Dat. File angegeben Cli. Namen heißen Aufbau: @DB/4711/A/specification/Z 1; C: TempMy. Part. Cli. Name 4711_A_Model. txt -Strukture. Sync=Yes/No -Update. All. Views -Sheet=Blatt 1; Blatt 2 -Extract. CGM_to. Dir=C: TempMy 4711 mit Strukture. Sync=Yes wird eine Strukturaktualisierung vor dem ermitteln der Daten erzwungen. Die Ansichten der Blätter sollen vor der Datenanalyse aktualisiert werden. Namensliste der zu verarbeitenden Blätter _ALL_= alle Blätter Gibt den Pfad an in den die CGM Dateien abgelegt werden sollen. Die Namen der CGM Dateien sollen nach zusammengesetzt werden aus: Extract CGM_to. DirPart. Name_Part. Rev_Sheet. Name. cgm Ausgabe folgender Zusätzlicher Daten: - Anzahl Views - Views mit Namen Origin Extents Scale … - Anzahl der Retained Objects - Anzahl Masse GDNT Notes Patternlist (Name Einfügepunkt X Y Scale) - Liste der Bemaßungsobjekte Vergleich der CGM‘s/Hpgl‘s via Automatisierung wird angestrebt: Hinweise siehe Open. Source http: //imagemagick. org/ D: ugsugnx 5ugssamplescompare_drawings ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 10

Projekt: 200357 /Siemens Product Lifecycle Management Software Die Funktionen der Check-Box – Pre Post Vergleichs Zeichnungen erstellen Funktion: (separates Programm) - Hilfstool zum einfachen Vergleichen von CGM Files der Zeichnungen Durch importieren von CGM Files in ein neues leeres NX Partfile. Beschreibung der Commandline Parameter: Programmname : Nx. Check. Box. exe Parameter -Action=Cgm. Import. To. NXPart. File -Cgmto. Part. File=File. Name. prt -Part. Template=My. Template. prt -Cgm 1_File=File. Name 1. cgm -Cgm 1_Colore=blue -Cgm 1_Layer=2 -Cgm 2_File=File. Name 1. cgm -Cgm 2_Colore=green -Cgm 2_Layer=5 Name des Partfiles in die CGM Files 1+2 zu importieren sind C: My. DataNX 2 -NX 5 Compare4711_A_sheete 1. prt Name des Vorlagen Templatefiles Name des 1 CGM Files (C: My. DatNX 24711_A_sheet 1. cgm Objekte des CGM-1 Files einfärben auf Farbe Objekte des CGM-1 Files auf diesen Layer legen Name des 2 CGM Files (C: My. DatNX 24711_A_sheet 1. cgm Objekte des CGM-2 Files einfärben auf Farbe Objekte des CGM-2 Files auf diesen Layer legen -Cgm 2_x. Offset=0. 05 -Cgm 2_y. Offset=0. 025 X Wert um den die Cgm 2 Objekte verschoben werden sollen Y Wert um den die Cgm 2 Objekte verschoben werden sollen ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 11

Projekt: 200357 /Siemens Product Lifecycle Management Software Die Funktionen der Check-Box: „Überprüfung von Baugruppen“ Je Baugruppe sollen bzgl. der Komponenten die folgenden Parameter, geordnet nach Levels, ausgegeben werden: - Transformationsmatrix Callouts etc. Beschreibung der Commandline Parameter: Programmname Parameter : Nx. Check. Box. exe -u=Tce. User –p=Tce. User. Password -Action=Assembly. Get. Data -log=Log. File. Name. txt (enthält Debug und Konsolen ausgaben des Programms) -part=Part. Cli. Name (Cli Name des 3 D Modells) -part. List=My. Parts. List. txt (Dateiname der Datei die Partlisten im Cli. Format enthält) -Analyse. Dat. File=My. Analyse. Out. File. txt (in diese Datei werden die Ergebnisdaten im csv Format geschrieben) Aufbau: Handle; ITEM_ID; ITEM_REV; CALLOUT; X; Y; Z; XACHSE[1]; XACHSE[2]; …; ZACHSE[3] -part. List. Map. Analyse. Dat. File in dieser Datei steht wie die Analyse. Dat. Files für die in der Analyse. Dat. File angegeben Cli. Namen heißen Aufbau: @DB/My. Part. Cli. Name 4711/A; C: TempMy. Part. Cli. Name 4711_A_Model. txt @DB/My. Part. Cli. Name 4712/B; C: TempMy. Part. Cli. Name 4712_B_Model. txt -Strukture. Sync=Yes/No mit Strukture. Sync=Yes wird eine Strukturaktualisierung vor dem ermitteln der Daten erzwungen. -Levels=1 Anzahl der zu betrachtenden Ebenen 1=bis zur 1. ten Ebene. . 2=bis zur 2. ten Ebene All=bis zur tiefsten Ebene Ausgabe folgender Zusätzlicher Daten: -Anzahl der Wave. Links nach Status -Anzahl der Matings nach Type -Anzahl der Arrangements -Anzahl der Unterdrückten Komponenten -Anzahl der Unterdrückten nach Expression -Konsistenz zwischen Tce BOM und NX vergleichen Hinweis: Es soll noch geprüft werden wie die Komponenten Daten über alle Leves abgelegt werden können um diese sinnvoll via Pre Post vergleich zu können ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 12

Projekt: 200357 /Siemens Product Lifecycle Management Software Allgemeine Programm Optionen Eigenschaften • Headerdaten schreiben – Cli. Name – ist PFM oder PFT (PFT PFTemplate) – alle Spread. Sheet Infos schreiben Fileausgabe wie aus –part. List. Map. Analyse. Dat. File=C: TempMy. Part. Cli. Name 4711_A_Model_Spread_Modeling_Sheet. txt. . (alle 3) – Partattribute – Ausdrücke • Die Extrahierten Daten sollen pro Part in einem XML File abgelegt werden. • Mode=Modell. Get. Data, Assemby. Get. Data , Drawing. Get. Data Mode= - Auto. Extract Check. Box extrahiert automatisch so viele Daten wie sich aus dem Part-File heraus ergeben. Bspl. Modeldaten 3 D oder 2 D Objekte Modell Daten schreiben Sheet[s] mit einer View vorhanden Drawing Daten schreiben Assembly Struktur vorhanden Assembly Daten schreiben • Allgemeine Auswertungs- Bedingungen: Es müssen immer sich gegenüberstehende Pre-Post Daten existieren. Fehlt einer der Datensätze so ist dieser als Fehler zu interpretieren. ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 13

Projekt: 200357 /Siemens Product Lifecycle Management Software Spätere Funktions- Erweiterungen • Wie können GD&T Daten z. b. Toleranzen in ein Pre-Post Vergleich einbezogen werden • NXManager. Check. Box z. B. Pre-Post Vergleichen der TCE PSE Daten von Assemblies ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 14

Projekt: 200357 /Siemens Product Lifecycle Management Software Meeting vom 29. 07. 2008 / Fazit und Feedback Im Folgenden ist in Stichpunkten das Fazit/Feedback bzgl. des Meetings bei der Firma Renk am 28. 07. 08 wiedergegeben: • Die Besprechung wird insgesamt als positiv bewertet. • Das Thema Check. Box im Zusammenhang mit dem Refile soll „auf alle Fälle“ weiter vorangetrieben werden. • Die Gruppe des Meetings ist eine „hochkarätige Truppe“. • Auf Firmen die bisher kein Upgrade durchführten kommt eine Menge Arbeit zu. Dies liegt daran, dass die Datenbestände, bzw. Altbestände in unterschiedlichen Versionen vorliegen. Diese Altbestände gilt es aufzuräumen. • Es wurde nochmals in der Feedbackrunde die Frage „in den Raum geworfen“ ob hinsichtlich der Version NX 6, aufgrund der neuen Verknüpfungsbedingungen, ein Refile zwingend erforderlich ist. • Bezüglich der Zeichnungsprüfung wird vorgeschlagen über das Zwischenformat „CGM“ und/oder „HPGL“ zu gehen. • Ein großes Dankeschön geht an die Herren Wirth und Herrn Lange der Firma Renk für die gute Organisation des Meetings. • Gelobt wird die sehr gute Zusammenarbeit der Gruppe. • Der Wunsch wurde geäußert, dass es eine Gruppe „Refile“geben sollte, bzw. die „heutige Truppe“ zusammenbleiben sollte. • Das Tool „Check Box“ muss sowohl im Zusammenhang mit Teamcenter als auch Nativ angewendet werden können. • Weiterhin sollte das Tool „Check. Box“ auch im täglichen Betrieb anwendbar sein. ãJ. FES Dokument : [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 15

Projekt: 200357 /Siemens Product Lifecycle Management Software Meeting vom 29. 07. 2008 / Liste mit Aufgaben (1/2) Die folgenden Aufgaben wurden im Meeting am 28. 07. 08 bei der Firma Renk definiert: Nr. : Aufgabe: Verantwortlicher: 1 Hinsichtlich des Refiles, notwendig oder nicht? , gibt es unterschiedliche Aussagen. Die Gründe sowie das „Für und Wieder“ werden nochmals zusammengefasst. Feuerstein, C. Keller 2 Eine Beschreibung der „Refile-Schalter“ besteht, aber kein sogenannter „Best Practise Feuerstein, Guide“. Aus diesem sollten Empfehlungen für diverse Fallbeispiele hervorgehen. Ein C. Keller „Best Practise Guide“ ist zu erstellen. 3 Abstimmung hinsichtlich des Tools „Check Box“ mit der Entwicklung von Siemens PLM. Eine Beteiligung der Entwicklung von Siemens PLM wird angestrebt. Schieber 4 Herr Reim (Fa. MTU) erwähnt die Existenz eines Tools von Seiten Siemens PLM mit dem Namen „Prod. Test. Loader“. Das Tool wurde erst nach „heftigen Nachfragen“ herausgegeben. Die genaue Funktion und Funktionsweise des Tools ist zu eruieren. Was genau kann das Tool? Schieber 5 Die Frage ist zu klären inwieweit Parameter wie z. B. das Trägheitsmoment aktuell berechnet werden. Wird z. B. das Trägheitsmoment aus dem alten, noch nicht auf die neue Version konvertierten Partfile in das konvertierte Partfile übernommen oder neu berechnet? Schieber 6 Es steht die Aussage im Raum ob bei NX 6 die Matings zwangsweise konvertiert werden. Der „Wahrheitsgehalt“ der Aussage ist zu überprüfen. Matings müssen in NX 6 nicht konvertiert werden (Info von C. Keller) Schieber 7 Im Meeting wurden eine Anzahl zu prüfender Parameter genannt. Aus Sicht „Siemens Schieber ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 16

Projekt: 200357 /Siemens Product Lifecycle Management Software Meeting vom 29. 07. 2008 / Liste mit Aufgaben (2/2) Die folgenden Aufgaben wurden im Meeting am 28. 07. 08 bei der Firma Renk definiert: Nr. : Aufgabe: Verantwortlicher: 8 Das Thema Toleranzen bzgl. der Daten „vorher und nachher“ wurde (noch) nicht eingehend behandelt. Als Beispiel sei der Parameter Volumen genannt: Wie groß darf die Volumendifferenz zwischen „vorher und nachher“ sein, dass noch nicht von einem Fehler „gesprochen“ wird. Eine Untersuchung diesbezüglich wird vorgenommen. Weiterhin sollen die Grenzwerte kundenspezifisch anpassbar sein. Feuerstein 9 Im Meeting am 28. 07. 08 wurde im Wesentlichen das 3 D-Modell und die daraus abgeleitete Zeichnung („NX-Datenmodell“) besprochen. Es ist zu prüfen inwieweit die Datenmodelle im CAM und Teamcenter auch überprüft werden sollen bzw. müssen. Feuerstein 10 Bezüglich der Zeichnungsprüfung existiert – angeblich – ein Tool. Es wird geprüft ob entsprechendes Tool existiert. Bei negativem Resultat, d. h. wenn kein solches Tool existiert, tritt man an das Management von Siemens PLM heran. Schieber Seitens Siemens PLM werden die für die Programmierung des Tools notwendigen Manntage geschätzt. Zwecks der Abrechnung der Manntage wird Kontakt mit dem Management von Siemens PLM aufgenommen. Hierbei sollte auch festgelegt werden wie eine langfristige Releasefähigkeit und Wartung gewährleistet werden kann. Schieber / Keller 11 12 Reim Die bzgl. des Meetings entstandenen Unterlagen werden an die Teilnehmer verschickt. Feuerstein 13 In zirka 8 Wochen (~Ende Sept. 08 / Anfang Okt. 08) wird bei der Firma Renk mit Wirth / Lange ãJ. FES Dokument : [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Tests begonnen. Seite: 17

Projekt: 200357 /Siemens Product Lifecycle Management Software Vorschlag Siemens-PLM für die Grundfinanzierung der Check. Box Tools (Stand 16. 10. 2008) Nach eingehender Diskussion der technischen wie wirtschaftlichen Details ist folgender Vorschlag von Fa. Siemens erarbeitet worden: Alle Tools können und sollen mit Ufunc Programmen erstellt werden. Info: Es wurde diskutiert Check. Mate mit einzubinden wir haben uns dagegen entschieden da technische (Schwerpunkt: Versions- Kompatibilität) und organisatorische (Schwerpunkt Koordination) Gründe dagegen sprechen. Fa Siemens unterbreitet an die Gruppe folgendes Angebot: - Die Check. Box Tools können erstellt werden, wenn jedes interessierte Unternehmen 3 MT mit finanziert. Voraussetzung ist das sich mindestens 4 Unternehmen an dem Projekt beteiligen. Fa. Siemens übernimmt die verleibenden Aufwendungen. - Für alle zukünftigen Firmen, die bei dieser Initialzündung nicht dabei waren, verlangen wir dann 5 MT Nr. Consulting, für den Erhalt und die Verwendung der kompletten Checkbox-Tools. Funktion Aufw. : B. Schieber Aufw. : J. Feuerstein Überprüfung des 3 D-Modells 3 -1 Die Tools sind lauffähig für die Versionen NX 2 – bis – NX 6. 2 Überprüfung von Baugruppen 5 3 Überprüfung der Zeichnungen (auf CGM BASIS) 5 4 Pre Post Vergleichs Zeichnungen erstellen 5 5 PLMJob. Manager Integration 6 Aufwendungen für Koordination 4 Gesamt: Der Inhalt dieser Seite wurde in Abstimmung mit Herrn Bernd. Schieber von J. Feuerstein erstellt. 8 5 26 9 Aufwendungen: ~35 MT ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 18

Projekt: 200357 /Siemens Product Lifecycle Management Software Projekt Terminplanung • 13. 05. 09 oder 18. 05. 09 Detailklärung/Spezifikations- Festlegung für die Entwicklung der Tools in Stuttgart. Teilnehmer: Herr Bernd Schieber Helmuth Maier (voraussichtlich) Josef Feuerstein • ab Mitte 05/2009 bis Ende 06/2009 - Entwicklung der Tools durch S-PLM Herr B. Schieber oder Herr Maier - Integration in den PLMJob. Manager durch J. Feuerstein • Ende 06/2009 geplanter Fertigstellung Termin für die Tool's ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 19

Projekt: 200357 /Siemens Product Lifecycle Management Software Mitschriften zur Besprechung 13. 05. 2009 B. Schieber J. Feuerstein • Aufrufe • Extractions Steuerung • Format der Log. Files – Run. Log. File (Format: TXT) Enthält die Konsolen Debug Meldungen Ausgaben werden von Bernd Schieber festgelegt. Z. B. Errorcodes und deren Bedeutung Header Debug 1 Debug 2. . Abschluss Result: Return=0 Msg=OK Weiteres vorgehen: XML Schema festlegen J. Fes Umsetzung Model. Extract B. Schieber Umsetzung Test‘s J. Fes Abschluss Result: Return=20 = errorlevel für cmd Umgebung setzen Msg=Part dose not exist Message auch in Syslog. Files mitschreiben Time. Stamps Duration wenn sinvoll – • Ergebniss. Log. File (XML) XML Schema. File wird von J. Fes festgelegt Verhalten beim Extrahieren von Daten wenn ein Fehler auftritt Allgemein – In –h gibt Options und Info über Errorcodes aus Errorocodes eigene 10 Login faild 20 Part exitiert nicht 99 Error/Exeption stammt aus NX • • Durchsprache der 4 Tools Dokumentation ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 20

Projekt: 200357 /Siemens Product Lifecycle Management Software Mitschriften zur Besprechung 13. 05. 2009 B. Schieber J. Feuerstein Entwurf XML File Stand 13. 05. 09 <? xml version="1. 0"? > <? mso-application progid="Excel. Sheet"? > <CHECK> <HEADER> <CLINAME>"@4711/A"</CLINAME> </HEADER> <MODEL> <Attributes> <Title>PA 1</Title> <Value>"wert von PA 1"</Value> <Title>PA 2</Title> <Value>"wert von PA 2"</Value> </Attributes> <Expressions> <Name>PA</Name> <Value>" 44"</Value> </Expressions> </MODEL> <ASSEMBLY_STRUCTURE> <Component File="100022666_D 10_001_00. model" Handle="023984572"> <Matrix X 1="1. 00000000 E+00" X 2="0. 00000000 E+00" X 3="0. 00000000 E+00" Y 1="0. 00000000 E+00" Y 2="1. 00000000 E+00" Y 3="0. 00000000 E+00" Z 1="0. 00000000 E+00" Z 2="0. 00000000 E+00" Z 3="1. 00000000 E+00"/> </Component> <Component File="100022999_D 10_001_00. model" Handle="23984573455"> <Matrix X 1="1. 00000000 E+00" X 2="0. 00000000 E+00" X 3="0. 00000000 E+00" Y 1="0. 00000000 E+00" Y 2="1. 00000000 E+00" Y 3="0. 00000000 E+00" Z 1="0. 00000000 E+00" Z 2="0. 00000000 E+00" Z 3="1. 00000000 E+00"/> </Component> </ASSEMBLY_STRUCTURE> </ASSEMBLY> <DRAWING> </CHECK> : [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 ãJ. FES Dokument Seite: 21

Projekt: 200357 /Siemens Product Lifecycle Management Software Architektur Mitschrift Besprechung mit Bernd Schieber am 11. 06. 08 NXCheck. Box. exe Organisationsteil (Kopf Programm) Übernimmt parameter und steuert dll‘s an Model. Get. Data. dll Assembly. Get. Data. dll ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 22

Projekt: 200357 /Siemens Product Lifecycle Management Software Info zu vorhandenen Tools Analyse Tools • %Ugii_Base_dir%ugiiug_inspect. exe Listet Info‘s eines Parts Defentely contais. . • %Ugii_Base_dir%ugiiugpc. exe Listet Assemby Struktur -n Anzahl Verbauungen -s 2 (Einrückungen) -h= Help ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 23

Projekt: 200357 /Siemens Product Lifecycle Management Software Liste der beteiligten Unternehmen Liste der Ansprechpartner: BSH: Herr Karl Bertram, Herr Rudolf Werner KBA: Herr Dr. Rainer Hofmann MTU: Herr Reinhard REIM Renk: Herr Ulrich Lange, Herr Helmut Wirth Siemens/PLM: Herr Bernd Schieber Job. Manager: Herr Josef Feuerstein ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 24

Projekt: 200357 /Siemens Product Lifecycle Management Software Historie dieser Dokumentation Nr. Datum Wer Was 1 2 3 09. 06. 2008 29. 07. 2008 12. 09. 2008 J. Fes 4 5 6 7 16. 10. 2008 28. 04. 2009 05. 2009 13. 05. 2009 J. Fes Erstellung Version nach dem Startup Meeting vom 28. 7. 2008 bei Fa. Renk in Augsburg Version nach Besprechung mit C. Keller und B. Schieber incl. Zusammenstellung der Aufwende für die Realisierung der Phase I Vorschlag Siemens-PLM für die Grundfinanzierung der Check. Box Tools (Stand 16. 10. 2008) Einarbeitung Folie „Konzept für die Überprüfung der Daten (Variante 2 ohne Refile)“ Einarbeitung der Folie: „Projektterminplanung“ Einarbeitung der Folie: „Mitschriften zur Besprechung 13. 05. 2009 B. Schieber J. Feuerstein “ ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 25

Projekt: 200357 /Siemens Product Lifecycle Management Software Notizen ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 26

Projekt: 200357 /Siemens Product Lifecycle Management Software # Archiv Folien ãJ. FES Dokument: [Check Box Konzept - Anforderungen_Dokumentation_D 00164_JFES_V 7. ppt] (Josef Feuerstein) Stand vom: [18. 05. 2009] gedruckt am: 27. 11. 2020 Seite: 27