Herausforderungen an ein durchgängiges Variantenmanagement in Software-Produktlinien und die daraus resultierende Entwicklungsprozessadaption

In der Automobilindustrie werden Kundenwünsche zunehmend mittels Elektrik/Elektronik-Komponenten und zugehöriger Software realisiert. Dies führt in der fortlaufenden Entwicklung zu einer steigenden Komplexität und Variabilität der Software. Software-Produktlinien (SPL) beschreiben eine Methodik, um solch variantenreiche Softwaresysteme zu beherrschen. Ein durchgängiges Variantenmanagement betrifft sämtliche Entwicklungsphasen und deren Abstraktionsebenen. So ermöglicht es ein verbessertes Tracing, zielgenaue Change-Impact-Analysen und durchgängige Fehlerbeseitigungen. Um die Anforderungen an ein durchgängiges Variantenmanagement besser zu verstehen, untersuchten wir eine existierende SPL und fanden voneinander isoliert erstellte Merkmalmodelle vor. Als Ursachen hierfür lassen sich u. a. differenzierte Sichtweisen auf Softwareproduktvarianten in der Entwicklung sowie die fehlende Prozessverankerung der Merkmalmodellierung ausmachen. Eine Harmonisierung der isoliert erstellten Merkmalmodelle gestaltet sich aufwändig und erschwert ein durchgängiges Variantenmanagement.In diesem Beitrag werden industrielle Herausforderungen zum Erreichen eines durchgängigen Variantenmanagement in der Praxis erläutert. Ziel ist es, bestehende Merkmalmodelle zu harmonisieren und Assoziationen zwischen Merkmalen über die gesamten Entwicklungsphasen und den vorhandenen Abstraktionsebenen herzustellen. Für eine standardisierte Merkmalmodellierung wird zudem eine Adaption des Entwicklungsprozesses beschrieben

Evolution und Komposition von Softwaresystemen: Software-Produktlinien als Beitrag zu Flexibilität und Langlebigkeit

Software systems are today bigger, more complex and of higher importance for products and services than a decade before. At the same time changes are required many more frequently and of a larger size. Furthermore, they have to be implemented faster. Additionally, the software must achieve a higher life span, particularly because of the cost of its development. In the past, Object-Oriented Programming and Reuse techniques did not provide the expected success. The introduction of software product lines respectively system families makes possible it to reach a degree of prefabrication similar to the one of serial production. At the same time they facilitate the delivery of product variants with a short time to market. In this work methods of the methods of domain analysis are integrated with Reuse approaches and techniques of Generative Programming, and a methodology for product line development is presented. Feature models are used as means expressing variability and product configurations, so that the prefabrication be planned and the production of customer-specific products can be controlled. By enforcing the formalization in terms of syntax and semantics, feature models are made accessible to tools and automation. Object-oriented design models and architecture are separated into fine-granular components in such a way that new products can easily be developed as combinations of those components. The implementation of such products is automated by the composition of source code components. The composition of object models separated similarly enables a uninterrupted automation for the product development, which is controlled by a customer by means of a feature selection. To facilitate such a composition, the Hyperspace approach is applied to UML to Hyper/UML, which makes possible a feature-driven separation and composition of object models. In this way slim products can be developed, containing only the actually needed functionality. For the evolution of product lines and for the integration of existing solutions and components into the evolution, Reverse Engineering and Refactoring techniques are integrated. Requirements, models and implementation are connected by Traceability links to perform changes consistently. As a consequence, the loss of architectural quality - so-called Architectural Decay - can be avoided during the iterative development process. Measures for the improvement of the project and quality management are regarded briefly, as far as they are of importance for the effectiveness of the developed methods. The applicability and suitability of the results of the work were examined in several industrial projects.Softwaresysteme sind heute umfangreicher, komplexer und von entscheidenderer Bedeutung für Produkte und Dienstleistungen als eine Dekade zuvor. Gleichzeitig sind Änderungen viel häufiger und in größerem Umfang erforderlich. Sie müssen auch schneller realisierbar sein. Zudem muss die Software eine höhere Lebensdauer erreichen, vor allem wegen des Aufwandes zu ihrer Entwicklung. Objektorientierte Programmierung und Wiederverwendungstechniken haben dabei nicht den erwarteten Erfolg gebracht. Die Einführung von Software-Produktlinien beziehungsweise Systemfamilien ermöglichen es, einen der Serienfertigung ähnlichen Vorfertigungsgrad zu erreichen und erlauben es gleichzeitig, kurzfristig Produktvarianten zu erstellen. In dieser Arbeit werden Methoden der Domänenanalyse mit Wiederverwendungsansätzen und Generativen Programmiertechniken verknüpft und eine Methodik zur Produktlinien-Entwicklung vorgestellt. Featuremodelle werden als Ausdrucksmittel für Variabilität und Produktkonfigurationen eingesetzt, damit die Vorfertigung geplant und die Erstellung von kundenspezifischen Produkten gesteuert werden kann. Durch Präzisierung ihrer Syntax und Erweiterung ihrer Semantik werden Featuremodelle einer Nutzung in Werkzeugen zugänglich gemacht. Objektorientierte Entwurfsmodelle und Architektur werden so in feingranulare Komponenten zerlegt, dass Varianten als neue Produkte mit geringem Aufwand erstellbar sind. Die Erstellung der Implementierung solcher Produkte wird durch die Komposition von Quelltext-Komponenten automatisiert. Die Komposition von ebenfalls zerlegten Objektmodellen ermöglicht eine durchgehende Automatisierung der Produkterstellung, die durch einen Kunden mittels der Feature-Auswahl gesteuert wird. Dafür wird mit Hyper/UML eine Umsetzung des Hyperspace-Ansatzes auf die Modellierungssprache UML entwickelt, die eine Feature-gesteuerte Zerlegung und Komposition von Objektmodellen ermöglicht. Damit lassen sich schlanke Produkte entwickeln, die nur die tatsächlich benötigte Funktionalität enthalten. Zur Evolution von Produktlinien und zur Einbindung existierender Lösungen und Komponenten in die Evolution werden Reverse-Engineering- und Refactoring-Techniken integriert. Anforderungen, Modelle und Implementierung werden durch Traceability-Links verbunden, damit Änderungen konsistent durchgeführt werden können. Diese Mittel tragen dazu bei, dass während einer iterativen Entwicklung der Verlust an Architektur-Qualität, das sogenannte Architectural Decay, vermieden werden kann. Maßnahmen zur Verbesserung des Projekt- und Qualitätsmanagements werden kurz betrachtet, soweit sie wichtige Randbedingungen für die Wirksamkeit der Methoden schaffen müssen. Die Anwendbarkeit und Eignung der Ergebnisse der Arbeiten wurde in mehreren industriellen Projekten überprüft.Ilmenau, Techn. Univ., Habil.-Schr., 200

Variabilitätsextraktion aus makrobasierten Software-Generatoren

Die vorliegende Arbeit beschäftigt sich mit der Frage, wie Variabilitätsinformationen aus den Quelltext von Generatoren extrahiert werden können. Zu diesem Zweck wurde eine Klassifizierung von Variablen entwickelt, die im Vergleich zu bestehenden Ansätzen eine genauere Identifikation von Merkmalen ermöglicht. Zudem bildet die Unterteilung die Basis der Erkennung von Merkmalinteraktionen und Cross-tree-Constraints. Weiterhin wird gezeigt, wie die gewonnenen Informationen durch Merkmalmodelle dargestellt werden können. Da diese auf dem Generator-Quelltext basieren, liefern sie Erkenntnisse über den Lösungsraum der Domäne. Es wird sichtbar, aus welchen Implementierungskomponenten ein Merkmal besteht und welche Beziehungen es zwischen Merkmalen gibt. Allerdings liefert ein automatisch generiertes Merkmalmodell nur wenig Erkenntnisse über den Lösungsraum. Außerdem wurde ein Prototyp entwickelt, der eine Automatisierung des beschriebenen Extraktionsprozesses ermöglicht

Integration von bestehendem Sicherheitswissen in einen Software-Entwicklungsprozess

Die Komplexität der Sicherheitsdomäne schränkt die Wiederverwendung von existierenden Sicherheitswissen bei der Entwicklung von Software ein. In dieser Arbeit wird ein Modell für Sicherheitswissen und ein Prozess aufgezeigt, um das bereits vorhandene Sicherheitswissen effektiv in einen Software-Entwicklungsprozess einzubetten, um zielgerichtet Sicherheitsmaßnahmen für ein Software-System zu implementieren

Wertbasierte Portfolio-Optimierung bei Software-Produktlinien: Value-based Portfolio-Optimization of Software Product Lines: Modell, Vorgehen, Umsetzung

Das Software Product Line Engineering (SPLE) ist ein ganzheitlicher Ansatz zur Entwicklung und Vermarktung von Software-Produktlinien auf Basis von Software-Systemfamilien. Eine in frühen Phasen des SPLE durchzuführende Aktivität ist das Scoping, bei dem die zu realisierenden Produkte mit den zwischen ihnen bestehenden Wiederverwendungspotentialen identifiziert werden. Bei der Durchführung des Scopings steht der Produkt-Manager vor dem Problem einen Ausgleich zwischen den Bedürfnissen der Kunden und dem Aufwand der Entwicklung zu finden. Durch die bestehenden Wiederverwendungspotentiale bei Software-Systemfamilien wird die Entscheidung zusätzlich erschwert. Aufgrund der bestehenden Komplexität der Entscheidung, wird in Literatur und Praxis eine Unterstützung in Form einer statistisch-mathematischen Optimierung gefordert. Dieser Forderung nimmt sich die vorliegende Arbeit an. In ihr werden mit der Konstruktion eines Modells gewinnbeeinflussender Faktoren, einer Methode zur wertbasierten Portfolio-Optimierung und eines Prototyps zur Unterstützung der wertbasierten Portfolio-Optimierung und der anschließenden Evaluation dieser Artefakte zwei Fragen adressiert. Erstens wird geprüft, ob die Optimierung von Produkt-Portfolios bei Software-Produktlinien mit statistisch-mathematischen Verfahren unterstützt werden kann. Zweitens wird geprüft, ob die statistisch-mathematische Optimierung von Produkt-Portfolios eine akzeptierte Unterstützung von Software-Anbietern sein kann. Die Arbeit ordnet sich mit ihren Fragen in die Forschung zum Produkt-Management bei Software-Produktlinien ein und trägt die vorgenannten Artefakte bei.:Abbildungsverzeichnis ix Tabellenverzeichnis xi Abkürzungsverzeichnis xii Symbolverzeichnis xiv 1 Einleitung 1 1.1 Stand der Forschung 3 1.2 Forschungsbedarf 5 1.3 Forschungskonzept 7 1.4 Verwendete Methoden und Notationen 9 1.4.1 Method Engineering 10 1.4.2 Software & Systems Process Engineering Meta-Model 12 1.4.3 Merkmaldiagramme 14 1.5 Aufbau der Arbeit 16 I Modell 17 2 Software-Ökonomie 18 2.1 Unternehmen und ihre Produkte 20 2.1.1 Eigenschaften von Software-Produkten 23 2.1.2 Vom Software-System zum Geschäftsmodell 24 2.1.3 Kosten 28 2.1.4 Erlös 31 2.2 Kunden 35 2.2.1 Nutzen und Wertvorstellung 35 2.2.2 Zahlungsbereitschaft 35 2.2.3 Kundenmodell 37 2.3 Konkurrenz und Markt 38 2.3.1 Konkurrenzmodell 38 2.3.2 Ökonomische Besonderheiten von Software-Produkten 39 2.3.3 Struktur von Software-Märkten 40 2.4 Preis 41 2.4.1 Preisbeeinflussende Faktoren 42 2.4.2 Verfahren der Preisbildung 42 2.4.3 Preismodell 44 2.5 Produkt- und Preisdifferenzierung 44 2.5.1 Typen der Preisdifferenzierung 46 2.5.2 Preisdifferenzierung mit Selbstselektion 47 2.5.3 Gewinnoptimalität 48 2.6 Zusammenfassung 49 3 Software-Produktlinien 50 3.1 Prozesse des Software Product Line Engineerings 53 3.1.1 Domain Engineering 54 3.1.2 Anwendungsentwicklung 56 3.1.3 Management 57 3.1.4 Scoping 58 3.2 Methoden des Software Product Line Engineerings 60 3.3 Szenarios des Einsatzes von Software-Systemfamilien 62 3.4 Angereicherte Software-Produktlinien 64 3.5 Kostenmodell bei Software-Systemfamilien 65 3.6 Modell gewinnbeeinflussender Faktoren 68 3.6.1 Interne Einflüsse 68 3.6.2 Externe Einflüsse 70 3.7 Zusammenfassung 71 I I Vorgehen 72 4 Methode zur wertbasierten Portfolio-Optimierung 73 4.1 Die Methode im Überblick 74 4.2 Kundenanalyse 76 4.2.1 Techniken 77 4.2.2 Einsatz 83 4.2.3 Zusammenfassung 88 4.3 Kostenanalyse 89 4.3.1 Techniken 91 4.3.2 Einsatz 94 4.3.3 Zusammenfassung 97 4.4 Konkurrenzanalyse 98 4.5 Optimierung und weitere Schritte 100 4.6 Zusammenfassung 101 5 Merkmalbasierte Generierung adaptiver Conjoint-Studien 102 5.1 Meta-Modelle 103 5.1.1 Merkmalmodelle 103 5.1.2 ACA-PE-Konfigurationen 105 5.2 Abbildung von Merkmalmodellen auf ACA-PE 106 5.2.1 Erste Überlegungen 106 5.2.2 Stufen 107 5.3 Illustrierendes Beispiel 111 5.4 Zusammenfassung 113 6 Wertbasierte Portfolio-Optimierung 114 6.1 Technische Vorbemerkungen 115 6.2 Verwandte Arbeiten 117 6.2.1 Analytische Arbeiten 117 6.2.2 Praktische Arbeiten 118 6.2.3 Besondere Ansätze 121 6.2.4 Schlussfolgerung 122 6.3 Entwurfsproblem bei Software-Produkt-Portfolios 123 6.3.1 Notationsmittel 123 6.3.2 Mathematisches Programm 125 6.4 Lösungsprozedur 126 6.4.1 Finden des optimalen Software-Produkt-Portfolios 127 6.4.2 Identifikation wichtiger Systeme 129 6.5 Illustrierendes Beispiel 129 6.6 Erweiterung 132 6.7 Zusammenfassung 133 I I I Umsetzung 134 7 Software-Prototyp zur wertbasierten Portfolio-Optimierung 135 7.1 Anforderungen 136 7.1.1 Funktional 136 7.1.2 Nicht-funktional 140 7.2 Technologiestudie 140 7.3 Entwurf 143 7.4 Implementierung 146 7.4.1 Spezifikationseditor 146 7.4.2 ACA-PE-Editor 151 7.4.3 Anwendungskern 152 7.5 Test 157 7.6 Zusammenfassung 157 8 Evaluation 158 8.1 Demonstration 158 8.2 Ergebnisgüte und Skalierbarkeit 162 8.2.1 Theoretisches Testdaten-Modell 163 8.2.2 Testtreiber und Testdatengenerator 166 8.2.3 Auswertung 167 8.3 Akzeptanz 174 8.3.1 Untersuchungsdesign 174 8.3.2 Auswertung 175 8.4 Zusammenfassung 176 9 Zusammenfassung und Ausblick 177 IV Anhang 181 Glossar 182 Literaturverzeichnis 184 A Befragungen 206 A.1 Befragung zur praktischen Relevanz der Portfolio-Optimierung 206 A.2 Experteninterview zur Akzeptanz 208 B Herleitungen 214 B.1 Struktur von Software-Märkten 214 B.2 Gewinnoptimalität der Preisdifferenzierung mit Selbstselektion 219 B.3 Preis-Subproblem für den Simplex-Algorithmus 227 B.4 Beispiel analytisch bestimmter Testdaten 228 C Modelle und Ausgaben des Prototyps 229 Wissenschaftlicher und persönlicher Werdegang 232 Selbstständigkeitserklärung 23

Vorgehensmodell zur Modellierung, Strukturierung und objektiven Bewertung von Software-Architekturen in der Fahrerassistenz

Die Komplexität von E/E-Systemen und damit auch deren Anteil an der Wertschöpfung im Automobil nimmt beständig zu. Dies gilt in besonderem Maße für Fahrerassistenzsysteme mit ihrer hohen Vernetzung und langen, zum Teil sicherheitskritischen Wirkketten. Die vorliegende Arbeit fokussiert auf die Entwicklung der Software-Anteile von Fahrerassistenzsystemen und berücksichtigt dabei ausdrücklich auch nicht-funktionale Einflussgrößen und Anforderungen. Als wichtigster Stellhebel wird dabei die explizite Modellierung von Software-Architektur identifiziert. Auf Basis eines vorhandenen in der Serienentwicklung etablierten Vorgehensmodells werden signifikante Änderungen und Erweiterungen vorgeschlagen, die eine formale und durchgängige Modellierung von Software-Architektur ermöglichen. Das Herzstück bildet die Abstrakte Automotive Software-Architektur (ABSOFA), welche eine eigenständige Modellierungssprache definiert, um Software-Architekturen in der Automobil-Domäne frühzeitig im Entwicklungsprozess und vollständig realisierungsunabhängig zu beschreiben. Über ein zentrales Datenmodell können automatisierte (Modell-)Transformationen in unterschiedliche Werkzeuge und zwischen unterschiedlichen Abstraktionsebenen beziehungsweise Prozessschritten durchgeführt werden. Ergänzt wird dieses zielgerichtete und effiziente Vorgehen um ein Verfahren zur objektiven Software-Architekturbewertung mit Hilfe von quantifizierten Metriken. Darüber hinaus wird ausführlich diskutiert wie Software-Architekturen in der Fahrerassistenz konkret zu strukturieren sind, um den besonderen Anforderungen dieses Fachbereichs gerecht zu werden. Dies erfolgt am realen Beispiel von heutigen Fahrerassistenzsystemen der Längsführung. Die bestehende Software-Architektur wird analysiert und neu strukturiert. Das dient gleichzeitig als Evaluierung der zuvor genannten Ansätze unter Bedingungen der Serienentwicklung. An einem konkreten Fallbeispiel der Implementierung eines Fahrerassistenzsystems werden zum Abschluss die Vorteile der neuen Struktur eindeutig aufgezeigt

Modellbasierte Generierung und Reduktion von Testsuiten für Software-Produktlinien

Software-Produktlinienentwicklung ist ein Paradigma zur kostengünstigen Entwicklung vieler individueller aber sich ähnelnder Softwareprodukte aus einer gemeinsamen Softwareplattform heraus. Beispielsweise umfasst im Automotive-Bereich eine Software-Produktlinie (SPL) für ein Auto der Oberklasse typischerweise mehrere hunderttausend Softwaresystemvarianten. Um sicherzustellen, dass jede einzelne Produktvariante einer SPL in ihrer Funktionalität der Spezifikation entspricht, kann Testen verwendet werden. Da separates Testen jeder einzelnen Produktvariante meistens zu aufwändig ist, versuchen SPL-Testansätze die Gemeinsamkeiten der Produktvarianten beim Testen auszunutzen. So versuchen diese Ansätze geeignete Testartefakte wiederzuverwenden oder nur eine kleine repräsentative Menge von Produktvarianten stellvertretend für die ganze SPL zu testen. Da Software-Produktlinienentwicklung erst seit einigen Jahren verstärkt eingesetzt wird, sind im SPL-Test noch einige praxisnahe Probleme ungelöst. Beispielsweise existiert bisher kein Testansatz, mit dem sich eine gewisse Abdeckung bezüglich eines gewählten Überdeckungskriteriums auf allen Produktvarianten einer SPL effizient erreichen lässt. In dieser Arbeit wird ein Black-Box-Testfallgenerierungsansatz für Software-Produktlinien vorgestellt. Mit diesem Ansatz lassen sich für alle Produktvarianten einer SPL eine Menge von Testfällen aus einer formalen Spezifikation (Testmodell), die mit Variabilität angereichert wurde, effizient generieren. Diese Testfallmenge, im Folgenden als vollständige SPL-Testsuite bezeichnet, erreicht auf jeder Produktvariante der SPL eine vollständige Abdeckung bzgl. eines strukturellen Modell-Überdeckungskriteriums. Die Effizienz des Ansatzes beruht auf der Generierung von Testfällen, die variantenübergreifend wiederverwendbar sind. Dadurch müssen mit dem neuen Ansatz weniger Testfälle generiert werden als wenn dies für jede Produktvariante separat geschieht. Um bei Bedarf die Anzahl der generierten Testfälle reduzieren zu können, werden außerdem drei Algorithmen zur Testsuite-Reduktion vorgestellt. Die Neuerung der vorgestellten Algorithmen liegt im Vergleich zu existierenden Reduktionsalgorithmen für Testsuiten von Einzel-Softwaresystemen darin, dass die Existenz von variantenübergreifend verwendbaren Testfällen in einer SPL-Testsuite berücksichtig wird. Dadurch wird sichergestellt, dass trotz Testsuite-Reduktion die vollständige Testmodellabdeckung einer jeden Produktvariante durch die SPL-Testsuite erhalten bleibt. Sollte es aufgrund limitierter Ressourcen nicht möglich sein jede Produktvariante mit den in der vollständigen SPL-Testsuite enthaltenen Testfällen zu testen, kann mittels einer SPL-Testsuite eine kleine repräsentative Produktmenge aus der SPL bestimmt werden, deren Testergebnis (im begrenzten Rahmen) Rückschlüsse auf die Qualität der restlichen Produktvarianten zulässt. Zur Evaluation des Ansatzes wurde dieser prototypisch implementiert und auf zwei Fallbeispiele angewendet

Produktportfolio-übergreifendes Spezifizieren von Produktfunktionen der Sportwagenentwicklung im Modell der PGE – Produktgenerationsentwicklung = Product Portfolio-spanning Specifying of Product Functions within Sports Car Development in the Model of PGE – Product Generation Engineering

Das Funktionsspektrum heutiger Generationen hochentwickelter Fahrzeuge hat sich im letzten Jahrzehnt, aufgrund steigender Kunden- und Anwenderanforderungen u.a. an Fahrerassistenz, Digitalisierung und Elektromobilität, mehr als vervierfacht. Empirische Untersuchungen dieser Arbeit zeigen, dass der Fokus auf den für Kunden oder Anwender wahrnehmbaren Funktionen liegt, die einen direkt greifbaren Wert oder Nutzen des Gesamtproduktes schaffen. In der automobilen Entwicklungspraxis zeigt sich zudem, dass solche, mitunter komplexe, Funktionen nicht mehr nur für einzelne, automobile Produktgenerationen, sondern übergreifend für das gesamte Produktportfolio eines Anbieters entwickelt werden müssen. Produktentwickelnde stehen daher vor der Herausforderung, teils diametrale Anforderungen sowie Wechselwirkungen vielfältiger Produktgenerationen aus verschiedenartigen Produktlinien bereits beim Spezifizieren der Funktionen zu berücksichtigen. Da es an geeigneter prozessualer und methodischer Unterstützung fehlt, stellt sich die Frage, wie eine transparente und durchgängige Funktionsentwicklung in diversifizierten Produktportfolios zukünftig im Rahmen der Produktspezifikation in der Frühen Phase synergistisch gestaltet werden kann? In der vorliegenden Arbeit wird daher, auf Grundlage des modelltheoretischen und methodischen Gefüges der KaSPro – Karlsruher Schule für Produktentwicklung, die prozessuale und methodische Unterstützung des Produktentwickelnden beim Produktportfolio-übergreifenden Spezifizieren aus Funktionssicht empirisch analysiert, in einer dreiteiligen Systematik synthetisiert sowie in der Entwicklungspraxis angewandt und evaluiert. Der erste Bestandteil der präskriptiven Systematik fokussiert die Definition eines konsistenten Verständnisses sowie die Abbildung und Variation von (Produkt-)Funktionen auf Basis des Referenzsystems im Modell der PGE – Produktgenerationsentwicklung nach Albers. Zu diesem Zweck wird ein Produktfunktions-Modell aus empirischen Erkenntnissen entwickelt, das den Produktentwickelnden beim effektiven Spezifizieren leitet. Den zweiten Kernbestandteil bildet ein generisches Referenz-Produktmodell, das die komplexe Produktspezifikation durch Verknüpfung mit dem erweiterten Systemtripel Ansatz und dem Referenzsystem in der Frühen Phase strukturiert. Vervollständigt wird die Systematik mit einem Referenzprozess zum Produktportfolio-übergreifenden Spezifizieren von Produktfunktionen im Modell der PGE. Im Zuge dessen wird zwischen den vier iterativen Phasen der Generierung und Priorisierung von Funktionsideen [1], der Spezifikation einer Produktfunktion [2], der Realisierung einer Produktfunktion [3] und der Beendigung des Funktionslebenszyklus [4] differenziert. Eine Produktfunktions-Roadmap fungiert als durchgängiges und konsistentes Planungs- und Steuerungsinstrument. Die Evaluationsergebnisse und -erkenntnisse aus Fallstudien in der Sportwagenentwicklung zu Produktfunktionen der Fahrzeugaerodynamik bestätigen die effektive Anwendbarkeit der Unterstützungswerkzeuge und zeigen im Live-Lab IP – Integrierte Produktentwicklung initial einen Erfolgsbeitrag zur Transparenz und Durchgängigkeit der Produktspezifikation aus Funktionssicht