Zum Inhalt springen

Assembly, Integration and Verification

aus Wikipedia, der freien Enzyklopädie
Dies ist eine alte Version dieser Seite, zuletzt bearbeitet am 27. Mai 2010 um 20:20 Uhr durch Richard Maier (Diskussion | Beiträge) (AZ: Die Seite wurde neu angelegt: == Begriffsklärung AIV == '''AIV''' steht für Assembly (engl. für Aufbau), Integration (engl. für Ein…). Sie kann sich erheblich von der aktuellen Version unterscheiden.
(Unterschied) ← Nächstältere Version | Aktuelle Version (Unterschied) | Nächstjüngere Version → (Unterschied)

Begriffsklärung AIV

AIV steht für Assembly (engl. für Aufbau), Integration (engl. für Einbinden, Integrieren, Vernetzen) and Verification (engl. für gewährleisten, nachprüfen, überprüfen).
Frei übersetzt bedeutet AIV so viel wie Aufbau der Systemstruktur, Integration der Systemkomponenten und Verifizieren der Systemfunktionalität.

Definition AIV

Unter AIV versteht man den systematischen und methodengestützten Prozess der Planung, Vorbereitung und Qualifizierung der Modelle und Verifikationsressourcen zur Qualitätssicherung einer Einzelunternehmung oder Kleinstserie in der Luft- und Raumfahrtindustrie.
Der AIV-Zyklus beginnt bereits früh im Produktlebenszyklus, startet im ESA/NASA Phasenkonzept gegen Ende der Phase A und begleitet das Produkt in der Regel über die gesamte restliche Projektlaufzeit. Das AIV ist im Produktlebenszyklus rein administrativer Natur und beschäftigt sich vor allem mit der Planung und der Beschaffung bzw. das zur Verfügung stellen von benötigten Materialien, Ressourcen und Einrichtungen.
AIV findet Anwendung wenn ein Versagen einer kritischen Komponente eines Systems zum Gesamtverlust der Investition und/oder katastrophalen Auswirkungen für Mensch bzw. Umwelt führt. Daher werden die Komponenten des Systems durch mindestens ein Standardqualifikationsprogramm - unter der Leitung des AIV – geprüft, bevor sie für die Betriebsphase frei gegeben werden.

Aufgaben des AIV in der Industrie

Die Grundlegende Aufgabe der mit dem AIV betrauten Ressource ist der Nachweis, dass die Unternehmung/das System zu den jeweiligen Milestones die zugrunde liegenden oder die bis zu diesen Zeitpunkt vereinbarten Spezifikationen und Anforderungen erfüllt, bzw. erfüllen wird. Hierfür gibt es ein von ESA und NASA festgelegtes Standardvorgehen in dem die Aufgaben, Methoden und Vorgehensweisen spezifiziert worden sind.

Hauptaufgaben des AIV:

Anlegen der Verifikations-Dokumentation

Dem Standard entsprechend werden verschiedene Dokumente angelegt um den gesamten Prozess für die Milestones und den Kunden zu dokumentieren. Dies stellt sicher, dass alle erforderlichen Planungsschritte vollzogen werden und macht diese für Dritte sowohl nachvollziehbar als auch überprüfbar. Dies ermöglicht externe Expertenkommissionen in Reviews die Ergebnisse der jeweiligen Milestones anhand des Vorgehens und der zugrunde liegenden Testspezifikationen zu Bewerten und Nachzuvollziehen.

Spezifizierte Dokumente:
  • Verification plan (VP)
  • Assembly, integration and test (AIT) plan
  • Verification control document (VCD)
  • Test specification (TSPE)
  • Test procedure (TPRO)
  • Test report (TRPT)
  • Analysis report (ARPT)
  • Review of design report (RRPT)
  • Inspection report (IRPT)
  • Verification report (VRPT)

Der Inhalt dieser Dokumente ist genormt und kann Beispielsweise im ECSS‐E‐ST‐10‐02C Annex A – F und ECSS‐E‐ST‐10 - ECSS‐E‐ST‐10‐03 nachgelesen werden

Modellphiopsophie

Durch die Festlegung der Modellphilosophie, durch die mit dem AIV betraute Ressource, wird eindeutig bestimmt welche Modelle und zu welchem Zeitpunkt dem Anwendungszweck bzw. Testzweck entsprechend benötigt und zur Verfügung gestellt werden müssen. Diese können sowohl virtueller als auch physischer Natur sein. Die Modellphilosophie leitet sich eindeutig aus der Anforderungsspezifikation ab. Wann welche Modelle (virtuell oder breadboard) zur Verfügung stehen sollen wird im Verifikationsplan festgelegt.

Da moderne Software-Programme in der Regel die Wirklichkeit in ausreichender Genauigkeit widerspiegeln wird aus Kostengründen mehr und mehr auf physische Modelle zugunsten virtueller oder hybrider Modelle verzichtet.

Standardmodelle
  • STM: Structural / Thermal Model (nur noch selten SM und TM separat)
  • EQM: Electronic Qualification Model
  • EM: Engineering Model
  • PFM / FS: Proto-Flight Model / Flight Spare Model
  • FM: Flight Model
  • GRM: Ground Reference Model

Analysen und Entwurfsbeurteilungen

Die AIV-Ressource muss bereits in frühen Phasen des Projekts Analysen zur Verfügung stellen um die „Machbarkeit“ eines Projekts nachzuweisen. Neben ersten Ablaufsimulationen, über die der Funktionsnachweis erbracht werden kann, spielen die Finiten Verfahren eine immer größere Rolle in der Planung und Bewertung von Systemkomponenten. Durch immer mächtigere Analyse-Werkzeuge und den Einsatz von Datenbanken, durch die eine schnelle und einfache Vergleichbarkeit aktueller und früherer Projekte bzw. Komponenten (Legacy Systeme) möglich ist, können Kosten gesenkt und Fehlerrisiken minimiert werden. Weiterhin kann durch diese Methoden und Werkzeuge die Systemkomplexität besser erfasst und verstanden werden, Daten aus den Analysen und Simulationen gewonnen werden und stellt eine kostengünstige Alternative zu realen Experimenten dar.

Bekannte Methoden sind unter anderem:
  • Ablauf-Simulation
  • Thermal-Simulation (z.B. ESATAN)
  • FEM/FVM/FDM-Simulation
  • CFD-Verfahren
  • Mehrkörpersimulation
  • 3D-Kinematiksimulation

Ressourcenplanung

Zur Verifikation müssen natürlich auch die Entsprechenden Ressourcen geplant, geordert und zu dem entsprechenden Zeitpunkten zur Verfügung stehen.
So müssen zu den geplanten Modellen auch entsprechende Einrichtungen und Fachkräfte bereitgestellt werden. Diese Planung muss eng mit dem tatsächlichen Projektfortschritt koordiniert werden und erfordert daher eine enge Zusammenarbeit des Projektleiters mit der AIV-Ressource. Neben den eigentlichen Testressourcen müssen auch alternative Subsysteme in enger Zusammenarbeit mit der jeweiligen Stelle definiert werden falls eine Komponenten den zugrunde liegenden Anforderungen – die sich im Laufe des Projekts ändern können -nicht genügt oder in den Qualifikationsprogrammen versagt.

Aufgaben in diesem Bereich:
  • Planung des Personalbedarfs und der Fachkräfte
  • Buchen bzw. zu Verfügung stellen von Testeinrichtungen
  • Bereitstellen von Computern und Software
  • Budgetplanung
  • Dynamische Koordination mit dem Projektzeitplan
  • Alternative Lieferanten und Komponenten definieren

Literatur

  • ECSS-E-ST-10-02C(6March2009)
  • ECSS-E-10Part1B(18November2004)
  • ECSS-E-10-03A(15Feb2002)
  • Willi Hallmann, Wilffried Ley: Handbuch Raumfahrttechnik, Hanser, 1999, ISBN 3-446-21035-0
  • Skript Systems Engineering, von Prof. Dr. Ulrich Walter, TU München
  • Skript Modellbildung und Simulation, von Prof. Baier, Prof. Schiller und Prof. Schilling, TU München
  • SA AIT/AIV im Projekt VECTOR, von Richard Maier, Andreas Ehrahardt, TU München