Bewerbung ausbildung technischer systemplaner Muster

Der Systemingenieur sollte sich aktiv an der Entwicklung von Programmvertragsaufgaben beteiligen, um sicherzustellen, dass die entsprechenden technischen Aktivitäten im Vertrag enthalten und ordnungsgemäß in den Rahmen fallen. Eine ordnungsgemäße Abstecherung der technischen Aufgaben in der Erklärung der Arbeit (SOW), der Zielvorgabe (SOO) oder der Leistungsarbeitserklärung (Performance Work Statement, PWS) ist erforderlich, um sicherzustellen, dass das endgültige System den Bedürfnissen des Endbenutzers entspricht. Häufig scheinen Die Vergabetätigkeiten in erster Linie programmatischer Natur zu sein (z. B. Entwicklung von Akquisitionsstrategien, Erstellung von Vorschlagsanträgen, Durchführung von Marktforschung, Entwicklung der Vertragsdatenanforderungsliste (CDRL)), aber sie spiegeln in der Tat die technische Planung wider und sollten durch den gewünschten technischen Inhalt beeinflusst werden. Beispielsweise kann das technische Verständnis von Datenrechten ein Schlüsselelement bei der Planung für modularitäts- und offenesystementwurf sein, oder die Entscheidung, eine inkrementelle Erfassungsstrategie zu wählen, hängt von generischen Funktionsgruppierungen ab, die möglicherweise nicht für jedes System geeignet sind. Das Ergebnis des Architecture Design-Prozesses ist ein Architekturentwurf, der die im Anforderungsmanagement-Prozess dargestellten Anforderungen an die Endbenutzerfähigkeit erfüllt, um alle angegebenen und abgeleiteten Anforderungen niedrigeren Systemelementen zuzuweisen und die Möglichkeit zu haben, Kosten-, Zeitplan- und Leistungsziele zu erfüllen. Der architektonische Entwurf sollte den Kunden und den Konstrukteuren mitgeteilt werden können. Die Detaillierung des architekturischen Entwurfs hängt von der Komplexität des Systems und der Support-Strategie ab. Es sollte detailliert genug sein, um die Kosten und den Zeitplan des gelieferten Systems zu binden, die Schnittstellen zu definieren, kundensicher zu machen, dass die Anforderungen erfüllt werden können, und den Entwurfsprozess bis zur niedrigsten wechselbaren Einheit zu steuern, um Operationen und Unterstützung zu unterstützen. Dieser Architekturentwurf kann dokumentiert und im Systemmodell eines Programms gefunden werden. Nach der Identifizierung wird die Systemarchitektur unter Konfigurationsverwaltung gestellt. Der Systemingenieur identifiziert und mindert in Zusammenarbeit mit dem Product Support Manager und PM die Kostentreiber für die Unterstützung simgbarkeitsbasierter Kosten, um sicherzustellen, dass das System über den gesamten Lebenszyklus hinweg erschwinglich ist.

Dazu gehören die Identifizierung von Faktoren, die die Lebenszykluskosten des Programms antreiben, und die Nachhaltigkeitsschlüsselleistungsparameter/Schlüsselsystemattribute (KPP/KSA), um erschwingliche und erreichbare Ziele und Obergrenzen festzulegen (siehe CH 3–2). Hintergrund, CH 3–4.3.2. Erschwinglichkeit – Systems Engineering Trade-Off-Analysen und CH 1–4.2.15.). Sobald die Ziele festgelegt sind, richtet sich der Fokus auf die spezifischen Metriken, die die Kosten für Operation and Support (O&S) und Sustainment KPP/KSAs antreiben, die direkt durch das Design beeinflusst werden können. Diese Treiber werden dann in funktionale und zugewiesene Anforderungen zerlegt, die direkt auf die Kostenziele und die Betriebsverfügbarkeit (Operational Availability, AO) und Materiel Availability (A M) zurückverfolgt werden können (siehe DAG-Kapitel 4). Die Kosten-Nutzen-Analyse, die gemeinsam vom System engineer und product Support Manager im Rahmen des Supportability Analysis-Prozesses durchgeführt wird, bietet Einblicke in Supportability-Treiber und beinhaltet die Auswirkungen von Ressourcen auf die Bereitschaft. Technische Analysen (d. h. Fehlermodus, Effekt- und Kritikalitätsanalyse (FMECA), Vorhersagen zur Unterstützungsanalyse und Diagnosearchitektur) liefern kritische Daten, um das Design für supportierbar zu beeinflussen und das Produktsupportpaket zu beeinflussen. Weitere Techniken umfassen eine schnelle Rekonstruktion (Reparierbarkeit), um die Verfügbarkeit und Sortierungsraten während des Krieges zu maximieren und Schadenstoleranz in das Systemdesign einzubeziehen.