Your SlideShare is downloading. ×
0
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Hirschmann: Automotive SPICE Requirements for development process and tools
Upcoming SlideShare
Loading in...5
×

Thanks for flagging this SlideShare!

Oops! An error has occurred.

×
Saving this for later? Get the SlideShare app to save on your phone or tablet. Read anywhere, anytime – even offline.
Text the download link to your phone
Standard text messaging rates apply

Hirschmann: Automotive SPICE Requirements for development process and tools

2,903

Published on

by Hirschmann Car Communication @Intland Technology Day on Oct. 19, 2011

by Hirschmann Car Communication @Intland Technology Day on Oct. 19, 2011

Published in: Technology, Business
0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,903
On Slideshare
0
From Embeds
0
Number of Embeds
4
Actions
Shares
0
Downloads
84
Comments
0
Likes
0
Embeds 0
No embeds

Report content
Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
No notes for slide

Transcript

  • 1. Automotive Spice ® Requirements for Development Process and Tools Markus Korn Hirschmann Car Communication GmbH Intland User Day 19.10.2011
  • 2. About Hirschmann Car Communication <ul><li>USA </li></ul><ul><li>Detroit </li></ul><ul><li>Mexico </li></ul><ul><li>Juarez </li></ul><ul><li>France </li></ul><ul><li>Domont </li></ul><ul><li>Germany </li></ul><ul><li>Neckartenzlingen </li></ul><ul><li>Nuremberg </li></ul><ul><li>Hungary </li></ul><ul><li>Békéscsaba </li></ul><ul><li>China </li></ul><ul><li>Shanghai </li></ul><ul><li>Japan </li></ul><ul><li>Tokyo </li></ul><ul><li>Korea </li></ul><ul><li>Seoul </li></ul>
  • 3. Employees 800 Employees thereof 120 Engineers
  • 4. Business Units Antenna Systems Tuner Systems Integrated antenna systems Roof and rod antennas <ul><ul><li>Hybrid (analog/digital) TV Receiver </li></ul></ul><ul><ul><li>Digital TV Receiver </li></ul></ul>
  • 5. Hirschmann Car Communication in the car environment Electronics Telematics Car Diagnostic Radio-Tuner TV-Tuner Antenna Systems Devices Bus User Interfaces Navigation Mobile Communication
  • 6. 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
  • 7. 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)
  • 8. Process Assessments <ul><li>PRM describes </li></ul><ul><li>processes </li></ul><ul><li>base practices </li></ul><ul><li>outcomes </li></ul>What is done PAM describes how to measure this How it is done  
  • 9. 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
  • 10. 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 <ul><li>This can become time-consuming and painful: </li></ul><ul><li>you may need very specialized tools in your development with poor or no interfaces </li></ul><ul><li>you may have to use tools required by your customer </li></ul><ul><li>… </li></ul>
  • 11. 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
  • 12. 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
  • 13. 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 <ul><li>everything in Codebeamer has a unique identifier and therefore a unique URL </li></ul><ul><li>you can address various features from outside </li></ul><ul><ul><li>tickets </li></ul></ul><ul><ul><li>documents </li></ul></ul><ul><ul><li>CMDB items </li></ul></ul><ul><ul><li>SCM commits </li></ul></ul>
  • 14. 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
  • 15. The Trackers and CMDB „Backend“ System Requirements Software Requirements Tasks System Test Software Test Bugs System Elements SW Packages
  • 16. Customer Requirements There are defined methods and tools for requirements interchange e.g. Doors eXchange Codebeamer Document Management <ul><li>We can </li></ul><ul><li>link to from Wiki pages </li></ul><ul><li>associate to tickets and CMDB items </li></ul> Doors requirements stay in Doors Doors PDF Doors
  • 17. 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
  • 18. 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
  • 19. 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
  • 20. Traceability customer requirements system requirements Established for both Doors exchange and other requirements documents Maintenance: Whenever Doors Module changes <ul><li>check all system requirements of all suspected Doors requirements for impact by following external link to </li></ul>Whenever Document changes <ul><li>check all associated system requirements for impact </li></ul>Whenever system requirement changes <ul><li>check all associated documents and Doors requirements for impact </li></ul>
  • 21. 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
  • 22. CMDB Items and Tickets Block System Architectural Design URL CMDB Item Relation System Requirement Tickets System Requirements Association
  • 23. Traceability Maintenance: <ul><li>add CMDB items/URLs if necessary </li></ul><ul><li>check all CMDB items in document‘s association tab for impact </li></ul>Whenever block diagram is updated <ul><li>check system requirements in CMDB item‘s references for impact </li></ul>Whenever system requirement is updated <ul><li>check related CMDB items for impact </li></ul><ul><li>check associated block diagrams for impact </li></ul>system architectural design customer requirements system requirements
  • 24. 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
  • 25. 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
  • 26. Traceability Maintenance: Whenever block diagram is updated – additionally to the slide system requirements <ul><li>check sw requirements in CMDB item‘s references for impact </li></ul>Whenever sw requirement is updated <ul><li>check related system requirement for impact </li></ul><ul><li>check related CMDB items for impact </li></ul>system architectural design customer requirements system requirements software requirements
  • 27. 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? <ul><li>use images of the model in a document </li></ul><ul><li>ensure that model and document are synchronous </li></ul>
  • 28. Offer Images from Rhapsody in Codebeamer Package 1 Package 2 Package 3 Name <ul><li>each top level design element (package) gets an item </li></ul>CMDB Category „ SW Package“ <ul><li>changes in the model are committed to this item ID </li></ul>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
  • 29. SW Architectural Design Software Architectural Design is a Wiki page <ul><li>provides all textual information necessary to understand the design </li></ul><ul><li>is searchable </li></ul><ul><li>can be bookmarked </li></ul>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
  • 30. CMDB Items and Tickets Software Architectural Design SCM commit CMDB Item Relation Software Requirement Tickets Software Requirements Link model Wiki
  • 31. Traceability system architectural design customer requirements system requirements software requirements software architectural design software detailed design Maintenance: Whenever software requirement is updated <ul><li>check related CMDB item‘s scm commit of model for impact </li></ul>Whenever model is updated <ul><li>check sw requirements in CMDB item‘s references for impact </li></ul><ul><li>update relevant images in document management (immediately takes effect in Wiki) </li></ul><ul><li>update Wiki content if necessary </li></ul>
  • 32. 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 <ul><li>describe what has to be done by the developer (implement requirement ticket, change design, define validation criteria, …) </li></ul><ul><li>estimate effort </li></ul><ul><li>track effort spent </li></ul><ul><li>set priorities and make release plan </li></ul>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
  • 33. 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
  • 34. Traceability system architectural design customer requirements system requirements software requirements software architectural design software detailed design software unit Maintenance: Whenever software design is updated <ul><li>check documented source code files for impact </li></ul>Whenever source code is updated <ul><li>check remark header links to design for impact </li></ul>
  • 35. 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
  • 36. Summary <ul><li>If you have interfaces in your tool chain: </li></ul><ul><li>you must maintain them </li></ul><ul><li>in most cases by reviews </li></ul>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!

×