Automotive Software Engineering at Hella KGaA. Software Engineering for Software Intensive Systems,

Transcription

1 Engineering for Intensive s,

2 Overview Automotive Engineering Hella body electronics The process of product development -Engineering of mechatronic/embedded systems Discussion 2 Ulrich Nickel, Hella KGaA Hueck & Co.

3 Vehicle centric domains Powertrain Engine management and transmission control Only a few powerful ECUs (often with floating point unit) Many sensors and actuators Robust due to rough environmental conditions Suspension (Vehicle Dynamics) Antilock braking system, tire pressure control, power steering Also: brake-by-wire or steer-by-wire High level of safety requirements Rough environmental conditions Chassis Comfort: head lamps, air conditioner, central locking system, seat- and exterior mirror control Passive safety: airbag, restraint system Many ECUs with low(er) performance Widely spreaded, often only small installation space Many variants (optional equipment) Multi-Media: radio, telephone, navigation 3 Ulrich Nickel, Hella KGaA Hueck & Co.

4 Business Division Automotive Electronics GE Product Lines and Business Divisions PLE-6: Sensors PLE-5: Sensors PLE-7: Relays, Horns and Fanfares PLE-4: Lighting Electronics INTEDIS BHTC PLE-8: : Actuators PLE-3: Body Electronics PLE-1: Body Electronics PLE-2: Special Manufacturing 4 Ulrich Nickel, Hella KGaA Hueck & Co.

5 Spanning functionalities: Driver Assistance Example: Parking Assistance Uses ultrasonic sensors Steers the car No linear acceleration/decelaration (yet) Here: simulation which uses the implemented code 5 Ulrich Nickel, Hella KGaA Hueck & Co.

6 Development Process ISO / SPICE Processes Engineering proccesses ENG 1.1 requirements analysis and design ENG 1.2 requirements analysis ENG 1.3 design ENG 1.6 und 1.7 integration and testing ENG 1.5 integration ENG 1.4 construction Management process Support Life cycle processes Customer process MAN 2 SW Project Management SUP 2 SW Configuration Management SUP 3 SW Quality Assurance SUP 8 Problem Resolution CUS 1.3 Sub-supplier Management 6 Ulrich Nickel, Hella KGaA Hueck & Co.

7 Product Development Process Phase 1: Bid/No-Bid Decision Gate 1 Phase 2: Quotation- Phase Phase 3: Concept Design Phase Gate 2 Phase 4: Development & Detailing Phase Phase 5: Means of Production Build Gate 3 Gate 4 Gate 5 Structured content Parallel in timeline Milestone oriented QCT-/ target-oriented Request: Phase 6: User Requirements Bid: Qualification of MoP and Components Additional Financial Documents bidding Phase 7: Lot sizes Description and Deadlines as exactly as possible Qualifification of Product / Process Deadlines (Releaseplan) Decision: Phase 8: Pre-Series Prerequisite: In the meantime Releaseplan: further Launch / SOP Coarse grain development A Sample: Prototype architecture Phase 9: Information/data (Phase B of former 3) Sample (B1..Bn): growing functional range/testing projects depth Constraint Solver?? C Sample: complete funtional range, completely tested Gate 6 Relieve of Proj. Team Gate 7 Gate 8 Gate 9 Requests Offer/ order Designfreeze/ Tool Kick-off Produkt Release SOP 7 Ulrich Nickel, Hella KGaA Hueck & Co.

8 Product quality by process quality (Tool centric) Overview: SW engineering of mechatronic systems Doors analysis qualification M Real loads analysis PDM MKS integration and test Lab. Tester HMI Simulation Model Based Development design Integration of modules and test CANoe Emulator Code- Generator Implementation of software CTE/Tessy 8 Ulrich Nickel, Hella KGaA Hueck & Co.

9 Exchange of requirements and specifications Customer External DOORS-DB Import/Export Hardware Construction Userrequirements requirements Testspecifications Shared Parts Hella-internal Parts 9 Ulrich Nickel, Hella KGaA Hueck & Co.

10 Requirementsmanagement Representation and tracing of dependencies Modules (Documents) Hardware ID Beschreibung User-Requirements - Requirements ID SW 1 HW Beschreibung 1 HW-Teil 1 HW SW-Teil 2 HW-Teil 1 2 ID UR 1 UR 2 Beschreibung Anforderung A Anforderung B ID UR 6 UR 7 Beschreibung Pflicht X Pflicht Y SW 2 SW 3... HW SW-Teil 3 HW-Teil SW-Teil UR 3 Anforderung C UR 9 Pflicht Z Testspecifications ID Beschreibung Objects (Requirements) Links: A B means A satisfies B A verifies B etc. TST 1 TST 2 TST 3... Testfall 1 Testfall 2 Testfall Ulrich Nickel, Hella KGaA Hueck & Co.

11 Objectives of requirements management OEM Requirements Requirements Design Design Implementation Implementation Product Example: Part Part of of Standard Core Core Only Only4 documents documents appprox. appprox Requiremtns Requiremtns appprox. appprox SW-analysis SW-analysis objects objects appprox. appprox SW-design SW-design objects objects appprox. appprox SW-functions SW-functions 3 SW-modules SW-modules more more than than1.000 Dependencies! Dependencies! Particular objectives: Handle complexity: Detect indirect dependencies Estimate effort Plan realization Trace requirements (in both directions): Check completeness Complete documentation Test coverage on requirements level Impact analysis 11 Ulrich Nickel, Hella KGaA Hueck & Co.

12 Developing an analysis model Refinement of Requirements SysML Mechatronic UML?? 12 Ulrich Nickel, Hella KGaA Hueck & Co.

13 Product quality by process quality (Tool centric) Overview: SW engineering of mechatronic systems Doors analysis qualification M Real loads analysis PDM MKS integration and test Lab. Tester HMI Simulation Model Based Development design Integration of modules and test CANoe Emulator Code- Generator Implementation of software CTE/Tessy 13 Ulrich Nickel, Hella KGaA Hueck & Co.

14 (Shell-)Model of an ECU Counter/ Timer Serial/parallel IO- Channles RAM CPU Core Sleepmode A/D- Converter Extension -bus ROM, EPROM, Flash DMA & Interrupts Watchdog RTchannels 14 Ulrich Nickel, Hella KGaA Hueck & Co.

15 A typical software-architecture Layered architecure Application/Manager Reusable software components HW-independent Handler Represents functionality of periphal devices Project and HW-specific configuration Driver ECU-specific Often: (runtime-)optimized code but mainly standardized interface 15 Ulrich Nickel, Hella KGaA Hueck & Co.

16 architecture Modular architecture - concept for ECU - software at Hella Base Application Monitoring level (optional) OEM functions Logical Sensors OSEK ECU-specific diagnosis Standardcomponents Standarddiagnosis Libraryroutines Hardware Abstraction Layer Driver and Handler (Physical) Hardware I/O Driver CAN NM CCP Flash E²PROM Bootloader ECUfunctions Logcal Actors 16 Ulrich Nickel, Hella KGaA Hueck & Co.

17 Product quality by process quality (Tool centric) Overview: SW engineering of mechatronic systems Doors analysis qualification M Real loads analysis PDM MKS integration and test Lab. Tester HMI Simulation Model Based Development design Integration of modules and test CANoe Emulator Code- Generator Implementation of software CTE/Tessy 17 Ulrich Nickel, Hella KGaA Hueck & Co.

18 Functional Analysis Objectives: Better understanding of WHAT we have to to Reduction of complexity Better undestanding of the depedencies in terms of data-/controlflow Innovator Methods / Notations: SA, SA/RT UML Block-Diagrams Tools: Innovator (SA) Telelogic TAU, Rhapsody (UML) Simulink, ASCET Statemate... Simulink 18 Ulrich Nickel, Hella KGaA Hueck & Co.

19 Traditional vs. Model Based Design/Implemetation Simulink Innovator Stateflow Structure Ediotr 19 Ulrich Nickel, Hella KGaA Hueck & Co.

20 Model Based Engineering Early Testing of Functionality Interactive testing by employing user interfaces Simulation (by using models of the environment) 20 Ulrich Nickel, Hella KGaA Hueck & Co.

21 Product quality by process quality (Tool centric) Overview: SW engineering of mechatronic systems Doors analysis qualification M Real loads analysis PDM MKS integration and test Lab. Tester HMI Simulation Model Based Development design Integration of modules and test CANoe Emulator Code- Generator Implementation of software CTE/Tessy 21 Ulrich Nickel, Hella KGaA Hueck & Co.