Herstellerinitiative Software (OEM Initiative Software)



Similar documents
eine Qualitätsoffensive in der Automobilindustrie

ISO/IEC Part 2 provides the following copyright release:

How to Upgrade SPICE-Compliant Processes for Functional Safety

Automotive SPICE & ISO/CD Their Mutual Relationship

Beschleunigen Sie die Entwicklung Ihrer Embedded Software mit Dienstleistungen von Vector

Software House Embedded Systems

Automotive SPICE 3.0 What is new and what has changed? Fabio Bella Klaus Hoermann Bhaskar Vanamali Steffen Herrmann Markus Müller Dezember 2015

Safety and security related features in AUTOSAR

SPICE International Standard for Software Process Assessment

Development of AUTOSAR Software Components within Model-Based Design

Software Process in Geant4 an overview

Embedded OS. Product Information

Software Quality Standards and. from Ontological Point of View SMEF. Konstantina Georgieva

Preliminary Reference Guide for Software as a Service (SaaS)

openmdm an Open Source Platform for Measured Data Management Dr. Dietmar Rapf, Michael Schwarzbach

openmdm an Open Source Platform for Measured Data Management Dr. Dietmar Rapf, Michael Schwarzbach

Product Information Services for Embedded Software

DEDICATED TO SOLUTIONS. Automotive System and Software Development

Controlling software acquisition: is supplier s software process capability determination enough?

Controlling Software Acquisition: Is Supplier s Software Process Capability Determination Enough?

The Capability Road Map a framework for managing quality and improving process capability

TÜ V Rheinland Industrie Service

Software Quality Assurance: VI Standards

Embedding Trust into Cars Secure Software Delivery and Installation

Application of software product quality international standards through software development life cycle

VECTOR. Consulting Services. How Hardware Development Wins with SPICE DEUTSCH

Do AUTOSAR and functional safety rule each other out?

Principles of a Vehicle Infotainment Platform

Software Production. Industrialized integration and validation of TargetLink models for series production

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

Standardized software components will help in mastering the. software should be developed for FlexRay were presented at

Model-based Testing of Automotive Systems

An Overview of IEEE Software Engineering Standards and Knowledge Products

Automotive CAE Integration.

Presented by: Jens Svensson, Volvo 3P. Volvo Group

User-friendly Configuration of AUTOSAR ECUs with Specialized Software Tools

Open Source Software

Safety compliance. Energy management. System architecture advisory services. Diagnostics. Network topologies. Physical and functional partitioning

ISO Introduction

Small tech firms. Seizing the benefits of software and systems engineering standards

F15. Towards a More Mature Test Process. Anne Mette-Hass. P r e s e n t a t i o n

Qualification details

Industrialised Test Automation

IAF Informative Document. Transition Planning Guidance for ISO 9001:2015. Issue 1 (IAF ID 9:2015)

ISO Functional Safety Draft International Standard for Road Vehicles: Background, Status, and Overview

Public trainings, In-house seminars, webinars Personal qualification on ISO 26262

Impact of Safety Standards to Processes and Methodologies. Dr. Herbert Eichfeld

EB Automotive Driver Assistance EB Assist Solutions. Damian Barnett Director Automotive Software June 5, 2015

Contents. viii. 4 Service Design processes 57. List of figures. List of tables. OGC s foreword. Chief Architect s foreword. Preface.

ISO11783 a Standardized Tractor Implement Interface

Vehicle Electronics. Services and Solutions to Manage the Complexity

ACHIEVING FUNCTIONAL SAFETY OF AUDI DYNAMIC STEERING USING A STRUCTURED DEVELOPMENT PROCESS

The MDM (Measurement Data Management) system environment

6th Vector CONGRESS. November 28 and 29, 2012 Stuttgart

A Case Study of Application Development and Production Code Generation for a Telematics ECU with Full Unified Diagnostics Services

Implementing COBIT based Process Assessment Model for Evaluating IT Controls

Customer Experience. Silicon. Support & Professional Eng. Services. Freescale Provided SW & Solutions

CMMI meets ITIL. Dr. Ute Streubel

Procedural use of global standards for logistics

The automotive industry is making great efforts to improve. Uniform standards in software development are an important

Software Development for Multiple OEMs Using Tool Configured Middleware for CAN Communication

(Draft) Transition Planning Guidance for ISO 9001:2015

Efficient and Faster PLC Software Development Process for Automotive industry. Demetrio Cortese IVECO Embedded Software Design

Security in Vehicle Networks

Deeply Embedded Real-Time Hypervisors for the Automotive Domain Dr. Gary Morgan, ETAS/ESC

Applying Integrated Risk Management Scenarios for Improving Enterprise Governance

AUTOSAR Safety Solutions for Multicore ECUs and ADAS Systems. Robert Leibinger 5 th June 2015

System Development Life Cycle Guide

SPICE for IT-Governance

Hardware in the Loop (HIL) Testing VU 2.0, , WS 2008/09

AUTOSAR Configuration Process - How to handle 1000s of parameters

Vehicular On-board Security: EVITA Project

DEDICATED TO SOLUTIONS

Software in safety critical systems

CycurHSM An Automotive-qualified Software Stack for Hardware Security Modules

ASSESSMENT OF THE ISO STANDARD, ROAD VEHICLES FUNCTIONAL SAFETY

Product Complexity Affects Every Industry and Every Customer

How To Develop A Car

Multi-domain Model-driven Development Developing Electrical Propulsion System at Volvo Cars

NI Automotive Day (July 12th, 2006) Quality Management by Functional Testing. Jürgen Wölfle, Continental TEMIC

ISO/IEC Part 1 the next edition. Lynda Cooper project editor for ISO20000 part 1

From Diagnostic Requirements to Communication

Ford Motor Company. Automotive and transportation. $100+ million in warranty cost savings

Hardware-independent Software Development

AN INTEL COMPANY WIND RIVER AUTOMOTIVE SOLUTIONS

What is Automotive Software Engineering? What is Automotive Software Engineering? What is Automotive Software Engineering?

Conference on. Model-Based Validation of In-Vehicle Networks

PLAY-OUT FOR HIERARCHICAL COMPONENT ARCHITECTURES

Requirements for Standard Compliant Electrical Test Authoring in Manufacturing Applications

Eclipse Working Group (EWG) open Measured Data Management

Income Statement. January - December 2012 *) % 2013 % million

SOFTWARE QUALITY MANAGEMENT THROUGH IMPLEMENTATION OF SOFTWARE STANDARDS

Elektrobit (EB) Automotive Consulting Manage challenging automotive software projects

BMW Car IT GmbH. AUTOSAR - First Experiences and the Migration Strategy of the BMW Group

Transcription:

Herstellerinitiative Software (OEM Initiative Software) Dr. Michael Daginnus Volkswagen AG Wolfsburg Dr. Dieter Marx Porsche AG Weissach Dr. Ralf Belschner Daimler AG Sindelfingen Kai Barbehön BMW AG München Stephan Esch Audi AG Ingolstadt Jochem Spohr MBtech Sindelfingen

Overview HIS Structure Process Assessment Simulation and Tools Flash Programming Compatibility Management Software Test Standard Software Models of Cooperation, Distribution of Results

HIS Structure Process Assessment 1 Compatibility Management 1 Simulation and Tools 1 Flash Programming 1 Standards and Implementation 2 1 ) Work in progress 2 ) Observer status Software Test 2

Summary HIS focuses on product relevant topics, not on long term research HIS focuses on the harmonization of requirements, it supports standardization by the relevant organizations The goal is to define harmonized interfaces (product and process) to reduce supplier effort to adapt to differing OEM requirements All partners have agreed to work together in a very efficient way

WG process assessments objectives Selection of a standardized assessment method which - is most appropriate for determining suppliers software process capability in the automotive industry - can be tailored in order to select a subset of processes most relevant to the automotive industry and related to the sub models of the V-Model - is an international standard and widely used in the software community - allows assessments for projects and organizational units Definition of a framework for exchanging assessment results in order to - compare the capability of software processes within divisions or product lines/areas (e.g. comfort product line) at the suppliers objectively - minimize or reduce effort needed to perform an assessment for OEM and suppliers Definition of requirements for assessor qualification (based on an internationally accepted international assessors certification scheme) focused on automotive software to ensure comparability of assessment results within the HIS Transfer of experiences and results of the HIS and its members to extended working groups (Automotive SPICE ) for further developments

Process Assessment Results (1) Selection of a standardized assessment method - Solution: Automotive SPICE From 2001 to 2006 HIS members have executed about 200 SPICE assessments Transfer of experiences and methodical results of the HIS and its members to HIS-external working groups (AUTOSIG, VDA, intacs) for further developments in software process improvement Definition of a framework for exchanging neutral assessment results within HIS It is neither an objective to establish a certification scheme nor to perform certification of suppliers. HIS-external (automotive) SPICE Assessments can also be accepted after validation for use in contract awarding procedures

Process Assessment Results (2) In 2001 the automotive industry, major European car manufacturers (including HIS-members) have started the Automotive SPICE initiative together with the Procurement Forum and the SPICE User Group called AUTOSIG to develop an automotive specific SPICE variant All HIS members will perform and accept from 2007 on only Automotive SPICE assessments executed by intacs certified Automotive SPICE assessors. HIS WG Process Assessment supports activities to roll out the Automotive SPICE methodology worldwide to increase the number of useful assessment results in order to reduce effort of HIS members. Note: Each OEM has its own requirements regarding capability levels. There are no commonly required capability levels defined by the HIS.

Qualification profile HIS Competent Automotive SPICE Assessor Technical degree or equivalent required From January 1 st, 2007 a certification (e.g. intacs) is required Special knowledge and experience in software engineering: minimum of 3 years collected in at least 3 of the following fields - System- and/or software development - System and/or software requirements analysis - Software design, coding or testing - Software project management - Software quality assurance - Software risk management - Software change request or configuration management - Software maintenance participation in at least 5 assessments (under supervision of competent assessor and final aptitude recommendation)

Automotive SPICE status First released version V2.2 of Automotive SPICE was published in August 2005 (PAM V2.2, PRM V4.2) and is available at: (free download after registration) http://www.automotivespice.com The Automotive SPICE Change Control Board (CCB) was established in September 2006 to proceed the necessary changes. Next CCB planed for mid 2007. Second released version V2.3 of Automotive SPICE is planned to be published in Q1/2007

Automotive SPICE HIS defined Process Reference Model (PRM) Management Process Group (MAN) Engineering Process Group (ENG) Supporting Process Group (SUP) MAN.1 Organizational alignment A ENG.1 Requirements elicitation A SUP.1 Quality assurance MAN.2 Organization management A ENG.2 System requirements analysis A SUP.2 Verification A MAN.3 Project management A ENG.3 System architectural design SUP.3 Validation MAN.4 Quality management A ENG.4 Software requirements analysis A SUP.4 Joint review A MAN.5 Risk management A ENG.5 Software design SUP.5 Audit A MAN.6 Measurement A ENG.6 Software construction SUP.6 Product evaluation A ENG.7 Software integration A SUP.7 Documentation A ENG.8 Software testing A SUP.8 Configuration management A ENG.9 System integration A SUP.9 Problem resolution management A ENG.10 System testing A SUP.10 Change request management ENG.11 Software installation ENG.12 Software and system maintenance The Acquisition Process Group (ACQ) Resource & Infrastructure Process Group (RIN) Operation Process Group (OPE) ACQ.1 Acquisition preparation RIN.1 Human resource management OPE.1 Operational use ACQ.2 Supplier selection RIN.2 Training OPE.2 Customer support A ACQ.3 Contract agreement RIN.3 Knowledge management A ACQ.4 Supplier monitoring RIN.4 Infrastructure ACQ.5 Customer acceptance A ACQ.11 Technical requirements A ACQ.12 Legal and administrative requirements A ACQ.13 Project requirements A ACQ.14 Request for proposals A ACQ.15 Supplier qualification Supply Process Group (SPL) Process Improvement Process Group Reuse Process Group (REU) A SPL.1 Supplier tendering PIM.1 Process establishment REU.1 Asset management A SPL.2 Product release PIM.2 Process assessment A REU.2 Reuse program management SPL.3 Product acceptance support A PIM.3 Process improvement REU.3 Domain engineering A Automotive-SPICE HIS-Scope not included in ISO/IEC 15504-5

Simulation and Tools Goals (1) Identification of requirements on tools and the respective interfaces, using typical Use Cases instead of prescribing one specific tool Common sense of the development process scenario including all process steps and the documents used in each step Comparison of the tools used by the OEMs and by the suppliers to identify the important interfaces

Definition of Simulation and Tools Goals (2) general requirements and specific requirements on development tools and their usability Identification and priorization of the most important interfaces between tools, using typical Use Cases Common view and requirements on tool evaluations One face to tool vendors regarding the requirements One face to our suppliers regarding the tool interfaces

Expert group HIL/Test: Simulation and Tools Results 2006 beginning with ASAM-standardization currently no further activities in the scope of HIS Expert group RE/RM: release of the open Requirements Interchange Format ( RIF ) version 1.1 development of sharable RIF exchange tool EXERPT for DOORS guidance for other tool vendors and their RIF implementations

Simulation and Tools Prospects roll-out of RIF as exchange standard in automotive industry ensure conformance of RIF implementations establish RIF as quality hallmark optimization of the RIF specification further development of sharable RIF exchange tool EXERPT for DOORS preparation of international standardization

Flash Programming Goals Optimization of flash process Standardization of relevant ECU modules HIS Flashloader Specification v1.1.pdf HIS-konforme Programmierung von Steuergeräten auf Basis von UDS v1.0.pdf Software Security HIS Security Module Specification v1.1.pdf

Flash Programming Flashloader Architecture Application Security Module Boot Manager Diagnostics Module Transport Protocol Run-Time Environment ISO 14229 (UDS) ISO 15765 Operating System (at least Multitasking) CAN Driver Flash Driver EEPROM Driver Watchdog Driver Hardware

Flash Programming Ongoing: Reference implementation of HIS-Flashloader Test specifications for: Flashloader Security Module HIS Standard for software based activation/deactivation of vehicle functions based on the HIS Security Module

Compatibility Management Goals Information exchange about configuration management, programming and service strategy for electronic control units and ECU software Definition of specification rules for evaluation of compatibility of ECU versions (in the form of a supplier questionnaire). Integration of suppliers with standard interchange format.

Compatibility Management Results 2006 Glossary for Compatibility management is established Results of Benchmarks to other lines of business are exchanged Structure for the interchange format is defined Standardized Questionnaire of the supplier about changes in the Hard- and Software of the ECU s and their effects on compatibility

Simulation and Tools Prospects Aggregation of the supplier-questionnaire Discussion of technical implementation of the interchange format Discussion of possibilities to connect the interchange file to OEM internal systems

Software Test Results (1/2) Presently, the HIS working group Software Test is not active. TPI-Automotive : Improvement Model for the Automotive Test Process Adaptation of the TPI Model to the needs of the automotive industry: Projects with multilateral relation networks Integration of individual electronic control units to systems Use of components of the shelf, standard cores, etc. Use of automotive wording HIS set for coding guidelines for C (MISRA) Definition of subsets of the MISRA Guidelines For The Use Of The C Language In Vehicle Based Software, (versions 1998 and 2004).

Software Test Results (2/2) HIS Requirements on Software Testing Configuration of the test environment Requirements for software developing and testing process Test lifecycle Requirements for test documentation Analysis and improvement of the testing process Description of the test methods Glossary HIS Set of Software code metrics Definition of a common set of software metrics to make statements about the quality of the software product and the software development process.

Standard Software Goals and Achivements Common specification of standard software modules Standardization of the implementation of standard software modules Interfaces for configuration of standard software modules The results of the standard software group are intermediate solutions. They are in use, but they are being extended by AUTOSAR The standard software group is therefore currently inactive, the group members contribute actively to AUTOSAR

Standard Software Documents CAN Driver: Functionality and interface standardized (based on Vector CAN driver) I/O Interface and drivers: Functionality and interface standardized (based on 3Soft) Protection of applications General document on Requirements for processors, OSEK etc. Draft for extensions to OSEK OS (results included in AUTOSAR OS which is a superset of OSEK OS) HIS assigns the software supplier identifications for HIS and AUTOSAR

Standard Software Documents Bedien- und Anzeigeprotokoll (BAP, protocol for communication between cluster instruments and ECUs to display data) Specification is finalized This specification is not an open specification, but will be made available to suppliers working for HIS members

Models for Co-operation HIS members actively take part in existing standardization initiatives where the HIS topics are addressed (OSEK/VDX, ASAM, VDA, AUTOSAR,...) HIS product relevant standards can be accessed via existing products (e.g. standard software modules) HIS results can be transferred to extended working groups to be further developed and standardized (Automotive SPICE) Rollout to suppliers is done through mandatory usage of standard software modules, systematic introduction of SPICEbased process assessments etc.

Distribution of Results HIS web site is installed www.automotive-his.de official results are available on the website published HIS results are free for everybody, however it is up to users to take care of the patent situation an email distribution list is installed which informs about new results an email address is installed for queries concerning HIS, see link on website