Entwicklung variantenreicher Systeme verbessern
Anwendungsmöglichkeiten für Feature-Modelle
Feature-Modelle werden im Konfigurationsprozess angewandt, um eine gültige Kombination von Features für eine Produktvariante zu bestimmen. Darüber hinaus können sie die Entwicklung variantenreicher Systeme unterstützen. Dies vereinfacht die Wartung und Pflege variantenreicher Systeme und erhöht die Qualität der Implementierungsbestandteile.
Bild: Method Park Holding AG
Bild: Method Park Holding AG
Bild: Method Park Holding AGAnwendungsmöglichkeiten für Feature-Modelle
Anwendungsmöglichkeiten für Feature-Modelle beruhen auf der Idee, dass das Modell nicht nur einen Dokumentationszweck hat, sondern in Repräsentationsformen überführt werden kann, die verschiedene Anwendungsmöglichkeiten erlauben. Für Feature-Modelle sind solch eine Repräsentationsform Boolesche Formeln. Features werden durch Boolesche Variablen repräsentiert und die Zusammenhänge zwischen Features durch logische Operatoren ('und', 'oder', 'nicht'). Gemeinsam erlauben Variablen und Operatoren eine Eins-zu-eins Repräsentation der Bedeutung des Feature-Modells.
Bild: Method Park
Holding AGAufdecken von Konfigurationsdefekten
Zur Identifikation von Konfigurationsdefekten werden Annotationen von Implementierungsbestandteilen gegen das Feature-Modell geprüft. Ein Konfigurationsdefekt ist eine ungültige Feature-Kombination, die mit Blick auf die Repräsentation als Boolesche Formel nicht erfüllbar ist. Die Prüfung auf Konfigurationsdefekte erlaubt die Identifikation von Widersprüchen. Beispielsweise ist die Annotation 'E-Motor' und 'Schaltung' ungültig, weil das Feature 'E-Motor' nur zusammen mit dem Feature 'Automatik' verwendet werden darf. Darüber hinaus können Konfigurationsdefekte in der Implementierung identifiziert werden. Dazu folgendes Beispiel: Gegeben sind zwei Requirements R1 und R2, die einen Ausschnitt einer Systemspezifikation dokumentieren. @WK Einrückung:R1: The car should accelerate to 100km/h in 5 seconds. @WK Einrückung:R2: The system should have an electric engine. (#if E-Motor)
Weiterhin ist dokumentiert, dass R1 von R2 ('depends on') abhängt. Wenn Feature 'E-Motor' für eine Systemvariante nicht ausgewählt und dadurch R2 gelöscht wird, kann der 'depends on'-Link zwischen den beiden Requirements nicht mehr erfüllt werden. Folgender Defekt könnte angezeigt werden: Der Link R1 'depends on' ist ohne Ziel. Dieser Ansatz lässt sich auf andere Implementierungsbestandteile übertragen (zum Beispiel Quellcode oder Architektur).
Bild: ©Tarey/Pixabay.com
Bild: Method ParkReduktion des Testaufwands
In der Regel übersteigt der Aufwand für das Testen von Systemvarianten einer Produktlinie die zur Verfügung stehenden Ressourcen um ein Vielfaches, da das Testen aller Systemvarianten praktisch unmöglich ist. Um den Testaufwand zu reduzieren, lässt sich mittels des Feature-Modells eine Teilmenge der Systemvarianten automatisch erstellen. Um beispielsweise sicherzustellen, dass ein Fehlerzustand nicht von einem Feature abhängt, müssten folgende zwei Varianten getestet werden, in denen jedes optionale Feature mindestens einmal an- und einmal abgewählt ist:
- • Variante 1: 'Auto', 'nicht Anhängerkupplung', 'Karosserie', 'Motor', 'E-Motor', 'Automatik', 'nicht Schaltung', 'Getriebe', 'nicht Verbrennungsmotor'
- • Variante 2: 'Auto', 'Anhängerkupplung', 'Karosserie', 'Motor', 'nicht E-Motor', 'nicht Automatik', 'Schaltung', 'Getriebe', 'Verbrennungsmotor'
Auf dieser Grundlage lassen sich Mengen von Systemvarianten auch für andere Kriterien definieren, zum Beispiel die Berücksichtigung von Feature-Kombinationen, das heisst alle Zweier- oder Dreier-Kombinationen (Pair-wise beziehungsweise Triple-wise). Auch bei steigender Variantenzahl kann man für alle generierbaren Systemvarianten gesicherte Aussagen treffen: "Jedes Feature/alle paarweisen oder dreifachen Feature-Kombinationen sind erfolgreich getestet." Für die drei Kriterien Feature-wise, Pair-wise und Triple-wise müssen im Beispiel zwei, sechs beziehungsweise acht Systemvarianten getestet werden.
Bild: Method ParkUnterstützung der Impact Analysis
Variabilitätsinformationen des Features-Modells können die Durchführung einer Impact Analysis unterstützen. Falls ein Fehler in variablen Implementierungsbestandteilen auftaucht, dient die zugrundeliegende Annotation dafür als Ausgangspunkt. Angenommen, ein Fehler tritt in der Feature-Implementierung von 'E-Motor' auf. Basierend auf den definierten Abhängigkeiten im Feature-Modell lassen sich folgende Aussagen ableiten: @WK Einrückung:Der Fehler steht möglicherweise im Zusammenhang mit Feature 'Automatik'. @WK Einrückung:Der Fehler steht nicht im Zusammenhang mit Feature 'Schaltung', weil Feature 'E-Motor' und Feature 'Schaltung' nicht zusammen gewählt werden können.
Für komplexere Feature-Modelle mit einer größeren Feature-Anzahl und mehr Abhängigkeiten ergeben sich meist weitere Aussagen. Auch bei der Absicherung eines Fehlers lassen sich Testaufwände reduzieren. Zum Sichern der Systemvarianten müssen unter Berücksichtigung von Feature E-Motor für die zuvor definierten Kriterien Feature-wise, Pair-wise und Triple-wise zwei beziehungsweise vier Systemvarianten getestet werden. Dies entspricht einer weiteren Testaufwandsreduktion von bis zu 50 Prozent.
Bestimmung von Produktkonfigurationen
Während Features eines Features-Modells funktionale Eigenschaften eines Gesamtsystems berücksichtigen, gibt es bei der Wahl einer richtigen Systemvarianten häufig weitere Eigenschaften, die eine Rolle spielen. Diese Eigenschaften sind meist nicht-funktional und können keinem Feature im Sinne des Gesamtsystems zugeordnet werden. Typische nicht-funktionale Eigenschaften sind: Kosten (costs), Leistungsfähigkeit (perf), Gewicht (weight). Falls existierende Feature-Modelle mit nicht-funktionalen Eigenschaften angereichert werden, können Systemvarianten erstellt werden, die hinsichtlich dieser nicht-funktionalen Eigenschaften optimiert sind (zum Beispiel Minimierung der Kosten und Gewicht bei gleichzeitiger Maximierung der Leistungsfähigkeit unter Berücksichtigung von Variabilität). Während der Einsatz von Feature-Modellen in der Praxis etabliert ist - man denke an die Konfiguratoren, die alle Autobauer dem Kunden auf ihren Webseiten anbieten - gewinnt die Entwicklung hochvariabler Systeme in vielen Branchen an Bedeutung. Die genannten Anwendungsmöglichkeiten für Feature-Modelle unterstützen diese Entwicklung, indem die Vielzahl vom Kunden geforderter Varianten durch eine variantenreiche Systementwicklung abgedeckt wird. Diese Entwicklung erlaubt die Bereitstellung einer Fülle von Systemvarianten - bei einer gleichzeitig sehr hohen Qualität. n @WK Kontakt: @WK Kontakt: @WK Kontakt:www.methodpark.de
Feature-Modelle werden im Konfigurationsprozess angewandt, um eine gültige Kombination von Features für eine Produktvariante zu bestimmen. Darüber hinaus können sie die Entwicklung variantenreicher Systeme unterstützen. Dies vereinfacht die Wartung und Pflege variantenreicher Systeme und erhöht die Qualität der Implementierungsbestandteile.
Bild: Method Park Holding AGBild: Method Park Holding AGBild: Method Park Holding AGAnwendungsmöglichkeiten für Feature-Modelle
Anwendungsmöglichkeiten für Feature-Modelle beruhen auf der Idee, dass das Modell nicht nur einen Dokumentationszweck hat, sondern in Repräsentationsformen überführt werden kann, die verschiedene Anwendungsmöglichkeiten erlauben. Für Feature-Modelle sind solch eine Repräsentationsform Boolesche Formeln. Features werden durch Boolesche Variablen repräsentiert und die Zusammenhänge zwischen Features durch logische Operatoren ('und', 'oder', 'nicht'). Gemeinsam erlauben Variablen und Operatoren eine Eins-zu-eins Repräsentation der Bedeutung des Feature-Modells.
Method Park Holding AG
Dieser Artikel erschien in PLM, CAD, Engineering Wissen 2017 - 10.10.17.Für weitere Artikel besuchen Sie www.it-production.com
