Hiroaki Katanopres REConf2012 Visure Solutions

13. März 2012 Einführung und Umsetzung eines Anforderungs-
managementsystems für Projekte im Luftfahrtbereich

Agenda

Lufthansa Technik AG - Innovation

Der Weg zum Requirements Management

Die Einführungsphase

Die Gegenwart

Fokus: Generieren von Dokumenten

Einführung und Umsetzung eines Anforderungsmanagementsystems für Projekte im Luftfahrtbereich
13 March 2012, Page 2
Copyright © 2012 Lufthansa Technik AG. All rights reserved.
Subject to restrictions and disclaimer on last page.

Lufthansa Technik
Innovation
Lufthansa Technik

Aircraft Services Engine Component Landing Gear VIP & Executive
(Maintenance, Overhaul) Services Services Services Jet Solutions

 1995 als eigenständiges Tochterunternehmen gegründet
 26.000 Mitarbeiter weltweit
 Über 750 Kunden
 1.700 Flugzeuginspektionen pro Tag


Lufthansa Technik
Innovation
Lufthansa Technik Innovation

 2002 aus dem Bereich VIP- & Executive Solutions gegründete
eigenständige Business Unit
 High-end CMS/IFE Systeme für VIP completions
 Innovative Produkte für Flugzeugkabinen
 Kunden sind Flugzeughersteller, Completion Centers, Modification
Centers und Airlines


Lufthansa Technik
Innovation
Inhouse Kompetenzen

 System & Product Design
 Hardware & Software Development
 Functional Testing
 Rapid Prototyping
 HALT / HASS Testing
 Qualification & Certification


Lufthansa Technik
Innovation
Produkte

 nice® Cabin Management & Entertainment System,
mit iPod® integration
 niceview™ 3D Moving-Map-System der nächsten Generation
 nicemate™ Remote Maintenance und Connectivity
 Guideline® Wartungsfreie Bodenbeleuchtung
 HelioJet LED Kabinenbeleuchtung der nächsten Generation
 aerosight® IP Kamerasystem
 aerokid Vollintegriertes Kindersitzmodul


Lufthansa Technik
Innovation
niceview™

 3D Anzeige mit hochaufgelösten Satellitenbilder
 Virtuelle Cockpit- und Passagierfenster Sichten
 Fully customisable: Safety Videos, Werbefilme, Boardingmusik, Airline
Informationen und Logos, Connecting Gate Informationen, etc.
 Lokale Bedienung für individuelle Anzeige
 High Definition

Lufthansa Technik
Innovation
und

 Networked Integrated Cabin Equipment
 Cabin Management System und Inflight Entertainment für VIP- und
Business Jets

Lufthansa Technik
Innovation
und

 nice® kontrolliert alle Kabinenfunktionalitäten und verteilt Audio/Video
und Daten über verkabelte und drahtlose Ethernet Netzwerke.
 Fähig, Blu-rays und DRM geschütztes Material in Full-HD beliebig an
Sitze und Bildschirme zu streamen.
 Intelligente dezentrale Steuerung von Kabinenelektronik wie Lichter,
Türen, Audio, etc.


Lufthansa Technik
Innovation
und


Lufthansa Technik
Innovation
und

 Flexibler Einsatz in unterschiedlichsten Flugzeugmodellen wie z.B.
Boeing 747, Boeing Business Jet, Airbus Corporate Jet, Bombardier
Challenger & Global
 Ausstattung sowohl als Einzelanfertigung als auch Linefit und Retrofit
Programme


Lufthansa Technik
Innovation
- Award Winning

2005
Manufacturing Excellence Award
Category Customer Orientation

2008 / 2009
Crystal Cabin Award
Product Innovation Award
2003
reddot design award

2006
Frost & Sullivan
Product Innovation Award


Agenda




Die Gegenwart



Der Weg zum Wie alles begann...
Requirements
Management

 Start eines neuen großen Projekts
 Erstmalig großer Anteil an zu spezifierender Softwareentwicklung
 Das Erstellen von komplett neuen Vorlagen und Spezifikations-
inhalten führte zur Suche geeigneter Tools.


Die Ausgangslage
Der Weg zum
Requirements
Management

 Es existierten Prozesse zur Erstellung von Dokumenten nach strikten
Vorgaben, aber kein Requirements Management.
(-> Dokumentenorientiert)
 Qualitätsmanagement gibt das Endprodukt vor, aber nicht den Weg.
 Anforderungen über eine Spezifikation und den "Produktpaten".
 Teilweise große fortlaufende Anpassungen während der Entwicklung.
 Große Anzahl an Dokumenten, die erstellt werden müssen.


Die entstandenden Herausforderungen
Der Weg zum
Requirements
Management

 Immer komplexere Produkte und Systeme.
 Zunehmend untereinander abhängige Produkte.
 Lange Entwicklungszyklen und Entwicklungsdauer.
 Wachsende Anzahl Stakeholder
-> Kann ein "Produktpate" noch alle Anforderungen, deren Herleitung
und die resultierenden Tests überblicken?


Kriterien und Anforderungen an das Thema
Requirements
Management

 Die wachsende Flut an Informationen bändigen.
 Besseres Datenhandling. (z.B. Herleitung, Änderungen und
Abhängigkeiten überblicken)
 Vielzahl an Dokumente generieren, die QM konform sind.
 Ableitbarkeit von weiteren Daten. (Bisher: Copy & Paste)
 Fließender Übergang zu bestehende Prozessen.
 Intuitiver Zusammenhang zwischen Datenbank und Dokumenten.
 Leichte Austauschbarkeit von Daten mit Zulieferern / Kunden.


Agenda




Die Gegenwart



Einführungsphase
Einführung von IRQA

Einführungsphase

 Ausgiebige Evaluierungsphase
 Softstart - Fließender Übergang
 Fokus auf Software Development, da dafür noch keine Prozesse oder
Spezifikationen existierten.


Definition der Abbildung einer Projektstruktur in IRQA

Einführungsphase
 Die Struktur wurde zunächst im kleinen Kreis festgelegt.
 Verschiedene Programme -> Separate Projekte in IRQA
 Produktdevelopment -> Strukturierung in Blöcken
 Dokumente eines Produktes -> Domänen
-> Blöcke sind mit Domänen gekreuzt abbildbar.


Beispiel: Blockdiagramm

Einführungsphase

 Hierarchische Baumstruktur von Blöcken (Subprojekten)


Beispiel: Blockdiagramm mit Abhängigkeiten

Einführungsphase

 Abhängigkeiten werden in IRQA über "Motives" abgebildet


Abbildung der Daten in IRQA

Einführungsphase


Definieren einer Arbeitsweise

Einführungsphase

 Projekte, Domänen, Blöcke, Hierarchien, Attribute, Motives, Codes,
Baselines, Revisionierung ...
 Mitarbeiter müssen mit der Vielzahl an Möglichkeiten vertraut werden.

 Schritt 1: Änderung und Ergänzung der bestehenden Daten
 Schritt 2: Eigenständiges Generieren von Dokumenten
 Schritt 3: Einfügen neuer Daten in bestehende Projektumgebung
 Schritt 4: Anpassung und Verwaltung von Blöcken, Domänen,
Attributen


Festlegen einer Inhaltsstruktur

Einführungsphase

 Starke Anlehnung an existierende Spezifikationen
 In welche Anforderungstypen muss gegliedert werden?
(Intellectual Property, Systemanforderungen, Functional,
Nonfunctional, Qualification, ....)
 Die Struktur muss so aufgebaut werden, dass später daraus
Dokumente generiert werden können.


Zusammenfassung: Projektstrutkur zu Beginn

Einführungsphase


Agenda




Die Gegenwart



Gegenwart
Optimierungen im Laufe des produktiven Betriebes

Gegenwart

 Beobachtungen in der Einarbeitungsphase
 Feedback durch Mitarbeiter
 Neue Anforderungen: "Jeder Mitarbeiter hat neue Ideen"

-> Man kann am Anfang nicht alles wissen!


Dokumente, Dokumente, Dokumente!

Gegenwart

 "Wie kann ich das verschieben / platzieren ?"
 "Ich möchte aber, dass das hier eine gesonderte spezielle Struktur
hat / ein anderes Seitenlayout hat."
 Das Datenbankenbasierte Modell ist für viele zunächst
Gewöhnungsbedürftig.
 Umstellung für Mitarbeiter: Schwerpunkt auf das strukturierte Anlegen
von Daten. Layouten entfällt.

-> Diese Punkte erfordern besondere Beachtung bei
Mitarbeiterschulungen


Projektbeispiel: LCD Bildschirme

Gegenwart  Es sollen LCDs entwickelt werden.
 Entwicklung geht in Auftrag an supplier.
 Es werden verschiedene Größen
benötigt. (10", 12", 15", 22", etc.)
 Möglicherweise unterschiedliche supplier.
 Rechtlich benötigt jedes LCD den kompletten Satz an Paperwork.
 Ein Großteil der Anforderungen ist identisch.
 Spezifikationen unterscheiden sich nur minimal.
 Bisherige Methode: "Copy & Paste & Change".

-> Die in der Einführungsphase festgelegte Struktur unterstützte dies
nicht, jeder LCD Typ wäre ein separates Subprojekt.

Projektbeispiel: LCD Bildschirme - Lösung

 Ein Datensatz mit allen Requirements für alle LCDs.
Gegenwart  Anlegen von Blöcken für jeden LCD Typ.
 Zuordnung von Requirements zu den jeweiligen Blöcken.
 Filtern nach jeweiligen LCD Block.


Weitere Änderungen

Gegenwart
 Aktuell keine Notwendigkeit für Motives (Abhängigkeiten) zwischen
Subprojekten, nur zwischen Dokumententypen


Weitere Änderungen

Da keine Abhängigkeiten zwischen Subprojekten mehr bestehen,
Gegenwart
können sie auf mehrere IRQA Projekte verteilt werden.

Vorher: Alle Subprojekte in einem IRQA Projekt verwaltet
Nachher: Nur noch wirklich abhängige Subprojekte (z.B. LCDs)
zusammen in einem IRQA Projekt

Vorteile:
 Deutlich verbesserte Übersicht, besonders für Einsteiger
 Verbesserte Performance


Genutzte Funktionen

Gegenwart
 Versionierung: Kontrolle darüber, wer wann was geändert hat.
 Automatische Changebars in Dokumenten
 Discussions: Kommentare einfügen, z.B. warum etwas geändert
wurde.
 Attribute: Requirements Eigenschaften zuweisen.
 Filter: Übersichtliche Anzeige von Daten.
 Schnellsuche: Auffinden von Requirements, ohne in Dokumenten
durchzusuchen.
 Motives: Zusammenhänge zwischen Requirements und Tests.
 Erstellen vieler QM konformer Dokumente mit nur "einem Klick".


Agenda




Die Gegenwart



Erforderliche Dokumente

Generieren von
Dokumenten


Erstellen von Templates mit dem IRQA Report Manager

Generieren von
Dokumenten


Eingabeformular als Teil des Templates

Generieren von
Dokumenten


Titelseite

Generieren von
Dokumenten


Mit dem Reportmanager erzeugtes Dokument:
Inhaltsverzeichnis

Generieren von
Dokumenten


In Kapitelstruktur
dargestellte Daten

Generieren von
Dokumenten


Dynamische Dokumentenerstellung

Generieren von
Dokumenten


Die Compliance Matrix

Generieren von
Dokumenten


Die Compliance Daten in Excel Format

Generieren von
Dokumenten


Compliance Matrix mit automatisch importierten Daten

Generieren von
Dokumenten


Arbeitsschritte für die Zusammenarbeit mit weiteren Parteien

Generieren von
Dokumenten

 Erstellen der Daten. (Requirements, Überschriften, etc.)
 Generieren der Spezifikation.
 Generieren der leeren Compliance Matrix als Excel Export.
 Ausfüllen der Excel Datei durch diverse Parteien.
 Zurückimportieren der Excel Datei.
 Generieren der Compliance Matrix als PDF Druckversion.


Begegnete Hürden

Generieren von
Dokumenten

 Seitenbasierte Funktionalitäten nicht möglich.
(z.B. List of Effective Pages)
 Kapitelabhängige Verweise nicht möglich.
(z.B. "Siehe Kapitel 3.5.1")
 Verändern oder Abfragen von Requirements Texten nicht möglich.
(z.B. "Kürze Text, falls zu groß" oder "Ersetze Wörter")
 Einschränkungen beim Layouten. "Ein Template für alle Inhalte".


Rückblick

 Aller Anfang ist schwer: Anfangs definierte Prozesse ändern sich
 Den "optimalen" Prozess findet man erst nach mit der Zeit
 Softstart Einführung mit fließenden Übergang statt komplettes
einmaliges Rollout.
 Größte Hürde: Mitarbeiter sind Dokumentenorientiert
 Der Mensch, das "Gewohnheitstier".


Rückblick

 Deutlich gesteigerter Überblick über alle Daten
 Änderungen und Zusammenhänge sind verfolgbar (Versionierung)
 Entwickler brauchen nicht layouten, konzentrieren sich auf den
qualitativen Inhalt der Requirements (Reports & Templates)
 Dokumente haben stets das gleiche konforme Layout durch
zentral auf Server verwaltete Templates
 Schneller Datenaustausch durch Exports und Imports


Vielen Dank für Ihre Aufmerksamkeit!
The information contained in this presentation is proprietary to Lufthansa Technik AG and is disclosed in confidence. The presentation
and the information contained herein shall be kept strictly confidential and shall not be used, disclosed to others or reproduced without
the express written consent of Lufthansa Technik AG. Nothing contained in this publication shall constitute any warranty, guarantee or
liability for Lufthansa Technik AG, its subsidiaries and affiliates but isim Luftfahrtbereich purposes only. Accordingly, Lufthansa Technik AG
Einführung und Umsetzung eines Anforderungsmanagementsystems für Projekte for information
its March 2012, Page 50
13 subsidiaries and affiliates neither expressly nor conclusively accept responsibility or liability for the actuality, accuracy and
completeness of the statements and information contained in this publication.

Hiroaki Katanopres REConf2012 Visure Solutions

Empfohlen

Empfohlen

Weitere ähnliche Inhalte

Andere mochten auch

Andere mochten auch (20)

Ähnlich wie Hiroaki Katanopres REConf2012 Visure Solutions

Ähnlich wie Hiroaki Katanopres REConf2012 Visure Solutions (20)

Mehr von Visure Solutions

Mehr von Visure Solutions (20)

Hiroaki Katanopres REConf2012 Visure Solutions