Projekt VEIA Folienset Fallbeispiel CBS Ultralite-Version Stefan Mann 28.03.2017 Projekt VEIA Folienset Fallbeispiel CBS Ultralite-Version Stefan Mann Fraunhofer-Institut für Software- und Systemtechnik ISST Berlin September 2008

Fallbeispiel »Condition-Based Service« 28.03.2017 Fallbeispiel »Condition-Based Service« Ergebnisse des VEIA-Projekts Stefan Mann Fraunhofer-Institut für Software- und Systemtechnik ISST Berlin September 2008

Variantenmanagement mit und für AUTOSAR 28.03.2017 Variantenmanagement mit und für AUTOSAR BSW Topologie SWC ECU

Beispiel: Condition-Based Service (CBS) 28.03.2017 Beispiel: Condition-Based Service (CBS) Verschleiß: wearout Verschleißteile - wearing parts: Zündkerzen – spark plugs Bremsbelag – brake pad Motoröl – motor oil Partikelfilter – particle filter Fzguntersuchung: (general) inspection Otto engine (spark ignition engine) diesel engine Wie sieht eine optimale Softwarearchitektur aus? Berechnung von Serviceterminen Überwachung verschiedener Verschleißteile Anwendung in allen Fahrzeugproduktlinien Quellenangabe Abbildung: BMW Group

Entwerfen.

Produktkonfiguration: Otto, WDSparkPlugsAdaptive 28.03.2017 Produktkonfiguration: Otto, WDSparkPlugsAdaptive Vehicle Engine VehicleMaintenance Diesel Otto WdMotorOil Adaptive WdParticleFilter WdSparkPlugs Linear Cbs FixedService <<needs>> <<needs>> explizit ausgewählt implizit ausgewählt explizit abgewählt implizit abgewählt obligatorisch unentschieden

CBS-Funktionsnetz Car Mileage CarTime CbsWd Cbs MotorOil pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display CbsWdSparkPlugs SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate ParticleFilter pinSensorsPf Pf DoService pout Availability SparkPlugs Linear poutServPf poutServSp poutServMo pinAvailabilityPf pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Particle Filter Service

Vom Funktionsnetz zur Softwarearchitektur Produktmerkmale Funktionsnetz Cbs WdSpark Plugs WdMotorOil WdSp Ada Lin ... WearoutMotoroil WearoutSparkplugs FuCbs Software Produktgenerische Software Produktspezifische Software SwcCbs WMo WSpLin WSpAda SwcCbs1 WMo WSpAda SwcCbs2 WMo WSpLin SwcCbs3 WMo

Produktgenerische Produktliniensoftwarearchitektur (»CbsSw150«) SensorsSparkPlugs SensorsParticleFilter SensorsMotorOil Sensors NormMo NormPf NormSp Cbsc MotorOil Adaptive ParticleFilter SparkPlugs Linear CbsMaster CarDisplay CarKey CarMileage CarTime CbsSw150 CBS-Master, CBS-Clients, Sensorik und Aktuatorik

Produktspezifische Produktliniensoftwarearchitektur (»CbsSwPl«) SensorsSparkPlugs SensorsParticleFilter SensorsMotorOil Sensors NormMo NormPf NormSp Cbsc MotorOil Adaptive ParticleFilter SparkPlugs Linear CbsMaster CarDisplay CarKey CarMileage CarTime CbsSwPl CbscSparkPlugsVp CBS-Master, CBS-Clients, Sensorik und Aktuatorik

Produktgenerische vs. -spezifische Produktliniensoftwarearchitektur DC1 CbsmComputation CbsMaster DC2 DC3 RC1 RC2 RC3 DC4 RC4 Details CbsMaster (CbsSw150) vs. Details CbsMaster (CbsSwPl)

Konfigurieren. Verknüpfen von Features und Funktionen Ableiten der Produktmodelle

Konfiguration des FN durch Verlinkung mit einem Merkmalsmodell Vehicle Engine Maintenance Diesel Otto Wd MotorOil Adaptive ParticleFilter SparkPlugs Linear Cbs <<needs>> pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display CbsWdSparkPlugs SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate ParticleFilter pinSensorsPf Pf DoService pout Availability SparkPlugs Linear poutServPf poutServSp poutServMo pinAvailabilityPf pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Particle Filter Service

Fahrzeugkonfiguration: Diesel, Particle Filter pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display CbsWdSparkPlugs SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate ParticleFilter pinSensorsPf Pf DoService pout Availability SparkPlugs Linear poutServPf poutServSp poutServMo pinAvailabilityPf pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Particle Filter Service Vehicle Engine Maintenance Diesel Otto Wd <<needs>>

Fahrzeugkonfiguration: Otto, Spark Plugs Adaptive pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display CbsWdSparkPlugs SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate ParticleFilter pinSensorsPf Pf DoService pout Availability SparkPlugs Linear poutServPf poutServSp poutServMo pinAvailabilityPf pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Particle Filter Service Vehicle Engine Maintenance Diesel Otto Wd <<needs>>

Für ein Produkt konfiguriertes Funktionsnetz pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display CbsWdSparkPlugs SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate ParticleFilter pinSensorsPf Pf DoService pout Availability SparkPlugs Linear poutServPf poutServSp poutServMo pinAvailabilityPf pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Particle Filter Service

Funktionsnetz eines Produkts pinKm pin Date pinDoService CbsWd MotorOil Adaptive pinSensorsMo Cbs ComputeServiceDate Display SensorsSp CbsReset Sensors Mo Sp poutDisplay Basic pinDate DoService pout Availability SparkPlugs poutServSp poutServMo pinAvailabilitySp pinAvailabilityMo ServiceDate Reset pinReset CarTime Car Mileage Service

Verteilung auf Infrastruktur.

Verteilung der Softwarekomponenten auf technische Architektur 28.03.2017 Verteilung der Softwarekomponenten auf technische Architektur Technical Architecture Software Architecture Sensorik Verschleißteil Sensors of a wearing part CarMileage CarTime linear CbsClient of a wearing part CbsMaster CarDisplay CarKey adaptive Kombi CAS Key Steuergerät eines Verschleißteils Device ...

Bewerten.

Produktliniensoftwarearchitekturen Funktionen Produkte VEIA Funktionsarchitektur produktgenerische PL-SW-Architektur produktspezifische … SWA P1 P2 Px AUTOSAR Featuremodell

Häufigkeit des Vorkommens der Merkmale in Produktkonfigurationen Produktgenerische Architektur (150%-Architektur) Feature P1 P2 P3 P4 P5 IHFe WdMotorOilAdaptive 1 WdParticleFilterAdaptive WdSparkPlugsAdaptive WdSparkPlugsLinear Otto - Diesel IHPi 0,2 PL150

Häufigkeit des Vorkommens der Merkmale in Produktkonfigurationen Produktspezifische Architektur mit: 1/2 Otto : 1/2 Diesel (Gleichverteilung) Feature P1 P2 P3 P4 P5 IHFe WdMotorOilAdaptive 1 WdParticleFilterAdaptive - 0,25 WdSparkPlugsAdaptive 0,167 WdSparkPlugsLinear Otto 0,5 Diesel IHPi PL1

Häufigkeit des Vorkommens der Merkmale in Produktkonfigurationen Produktspezifische Architektur mit: 2/3 Otto : 1/3 Diesel (Ottodominanz) Feature P1 P2 P3 P4 P5 IHFe WdMotorOilAdaptive 1 WdParticleFilterAdaptive - 0,22 WdSparkPlugsAdaptive 0,33 WdSparkPlugsLinear 0,167 Otto 0,66 Diesel IHPi 0,11 PL2

Anwendung der PSSF-Metrik 28.03.2017 Anwendung der PSSF-Metrik Bewertungskriterien: Entwicklungsaufwand und Software-Größe Generisch (150%-Lösung) Spezifisch (PL1 / PL2) P1 P 2 P3 P4 P5 #Komponenten 14 10 11 #Eingangsports 22 9 13 #Ausgangsports 16 12 #Ports 38 19 25 26 Entwicklungsaufwand (PA=5) 178 PL1: 236 PL2: 222 Indiz für SW-Größe P1: 168 P2: 168 P3: 168 P4: 168 P5: 168 ø 122 110 130 Bewertungskriterien: - (relativer) Entwicklungsaufwand für die PL - Indiz für SW-Größe Messung anahnd Prozessfunktionspunkte aus dem PESOA-Projekt auf Basis der spezifizierten Varianz in Funktionsmodellen (Anzahl der Ports, Echtzeitbewertung, Erfahrungswerte)