{"id":2502,"date":"2026-06-28T08:12:45","date_gmt":"2026-06-28T08:12:45","guid":{"rendered":"https:\/\/www.pickplace.de\/?post_type=projekt&#038;p=2502"},"modified":"2026-06-28T08:16:43","modified_gmt":"2026-06-28T08:16:43","slug":"embedded-software-rhapsody","status":"publish","type":"projekt","link":"https:\/\/www.pickplace.de\/de\/projekte\/embedded-software-rhapsody\/","title":{"rendered":"Embedded Software &amp; Rhapsody"},"content":{"rendered":"\n<div class=\"wp-block-rank-math-toc-block\" id=\"rank-math-toc\"><h2>Inhalt<\/h2><nav><ul><li class=\"\"><a href=\"#das-wichtigste-in-kurze\">Das Wichtigste in K\u00fcrze<\/a><\/li><li class=\"\"><a href=\"#warum-entwickelt-man-software-mit-modellen-statt-nur-mit-quellcode\">Warum entwickelt man Software mit Modellen statt nur mit Quellcode?<\/a><\/li><li class=\"\"><a href=\"#wann-ist-rhapsody-fur-ein-steuergerat-oder-eine-maschine-sinnvoll\">Wann ist Embedded Software &amp; Rhapsody eine geeignete Kombination?<\/a><\/li><li class=\"\"><a href=\"#wie-kann-modellbasierte-entwicklung-tests-und-dokumentation-unterstutzen\">Wie kann modellbasierte Entwicklung Tests und Dokumentation unterst\u00fctzen?<\/a><\/li><li class=\"\"><a href=\"#technische-einordnung-von-forward-und-reverse-engineering\">Technische Einordnung von Forward und Reverse Engineering<\/a><\/li><li class=\"\"><a href=\"#typ\">Typisches Setup<\/a><\/li><li class=\"\"><a href=\"#unsere-leistungen\">Unsere Leistungen<\/a><\/li><\/ul><\/nav><\/div>\n\n\n\n<h2 id=\"das-wichtigste-in-kurze\" class=\"wp-block-heading\">Das Wichtigste in K\u00fcrze<\/h2>\n\n\n\n<div class=\"wp-block-stackable-icon-list stk-block-icon-list stk-block stk-0407607\" data-block-id=\"0407607\"><svg style=\"display:none\"><defs><g id=\"stk-icon-list__icon-svg-def-0407607\"><svg xmlns=\"http:\/\/www.w3.org\/2000\/svg\" viewBox=\"0 0 190 190\"><polygon points=\"173.8,28.4 60.4,141.8 15.7,97.2 5.1,107.8 60.4,163 184.4,39 173.8,28.4\"\/><\/svg><\/g><\/defs><\/svg><ul class=\"stk-block-icon-list__ul stk-block-icon-list--column\">\n<li class=\"wp-block-stackable-icon-list-item stk-block-icon-list-item stk-block stk-0f3f20f\" data-block-id=\"0f3f20f\"><div class=\"stk-block-icon-list-item__content\"><span class=\"stk--svg-wrapper\"><div class=\"stk--inner-svg\"><svg aria-hidden=\"true\" width=\"32\" height=\"32\"><use xlink:href=\"#stk-icon-list__icon-svg-def-0407607\"><\/use><\/svg><\/div><\/span><span class=\"stk-block-icon-list-item__text\">Rhapsody wird f\u00fcr modellbasierte Entwicklung von <a href=\"https:\/\/www.pickplace.de\/software-entwicklung\/\" data-type=\"page\" data-id=\"907\">Embedded Software<\/a> eingesetzt, insbesondere f\u00fcr Zustandsautomaten, Ablaufmodelle, Schnittstellen und Codegenerierung.<\/span><\/div><\/li>\n\n\n\n<li class=\"wp-block-stackable-icon-list-item stk-block-icon-list-item stk-block stk-1add6b0\" data-block-id=\"1add6b0\"><div class=\"stk-block-icon-list-item__content\"><span class=\"stk--svg-wrapper\"><div class=\"stk--inner-svg\"><svg aria-hidden=\"true\" width=\"32\" height=\"32\"><use xlink:href=\"#stk-icon-list__icon-svg-def-0407607\"><\/use><\/svg><\/div><\/span><span class=\"stk-block-icon-list-item__text\">Die Methode unterst\u00fctzt komplexe, sicherheitsrelevante oder echtzeitnahe Systeme und f\u00fchrt von der Modellierung bis zur Implementierung durch eine strukturierte Entwicklung.<\/span><\/div><\/li>\n\n\n\n<li class=\"wp-block-stackable-icon-list-item stk-block-icon-list-item stk-block stk-500aa80\" data-block-id=\"500aa80\"><div class=\"stk-block-icon-list-item__content\"><span class=\"stk--svg-wrapper\"><div class=\"stk--inner-svg\"><svg aria-hidden=\"true\" width=\"32\" height=\"32\"><use xlink:href=\"#stk-icon-list__icon-svg-def-0407607\"><\/use><\/svg><\/div><\/span><span class=\"stk-block-icon-list-item__text\">Einsatzfelder sind Steuerger\u00e4te, Fahrzeuge, Maschinen, Verteidigungssysteme und technische Ger\u00e4te, vor allem wenn Softwareverhalten eindeutig beschrieben und getestet werden muss.<\/span><\/div><\/li>\n<\/ul><\/div>\n\n\n\n<div class=\"wp-block-stackable-image stk-block-image stk-block stk-21253e3\" data-block-id=\"21253e3\"><figure><span class=\"stk-img-wrapper stk-image--shape-stretch\"><img loading=\"lazy\" decoding=\"async\" class=\"stk-img wp-image-1569\" src=\"https:\/\/www.pickplace.de\/wp-content\/uploads\/2026\/03\/embedded-software-support-hardware-support-pickplace-1200.jpg\" width=\"1200\" height=\"800\" alt=\"Embedded Software &amp; Rhapsody ist eine geeignete Kombination f\u00fcr die Elektronik-Entwicklung\"\/><\/span><\/figure><\/div>\n\n\n\n<h2 id=\"warum-entwickelt-man-software-mit-modellen-statt-nur-mit-quellcode\" class=\"wp-block-heading\">Warum entwickelt man Software mit Modellen statt nur mit Quellcode?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Quellcode beschreibt, wie ein System technisch umgesetzt ist. Bei Embedded Software reicht diese Sicht in vielen Projekten nicht aus, weil das eigentliche Verhalten \u00fcber Zust\u00e4nde, Ereignisse, Zeitbedingungen, Schnittstellen und Reaktionen verteilt ist. Ein Steuerger\u00e4t reagiert zum Beispiel nicht nur auf einzelne Eingaben, sondern befindet sich in Betriebszust\u00e4nden, wechselt zwischen Modi, verarbeitet Fehlersituationen und kommuniziert mit anderen Komponenten. Wenn diese Zusammenh\u00e4nge nur im Quellcode stehen, entstehen schnell Abh\u00e4ngigkeiten, die schwer zu \u00fcberblicken sind.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Modelle machen diese Zusammenh\u00e4nge explizit. Zustandsautomaten zeigen, welche Zust\u00e4nde ein System einnehmen kann, welche Ereignisse Zustandswechsel ausl\u00f6sen und welche Aktionen dabei ausgef\u00fchrt werden. Ablaufmodelle beschreiben, in welcher Reihenfolge Funktionen, Pr\u00fcfungen oder Kommunikationsschritte stattfinden. Schnittstellenmodelle legen fest, welche Signale, Datenstrukturen oder Aufrufe zwischen Komponenten ausgetauscht werden. Dadurch entsteht eine Ebene, auf der Fachlogik, Softwarearchitektur und Implementierung miteinander abgeglichen werden k\u00f6nnen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In Projekten mit Rhapsody geht es daher nicht darum, Quellcode zu ersetzen, sondern ihn mit einer pr\u00e4zisen Beschreibung des Softwareverhaltens zu verbinden. Das Modell kann als Ausgangspunkt f\u00fcr die Implementierung dienen, etwa wenn daraus Code erzeugt wird. Es kann auch als Analysewerkzeug eingesetzt werden, wenn bestehende Software verstanden, dokumentiert oder umstrukturiert werden soll. In beiden F\u00e4llen hilft die Modellierung dabei, Annahmen sichtbar zu machen: Welche Zust\u00e4nde existieren? Welche \u00dcberg\u00e4nge sind erlaubt? Was passiert bei ung\u00fcltigen Eingaben? Welche Schnittstelle besitzt die Verantwortung f\u00fcr eine bestimmte Reaktion?<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr PICKPLACE ist diese Arbeitsweise besonders dann n\u00fctzlich, wenn ein Projekt nicht nur aus Programmierung besteht, sondern zun\u00e4chst eine fachliche und technische Kl\u00e4rung ben\u00f6tigt. Dazu geh\u00f6ren Fragen nach der Aufteilung von Funktionen, nach Abh\u00e4ngigkeiten zwischen Softwaremodulen, nach Timing-Vorgaben oder nach dem Umgang mit Fehlerf\u00e4llen. Das Modell dient dabei als gemeinsame Arbeitsgrundlage f\u00fcr Entwicklung, Review, Test und Dokumentation.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein weiterer Grund f\u00fcr modellbasierte Entwicklung liegt in der \u00c4nderbarkeit. Embedded Software wird h\u00e4ufig \u00fcber mehrere Entwicklungsst\u00e4nde hinweg angepasst. Neue Varianten, zus\u00e4tzliche Signale, ge\u00e4nderte Sensorik oder andere Betriebsmodi ver\u00e4ndern das Verhalten des Systems. Wenn das Verhalten in Modellen beschrieben ist, k\u00f6nnen Auswirkungen einer \u00c4nderung gezielter betrachtet werden. Ein ge\u00e4nderter Zustands\u00fcbergang, eine neue Bedingung oder eine zus\u00e4tzliche Schnittstelle ist im Modell sichtbar und kann mit der Implementierung abgeglichen werden.<\/p>\n\n\n\n<h2 id=\"wann-ist-rhapsody-fur-ein-steuergerat-oder-eine-maschine-sinnvoll\" class=\"wp-block-heading\">Wann ist Embedded Software &amp; Rhapsody eine geeignete Kombination?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Rhapsody ist in Projekten sinnvoll, in denen Softwareverhalten nicht mehr zuverl\u00e4ssig durch einzelne Funktionen oder einfache Programmabl\u00e4ufe beschrieben werden kann. Das betrifft Steuerger\u00e4te und Maschinen, die mehrere Betriebsarten besitzen, auf Ereignisse reagieren, zeitliche Abl\u00e4ufe einhalten m\u00fcssen oder verschiedene Schnittstellen gleichzeitig bedienen. Wenn ein System zwischen Start, Normalbetrieb, Diagnose, Fehlerzustand, Abschaltung und Servicefunktionen wechselt, eignet sich ein Zustandsmodell h\u00e4ufig besser als eine rein textuelle Beschreibung.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei Steuerger\u00e4ten spielen Schnittstellen eine zentrale Rolle. Eing\u00e4nge aus Sensoren, Kommunikationsdaten, Bedienereingaben und interne Statusinformationen beeinflussen die Ausg\u00e4nge und Reaktionen des Systems. Rhapsody kann helfen, diese Beziehungen in Modellen abzubilden. Dabei wird gekl\u00e4rt, welche Komponente welche Daten verarbeitet, welche Ereignisse ausgel\u00f6st werden und welche Funktion auf welche Bedingung reagiert. Diese Kl\u00e4rung ist besonders n\u00fctzlich, wenn mehrere Entwicklungsbeteiligte an unterschiedlichen Teilen der Software arbeiten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr Maschinen ist die Abbildung von Betriebsabl\u00e4ufen ein typischer Einsatzfall. Eine Maschine besitzt oft definierte Sequenzen: Initialisierung, Referenzfahrt, Freigaben, Prozessschritte, Stopps, St\u00f6rungen und Wiederanlauf. Solche Abl\u00e4ufe lassen sich mit Zustandsautomaten oder Aktivit\u00e4tsmodellen beschreiben. Das Modell zeigt dann, welche Bedingungen erf\u00fcllt sein m\u00fcssen, bevor ein Schritt ausgef\u00fchrt wird, und welche Reaktion bei Abbruch, Fehler oder Bedienereingriff erfolgt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rhapsody kann auch bei echtzeitnahen Systemen eingesetzt werden, wenn die Reihenfolge und Reaktionslogik der Software klar beschrieben werden muss. Dabei ersetzt das Modell nicht die technische Pr\u00fcfung von Laufzeiten, Speicherbedarf oder Plattformverhalten. Es schafft jedoch eine Grundlage, um Reaktionen, Ereignisse und Verantwortlichkeiten zu ordnen. Auf dieser Basis kann anschlie\u00dfend gepr\u00fcft werden, ob die vorgesehene Architektur zur Zielhardware, zum Betriebssystem, zu Kommunikationszyklen oder zu vorhandenen Softwarekomponenten passt.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein weiterer Projektkontext ist die Weiterentwicklung bestehender Software. In vielen Embedded-Projekten existiert bereits Quellcode, dessen Verhalten nur teilweise dokumentiert ist. Dann kann Reverse Engineering eingesetzt werden, um Strukturen und Abl\u00e4ufe aus dem vorhandenen Stand zu rekonstruieren. Das daraus entstehende Modell dient nicht als Selbstzweck, sondern als Arbeitsmittel: Es unterst\u00fctzt die Bewertung, welche Teile der Software weiterverwendet werden k\u00f6nnen, wo Abh\u00e4ngigkeiten bestehen und welche Bereiche vor einer Erweiterung bereinigt werden sollten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rhapsody ist weniger hilfreich, wenn ein System sehr klein ist, kaum Zust\u00e4nde besitzt oder die Anforderungen bereits mit geringem Aufwand direkt im Code nachvollziehbar sind. Auch bei Projekten, in denen keine Pflege der Modelle vorgesehen ist, muss der Einsatz abgewogen werden. Ein Modell erzeugt nur dann Nutzen, wenn es mit Architektur, Code und Dokumentation verbunden bleibt. PICKPLACE betrachtet deshalb nicht nur das Werkzeug, sondern auch den Projektablauf: Wer pflegt das Modell? Wie werden \u00c4nderungen \u00fcbernommen? Welche Modellteile dienen der Codegenerierung, welche der Dokumentation und welche der Analyse?<\/p>\n\n\n\n<h2 id=\"wie-kann-modellbasierte-entwicklung-tests-und-dokumentation-unterstutzen\" class=\"wp-block-heading\">Wie kann modellbasierte Entwicklung Tests und Dokumentation unterst\u00fctzen?<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">Tests ben\u00f6tigen eine klare Beschreibung des erwarteten Verhaltens. Modelle k\u00f6nnen diese Beschreibung liefern, weil sie Zust\u00e4nde, \u00dcberg\u00e4nge, Bedingungen und Aktionen sichtbar machen. Aus einem Zustandsautomaten l\u00e4sst sich ableiten, welche Betriebszust\u00e4nde getestet werden m\u00fcssen, welche Ereignisse Zustandswechsel ausl\u00f6sen und welche F\u00e4lle zu Fehlerreaktionen f\u00fchren. Damit wird die Testplanung konkreter als bei einer rein allgemeinen Anforderungsliste.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr Embedded Software ist diese Verbindung zwischen Modell und Test besonders n\u00fctzlich, weil viele Fehler erst in bestimmten Kombinationen auftreten. Ein System reagiert m\u00f6glicherweise korrekt im Normalbetrieb, aber nicht nach einem vorherigen Fehlerzustand oder w\u00e4hrend eines \u00dcbergangs zwischen zwei Modi. Ein Modell hilft, solche Pfade zu identifizieren. Daraus entstehen Testf\u00e4lle f\u00fcr erlaubte Zustandswechsel, nicht erlaubte \u00dcberg\u00e4nge, Grenzbedingungen, Timeout-Situationen oder Reaktionen auf fehlende Eingangsdaten.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Auch Schnittstellen lassen sich aus Modellen besser pr\u00fcfen. Wenn ein Modell beschreibt, welche Komponente welche Signale erwartet und welche Ausg\u00e4nge daraus entstehen, k\u00f6nnen Testf\u00e4lle die Datenfl\u00fcsse gezielt abdecken. Bei kommunizierenden Komponenten kann gepr\u00fcft werden, ob Nachrichten, Parameter oder Statusinformationen an der richtigen Stelle verarbeitet werden. Das Modell unterst\u00fctzt damit sowohl Komponententests als auch Integrationstests.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">F\u00fcr die Dokumentation liefert modellbasierte Entwicklung eine technische Beschreibung, die n\u00e4her an der Architektur liegt als ein nachtr\u00e4glich geschriebener Flie\u00dftext. Zustandsdiagramme, Ablaufmodelle und Schnittstellen\u00fcbersichten zeigen, wie die Software aufgebaut ist und wie sie sich verhalten soll. Diese Dokumentation kann f\u00fcr Reviews, \u00dcbergaben, Wartung und Fehlersuche genutzt werden. Sie hilft auch neuen Projektbeteiligten, den Einstieg in bestehende Embedded Software zu verk\u00fcrzen, weil zentrale Zusammenh\u00e4nge nicht ausschlie\u00dflich aus Quellcode gelesen werden m\u00fcssen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Rhapsody kann in diesem Zusammenhang als Werkzeug f\u00fcr Modell-Dokumentation dienen. Dabei geht es nicht nur um das Erstellen von Diagrammen, sondern um die konsistente Beschreibung von Softwarebausteinen, Beziehungen und Verhaltensregeln. Wenn Modelle gepflegt werden, k\u00f6nnen \u00c4nderungen an Zust\u00e4nden, Schnittstellen oder Abl\u00e4ufen nachvollziehbar dokumentiert werden. Dadurch entsteht eine Verbindung zwischen Entwicklungsentscheidung, Modellstand und Implementierungsstand.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Bei der Codegenerierung kann das Modell zus\u00e4tzlich Teil der Umsetzung werden. Dann ist zu kl\u00e4ren, welche Modellteile direkt in Code \u00fcberf\u00fchrt werden und welche manuell erg\u00e4nzt werden. Diese Grenze muss im Projekt sauber festgelegt werden, damit erzeugter Code, handgeschriebener Code und Modell nicht auseinanderlaufen. Tests m\u00fcssen anschlie\u00dfend auf dem tats\u00e4chlichen Zielsystem oder in einer geeigneten Testumgebung nachweisen, dass das implementierte Verhalten dem Modell entspricht.<\/p>\n\n\n\n<h2 id=\"technische-einordnung-von-forward-und-reverse-engineering\" class=\"wp-block-heading\">Technische Einordnung von Forward und Reverse Engineering<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">In Rhapsody-Projekten treten h\u00e4ufig zwei Arbeitsrichtungen auf: Forward Engineering und Reverse Engineering. Beim Forward Engineering wird das Modell als Ausgangspunkt der Entwicklung verwendet. Architektur, Zust\u00e4nde, Schnittstellen und Abl\u00e4ufe werden modelliert und anschlie\u00dfend in Implementierung \u00fcberf\u00fchrt. Je nach Projekt kann das teilweise \u00fcber Codegenerierung erfolgen oder als Grundlage f\u00fcr manuell geschriebenen Code dienen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beim Reverse Engineering steht bestehender Quellcode im Mittelpunkt. Ziel ist es, vorhandene Strukturen zu verstehen und in Modelle zu \u00fcberf\u00fchren. Das ist besonders dann hilfreich, wenn Dokumentation fehlt, wenn Software \u00fcber l\u00e4ngere Zeit gewachsen ist oder wenn eine Migration vorbereitet werden soll. Das Modell zeigt dann, welche Abh\u00e4ngigkeiten im Code vorhanden sind, welche Komponenten miteinander gekoppelt sind und welche Bereiche vor einer Erweiterung genauer untersucht werden m\u00fcssen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beide Richtungen k\u00f6nnen in einem Projekt kombiniert werden. Ein bestehender Softwarestand wird zun\u00e4chst analysiert und modelliert. Anschlie\u00dfend werden neue Funktionen, ge\u00e4nderte Abl\u00e4ufe oder eine \u00fcberarbeitete Architektur im Modell beschrieben und in die Implementierung \u00fcbertragen. Dabei muss festgelegt werden, welche Elemente aus dem alten Stand \u00fcbernommen werden, welche umgebaut werden und wo neue Schnittstellen entstehen.<\/p>\n\n\n\n<h2 id=\"typ\" class=\"wp-block-heading\">Typisches Setup<\/h2>\n\n\n\n<ul class=\"wp-block-list\">\n<li>Modellierungstool <a href=\"https:\/\/www.ibm.com\/products\/systems-design-rhapsody\" target=\"_blank\" rel=\"noopener\">IBM Rhapsody<\/a> <\/li>\n\n\n\n<li>Requirements Tool <a href=\"https:\/\/www.ibm.com\/products\/requirements-management\" target=\"_blank\" rel=\"noopener\">IBM DOORS<\/a> <\/li>\n\n\n\n<li>RTOS <a href=\"https:\/\/www.freertos.org\/\" target=\"_blank\" rel=\"noopener\">FreeRTOS<\/a> <\/li>\n\n\n\n<li>IDE <a href=\"https:\/\/www.iar.com\/products\/architectures\/arm\/iar-embedded-workbench-for-arm\/\" target=\"_blank\" rel=\"noopener\">IAR Embedded Workbench<\/a> <\/li>\n\n\n\n<li>Static Analysis <a href=\"https:\/\/www.mathworks.com\/products\/polyspace.html\" target=\"_blank\" rel=\"noopener\">Polyspace<\/a><\/li>\n<\/ul>\n\n\n\n<h2 id=\"unsere-leistungen\" class=\"wp-block-heading\">Unsere Leistungen<\/h2>\n\n\n\n<p class=\"wp-block-paragraph\">PICKPLACE unterst\u00fctzt Projekte rund um Embedded Software &amp; Rhapsody bei der technischen Kl\u00e4rung, Modellierung und Vorbereitung der Umsetzung. Der Schwerpunkt liegt auf nachvollziehbaren Modellen, die Architektur, Verhalten, Schnittstellen und Implementierung miteinander verbinden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Zu unseren Leistungen geh\u00f6rt die Aufsetzung von Forward Engineering. Dabei strukturieren wir gemeinsam mit dem Projekt die Modellbasis, beschreiben Softwarekomponenten, Zust\u00e4nde, Abl\u00e4ufe und Schnittstellen und kl\u00e4ren, welche Modellteile f\u00fcr Codegenerierung oder Implementierung verwendet werden sollen. Wir achten darauf, dass Modellierungstiefe, Projektziel und vorhandene Entwicklungsumgebung zusammenpassen.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Beim Reverse Engineering analysieren wir bestehende Embedded Software und \u00fcberf\u00fchren relevante Strukturen in ein Modell. Dazu geh\u00f6ren Zustandslogik, Funktionsaufteilung, Datenfl\u00fcsse und Schnittstellenbeziehungen. Das Ergebnis dient als Grundlage f\u00fcr Bewertung, Erweiterung, Redesign oder Dokumentation vorhandener Softwarest\u00e4nde.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">Ein weiterer Leistungsbereich ist die Modell-Dokumentation. PICKPLACE erstellt und pflegt Modelle so, dass sie f\u00fcr Entwicklung, Review, Test und \u00dcbergabe verwendbar sind. Dazu geh\u00f6ren Zustandsdiagramme, Ablaufbeschreibungen, Schnittstellen\u00fcbersichten und Architekturansichten, soweit sie f\u00fcr das konkrete Projekt ben\u00f6tigt werden.<\/p>\n\n\n\n<p class=\"wp-block-paragraph\">In der Architekturentwicklung unterst\u00fctzen wir bei der Aufteilung von Softwarefunktionen, bei der Definition von Komponentenverantwortlichkeiten und bei der Abstimmung zwischen Modell, Code und Zielsystem. Wir kl\u00e4ren technische Abh\u00e4ngigkeiten, etwa zu Hardware, Betriebssystem, Kommunikationsschnittstellen oder bestehenden Softwaremodulen. Dadurch entsteht eine belastbare Grundlage f\u00fcr Implementierung, Testplanung und weitere Entwicklungsschritte.<\/p>\n","protected":false},"excerpt":{"rendered":"<p>Embedded Software &#038; Rhapsody beschreibt die modellbasierte Entwicklung eingebetteter Software, bei der Verhalten, Zust\u00e4nde, Abl\u00e4ufe, Schnittstellen und Architektur nicht nur im Quellcode, sondern in Modellen abgebildet werden. PICKPLACE arbeitet in solchen Projekten an der Strukturierung von Softwareverhalten, an der \u00dcberf\u00fchrung bestehender Implementierungen in nachvollziehbare Modelle und an der Vorbereitung von Codegenerierung oder manueller Umsetzung. Typische Projektkontexte sind Steuerger\u00e4te, Maschinen, Fahrzeuge, technische Ger\u00e4te und Systeme, bei denen Abl\u00e4ufe eindeutig beschrieben, gepr\u00fcft und weiterentwickelt werden m\u00fcssen.<\/p>\n","protected":false},"featured_media":1569,"template":"","meta":{"footnotes":""},"categories":[],"tags":[],"class_list":["post-2502","projekt","type-projekt","status-publish","has-post-thumbnail","hentry"],"blocksy_meta":[],"_links":{"self":[{"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/projekt\/2502","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/projekt"}],"about":[{"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/types\/projekt"}],"version-history":[{"count":3,"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/projekt\/2502\/revisions"}],"predecessor-version":[{"id":2535,"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/projekt\/2502\/revisions\/2535"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/media\/1569"}],"wp:attachment":[{"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/media?parent=2502"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/categories?post=2502"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.pickplace.de\/de\/wp-json\/wp\/v2\/tags?post=2502"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}