Requirements-Management Ein praktisches · PDF fileTraceability-Matrix Rückverfolgung von Links: 1. Ebene

Requirements-Management - Ein praktisches Beispiel

� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung

Anton S. DrexlerUnternehmensberatung

Requirements-ManagementEin praktisches Beispiel

Anton S. [email protected]

Softwareprozesse in Luft- und RaumfahrtprojektenWorkshop der DGLR am 15.10.2003



� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


Der Vortrag imÜberblick

� Überblick

� Kurz: Einführung von Begriffen

� Weitergehend: Requirements-Tracing

� Schwerpunkt: Beispiel-Projekt

� Praxis: Implementierung


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Requirements oder Anforderungen sind

� Bedingungen oder Fähigkeiten, die ein Benutzerbenötigt, um ein Problem zu lösen oder ein Ziel zuerreichen

� Bedingungen oder Fähigkeiten, die ein Systemoder eine Systemkomponente erfüllen oderaufweisen muß, um einen Vertrag, einenStandard, eine Spezifikation oder ein anderesformales Vorgabedokument zu erfüllen

� eine dokumentierte Repräsentation solcherBedingungen oder Fähigkeiten

The IEEE Standard Glossary of Software Engineering Terminology (1997)

Requirements-Management: Begriffe (I)


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Requirements-Engineering heißt

� Aufnahme bzw. Erhebung

� Analyse

� Spezifikation

� Verifikation

also im weiteren Sinn

� fachliche Behandlung von Anforderungen

Requirements-Management: Begriffe (II)


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Requirements-Management heißt

� (eindeutige) Identifikation und

� Tracing von Anforderungen

� Definition von Anforderungs-Baselines

� Behandlung von Anforderungs-Änderungen

also im weiteren Sinn

� Verwaltung von Anforderungen

Requirements-Management: Begriffe (III)


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Primär-Motivation (äußere Motivation)

Forderung des öffentlichen Auftraggebers (öAG) nachDemonstration der Nachvollziehbarkeit („Traceability“)der Entwicklung, also die Beantwortung der Fragen:

� Wurden alle Anforderungen des öAGimplementiert?

� Wurden alle Anforderungen des öAG erfolgreichnachgewiesen?

Motivation für dasRequirements-Management


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Sekundär-Motivation (innere Motivation)

Steigerung der Entwicklungssicherheit und Unterstützungdes Projektmanagements, also z.B. die Beantwortung derFragen:

� Sind alle Anforderungen einer Phasenspezifikation inder Folgephase berücksichtigt?

� Fortschrittskontrolle: Wie ist der Status? Wo sindoffene Punkte/Aktionen?

� Wo gibt es Widersprüche / Unvollständigkeiten?

Motivation für dasRequirements-Management


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


Software Test Specification

DetailedDesign

ComponentTest Spec.

Unit TestSpecification

Coding

System TestSpecification

SystemRequirements

QualificationPlans

PreliminaryDesign

SoftwareRequirements

UserRequirements

HardwareRequirements

Generischer Lebenszyklus:Das „V-Modell“


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Situation des Beispiel-Projekts

� Wehrtechnische Entwicklung

� Multinationales Projekt

� Hohe formale Anforderungen

� Hohe Komplexität durch Varianten-Reichtum

Das Beispiel-Projekt


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Eindeutige Kennzeichnung

Jedes Requirement ist definiert durch

� einen eindeutigen Identífier

� einen Kurztitel

� Implementierung

� Einsatz des Werkzeugs DOORS®

� Ergänzung durch NH90-spezifische Utilities

Das Beispiel-Projekt:Aspekte der Umsetzung


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


SRS-VolumeDOORS-Repräsentation

Eindeutige Kennzeichnung:

Jedes Requirement besitzt eineneindeutigen Identifier und einen Titel


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


SRS-Volume: (exportierte)Word-Repräsentation

In der Word-Repräsentation (alsLieferdokument) werden Identifierund Titel ebenfalls verwendet


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


SODA

RationalRose

APEX

DOORS� DOORS�

Software TestDescriptions

DetailedDesign

CSC Test

Unit Test

Coding

QualificationPlans

PreliminaryDesign

SoftwareRequirements


SystemRequirements

EngineeringTest Orders

FAR29WSDS

Lebenszyklus NH90-Avionik


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


RationalRose

DOORS�

DetailedDesign

PreliminaryDesignSoftware

Requirements


SystemRequirements

FAR29WSDS

Traceability zu Inhaltenanderer Werkzeuge

APEX

PreliminaryDesign

(Stellvertreter)

DetailedDesign

(Stellvertreter)

Automatisch erzeugte undgepflegte Stellvertreter-Module in DOORS

Abbildungennach DOORS


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


SRS-Modul

Requirements-Liste

Ada-SpecStellvertreter-Modul

Automatische Utilityerzeugt aus der SRSRequirements-Liste

Manueller Eintragdurch Entwickler

Automatische Utility liestEinträge aus und erzeugtStellvertreter-Modul

Automatische Utility erzeugtLinks vom Stellvertreter-Modul zum SRS-Modul

Beispiel: Herstellung derTraceability zwischenDetailed Design und SRS


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


Traceability zum DetailedDesign: Bedienoberfläche


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


„Start“-Modul

Modul 1. Linkebene

Traceability Matrix Modul 2. Linkebene

Rückverfolgungvon Links:„Start“ <- 1. Ebene

AutomatischeUtility erzeugtTraceability Matrix

Beispiel: Herstellung einerTraceability-Matrix

Rückverfolgungvon Links: 1. Ebene <- 2. Ebene


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


Beispiel einerTraceability Matrix

„Startpunkt“

„1. Ebene“„2. Ebene“


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


Erstellung TraceabilityMatrix: Bedienoberfläche

Auswahl „Startpunkt“

Auswahl 1. Ebene

Auswahl 2. Ebene


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Aufwand und Investition

� Erstellung eines projektspezifischen Konzepts

� Familiarisierung der Mitarbeiter mit DOORS

� meist: Übernahme von vorhandener Dokumentationnach DOORS

� Erstellung von projektspezifischen Utilities

� Erstellung der Traceability

Einsatz des Requirements-Managements: Quintessenz


� 2

003

Euro

copt

er D

euts

chla

nd G

mbH

�

200

3 An

ton

S. D

rexl

er U

nter

nehm

ensb

erat

ung


� Erfüllung der Primär-Motivation

� Automatische Erstellung von aktuellen Traceability-Matrizen

� Erfüllung der Sekundär-Motivation

� Einheitliche Dokumentation

� Zugänglichkeit zu aktuellen Dokumenten für alle

� Möglichkeit der Impact-Analyse:Einfache Ermittlung von Änderungen anvorgelagerten Phasendokumenten

� Automatische Aktualisierung der Verknüpfung zuanderen Werkzeugen (hier: Designphasen)

Einsatz des Requirements-Managements: Quintessenz

Documents

Requirements-Management Ein praktisches · PDF fileTraceability-Matrix Rückverfolgung von Links: 1. Ebene