Eröffnung der Veranstaltung durch das MESCONF-Team und Kurzvorstellung des Manifest Modeling of Embedded Systems.

Unsere Aussteller stellen sich kurz vor und geben einen Ausblick auf ihre Vorträge und Workshops.

Bosch hat frühzeitig begonnen, den Nutzen der SysML v2 für ihre Projekte zu untersuchen. SysML v2 bietet im Vergleich zur SysML v1 eine textbasierte Notation, eine standardisierte API und verbesserte Erweiterbarkeitsmöglichkeiten. Diese Innovationen haben das Potenzial, den Informationsaustausch und die Effizienz in der Systemmodellierung erheblich zu verbessern. Doch warum ist dies von Bedeutung? Warum nicht lediglich SysML v1 behutsam erweitern?

Der Vortrag wird diese Fragen erörtern und darlegen, warum die oben genannten Merkmale dazu beitragen könnten, die Entwicklung komplexer Lösungen in der Fahrzeugindustrie, insbesondere bei der Konzeption von SW-Defined Vehicles (SDVs), effizienter zu gestalten. Insbesondere die Anwendung der textuellen Notation, auch bekannt als „model-as-code“, erweckt großes Interesse in zahlreichen softwareorientierten Projekten.

SysML v2 eröffnet somit nicht nur neue Möglichkeiten für die Systemmodellierung und den Datenaustausch, sondern wirft auch neue Fragestellungen auf. Im Rahmen des Vortrags werden wir diese Chancen und Herausforderungen anhand konkreter Beispiele sachlich diskutieren.

Samir Sarkic verantwortet den Bereich der Funktionalen Sicherheit im SW Campus von Bosch Automotive Electronics. Die Integration, Kapselung und Automatisierung der Aspekte der Funktionalen Sicherheit ist ein wichtiger Schwerpunkt seiner Arbeit. Um dies zu erreichen, ist MBSE eines der wichtigsten Bausteine. Aktuell unterstützt Samir verschiedene Projekte, die nach agilen Methoden arbeiten, bei der praktischen Umsetzung von MBSE mit integrierten Safety-Modellen.

Zeit zum Entspannen, Diskutieren und Networken.

Wir warten nicht auf die Transformation. Wir treiben sie.“ (Ola Källenius – Interview FAZ)​ ​Das Ziel ist von der Bauteil-orientierten zur (Kunden-) Funktions-orientierten Entwicklung umzustellen. Mit konsequentem, modellbasiertem Requirements und Architecture Management, durchgängiger Vernetzung der Informationen und dem Einsatz von AI wird Software in Zukunft automatisiert generiert und getestet.

Wir geben Einblick in die Potentiale und die aktuellen Ansätze.

Jochen Epple hat über zehn Jahre Erfahrung in mittelständischen Unternehmen sowie Teil unterschiedlicher Softwareprojekte. Seit 2002 ist Herr Epple in der Forschung und Entwicklung bei der Mercedes-Benz AG tätig. Er hat bei dem Produktentwicklungsprozess von Mercedes und in der Projektleitung Mercedes C-/E-Klasse gearbeitet. Des Weiteren verantwortete er den weltweiten Rollout und Support der Einführung von Siemens NX Software. Seit März 2015 ist Herr Epple in der Führungsposition bei MBSE Platform and Solutions, die den Funktionalen Prototyp auf Basis von modellbasiertem Systems Engineering bei Mercedes-Benz einführt. Aktuell beschäftigt er sich mit der Rückverfolgbarkeit von der Kundenfunktion bis zum Fahrzeug-Softwareeinsatz unter der Nutzung von Wirkketten und modernen Modellierungsmethoden u.a. auf Basis der IBM ELM-Plattform

Anuschka Gummel hat einen Masterabschluss als Wirtschaftsingenieur Maschinenbau von der TU Kaiserslautern und ist seit 2018 als PLM/ALM Prozess- & und Methodenberaterin bei der BHC GmbH, insbesondere im MBSE & Traceability-Umfeld tätig.

Die Produktentwicklung wird immer kürzer und komplexer, wodurch effiziente Methoden zur Entwicklung von eingebetteten Systemen immer wichtiger werden. Bei der Entwicklung von physikalischen Systemen können durch Modellierung und Simulation Herausforderungen frühzeitig erkannt und gelöst werden.

Ein wichtiger Aspekt bei der Entwicklung ist die Nachverfolgbarkeit von den Anforderungen zum Softwaredesign und Test bis hin zur Testabdeckung. Matlab unterstützt hier eine effiziente und strukturierte Vorgehensweise mit nahtloser Integration der Schritte, welche am Beispiel eines smarten Heizkörperthermostates vorgestellt wird.

Durch die Kombination von Modellierung, Simulation, KI und einer durchgängigen Nachverfolgbarkeit können hochwertige und zuverlässige Produkte entwickelt werden.

Lisa Schäfer hat einen Masterabschluss in Mathematik von der Julius Maximilians Universität in Würzburg und einen Bachelor in Mathematischer Physik. Seit 2019 arbeitet sie als Softwareentwicklerin für eingebettete Systeme bei der Firma Marquardt GmbH. In ihrer Rolle ist sie verantwortlich für die Modellierung von Algorithmen zur Sensorauswertung mit Matlab.

Nicht nur die eingeladenen Speaker haben ein hervorragendes Wissen, auch jeder Teilnehmer ist ein Experte auf seinem Gebiet und der gemeinsame Austausch auf Augenhöhe ist für alle ein großer Gewinn. Der Open-Space ist dafür ein sehr schönes Format. Auf den vergangenen MESCONF-Veranstaltungen wurden diese Sessions von den Teilnehmern immer wieder als besonders lohnenswert hervorgehoben.

Wir erklären Ihnen vor Ort im Detail, wie das Format funktioniert. Jeder hat dort die Möglichkeit ein Thema vorzuschlagen. Sie haben jetzt schon ein Thema? Schicken Sie Ihren Vorschlag direkt an unseren Co-Organisator: tim.weilkiens@oose.de.

Bisher vorgeschlagene Themen finden Sie weiter unten.

Ein kurzer Einblick: Wie funktioniert open space? 

Im open space wird unserer Fähigkeit zur Selbstorganisation bewusst Raum gegeben. Es kommen Menschen zusammen, die einen Beitrag leisten wollen und bereit sind, Verantwortung für die Umsetzung eines Themas zu übernehmen. Es gibt keine vorbereitete Tagesordnung und keine Redner mit Vorträgen oder Folienpräsentationen. Es gibt zunächst nur eine leere Wand, an der die Teilnehmenden ihre Anliegen / Themen veröffentlichen.

Ein Anliegen ist ein ganz bestimmter Aspekt oder eine Fragestellung im Zusammenhang mit dem Leitthema, das Einzelnen auf den Nägeln brennt und das mit anderen bearbeitet werden soll. Jedes dieser Anliegen bildet dann den Anlass für die Arbeit einer kleinen Gruppe, die sich zu einer vereinbarten Zeit an einem bestimmten Ort trifft. Größe, Arbeitsweise und Zusammensetzung der Gruppe sind selbstorganisiert.

Es gibt auch keine Gesprächsleitung oder Moderation, außer die Gruppe organisiert sie sich selbst. Kein spezielles Training muss absolviert werden, um an einer open space-Veranstaltung teilnehmen zu können. Erfahrungen, Wissen, Fertigkeiten und Gefühle sind die
Voraussetzungen, die erforderlich und in jedem Menschen vorhanden sind. Die Anliegen- / Themenwand bietet ein Raster aus Räumen und Zeiteinheiten. Alle, die ein Anliegen einbringen, ordnen dieses in das Raster ein, so dass allen klar ist, zu welcher Zeit und an welchem Ort das Anliegen bearbeitet wird.

Immer wieder kommt die Frage auf, warum die Komponenten-Diagramme in IBM Rhapsody nicht verwendet werden können, um Komponenten auf Architektur-Ebene zu modellieren, wie es eigentlich im UML Standard vorgesehen ist. Stattdessen werden mit Hilfe der Komponenten-Diagramme in IBM Rhapsody Details festgelegt, die für die Erzeugung von Souce Code und dessen weitere Verarbeitung wichtig sind. Während diese Funktion von Software-Entwicklern sehr geschätzt wird, bedeutet dies für Software-Architekten eine empfindliche Einschränkung der Modellierungsmöglichkeiten auf der Architektur-Ebene.

Hier könnte dein Thema stehen!

Workshops mit Anwenderthemen; mehr zum Thema Open Space findest du hier.

Führende Automobilhersteller vollziehen den Wandel zum Software-definierten Fahrzeug (SDV) und nutzen dabei modellbasierte Entwicklungsansätze. Diese ermöglichen es, den Digitalen Faden zu spinnen und die Effizienz signifikant zu erhöhen. Modellbasiertes Engineering fördert eine effiziente Entwicklung, indem es Entwürfe direkt mit den Anforderungen von Stakeholdern und Systemen verknüpft, lückenlose Trace-Ketten schafft und durch ein gemeinsames Systemmodell eine Brücke zwischen Stakeholdern und verschiedenen Domänen bildet. Die schnelle Iteration wird durch standardisierte Automatisierungsprozesse erreicht.

In unserer Präsentation enthüllen wir ein innovatives Framework für modellbasiertes Systems Engineering, das auf der OMG SysML v1 aufbaut. Die HarmonyMBE-Methode zeichnet sich durch eine anpassungsfähige Sammlung von Perspektiven aus, die mit automatisierten Übergängen versehen sind. Das Framework umfasst standardmäßig Ebenen wie die funktionale Systemanalyse, basierend auf Stakeholder-Anforderungen, sowie die logische und physische Architektur. Wir demonstrieren den Übergang von der physischen Architekturebene zum domänenspezifischen Engineering und illustrieren, wie die elektrischen Komponenten des Systemdesigns in die E/E-Architektur des Capital Systems Architect integriert werden und wie die Software-Komponenten in die Software-Architektur überführt werden.

Die Bahn gibt ihre Verspätungen in „Prozent pünktlicher Züge pro Monat“ an. Das ist so radikal zusammengefasst, dass man daraus natürlich nichts interessantes lesen kann.

Jetzt stellen Sie sich mal vor, man könnte da mal ein bisschen genauer reingucken. Stellt sich raus: Das geht! Seit Anfang 2019 hat David Kriesel jeden einzelnen Halt jeder einzelnen Zugfahrt auf jedem einzelnen Fernbahnhof in ganz Deutschland systematisch gespeichert. Inklusive Verspätungen und allem drum und dran. Kriesels Datensatz umfasst knapp 25 Millionen Halte – mehr als 50.000 pro Tag.

Diese Datenmasse werden wir in einem bunten und humorvollen Vortrag erforschen und daran auf bunte Weise lernen, wie Guerilla-DataScience funktioniert.

David Kriesel ist Informatiker und hat in Bonn sowie an der Cornell University (Ithaca, New York, USA) studiert. Er arbeitet als DataScientist bei einem großen Konsumgüterkonzern, nebenberuflich als Consultant und Speaker für Konferenzen und Firmenveranstaltungen. Abseits der Informatik ist Kriesel sehr interessiert daran, wie die Digitalisierung der Welt die Gesellschaft beeinflusst. Dies legt nahe, dass er noch eine Sozialwissenschaft hätte dazustudieren sollen, er ist aber auch so zufrieden.

Zeit den Tag ausklingen zu lassen und mit den Teilnehmern und den Speakern die Eindrücke des Tages zu reflektieren.