DOORS im Spannungsfeld von Automotive SPICE und CMMI. Innovation 2007 Telelogic Anwenderkonferenz Hamburg, 2007-11-16



Ähnliche Dokumente
Der Requirements Schmetterling

Requirements-basiertes Testen am Beispiel des NI Requirements Gateways

Erfolgreiche Realisierung von grossen Softwareprojekten

ALM Days Normenkonforme Software-Entwicklung für Medizinprodukte mit dem Microsoft Team Foundation Server

SPICE-konformes Projektmanagement mit Projektron BCS

Requirements Engineering in Prozessmodellen CMMI, V-Modell XT und andere

Requirements-Management Ein praktisches Beispiel

Expertenfrühstück Requirements Management. Bedeutung von Anforderungen und Systematischer Produktentwicklung

Agile Software-Entwicklung im Kontext der EN50128 Wege zum Erfolg

ITIL und Entwicklungsmodelle: Die zwei Kulturen

Alexander Delater, Barbara Paech RUPRECHT-KARLS-UNIVERSITÄT HEIDELBERG

How to Survive an Audit with Real-Time Traceability and Gap Analysis. Martin Kochloefl, Software Solutions Consultant Seapine Software

Prozessbewertung und -verbesserung nach ITIL im Kontext des betrieblichen Informationsmanagements. von Stephanie Wilke am

Interpretation des agilen Manifest

Einführung von Test-Prozessen laut TMMi. Egon Valentini 1. März 2010

Der Business Analyst in der Rolle des agilen Product Owners

Softwareanforderungsanalyse

Requirements Management mit RequisitePro. Rational in der IBM Software Group. Der Rational Unified Process als Basis für die Projektarbeit

Functional Safety. Systems Engineering als Schlüsseldisziplin in Projekten mit funktionaler Sicherheit

Quality is our Passion!

Erfahrungsbreicht... Von der Auswahl bis zur Verwendung von Contour im Grossunternehmen.

Pressemitteilung Vector und IBM beschließen Partnerschaft Kompetenz zur Steuerung technischer Geschäftsprozesse in der Fahrzeugentwicklung gebündelt

Von Requirements zutests. gç~åüáãkpåüìäò]èì~äáíóé~êâkçé

CMMI und SPICE im Automotive Umfeld

Umfrage zum Informationsbedarf im Requirements Engineering

Dienstleistungsportfolio

TFS Customzing. in der Praxis. Thomas Gugler. seit 2005 bei ANECON. .NET seit 2002 (happy bday!) Schwerpunkte: MCPD.Net 4.0, MCTS TFS, Scrum Master,

Requirements Management Methodology

Qualität im Schienenverkehr

Domain- Management für Profis

Systemarchitektur und SPICE


SPI-Seminar : Interview mit einem Softwaremanager

We make ICT strategies work

Warum sich das Management nicht für agile Softwareentwicklung interessieren sollte - aber für Agilität

Modul 3: Service Transition

Intelligente Prozesse für das Kundenbeziehungsmanagement. Rainer Wendt, in der IHK Aachen,

Software Qualität: Übung 3

Effizenzsteigerung bei Villeroy & Boch durch den Einsatz von Magento und Zend

SCRUM Agile Entwicklungsmethoden für die Automobilindustrie. Dr. Sascha Riexinger , TechDay Kirchentellinsfurt

CONTINUOUS LEARNING. Agile Anforderungsanalyse mit Impact Mapping

IT-Beratung: Vom Geschäftsprozess zur IT-Lösung

in-tech übernimmt Mehrheitsanteile an Software-Spezialist in-tech hat die Mehrheit an dem Braunschweiger Software-Unternehmen c4c

Agile Prozessverbesserung. Im Sprint zu besseren Prozessen

Durchgängiger System-/Software- Entwicklungsprozess in der Luftfahrt

DGQ Regionalkreis Hamburg ISO Konfigurationsmanagement

Gemeinsam mehr erreichen.

Albert HAYR Linux, IT and Open Source Expert and Solution Architect. Open Source professionell einsetzen

Trends in der Agilität Dr. Martin Geier

Auswahl alter Klausuraufgaben aus einer ähnlichen Vorlesung Maßgeblich für die Prüfung sind die Vorlesungsinhalte!

REQUIREMENTS ENGINEERING KONSTRUKTIVE QS REQUIREMENTS ENGINEERING 1

Strategisches Diversity Management. als Baustein in Personalentwicklungskonzepten

Was macht Layer2 eigentlich? Erfahren Sie hier ein wenig mehr über uns.

FUTURE NETWORK REQUIREMENTS ENGINEERING

Änderungsbasiertes Requirements Management mit agosense.requirements

Software Assessments verhelfen zur effektiven Prozessverbesserung

IT Support für den Arbeitsplatz 2.0

Antworten auf die globalen Herausforderungen bei der Integration von Entwicklungspartnern

Cad-OasEs Int. GmbH. 20 Jahre UG/NX Erfahrung prägen Methodik und Leistungen. Nutzen Sie dieses Wissen!

Die suxess-story. Lernen von einem erfolgreichen IT-Beraternetzwerk. Erich Rass, PMP suxess it-project & management consulting gmbh

Die Ökodesign-Richtlinie ErP. Die neuen Anforderungen.

Benötigen wir einen Certified Maintainer?

Agile Vorgehensmodelle in der Softwareentwicklung: Scrum

Analytisches CRM. Workshop Data Mining im Datenbasierten Marketing. Michael Lamprecht und Jan Frick, Altran GmbH & Co. KG

Was sind Herausforderungen im Projektmanagement?

OUTSOURCING ADVISOR. Analyse von SW-Anwendungen und IT-Dienstleistungen auf ihre Global Sourcing Eignung. Bewertung von Dienstleistern und Standorten

Fünf Schritte zum erfolgreichen Requirements Management

Prof. Dr. Norbert Pohlmann, Institut für Internet Sicherheit - if(is), Fachhochschule Gelsenkirchen. Lage der IT-Sicherheit im Mittelstand

Requirements Engineering für IT Systeme

RIGGTEK. Dissolution Test Systems. DissoPrep Browser-Interface

HP Software für SAP Solutions

Qualitätssicherung im Lebenszyklus des itcs. Anspruch und Wirklichkeit.

Industrie 4.0 beginnt in der Produktentwicklung - der Weg zu Industrie 4.0 für den Mittelstand. Feynsinn beraten.realisieren.

Über den Unterschied zwischen Business Analysis und Requirements Engineering & Management

Zugriff auf Unternehmensdaten über Mobilgeräte

Vgl. Kapitel 4 aus Systematisches Requirements Engineering, Christoph Ebert

«PERFEKTION IST NICHT DANN ERREICHT, WENN ES NICHTS MEHR HINZUZUFÜGEN GIBT, SONDERN DANN, WENN MAN NICHTS MEHR WEGLASSEN KANN.»

BETTER.SECURITY AWARENESS FÜR INFORMATIONSSICHERHEIT

Impuls-Studie Enterprise Mobility

IIBA Austria Chapter Meeting

Informationswirtschaft II Rational Unified Process (RUP)

Informationswirtschaft II

EOS goes JIRA. Jens Backmeier, EOS IT Services. Ein Erfahrungsbericht aus erster Hand. With head and heart in finance

Anlegen eines SendAs/RecieveAs Benutzer unter Exchange 2003, 2007 und 2010

Design Pattern - Strukturmuster. CAS SWE - OOAD Marco Hunziker Klaus Imfeld Frédéric Bächler Marcel Lüthi

The big picture: Prince2 featuring SCRUM. Bernd Lehmann, Prince2-Tag Köln, 12. Mai 2011

BPM im Kontext von Unternehmensarchitekturen. Konstantin Gress

Qualität in Projekten

Requirements Engineering Übung 8 Systemmodellierung im RE

FRAGEN UND AKTUELLE PROBLEME DER SOFTWARE - INDUSTRIE

ERP-Evaluation systematisch und sicher zum optimalen ERP-System

Advanced Banking Platform

Wir erledigen alles sofort. Warum Qualität, Risikomanagement, Gebrauchstauglichkeit und Dokumentation nach jeder Iteration fertig sind.

ENGINEERING VOM FEINSTEN.

07. November, Zürich-Oerlikon

Softwareentwicklung aus Sicht des Gehirns

where IT drives business

Cloud Architektur Workshop

EINE STARKE PARTNERSCHAFT Perfekt abgestimmte Systemlösungen von den führenden Spezialisten. SMA Solar Technology AG

SPECTRA ist ein Full Service Institut, das das gesamte Spektrum der klassischen Markt- und Meinungsforschung anbietet.

Transkript:

DOORS im Spannungsfeld von Automotive SPICE und CMMI Innovation 2007 Telelogic Anwenderkonferenz Hamburg, 2007-11-16

Die MBtech Group erbringt weltweit Engineering- und Consulting-Leistungen für die Automobilindustrie Die MBtech Group ist ein weltweit operierendes Engineering- und Consulting-Unternehmen Mehr als 2.000 Ingenieure und Berater Standorte auf drei Kontinenten (Europa, Nordamerika, Asien) Wir zeichnen uns durch hohe Kunden- und Dienstleistungsorientierung aus Enge Partnerschaft mit Kunden, Lieferanten und Kooperationspartnern Ausgeprägte Kundenorientierung und Engagement unserer Mitarbeiter Wir decken mit unserer umfassenden Gesamtkompetenz den Produktlebenszyklus und Produktentstehungsprozess ab Wir bieten unsere Leistungen in vier Segmenten an: Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 2

Durch internationale Präsenz erreichen wir Wachstumspotenziale und sind nah bei unseren Kunden. Portland NORDAMERIKA EUROPA ASIEN Grand Rapids Montvale Hamburg Bremen Papenburg Köln Prag Laredo Tuscaloosa Troy Stuttgart München Pilsen Shanghai Ingolstadt Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 3

Wir agieren eigenständig und im freien Wettbewerb UNSERE HERKUNFT Die MBtech Group ist eine Unternehmensgruppe des Daimler- Konzerns Wir besitzen einen ausgeprägten Pioniergeist für Innovationen und setzen diese zum Nutzen unserer Kunden um UNSERE POSITIONIERUNG Wir stehen im freien Wettbewerb zu den etablierten Engineeringund Consulting-Unternehmen Für uns haben kundenorientiertes Agieren in mittelständischen Strukturen und Vertraulichkeit oberste Priorität Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 4

Frank Blucha 08/1981 03/2000, verschiedene Rollen und Funktionen in der Entwicklung inklusive Prozessverbesserung 04/2000 08/2005, Berater für Prozessanalyse und -verbesserung überwiegend im Automotive Sektor Seit 09/2005 bei der MBtech Group als Leiter Process and Product Quality und Principal Durch das Software Engineering Institute (SEI) autorisierter CMMI Lead Appraiser für SCAMPI A + B + C SEI autorisierter Instructor for Introduction to CMMI Erfahrung mit CMM(I) und Prozessverbesserung seit Ende 1992 Schwerpunktthemen: Requirements Engineering, Projektmanagement Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 5

Vortrag DOORS im Spannungsfeld von Automotive SPICE und CMMI bzw. Requirements Engineering im Spannungsfeld von Automotive SPICE und CMMI Automobilindustrie Anstieg der Elektronik und Software Zunahme der Vernetzung und Komplexität von Funktionen Notwendigkeit einer eindeutigen Requirements-Spezifikation Requirements oftmals dokumentiert mit DOORS Prozessbewertung beim Lieferanten typischerweise basierend auf Automotive SPICE Prozessverbesserung basierend auf Automotive SPICE und / oder CMMI Diskussion Sind die Anforderungen der Modelle verschieden? Diskussion anhand der geforderten Traceability Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 6

Grundlagen Was wird für den Requirements Engineering-Prozess gefordert? Welche Traceability wird gefordert? Betrachtet werden die Referenzmodelle CMMI DEV V1.2 Automotive SPICE (PAM V2.3) Annahme Grundkenntnisse zu den Referenzmodellen sind vorhanden Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 7

Vorgehensweise / Traceability (klassisch) CRS Requirements Engineering SRS Acceptance Test Cases ATC Architectural Design AD System Test Cases STC Detailed Design DD Sub-System Test Cases SuTC Implementation SW HW Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 8

Besonderheiten in der Automobilindustrie CRS Requirements Engineering SRS Acceptance Test Cases ATC OEM Architectural Design AD System Test Cases STC Lieferant Detailed Design DD Sub-System Test Cases SuTC Implementation SW HW Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 9

Requirements Engineering beim OEM Fahrzeug Anforderungen Fahrzeug Architektur Gesamt-Fahrzeug Test System Anforderungen System Architektur System Integrationstest Komponenten Anforderungen Komponenten Architektur Komponenten Integrationstest Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 10

Requirements Engineering beim Lieferanten KLH Comp. Req. Engineering SRS Acceptance Test Cases ATC Architectural Design ADD System Test Cases STC Detailed Design DDD Sub-System Test Cases SuTC Implementation SW HW Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 11

CMMI Requirements Management (REQM) SG 1 Manage Requirements (verwalte die Anforderungen) SP 1.1 Obtain an understanding of requirements (Führe Verständnis für die Anforderungen herbei) SP 1.2 Obtain commitment to requirements (Führe Verpflichtung auf die Anforderungen herbei) SP 1.3 Manage requirements changes (Verwalte Änderungen der Anforderungen) SP 1.4 Maintain bidirectional traceability of requirements (Erhalte bidirektionale Nachverfolgbarkeit der Anforderungen aufrecht) Maintain bidirectional traceability among the requirements and work products SP 1.5 Identify inconsistencies between project work and requirements (Identifiziere Inkonsistenzen zwischen Projektarbeit und Anforderungen) Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 12

CMMI Requirements Development (RD) SG 1 Develop customer requirements SP 1.1 Elicit needs SP 1.2 Develop the customer requirements SG 2 Develop product requirements SP 2.1 Establish product and product component requirements SP 2.2 Allocate product component requirements SP 2.3 Identify interface requirements SG 3 Analyze and validate requirements SP 3.1 Establish operational concepts and scenarios SP 3.2 Establish a definition of required functionality SP 3.3 Analyze requirements SP 3.4 Analyze requirements to achieve balance SP 3.5 Validate requirements Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 13

Automotive SPICE Requirements Elicitation ENG.1 Requirements Elicitation BP1 Obtain customer requirements and requests BP2 Understand customer expectations BP3 Agree on requirements BP4 Establish customer requirements baseline BP5 Manage customer requirements changes BP6 Establish customer supplier query communication mechanism Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 14

Automotive SPICE System Requirements Analysis ENG.2 System Requirements Analysis BP1 Identify system requirements BP2 Analyze system requirements BP3 Determine the impact on the operating environment BP4 Prioritize and catagorize system requirements BP5 Evaluate and update system requirements BP6 Ensure consistency and bilateral traceability of customer requirements to system requirements BP7 Communicate system requirements Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 15

Automotive SPICE Software Requirements Analysis ENG.4 Software Requirements Analysis BP1 Identify software requirements BP2 Analyze software requirements BP3 Determine the impact on the operating environment BP4 Prioritize and categorize software requirements BP5 Evaluate and update software requirements BP6 Ensure consistency and bilateral traceability of system requirements to software requirements BP7 Ensure consistency and bilateral traceability of system architectural design to software requirements BP8 Communicate software requirements Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 16

Automotive SPICE other Engineering Processes ENG.3 System Architectural Design BP5 Ensure consistency and bilateral traceability of system requirements to system architectural design ENG.5 Software Design BP9 Ensure consistency and bilateral traceability of software requirements to software architectural design BP10 Ensure consistency and bilateral traceability of software architectural design to software detailed design ENG.6 Software Construction BP6 Ensure consistency and bilateral traceability of software detailed design to software units BP7 Ensure consistency and bilateral traceability of software requirements to software units BP8 Ensure consistency and bilateral traceability of software units to test specification for software units Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 17

Automotive SPICE other Engineering Processes ENG.7 Software Integration Test BP7 Ensure consistency and bilateral traceability of software architectural design and software detailed design to software integration test specification ENG.8 Software Testing BP5 Ensure consistency and bilateral traceability of software requirements to software test specification ENG.9 System Integration Test BP7 Ensure consistency and bilateral traceability of system architectural design to the system integration test specification ENG.10 System Testing BP5 Ensure consistency and bilateral traceability of system requirements to the system test specification Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 18

Traceability bei Automotive SPICE CR STS SR SAD SITS SwR SwAD SwDD Sw ITS Sw Unit Sw TS Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 19

Gemeinsamkeiten / Unterschiede der Modelle Gemeinsamkeiten Gewährleistung der Nachvollziehbarkeit Gewährleistung der Vollständigkeit Unterstützung bei der Impact Analyse von Änderungen Unterschiede CMMI-DEV Traceability nur in einer Praktik explizit gefordert Traceability für die Produktentwicklung gefordert Umsetzung der Traceability bietet gewisse Freiheitsgrade Automotive SPICE Explizite Traceability in den Engineering Prozessen ENG.2 ENG.10 gefordert Explizite Traceability nur für den Softwarebereich gefordert Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 20

Traceability Unterstützung durch DOORS Annahme: OEM und Lieferanten benutzen DOORS Beim OEM Fahrzeug Anforderungen System Anforderungen Komponenten Anforderungen Anforderungen Testspezifikationen Beim Lieferanten Komponenten (System) Anforderungen Software Anforderungen Komponenten (System) Anforderungen System Testspezifikation Offene Punkte Traceability über die Schnittstelle OEM <> Lieferant Kein durchgängiger Tool-Einsatz OEM <> Lieferant Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 21

Ihr Ansprechpartner Frank Blucha electronics solutions Leiter Process and Product Quality / Principal MB-technology GmbH Kolumbusstraße 2 71063 Sindelfingen Germany Phone +49(0)7031 686-3108 Fax +49(0)7031 686-3010 Mobil +49(0)160 860-7527 Frank.Blucha@mbtech-group.com weitere Informationen: www.mbtech-group.com Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 22

Vielen Dank für Ihre Aufmerksamkeit! Haben Sie noch Fragen? Frank Blucha / VC-PPQ, Innovation 2007 2007-11-16 23