Uhrzeit

Titel

Referent

Abstract

08:30-09:00

Begrüßung

Tim Behnke

1. Vorsitzender PLM Benutzergruppe

Uwe Gündel

Head of Engineering Mobility| Voith Turbo

Guido Lange

Fachbereichsleiter Polarion PLM Benutzergruppe

09:00-09:50

Keynote

Anforderungs-Management – aussterbende Kunst oder erwachendes SysLM-Potenzial?

Guido Lange

Geschäftsführender Gesellschafter | cip alpha

In Zeiten immer mächtiger werdender Backbone-Systeme propagieren deren Vertreter gerne, dass Werkzeuge, die auf Anforderungs-Management spezialisiert sind, überflüssig werden und aussterben. Die Begeisterung für modellbasierte Entwicklung vermittelt gern das Verständnis, modellbasiertes Entwickeln könne Anforderungs-Management – zumindest in weiten Teilen – ersetzen.

In der Regel sind die Werkzeuge, die als Anforderungs-Management-Systeme gehandelt werden, als Artefakte-Management-Systeme konzipiert. So auch Polarion. Artefakte-Management-Systeme können viel mehr als Anforderungen managen, sie sind durch die dominierende Assoziation mit Anforderungs-Management unglücklicherweise verkannte Universalisten.

10:20-11:10

Keynote

System Lifecycle Engineering
From Product Data Management to Digital Engineering Excellence for sustainable Systems

Dr.-Ing. Chantal Sinnwell 

Solution Architect MBSE / MBPE | Siemens DISW

Cyber-physische Systeme bzw. Systems of Systems stellen Unternehmen vor neue Herausforderungen. Diese beziehen sich bspw. auf die Betrachtung, Planung und Orchestrierung aller Lebenszyklusphasen dieser Systeme wie Entwicklung, Herstellung, Nutzung oder Außerbetriebnahme. Etablierte Ansätze, wie das klassische Produktdatenmanagement (PDM) stoßen hier sukzessive an ihre Grenzen. Selbst Ansätze wie das Produktlebenszyklusmanagement (PLM) erfordern im Kontext der Betrachtung von Systemen statt Produkten einer Weiterentwicklung. PLM wird durch den Begriff des Systemlebenszyklusmanagements (SysLM) breiter aufgestellt, indem zusätzliche Methoden für weiterreichende Blickwinkel ergänzt werden. Gleichzeitig rückten die notwendigen Fähigkeiten zum Engineering von Systemen, die Schlagworten wie Nachhaltigkeit oder „Software-defined-Everything“ genügen sollen, wieder stärker in den Fokus. Daneben avancieren Fähigkeiten wie interdisziplinäres Arbeiten in fachlich und kulturell diversen Teams sowie methodisch und digital gestützte Kollaboration zu Schlüsselkompetenzen. 

11:10-12:00

Keynote

Zukunftsfähig aufgestellt für SysLM: Entwicklungsprozesse und Datenmanagement

Christian Muggeo

Teamleiter Engineering Transformation | CONTACT Software

Die Welt ist im Wandel und wird zunehmend digitaler. Wird es weiterhin möglich sein mit Engineering-Prozessen, -Modellen und -Tools von gestern die Produkte von morgen zu entwickeln? Sicherlich nicht. Die Herausforderungen sind teils bekannt (z.B. immer kürzere Entwicklungszeiten), teils kommen immer neue Anforderungen an Produkte auf: Resilienz in der Lieferkette, Nachhaltigkeitsanforderungen, wegfallende Systemgrenzen, zunehmende Wertschöpfung durch Softwareanteile sowie die Pflege solcher Systeme im Feld, um nur einige wenige zu nennen. Diese stellen Hersteller und deren Entwicklungsabteilungen vor immer neue Herausforderungen.

Die Lebenszyklusbetrachtung von Produkten ist hinlänglich bekannt, spätestens seit dem Auftreten von PLM-Systemen. Vielmehr müssen Modelle, Modellierungssprachen, Tools und Schnittstellen geschaffen werden, um Entwicklungsdaten über den Lebenszyklus hinweg nutzen zu können. Traditionelle Datensilos müssen aufgebrochen werden und Methoden zum disziplinübergreifenden Entwickeln integriert werden. Genau hier setzt System Lifecycle Management an.

13:00-13:50

Vortrag

Lifecycle-Prozesse für multidisziplinäre Projektteams gestalten und
mit Werkzeugen unterstützen – Work in Progress Report

Thomas Schink

Head of Lifecycle Services | Sartorius Lab Instruments

Die fortschreitende Komplexität von Produkten, Technologien und Anwendungen erfordert ein immer umfassenderes Wissen für deren Entwicklung, Produktion und Betrieb. Gleichzeitig steigen die Erwartungen an die Produktinfrastruktur und an die Bereitstellung produktbezogener Informationen in digitaler Form.

Wie gestaltet man Prozesse, um diesen Anforderungen zu genügen? Dieser Beitrag gewährt einige Einblicke, wie wir bei Sartorius Lab Products & Services damit umgehen, was unsere Herausforderungen sind.

14:00-14:50

Vortrag

Polarion im Einsatz für Ausschreibungen und erhaltene Angebote bei SBB

Ralf Smolarek

Application Owner Polarion | SBB

Seit 2019 wird Polarion in der SBB für Ausschreibungsprojekte genutzt. Die Altsysteme waren und sind in der Regel Word und Excel. Kaum überraschend daher, dass es nicht nur einen Ansatz gab bzw. gibt. Dass der Lifecycle von Beschaffungen durchaus 30 Jahre und mehr betragen kann, macht es nicht einfacher.

Ende 2020 wurde die erste Ausschreibung mit über 7000 technischen Anforderungen aus mehr als 50 LiveDocs erfolgreich publiziert. Neben Angebotsphasen kann es auch Dialogphasen vor der Publizierung geben. Mit der Realisierung kommt es zur Nachweispflicht. Optional können Anbieter einen direkten Zugang zu Polarion bekommen.

Aktuell arbeiten wir an einer universellen Konfiguration für Ausschreibungsprojekte unterschiedlicher Größe, welche wir planen zu veröffentlichen.

15:00-15:50

Vortrag

Erfahrung im Aufbau von Polarion in der SBB und für EU-Rail

Ralf Smolarek

Application Owner Polarion | SBB

Adam Ruberti-Wieczorek

ICT Architect Polarion |
SBB

Seit 2017 ist Polarion im Einsatz bei der SBB, seit 2022 bei Europe’s-Rail.

Die Einführung von Polarion in der SBB war kein Selbstläufer. Mittlerweile haben mehr als 3000 Nutzer Zugriff, und Polarion dient als zentrales Werkzeug im Anforderungsmanagement. Dadurch steigen die Bedürfnisse, weitere Funktionalität anzubinden oder bestehende Werkzeuge zu integrieren. Da wir mit unseren Ressourcen sehr sorgfältig umgehen müssen, ist eine hohe Automatisierung zwingend. Seit einem Jahr bringen wir unsere Implementierung auf die nächste Stufe.

Mitte 2022 wurde begonnen, Polarion in EU-Rail aufzubauen. In wenigen Monaten wurde – auch dank der Erfahrung in der SBB – eine neue Plattform aufgebaut, auf die über 900 Personen Zugriff haben. Ein Unterschied zur SBB ist die zwingende Verwendung von Modellen im Lifecycle.

13:00-13:50

Vortrag

MBSE ohne SysML – MOSES, ein leichtgewichtiger Ansatz aufsetzend auf Polarion+AM-PACK

Guido Lange

Geschäftsführender Gesellschafter | cip alpha

In allen Fachkreisen herrscht Einigkeit darüber, dass natürlichsprachig formulierte Artefakte für das Verstehen und Beschreiben cyberphysischer Systeme angesichts deren technischer Komplexität ungeeignet sind. Aus dem gleichen Grund verlangen z.B. Normen zur funktionalen Sicherheit und zum Schutz vor Cyber-Angriffen, dass Anforderungen an cyberphysische Systeme, zumindest an deren E/E-Subsysteme, semiformal formuliert werden.

Ausgehend von UML ist SysML 1 als semiformale Sprache entstanden. Es gibt Software-Werkzeuge, die Systementwicklung auf Basis von SysML unterstützen. Allerdings hat sich SysML 1 in der Praxis als unzureichend erwiesen, z.B. weil Semantikfestlegungen fehlen, so dass die Werkzeuge aufgrund proprietärer Festlegungen Modellaustausch unmöglich machen, außerdem erleben die Sprache und die sie nutzenden Werkzeuge bei Nicht-Elektronikern und -Softwerkern erhebliche Akzeptanzprobleme. SysML 2 gibt die Verbindung zu UML zu Gunsten vollständiger Formalität und einer neuen, als für jeden und für alles als geeignet eingestuften Syntax auf: Die sprachliche Hürde wird erneut neu und nicht einfacher, ob künftige Werkzeuge diese Hürde nehmen werden, darf in Frage gestellt werden, und das Wann wird in Jahren gehandelt.

Geht semiformal ausgerichtetes mbSE möglicherweise einfacher? Ohne SysML? Heute? Was wären die Vor- und Nachteile? Dieser Beitrag stellt mit MOSES, model-oriented systems engineering solution, einen solchen Ansatz vor in Verbindung mit Einblicken in dessen Implementierung und deren praktische Nutzung beginnend 2021.

14:00-15:30

Vortrag

Herausforderungen und Transformationsschritte bei der Einführung von Polarion und Teamcenter im Kontext einer ganzheitlichen System Lifecycle Management Strategie

Rocco Cipriano

Director Development Methodology | thyssenkrupp Steering

Patrick Schäfer 

Project Manager PLM Applications | thyssenkrupp Steering

Viele der Herausforderungen, denen sich thyssenkrupp Steering heute gegenübersieht, hängen mit aktuellen Trends im Automobilsektor zusammen, wie etwa autonomes Fahren, E-Mobilität, Car-to-Car-Konnektivität sowie strengere Sicherheits- und Umweltanforderungen. Lenksysteme können viel zur Reduzierung des CO2-Ausstoßes beitragen. Für autonome Fahrzeuge wird eine neue Lenkungs-technologie benötigt. Kunden wünschen sich ein anpassbares Lenkgefühl. Plattformübergreifende Entwicklungen senken die Kosten, was wiederum einen höheren Grad an Modularität und Standardisierung der Steuerungssysteme erfordert. Neue Lenkfunktionen werden heute hauptsächlich durch E/E und Software vorangetrieben. Das macht die einstigen mechaniklastigen Produktkomponenten mehr und mehr zu vernetzten Systemen und damit deren Entwicklungsprozess komplexer. Mit dieser zunehmenden Komplexität wird der Bedarf an integrierten Prozessen in den Engineering Domänen immer wichtiger. thyssenkrupp Steering setzt bei der Gestaltung der zukünftigen Engineering-Prozesse und IT-Toollandschaft auf System Lifecycle Management.

Dieser Vortrag konzentriert sich auf Herausforderungen und Transformationsschritte bei der Einführung von Polarion und Teamcenter im Kontext einer ganzheitlichen System Lifecycle Management Strategie. Der Hauptfokus liegt dabei auf den Engineering Prozessen in der frühen Phase mit Polarion.

Polarion wird auf Autorensystemebene zur zentralen Verwaltung der Produktanforderungen eingesetzt und stellt einen Gateway für Folgeprozesse im Engineering dar. Auf Engineering Backbone Ebene wird Teamcenter eingeführt. Zwar werden Produktanforderungen bereits teilweise in Polarion verwaltet, es gilt aber, unklare Prozesse zur Handhabung und Verfolgung von Anforderungen stärker im Sinne einer ganzheitlichen Methodik entlang der Prozess- und IT-Toolchain neu auszurichten. Ein neues Mindset bereits in den frühen Phasen des Produktentwicklungsprozesses, unterstützt durch geeignete IT-Lösungen, ist dabei wesentlich, um Datenkonsistenz von initialen Anforderungen über Systemarchitektur und Produktstrukturen bis zum realen Produktsystem zu erzielen.

13:00-13:50

Vortrag

Durchgängige Produkt-Konfiguration – von der Varianten-Planung bis in die Produktion

Jürgen Bauer

Teamleiter Produktmanagement Teamcenter Product Configurator, Rulestream, Variant Matrix | Siemens DISW

Die Beherrschung von Varianten wird immer mehr zum Erfolgsfaktor für Produkt-Hersteller jeglicher Art. Dadurch ist Variantenmanagement weiter in den Mittelpunkt des Entwicklungsprozesses gewandert, da hier maßgeblich Einfluss auf Kosten und Qualität von variantenreichen Produkten genommen werden kann. SIEMENS hat mit dem Produkt-Konfigurator ein Portfolio-Element, das von der frühen Phase bis zur Produktion eine durchgängige Varianten-Management-Lösung bereitstellt. Die Lösung ist in Teamcenter beheimatet und bietet eine Vielzahl von Standard-Integrationen unter anderem nach Polarion. Dieser Beitrag gibt einen Überblick über die SIEMENS-Konfigurator-Lösung sowie deren Integration in den Anforderungs-Prozess in Polarion.

14:00-14:50

Vortrag

Prinzipien und Möglichkeiten der OSLC-Schnittstelle Polarion/Teamcenter

Lionel Voillat

PreSales Solution Consultant Polarion | Siemens DISW

Die OSLC-Schnittstelle zwischen Teamcenter und Polarion zielt darauf ab, eine nahtlose Verbindung zwischen den in Teamcenter gespeicherten Daten des Produktlebenszyklusmanagements und den in Polarion gespeicherten Artefakten des Anforderungs- und Testmanagements herzustellen. Der Beitrag führt in das Thema ein und zeigt mit Live-Einblicken die praktische Handhabung für wichtige Anwendungsfälle.

15:00-15:50

Vortrag

Workshop zu den Polarion/Teamcenter-Schnittstellen

Lionel Voillat

PreSales Solution Consultant Polarion | Siemens DISW

Zu dem im Beitrag Prinzipien und Möglichkeiten… Vorgestellten werden detailsuchende und weiterführende Fragen der Teilnehmer zu Technik und Anwendungsfällen beantwortet, immer auch in Verbindung mit Live-Einblicken. Zum Beispiel kann auf die Nutzung der OSLC-Schnittstelle in Verbindung mit dem Änderungsmanagement eingegangen werden, ebenso beschreibend und vergleichend auf die neben OSLC existierenden Schnittstellen zwischen Teamcenter und Polarion

19:00-20:00

Keynote

Be the Captain – Verantwortung übernehmen, denn Schwätzer gibt’s genug

Peter Brandl 

Keynote Speaker und Pilot

Jeder kann ein Flugzeug fliegen, wenn alles passt. Genauso ist es mit Führung oder Management: Wenn alles passt, ist es keine Kunst. Spannend wird es, wenn die Bedingungen schwierig sind und die Probleme sich häufen. Jetzt zeigt sich, ob da ein Profi am Werk ist oder ein Schwätzer.

Mit einem Flugzeug kannst Du nicht rechts ranfahren. Wenn Deine Triebwerke brennen, nutzt es auch nichts, wenn Du den Schuldigen findest und feuerst: Es ist DEIN Flugzeug. Übernimm die Verantwortung, nutze Deine Ressourcen und bring deine Passagiere sicher ans Ziel!