1.6 Entwurfsflüsse
25
konkret verwendeten Entwurfsmethode können diese Aktionen auf vielfältige Weise miteinander verknüpft sein. Dieses Buch gibt einen breiten Überblick über den
Entwurf eingebetteter Systeme und ist nicht auf bestimmte Entwurfsflüsse und Werkzeuge festgelegt. Daher haben wir keine feste Liste von Entwurfsschritten vorgegeben. Wir können die in Abb. 1.8 enthaltenen Schleifen für jede Entwurfsumgebung
„abrollen” und einzelnen Entwurfsschritten Namen zuordnen.
Dies führt bei Einsatz von SpecC [173] zu dem in Abb. 1.9 dargestellten Entwurfsfluss. Der gezeigte Fall beinhaltet eine bestimmte Menge an Entwurfsschritten, wie
Spezifikationsmodell
Architekturmodell
Kommunikationsmodell
Implementierungsmodell
Simulation,
Erkundung der Architektur, Bewertung,
Validierung
Simulation,
Kommunikationssynthese, Bewertung,
Validierung
Simulation,
Hardwareübersetzung,
Softwareübersetzung,
Bewertung, Validierung
Produktion
Abb. 1.9 Entwurfsfluss für die SpecC-Werkzeuge (vereinfacht)
Architekturerkundung, Kommunikationssynthese und Software- wie Hardwareübersetzung. Die genaue Bedeutung dieser Begriffe ist für dieses Buch nicht relevant. In
Abb. 1.9 sind Validierung und Bewertung für jeden der Schritte explizit als Bestandteil eines größeren Schrittes dargestellt.
Eine weitere Instanz von Abb. 1.8 ist in Abb. 1.10 dargestellt. Dies ist der Entwurfsfluss des V-Modells [550], der für viele deutsche IT-Projekte, speziell im
öffentlichen Sektor und darüber hinaus, verbindlich ist. Abb. 1.10 zeigt die durchAnforderungsanalyse
Systemarchitektur
Systementwurf
Softwarearchitektur
Softwareentwurf
Unit tests
Integrationstest
Systemintegration
Abnahme & Nutzung
Abb. 1.10 Entwurfsfluss für das V-Modell
zuführenden Schritte im Einzelnen. Diese Schritte entsprechen bestimmten Phasen
des Software-Entwicklungsprozesses (auch hier ist die genaue Bedeutung im Rah-
25
konkret verwendeten Entwurfsmethode können diese Aktionen auf vielfältige Weise miteinander verknüpft sein. Dieses Buch gibt einen breiten Überblick über den
Entwurf eingebetteter Systeme und ist nicht auf bestimmte Entwurfsflüsse und Werkzeuge festgelegt. Daher haben wir keine feste Liste von Entwurfsschritten vorgegeben. Wir können die in Abb. 1.8 enthaltenen Schleifen für jede Entwurfsumgebung
„abrollen” und einzelnen Entwurfsschritten Namen zuordnen.
Dies führt bei Einsatz von SpecC [173] zu dem in Abb. 1.9 dargestellten Entwurfsfluss. Der gezeigte Fall beinhaltet eine bestimmte Menge an Entwurfsschritten, wie
Spezifikationsmodell
Architekturmodell
Kommunikationsmodell
Implementierungsmodell
Simulation,
Erkundung der Architektur, Bewertung,
Validierung
Simulation,
Kommunikationssynthese, Bewertung,
Validierung
Simulation,
Hardwareübersetzung,
Softwareübersetzung,
Bewertung, Validierung
Produktion
Abb. 1.9 Entwurfsfluss für die SpecC-Werkzeuge (vereinfacht)
Architekturerkundung, Kommunikationssynthese und Software- wie Hardwareübersetzung. Die genaue Bedeutung dieser Begriffe ist für dieses Buch nicht relevant. In
Abb. 1.9 sind Validierung und Bewertung für jeden der Schritte explizit als Bestandteil eines größeren Schrittes dargestellt.
Eine weitere Instanz von Abb. 1.8 ist in Abb. 1.10 dargestellt. Dies ist der Entwurfsfluss des V-Modells [550], der für viele deutsche IT-Projekte, speziell im
öffentlichen Sektor und darüber hinaus, verbindlich ist. Abb. 1.10 zeigt die durchAnforderungsanalyse
Systemarchitektur
Systementwurf
Softwarearchitektur
Softwareentwurf
Unit tests
Integrationstest
Systemintegration
Abnahme & Nutzung
Abb. 1.10 Entwurfsfluss für das V-Modell
zuführenden Schritte im Einzelnen. Diese Schritte entsprechen bestimmten Phasen
des Software-Entwicklungsprozesses (auch hier ist die genaue Bedeutung im Rah-