Hirschmann: Automotive SPICE Requirements for development process and tools

Automotive Spice ® Requirements for Development Process and Tools Markus Korn Hirschmann Car Communication GmbH Intland User Day 19.10.2011

About Hirschmann Car Communication ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

Employees 800 Employees thereof 120 Engineers

Business Units Antenna Systems Tuner Systems Integrated antenna systems Roof and rod antennas ,[object Object],[object Object]

Hirschmann Car Communication in the car environment Electronics Telematics Car Diagnostic Radio-Tuner TV-Tuner Antenna Systems Devices Bus User Interfaces Navigation Mobile Communication

Content This presentation wants… … to show the major requirements of Automotive Spice to your development process … to focus on different tools of the engineering processes … to act as a kind of cookbook how you may combine tools with Codebeamer in a traceable way This presentation does not want… … to discus possible implementation of interfaces to various tools

What is Automotive Spice? ISO/IEC 12207 Software Life Cycle Processes ISO/IEC 15504 Information technology Process assessment Part 5: An exemplar Process Assessment Model = D S oftware D P rocess D I mprovement and D C apability D e termination Initiative of the Automotive Special Interest Group (SIG) P rocess A ssessment M odel (Version 2.5) P rocess R eference M odel (Version 4.5)

Process Assessments ,[object Object],[object Object],[object Object],[object Object],What is done PAM describes how to measure this How it is done  

The Process Groups and Processes of the Reference Model Management Project management Risk management Contract Agreement Measurement Acquisition Reuse Supporting Supply Process Improvement Supplier monitoring Technical requirements Legal and administrative requirements Project requirements Request for proposal Supplier qualification Reuse program management Quality assurance Verification Joint Review Documentation Configuration management Problem resolution management Change request management Supplier tendering Product release Process improvement Engineering Requirements elicitation System requirements analysis System architectural design Software requirements analysis Software design Software construction Software integration Software testing System integration System testing

What are Automotive SPICE ® Requirements for your Processes? There are defined Base Practices that a process must perform But there is no demand for a special tool to do this You must define quality targets and metrics to control them But you are not told which targets and what metrics to achieve Ensure consistency between sub-processes and their outcomes  establish bidirectional traceability But you are not told how to do this and with what kind of tools ,[object Object],[object Object],[object Object],[object Object]

Engineering Processes and bidirectional Traceability system architectural design customer requirements system requirements software requirements software architectural design software detailed design software unit test specification for software units software integration test specification software test specification system integration test specification system test specification

The Reality is … system architectural design customer requirements system requirements software requirements software architectural design software detailed design software unit test specification for software units software integration test specification software test specification system integration test specification system test specification Word PDF Doors Rhapsody Enterprise Architect Matlab Simulink Rhapsody Matlab Simulink OpenOffice Quality Center Excel PPT

How to establish all that Traceability? If you do not want to implement and maintain SW interfaces You should check your tools for a quite simple one: URLs ,[object Object],[object Object],[object Object],[object Object],[object Object],[object Object]

The Tools in our System Development system architectural design customer requirements system requirements software requirements software architectural design software detailed design software unit test specification for software units software integration test specification software test specification system integration test specification system test specification Wiki Wiki Tracker Tracker Wiki SlickEdit CMDB Categories Subversion Doors PDF Rhapsody PPT

The Trackers and CMDB „Backend“ System Requirements Software Requirements Tasks System Test Software Test Bugs System Elements SW Packages

Customer Requirements There are defined methods and tools for requirements interchange e.g. Doors eXchange Codebeamer Document Management ,[object Object],[object Object],[object Object], Doors requirements stay in Doors Doors PDF Doors

System Requirements System Requirements Specification as a Wiki Page Provide additional information, images, hierarchical order etc. But the actual requirement is a ticket in the system requirements tracker linked to with [ISSUE:1234] System Requirements

The System Requirement Ticket We need to relate the system requirements with the customer requirements Each requirement in Doors has a unique URL in its properties You can add external links to each requirement Add Association  URL: doors://… System Requirements Paste Codebeamer URL of the ticket: http:/…/cb/issue/1234 Doors

The System Requirement Ticket We need to relate the system requirements with the customer requirements Add Association  [DOC:1234] Comment: Chapter heading where this relates to System Requirements Document Management

Traceability customer requirements system requirements Established for both Doors exchange and other requirements documents Maintenance: Whenever Doors Module changes ,[object Object],Whenever Document changes ,[object Object],Whenever system requirement changes ,[object Object]

System Architectural Design Block diagrams describing the system CMDB Category „ System Element“ DEMUX xy DC/DC µC Name We „map“ the blocks to CMDB items Document Management upload Associate item with [DOC:2345] Add Hyperlink to CMDB item http://.../cb/item/1234 System Requirements PPT

CMDB Items and Tickets Block System Architectural Design URL CMDB Item Relation System Requirement Tickets System Requirements Association

Traceability Maintenance: ,[object Object],[object Object],Whenever block diagram is updated ,[object Object],Whenever system requirement is updated ,[object Object],[object Object],system architectural design customer requirements system requirements

Software Requirements As with system requirements: The SW Requirements Specification is a Wiki Page Provide additional information, images, hierarchical order etc. But the actual requirement is a ticket in the sw requirements tracker linked to with [ISSUE:1234] SW Requirements

The SW Requirement Ticket System Requirements Add new SW requirement ticket from within system requirement ticket SW Requirements In the ne SW requirements ticket choose the System Element CMDB items which are allocated A field relates to the System Requirements tickets

Traceability Maintenance: Whenever block diagram is updated – additionally to the slide system requirements ,[object Object],Whenever sw requirement is updated ,[object Object],[object Object],system architectural design customer requirements system requirements software requirements

SW Architectural Design We use Rhapsody to design our SW + powerful design tool + simulations without target HW - developers find it more handy to write a document e.g. for comments regarding the design - viewing the design requires a license + code generation (not fully) But So what is missing? ,[object Object],[object Object]

Offer Images from Rhapsody in Codebeamer Package 1 Package 2 Package 3 Name ,[object Object],CMDB Category „ SW Package“ ,[object Object],Export to .emf upload in folder SW-Design Document Management associate Top level design  We can use the CMDB category items in trackers, Wikis etc. comment: revision of model

SW Architectural Design Software Architectural Design is a Wiki page ,[object Object],[object Object],[object Object],Document Management exported images of Rhapsody model are used [!/1234!] CMDB Category „ SW Package“ providing a link to the CMDB item [ISSUE:2345] And the list of source code files implementing this design provides the valid Rhapsody model (SCM Commits) Software Requirements

CMDB Items and Tickets Software Architectural Design SCM commit CMDB Item Relation Software Requirement Tickets Software Requirements Link model Wiki

Traceability system architectural design customer requirements system requirements software requirements software architectural design software detailed design Maintenance: Whenever software requirement is updated ,[object Object],Whenever model is updated ,[object Object],[object Object],[object Object]

Code Creation code is implemented SVN Repository Remark header of a package/function links to design http://.../cb/wiki/3456 Track all that with Tasks tickets ,[object Object],[object Object],[object Object],[object Object],To commit a change set to the repository a developer only needs to decide: Are there just code changes or changes in design model as well? Plus: design is altered relate commit message to task #1234 relate commit message to task and CMDB item #1234, 2345

CMDB Items, Tickets and Repository Software Requirements Relation Software Requirement Tickets Task Ticket SVN Repository SCM commits Source Code SVN log SW Design link Remark header SW Design Wiki Source Code SVN Repository file list

Traceability system architectural design customer requirements system requirements software requirements software architectural design software detailed design software unit Maintenance: Whenever software design is updated ,[object Object],Whenever source code is updated ,[object Object]

The Test Processes test specification for software units software integration test specification software test specification system integration test specification system test specification System Requirements CMDB Category System Test CMDB Category System Element CMDB Category System Integration Test Software Requirements CMDB Category Software Test CMDB Category Software Package CMDB Category Software Integration Test Source Code Test Framework Code

Summary ,[object Object],[object Object],[object Object],The methods for traceability as described here are not fail-safe Could be improved by using software interfaces, e.g. plugins Could be improved by own Codebeamer extensions Any suggestions, ideas … are welcome! Thank you for your attention!

Hirschmann: Automotive SPICE Requirements for development process and tools

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (20)

Destacado

Destacado (15)

Similar a Hirschmann: Automotive SPICE Requirements for development process and tools

Similar a Hirschmann: Automotive SPICE Requirements for development process and tools (20)

Más de Intland Software GmbH

Más de Intland Software GmbH (20)

Último

Último (20)

Hirschmann: Automotive SPICE Requirements for development process and tools