Neben der Generierung von vollständig lauffähigem Quellcode aus Modellen hat sich die automatisierte Dokumentation als einer der wichtigsten Anwendungsfälle modellgetriebener Vorgehensweisen herausgestellt. Dabei wird mehr als bei den bereits lange angewendeten Generatoren für die API wie DoxyGen, Wert auf die projektbegleitenden Dokumentationen gelegt. In diesem Workshop werden  die Basiskonzepte, Vorgehensweisen und Anwendungsbeispiele für die automatisierte Herstellung von Dokumenten  zur Beschreibung der Systemanforderungen, der Projektorganisation, des Berichtswesens, der Systemdokumentation (Hardware und Software) sowie unterstützender Dokumente für die Erstellung von Testszenarien vorgestellt. Mit den Teilnehmern sollen Möglichkeiten der automatisierten oder teilautomatisierten Generierung von Benutzerdokumentationen für eingebettete Systeme diskutiert werden.

Was sind die erforderliche Modellinhalte eines Projektes und welche Ergebnisse werden daraus generiert?

Modellbasierte Werkzeuge unterstützen i.d.R. lediglich die Beschreibung von Anforderungen, Daten und Funktionalitäten und können daher auch nur die dementsprechenden Code-Teile generieren.

Reale Projekte umfassen jedoch weitaus mehr Vorgaben/Informationen und erfordern unterstützende Hilfsmittel, die Entwickler im Projektverlauf benötigen (z.B. Metadaten, GUI/HMI, Kommunikation bzw. Online-Visualisierung, Offline-Simulation, Protokollier-SW, Testszenarien … ).

Diese werden normalerweise separat von Hand oder mit anderen Tools erstellt. Gravierende Nachteile sind dabei mehrere Designquellen (Redundanz) und damit keine (brauchbare) Wiederverwendbarkeit, erhöhte Fehlermöglichkeiten und letztendlich ein größerer Entwicklungsaufwand.

Der Vortrag zeigt anschaulich anhand realisierter Projekte, wie durch gezielte Erweiterungen der UML bereits im Modell eine vollständige Beschreibung des Systems erfolgt. Daraus wird Applikations-Code eine umfassende Test- und Simulationsumgebung (mit/ohne Target) und umfangreiche Dokumentationen erzeugt – ganz ohne Nachbearbeitung.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Die neue SysML v2 ist seit vielen Jahren in Arbeit. Nun befindet sie sich auf der Zielgeraden. Ich werde einen kurzen Einblick in den neuen Standard geben und den aktuellen Stand vorstellen.

Mit der SysML v2 können grundsätzlich die gleichen Konzepte wie mit SysML v1 modelliert werden. Die Umsetzung ist aber anders und es gibt noch etliche weitere Features, die die SysML v1 nicht bietet.

Ich greife ein Feature heraus, das anders ist und ein brennendes Problem der SysML v1 löst: die Modellierung von Varianten. Wir werfen einen Blick auf der Problem in der SysML v1 und ich zeige Ihnen dann, wie es in der SysML v2 gelöst wird.

Warum ist Produktmodell-Management wichtig? Um ein komplexes Produkt wie ein Auto herzustellen, sind ca. 10.000 Entscheidungen erforderlich. Viele dieser Entscheidungen finden Eingang in Modelle (z. B. 0D, 1D, 2D, 3D). Der Verlust eines 2D-/3D-Modells bedeutet, dass Sie nicht mehr in der Lage sind, das Produkt herzustellen. Darum sollen die integrierten Kontrollmechanismen die Modelle verwalten. Dasselbe gilt jetzt für andere Typen von Modellen wie Matlab/Simulink und LMS Amesim. Leistung, Kosten, Zuverlässigkeit etc. sind allesamt entscheidend für die Bereitstellung eines Qualitätsprodukts. Dennoch werden immer noch 1D-Modelle auf Desktops oder offenen freigegebenen Laufwerken gespeichert. Wenn Modelle nicht gefunden oder wiederverwendet werden können, können Sie nicht sicher sein, ob Sie die richtige Modellversion verwenden. Teamcenter ermöglicht das effiziente Management von 1D-Modellen zusammen mit anderen Produktmodellen für schnellere Innovation mit größerem Einblick in Ihre domänenübergreifenden Daten und Prozesse.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Architektur-Modelle in SysML und UML werden heute industrieübergreifend eingesetzt aber im Bereich des SW Designs und Entwicklung gibt es immer noch Vorbehalte bzw. Mythen. Anhand eines Beispiels zeigen wir wie “Konsistenz zw. Design und Implementierung”, “Modellieren im Team”, “Codegenerierung aus UML für Embedded Systeme” und “Testen ohne Target HW” mit Rhapsody geht.

Peter Schedl, IBM Engineering Program Manager
Peter Schedl ist seit mehr als 20 Jahren im Bereich der Entwicklung mechatronischer Systeme tätig. Bereits in seinen Anfängen erkannte er den Wert eines ganzheitlichen System-, HW- & SW-Architekturdesigns.
Er hat Erfahrung in der Anwendung von Methoden und Werkzeugen in der Luft- und Raumfahrt sowie in der Automobilindustrie über den gesamten Anwendungslebenszyklus.
Derzeit konzentriert er sich darauf, Kunden bei ihrer digitalen Transformation einschließlich KI-Technologie zu unterstützen.

Patrick Weber, IBM Engineering TechSales
Patrick Weber ist ein erfahrener Systemingenieur. Er verfügt über mehr als 15 Jahre Erfahrung in der Entwicklung eingebetteter Systeme, insbesondere im Automobilbereich, wo er als Entwickler und Architekt tätig war.
Patrick kam 2008 zu IBM und arbeitet seitdem als technischer Vertrieb für Model Based Systems Engineering in den Bereichen Luft- und Raumfahrt & Verteidigung, Automobilindustrie und Medizin.

Architektur-Modelle in SysML und UML werden heute industrieübergreifend eingesetzt aber im Bereich des SW Designs und Entwicklung gibt es immer noch Vorbehalte bzw. Mythen. Anhand eines Beispiels zeigen wir wie “Konsistenz zw. Design und Implementierung”, “Modellieren im Team”, “Codegenerierung aus UML für Embedded Systeme” und “Testen ohne Target HW” mit Rhapsody geht.

Peter Schedl, IBM Engineering Program Manager
Peter Schedl ist seit mehr als 20 Jahren im Bereich der Entwicklung mechatronischer Systeme tätig. Bereits in seinen Anfängen erkannte er den Wert eines ganzheitlichen System-, HW- & SW-Architekturdesigns.
Er hat Erfahrung in der Anwendung von Methoden und Werkzeugen in der Luft- und Raumfahrt sowie in der Automobilindustrie über den gesamten Anwendungslebenszyklus.
Derzeit konzentriert er sich darauf, Kunden bei ihrer digitalen Transformation einschließlich KI-Technologie zu unterstützen.

Patrick Weber, IBM Engineering TechSales
Patrick Weber ist ein erfahrener Systemingenieur. Er verfügt über mehr als 15 Jahre Erfahrung in der Entwicklung eingebetteter Systeme, insbesondere im Automobilbereich, wo er als Entwickler und Architekt tätig war.
Patrick kam 2008 zu IBM und arbeitet seitdem als technischer Vertrieb für Model Based Systems Engineering in den Bereichen Luft- und Raumfahrt & Verteidigung, Automobilindustrie und Medizin.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Durch automatisierte SysML-zu-UML-Modelltransformation maximieren Sie ganz erheblich die Vorteile der Modellierung.

Sowohl UML (Unified Modeling Language) als auch SysML (Systems Modeling Language) sind weit verbreitete Industriestandard-Notationen für die Modellierung komplexer Software und Systeme. Die Vorteile der Arbeit mit Modellierung, z.B. Klarheit der Architektur, eindeutige Spezifikation von Verhalten oder Schnittstellen und vieles mehr haben zahlreichen Projekten , um Erfolg verholfen. Führende Modellierungstools, wie IBM Engineering Rhapsody, stehen zur Verfügung, um die Vorteile der Modellierung in der System- und Softwareentwicklung voll auszuschöpfen. Für sicherheitskritische Anwendungen hat sich die Modellierungssoftware für eingebettete Systeme mit UML besonders bewährt. SysML ist eine neuere Notation, die auf UML basiert und für die Anforderungen von Teams entwickelt wurde, die komplexe heterogene Systeme entwickeln, z.B. Cyber-Physische Systeme (CPS).

Systemingenieure in der Automobil-, Luft- und Raumfahrtindustrie und anderen Branchen werden durch die zunehmende Größe und Komplexität ihrer Lösungen, einschließlich Mechanik-, Mechatronik-, Hardware- und Softwarekomponenten in verteilten oder verschachtelten System-of-System-Szenarien, herausgefordert. SysML bietet diesen Ingenieuren die Möglichkeit,  ihre technischen Herausforderungen zu meistern. Obwohl IBM Rhapsody die UML- und SysML-Modellierung unterstützt, besteht die Herausforderung darin, eine nahtlose „Übergabe“ eines SysML-Modells auf Systemebene, das die in Software zu implementierende Funktionalität umfassen soll, an das mit UML arbeitende Softwareteam sicherzustellen. Die manuelle  Transformation von SysML in UML kann ein umständliches und fehleranfälliges Verfahren sein. Eine automatisierte Transformation von SysML in UML spart Teams viel Zeit und reduziert Missverständnisse und Fehler.

In diesem Vortrag beleuchten wir eine pragmatische Lösung für die automatisierte Transformation und diskutieren Beispiele, z.B. aus der Automobilindustrie. Hoch entwickelte und komplexe Systeme für autonomes Fahren werden typischerweise in SysML modelliert, während die Software UML-konform zu AUTOSAR implementiert werden muss. Abschließend geben wir einen Ausblick auf zukünftige Optionen und Optimierungen.

Walter van der Heiden
Mitgesellschafter der Holding SodiusWillert SAS und Technischer Geschäftsführer der Willert Software Tools GmbH
Praktische Erfahrung im Bereich Embedded Softwareentwicklung seit 1995 in den Bereichen

• Embedded Softwareentwicklung
• Entwicklung von Embedded Software Tools wie Compiler, Debugger, RTOS, Codegeneratoren und UML Frameworks
• Support und Vertrieb von Software Entwicklungs-Tools
• Schulungen und technisches Coaching in Embedded SW Projekten

E-Mail: wvdheiden@sodiuswillert.com

Durch automatisierte SysML-zu-UML-Modelltransformation maximieren Sie ganz erheblich die Vorteile der Modellierung.

Sowohl UML (Unified Modeling Language) als auch SysML (Systems Modeling Language) sind weit verbreitete Industriestandard-Notationen für die Modellierung komplexer Software und Systeme. Die Vorteile der Arbeit mit Modellierung, z.B. Klarheit der Architektur, eindeutige Spezifikation von Verhalten oder Schnittstellen und vieles mehr haben zahlreichen Projekten , um Erfolg verholfen. Führende Modellierungstools, wie IBM Engineering Rhapsody, stehen zur Verfügung, um die Vorteile der Modellierung in der System- und Softwareentwicklung voll auszuschöpfen. Für sicherheitskritische Anwendungen hat sich die Modellierungssoftware für eingebettete Systeme mit UML besonders bewährt. SysML ist eine neuere Notation, die auf UML basiert und für die Anforderungen von Teams entwickelt wurde, die komplexe heterogene Systeme entwickeln, z.B. Cyber-Physische Systeme (CPS).

Systemingenieure in der Automobil-, Luft- und Raumfahrtindustrie und anderen Branchen werden durch die zunehmende Größe und Komplexität ihrer Lösungen, einschließlich Mechanik-, Mechatronik-, Hardware- und Softwarekomponenten in verteilten oder verschachtelten System-of-System-Szenarien, herausgefordert. SysML bietet diesen Ingenieuren die Möglichkeit,  ihre technischen Herausforderungen zu meistern. Obwohl IBM Rhapsody die UML- und SysML-Modellierung unterstützt, besteht die Herausforderung darin, eine nahtlose „Übergabe“ eines SysML-Modells auf Systemebene, das die in Software zu implementierende Funktionalität umfassen soll, an das mit UML arbeitende Softwareteam sicherzustellen. Die manuelle  Transformation von SysML in UML kann ein umständliches und fehleranfälliges Verfahren sein. Eine automatisierte Transformation von SysML in UML spart Teams viel Zeit und reduziert Missverständnisse und Fehler.

In diesem Vortrag beleuchten wir eine pragmatische Lösung für die automatisierte Transformation und diskutieren Beispiele, z.B. aus der Automobilindustrie. Hoch entwickelte und komplexe Systeme für autonomes Fahren werden typischerweise in SysML modelliert, während die Software UML-konform zu AUTOSAR implementiert werden muss. Abschließend geben wir einen Ausblick auf zukünftige Optionen und Optimierungen.

Walter van der Heiden
Mitgesellschafter der Holding SodiusWillert SAS und Technischer Geschäftsführer der Willert Software Tools GmbH
Praktische Erfahrung im Bereich Embedded Softwareentwicklung seit 1995 in den Bereichen

• Embedded Softwareentwicklung
• Entwicklung von Embedded Software Tools wie Compiler, Debugger, RTOS, Codegeneratoren und UML Frameworks
• Support und Vertrieb von Software Entwicklungs-Tools
• Schulungen und technisches Coaching in Embedded SW Projekten

E-Mail: wvdheiden@sodiuswillert.com

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Innovative und qualitativ hochwertige Software ist in vielen Branchen ein wesentlicher Treiber für den Geschäftserfolg. Dabei muss Qualität in alle Aspekte der Produktentwicklung integriert werden, angefangen bei den Anforderungen. IBM Engineering Systems Design Rhapsody und sein TestConductor Add-On unterstützen seit vielen Jahren den modellbasierten, anforderungsbasierten Test auf Basis von UML und SysML. Diese Präsentation zeigt nun, wie wir Rhapsody TestConductor um sogenannte “Invarianten-Checks” erweitern, die komplementär während der herkömmlichen Testausführung überprüft werden. So erzielt man sofort eine größere Testtiefe, die zu mehr Effizienz und Effektivität führt.

Innovative und qualitativ hochwertige Software ist in vielen Branchen ein wesentlicher Treiber für den Geschäftserfolg. Dabei muss Qualität in alle Aspekte der Produktentwicklung integriert werden, angefangen bei den Anforderungen. IBM Engineering Systems Design Rhapsody und sein TestConductor Add-On unterstützen seit vielen Jahren den modellbasierten, anforderungsbasierten Test auf Basis von UML und SysML. Diese Präsentation zeigt nun, wie wir Rhapsody TestConductor um sogenannte “Invarianten-Checks” erweitern, die komplementär während der herkömmlichen Testausführung überprüft werden. So erzielt man sofort eine größere Testtiefe, die zu mehr Effizienz und Effektivität führt.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Im Vortrag stellt Dr. Martin Beißer vor, wie man ein Testdesign für agile Teams aufsetzten kann, das mit den Sprints wächst und alle Änderungen mitmacht. Dabei stellt er vor, wie man User-Stories in Testmodelle umsetzt und daraus Tests generiert, und welche Vorteile sich ergeben, wenn man Änderungen kurzfristig ins Testdesign einfließen lassen kann und trotzdem rechtzeitig alle Testfälle zur Testdurchführung bereitstehen.

Im Vortrag stellt Dr. Martin Beißer vor, wie man ein Testdesign für agile Teams aufsetzten kann, das mit den Sprints wächst und alle Änderungen mitmacht. Dabei stellt er vor, wie man User-Stories in Testmodelle umsetzt und daraus Tests generiert, und welche Vorteile sich ergeben, wenn man Änderungen kurzfristig ins Testdesign einfließen lassen kann und trotzdem rechtzeitig alle Testfälle zur Testdurchführung bereitstehen.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Wie sieht meine Architektur eigentlich aus und wie sollte sie aussehen?

Die Beantwortung dieser Frage ist äußerst wichtig für jedes Embedded Software Projekt.

Im Vortrag werden zunächst die zu Grunde liegenden Fragen beleuchtet:

• Was ist wichtig für eine gute Architektur?
• Welche Abstraktionen will ich in meiner Architektur sehen?
• Wie stelle ich diese dar?
• Welche Methoden und Tools unterstützen mich dabei?

Im Anschluss werden zwei gegensätzliche Vorgehensweisen zur Problemlösung vorgestellt. Beim generativen top-down Ansatz wird aus Architekturmodellen der Code für architekturrelevante Struktur und Verhalten generiert. Beim analytischen bottom-up Ansatz werden aus existierendem Code Abstraktionen in die Modelle gebracht und dargestellt. Die Vor- und Nachteile der beiden Wege für existierende und neue Projekte werden anhand von Beispielen live demonstriert.

Nutzen:

• Verständnis für die Verwendung von Modellen für die Architekturbeschreibung
• Kennenlernen von Methoden für die Analyse und Generierung von Architekturen

Wie sieht meine Architektur eigentlich aus und wie sollte sie aussehen?

Die Beantwortung dieser Frage ist äußerst wichtig für jedes Embedded Software Projekt.

Im Vortrag werden zunächst die zu Grunde liegenden Fragen beleuchtet:

• Was ist wichtig für eine gute Architektur?
• Welche Abstraktionen will ich in meiner Architektur sehen?
• Wie stelle ich diese dar?
• Welche Methoden und Tools unterstützen mich dabei?

Im Anschluss werden zwei gegensätzliche Vorgehensweisen zur Problemlösung vorgestellt. Beim generativen top-down Ansatz wird aus Architekturmodellen der Code für architekturrelevante Struktur und Verhalten generiert. Beim analytischen bottom-up Ansatz werden aus existierendem Code Abstraktionen in die Modelle gebracht und dargestellt. Die Vor- und Nachteile der beiden Wege für existierende und neue Projekte werden anhand von Beispielen live demonstriert.

Nutzen:

• Verständnis für die Verwendung von Modellen für die Architekturbeschreibung
• Kennenlernen von Methoden für die Analyse und Generierung von Architekturen

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern

Die verstärkte Entwicklung komplexer cyber-physischer Systeme (CPS), insbesondere in der Automobil- und Luftfahrtindustrie, stellt die betroffenen Unternehmen vor völlig neue Herausforderungen. Diese Systeme unterliegen in der Regel strengen Anforderungen, und immer mehr Normen müssen in der Software nachvollziehbar abgebildet werden. Da sich diese Anforderungen jedoch oft schnell ändern (neue Vorschriften, neue Technologien, etc.), hat sich in der Softwareentwicklung die „agile Entwicklung“ etabliert. Mit ihren iterativen Entwicklungsschritten ermöglicht sie eine flexible Anpassung der Software während der Entwicklungsphase. Bei CPS müssen jedoch Hardware und Software eng zusammenarbeiten, wobei Hardwareentwicklungen in der Regel nicht agil durchgeführt werden können. Daraus ergeben sich heute in den betroffenen Branchen große Herausforderungen, wenn es darum geht, Hard- und Software in Systemen zu verschmelzen. In der Hardwareentwicklung wird nun versucht, durch Ansätze wie Co-Simulation oder die Arbeit mit digitalen Zwillingen mehr Agilität zu erreichen. Um in solchen oft unübersichtlichen CPS-Entwicklungsprozessen den Überblick, die Kontrolle und die Reproduzierbarkeit zu behalten, ist die „agile modellbasierte Software- und Systementwicklung“ ein geeigneter Ansatz. In solchen interaktiven Modellen lässt sich das Zusammenspiel von Hard- und Software übersichtlich darstellen und gleichzeitig revisionssicher dokumentieren. Alle Informationen laufen im grafischen Modell zusammen und auch alle im System auftretenden Fehler werden dort dargestellt. Für diesen Schritt fehlte jedoch bisher eine leistungsfähige Lösung für Konfigurationsmanagementmodelle.

Im Vortrag stellen wir unser „Agile Modeling Manifesto“ vor und zeigen, warum das Thema Agilität in direktem Zusammenhang mit dem Konfigurationsmanagement steht. Beispiele aus der Automobilbranche unterstreichen die Aktualität und Bedeutung dieser Entwicklung.

Die verstärkte Entwicklung komplexer cyber-physischer Systeme (CPS), insbesondere in der Automobil- und Luftfahrtindustrie, stellt die betroffenen Unternehmen vor völlig neue Herausforderungen. Diese Systeme unterliegen in der Regel strengen Anforderungen, und immer mehr Normen müssen in der Software nachvollziehbar abgebildet werden. Da sich diese Anforderungen jedoch oft schnell ändern (neue Vorschriften, neue Technologien, etc.), hat sich in der Softwareentwicklung die „agile Entwicklung“ etabliert. Mit ihren iterativen Entwicklungsschritten ermöglicht sie eine flexible Anpassung der Software während der Entwicklungsphase. Bei CPS müssen jedoch Hardware und Software eng zusammenarbeiten, wobei Hardwareentwicklungen in der Regel nicht agil durchgeführt werden können. Daraus ergeben sich heute in den betroffenen Branchen große Herausforderungen, wenn es darum geht, Hard- und Software in Systemen zu verschmelzen. In der Hardwareentwicklung wird nun versucht, durch Ansätze wie Co-Simulation oder die Arbeit mit digitalen Zwillingen mehr Agilität zu erreichen. Um in solchen oft unübersichtlichen CPS-Entwicklungsprozessen den Überblick, die Kontrolle und die Reproduzierbarkeit zu behalten, ist die „agile modellbasierte Software- und Systementwicklung“ ein geeigneter Ansatz. In solchen interaktiven Modellen lässt sich das Zusammenspiel von Hard- und Software übersichtlich darstellen und gleichzeitig revisionssicher dokumentieren. Alle Informationen laufen im grafischen Modell zusammen und auch alle im System auftretenden Fehler werden dort dargestellt. Für diesen Schritt fehlte jedoch bisher eine leistungsfähige Lösung für Konfigurationsmanagementmodelle.

Im Vortrag stellen wir unser „Agile Modeling Manifesto“ vor und zeigen, warum das Thema Agilität in direktem Zusammenhang mit dem Konfigurationsmanagement steht. Beispiele aus der Automobilbranche unterstreichen die Aktualität und Bedeutung dieser Entwicklung.

Bildschirmpause und bei Interesse Online-Diskussion mit den anderen Teilnehmern