Ergebnis:

• Ist-Analyse
• Erstellung des Konzeptes
• Software-Requirementspezifikation Konzept
• Architekturbasiert Software-Requirements Spezifikation
• Erstellung der Anforderungen
• Herunterbrechen der Anforderungen
• Technische Dokumentation

• Needed Workpackages until 13.09.21: 
  • Create L2 customer requirements into L3 base spec (Compare 620 requirement with 540 requirements and insert only requirements which are agreed and set to responsibility L3_HW, not L3_ST) 
    • see attached description internal 
  • Mark all ARS620DP14 relevant requirements in 150% doors spec
    • see attached description internal 
• Needed Workpackages until 30.09.21:
  • Create an ARS620DP14 HW stream 
  • Inform Module colleagues about the new ARS620DP14 relatedrequirements, start to review them and linking into Module specs 
  • Configuration & Change Management (CMMI & CMII)
• Needed Workpackages until 31.12.22: 
  • Discuss and develop a generic L3 hardware-based requirements list with all its components and their variants. 
  • Aligning the Excel-based requirements with the higher-level L2 system requirements, as well as their architecture and design. 
  • Transfer of the coordinated artefacts into the Pure Variants system and their structure.    

Kunde ist Entwickler und Hersteller von Injektions- und Infusionssystemen für die Selbstmedikation und ausgewiesene Diabetesspezialistin

• Definieren von Systemanforderungen neuer Produkte und Systeme
• Definieren von Use Cases und der funktionalen Architektur
• Erarbeitung der Systemarchitektur, zusammen mit Experten aus den Fachbereichen Hardware, Software, Kommunikationstechnik, Mechanik, Produktionstechnik, Marketing
• Einbindung von Normen und gesetzlichen Anforderungen in das System
• Überprüfen des Systems auf die Einhaltung der gestellten Anforderungen (Vollständigkeit der Anforderungen, Testbarkeit)
• Pflege des Systemmodells in IBM Doors NG und Enterprise Architect
• Erarbeitung und Pflege der Traceability
• Technische Grundbildung (Elektroniker, Informatiker oder Konstrukteur)
• Weiterbildung zum Ingenieur FH oder ETH (resp. Bachelor oder Master), Fachrichtung Elektrotechnik, Software, Mikro- oder Medizinaltechnik 
• Berufserfahrung als Entwicklungsingenieur oder als (Teil-) Projektleiter in multidisziplinären Projekten
• Konfigurations & Änderungs Management (CMMI & CMII)
• Erfahrung im Bereich Systems Engineering / Requirements Engineering
• Erfahrung im Bereich Software-oder Systemarchitektur
• Erfahrung in der Medizinaltechnik
• Sehr gute Englisch-Kenntnisse

• Anforderungsmanagement und Anforderungsengineering mit PCT Version 2009 Integrity Manager und Source Integrity sowie IBM Rational Doors Next Generation Version 6.0.6.1 
• meine Rolle und Aufgaben als Anforderungsingenieur
• Übernahme von Anforderungs-Engineering-Aufgaben (Erhebung, Analyse, Ausarbeitung, Validierung) für bestimmte Features und Funktionen innerhalb eines komplexen Projekts
• Schaffen Sie in enger Zusammenarbeit mit den Geschäftsfunktionen Verständnis für die Kundenbedürfnisse und die Rationalität des Produkts
• Unterstützen Sie den Projektumfangsprozess und sorgen Sie für Klarheit über die erforderlichen Features und Funktionen für die jeweiligen Stakeholder
• Unterstützen Sie die funktionsübergreifende Ausrichtung und Teamentscheidungen rund um die Ausarbeitung von Anforderungen und die Eignung technischer Lösungen, um Kundennutzen zu schaffen
• Vorantreiben der Bewertung technischer und SoftwareAnforderungsänderungen mit besonderem Schwerpunkt auf der Eignung für die Gesamtsystemfähigkeiten
• Erstellen und verwalten Sie entsprechende Design- und Änderungskontrollergebnisse
• Nutzen Sie Anwendungsmanagement-Tools effizient und unterstützen
• Sie kontinuierlich die Verbesserung der Anforderungen-EngineeringPraktiken.
• Verantwortlich für die Erstellung von Berichten zu Anforderungen, die im Anforderungsmanagement-Tool gespeichert sind
• Definieren Sie Anforderungsattribute und erleichtern Sie deren Verwendung im gesamten Projekt
• Verwalten Sie Änderungen an grundlegenden Anforderungen durch die effektive Anwendung von Änderungskontrollprozessen und -tools
• Konfigurations & Änderungs Management (CMMI & CMII)
• Stellen Sie die Konsistenz der Struktur im Anforderungsmanagement
• Tool sicher
• Sicherstellung der Rückverfolgbarkeit der Kundenanforderungen (LH) zu den Systemanforderungen (PH)
• Dokumentation und Korrespondenz auf Englisch
• Technische Risiken identifizieren und kontrollieren
• Verwalten Sie die Anforderungen und erstellen Sie die Rückverfolgbarkeitsmatrix mit unserem Anforderungsmanagement Tool

Requirements Management and Requirements Engineering VW_Kombi_XX to BMW_GEN5XX mit PCT Version 2009 Integrity Manager und Source Integrity als auch IBM Rational Doors Version 9.6.1.11.

• Nachfolgende Aktivitäten wurden ausgeführt:
• Prüfung von Lastenheften der Kunden *
• Requirements Engineering im Bereich Anzeigesysteme
• Anforderungen im Projekt umsetzen und in den entsprechenden Tools führen
• Aufzeigen und Dokumentieren von Abweichungen
• Sorgen, dass die Requirements mit entsprechenden Tests in der Validierungsphase abgedeckt werden 
• Begleitung der zugeteilten Projekte bis zur Serieneinführung 
• Koordination auf Systemengineering Level 
• Herunterbrechen der Requirements auf Disziplin Level (e.g. Mechanische, Elektrische, SW Anforderungen)
• Abstimmen der Schnittstellen 
• Analyse der System requirements (PH) sowie Klassifizierung der Requirements in MKS und Doors (generische SRS) 
• Erstellung kundenspezifischer Extrakte auf Basis einer vorhandenen D-FMEA 
• Unterstützung der Projektleitung in allen Belangen auf dem Systemengineering Level 
• Analysieren von Umsetzbarkeit und Testfähigkeit der Anforderungen mit den Fachabteilungen (Hardware, Software, Mechanik und Systemtest) 
• Ableiten und Überführen der internen Anforderungen, sowie der Kundenanforderungen in technische Systemanforderungen in DOORS 
• Abstimmen der Requirements mit den Domainexperten
• Sicherstellung der Nachverfolgbarkeit von Kundenanforderungen (LH) hin zu den Systemanforderungen (PH) 
• Dokumentationen und Schriftverkehr in englischer Sprache   

Konzeption des Anforderungsmanagements zur effizienten Abwicklung von ETCS ? OBU - Projekten

• Prämissen/Ziele des Arbeitspakets
• Verfeinerung und Konsolidierung des Grobkonzepts, insbesondere hinsichtlich Module, Modul- und Datenstruktur, Attributen, Referenzen
• Implementierung eines ersten "Proof-of-Concept" mit dem Funktionsumfang:
• Abbildung von Kundenanforderungen auf generische Systemanforderungen
• Erzeugung eines Dokuments
• "Systemanforderungesspezifikation" (SRS) aus DOORS-Modulen mit generischen, vom Auftraggeber zugeliefertem Inhalt
• Anlegen der erforderlichen Modul- und Datenstrukturen und ggf. Skripte in DOORS
• Klärung offener Punkte bezüglich Bestellung,
• Arbeitsweise
• Abstimmung Infrastruktur
• NDA (Unterschrift)
• Arbeitsschutzbelehrung
• Vorstellung des freigegebenen Konzepts
• Analyse notwendiger Arbeitspakete
• Priorisieren der Arbeitspakete
• Ablauf der Einführung
• Analyse SRS-Prozess
• Analyse SDS-Prozess
• Analyse Review-Prozess
• Analyse Testprozess
• Analyse Validierungsprozess
• Strukturierung der erforderlichen DOORS-Module
• Prozess zur Erzeugung von Dokumenten
• Diskussion zu notwendigen Attributen
• Verlinkung der Module
• Baselines und Versionsmanagement
• User Rechte und Rollen
• Vorgaben, Regeln zur Einbindung externer Objekte (Bilder, Tabellen)
• Erarbeitung eines Terminplans
• Abstimmung weiteres Vorgehen

Requirements Management und Requirements Engineering für DE and G (Dieselhydraulische /Dieselelektrische mit PCT Version 2009 Integrity Manager und Source Integrity als auch IBM Rational Doors Version 9.5.0.1.

• Requirements Engineering im Bereich generischer Produktkatalog
• Analyse der System requirements (PH Siemens) sowie Klassifizierung der Requirements in MKS und Doors (generische SRS, FRS, MRS, ?.) DXL Customizing
• Konfigurations & Änderungs Management (CMMI & CMII)
• Analysieren von Umsetzbarkeit und Testfähigkeit der Anforderungen mit den Fachabteilungen (Hardware, Software, Mechanik und Systemtest)
• Ableiten und Überführen der internen Anforderungen, sowie der Kundenanforderungen in technische Systemanforderungen in DOORS
• Abstimmen der Requirements mit den Domainexperten
• Traceability, Verification and Validation (RTM,SOC,RVM, VCD,..)
• Sicherstellung der Nachverfolgbarkeit von Kundenanforderungen (LH) hin zu den Systemanforderungen (PH)

Requirements Management and Requirements Engineering ARS3XX to ARS4XX mit PCT Version 2009 Integrity Manager und Source Integrity als auch IBM Rational Doors Version 9.5.0.1.

• Requirements Engineering im Bereich Radarsysteme
• Analyse der System requirements (PH) sowie Klassifizierung der Requirements in MKS und Doors (generische SRS)
• Analysieren von Umsetzbarkeit und Testfähigkeit der Anforderungen mit den Fachabteilungen (Hardware, Software, Mechanik und Systemtest)
• Ableiten und Überführen der internen Anforderungen, sowie der Kundenanforderungen in technische Systemanforderungen in DOORS
• Abstimmen der Requirements mit den Domainexperten
• Sicherstellung der Nachverfolgbarkeit von Kundenanforderungen (LH) hin zu den Systemanforderungen (PH)

Problem und Change Management mit PCT Version 2009 Integrity Manager und Source Integrity als auch IBM Rational Doors Version 9.4.0.1.

• Analyse der System requirements sowie der Specifikations Dokument Struktur in MKS und Doors
• Verfolgen der CR und Error Reports im Source Integrity
• Development of a requirements management plan
• Erstellen eines Prozessmodells zur Ticketverfolgung (State Engine) der Requirements, Error Reports und Change Request.
• Training of requirements team in the discipline ?requirements development?

Er leistete mit seiner Erfahrung und seinen Kompetenzen einen wesentlichen Beitrag zur Aufbauphase der Requirements Engineering-Gruppe.

Im Einzelnen war er an folgenden Aktivitäten beteiligt:

• Analyse der Produktanforderungen und Spezifikationsdokumentstruktur
• Definition der Rolle und Funktion eines Anforderungsingenieurs
• Entwicklung eines Anforderungsmanagementplans
• Entwicklung eines Vorgehensmodells für das Anforderungsengineering
• Schulung des Anforderungsteams in der Disziplin ?Anforderungsentwicklung?
• Beitrag zum Workshop ?LLD? (Liquid Level Detection)

Wir danken ihm für seine Zusammenarbeit und seinen Beitrag

• EU/ESTEC ? ESA and Prime Requirements Engineering and Project Management for the ?GALILEO? Satellite Navigation System DOORS Tools & Configuration ESA / OHB Systems
• EU/ESTEC ? ESA and Prime Requirements Engineering and Project Management for the ?MTG? MeteoSat Third Generation DOORS Tools & Configuration ESA / OHB Systems
• EU/ESTEC ? ESA and Prime Requirements Engineering and Project Management for the ?ExoMars? Mars Mission DOORS Tools & Configuration ESA / OHB Systems
• EU/ESTEC ? ESA and Prime Requirements Engineering and Project Management for the ?IOT? Industrial Operator Team (ISS -Columbus Lab) DOORS Tools & Configuration ESA / OHB Systems

Aufgaben:

• Equipment Definition based on the ECSS Specification
• DXL scripting according the given design standards
• Implementation of a ESA Systems RBE Process conform link concepts including dedicated link modules
• DXL scripting to generate the results automatically
• DOORS Instructor (Doors Training for 346 System Engineers)
• Project management based on Requirement Engineering in DOORS (PSAC / PHAC )
• SW Requirements / HW Requirements Verification and Validation
• Implementation, Verification, Validation and Engineering Testings (Prime -> Astrium ->Kayser Threde->Thales France ->ESA)
• ECSS-E-00A / ECSS-E-ST-10C / ECSS-E-10A / ECSS-E-ST-10-02C / ECSS- E-40-Part 1B / ECSS-E-40-Part 2B / ECSS-E-40A, etc? .
• ESA and ESTEC conformation for DAL (Developing and Design Assurance Level) B, C and D

Equipment Replacement for DE/IT Tornado DOORS Tools & Configuration PANAVIA / UK Military Partner

• Equipment Definition based on the BAE Specification
• DXL scripting according the given design standards
• Implementation of a BAE Systems RBE Process conform link concepts including dedicated link modules
• DXL scripting to generate the results automatically
• DOORS Instructor
• Project management based on Requirement Engineering in DOORS (PSAC / PHAC etc?)
• SW Requirements / HW Requirements Verification and Validation
• Implementation and Engineering Testings
• DO178B Level A / DO 254 / DO 160E / MIL 810F
• FAA and EASA conformation for DAL A

• Concept & toolset design and development to transfer baselines over linked DOORS modules
• DXL scripting according the given design standards
• Implementation of a RBE conform link concepts including dedicated link modules
• DXL scripting to generate the results automatically
• DOORS Instructor
• Export / Import TLS/Ulm/Saab
• Work at the Message DB
• Assignment of user privileges to DOORS: conception and implementation
• Maintenance (incl. backups) of the DOORS-Database
• Perform Systems Engineering tasks in support of the Systems Engineering Integration Team. Specific duties include the following:
• Perform Systems Engineering tasks in support of the Systems Engineering Integration Team. Specific duties include the following:
  
  • Support the Requirements Manager in the management of DOORS
  • Write DXL script to support the gathering of metrics, provide functionality required by the user community.
  • Debug arising problems in DOORS and Gateway products.
  • Support users in the creation of modules, import of information, export of information, linking, etc.
  • Support Requirements Manager in the support of DOORS, Gateway and Rhapsody.

• Concept design for handling of user / group administration in DOORS database
• MSSR DOORS Database structure definition and adaption
• RBE Interfaces - Initial Training
• Template architecture (DOORS Templates, unit structures, attributes, views, filter etc.)
• RBE Process conception (V-Model)
• Final presentation for MSSR product permission
• Dxl-scripting & customizing
• Administration IFF-Doors database and IFF-Toolset
• User training for RBE-Specialists

• GUI customization, notification mechanism, behavior automation documentation and training
• Interfaces automation, reports generation, documentation and training
• Interface building between DOORS and ClearQuest including integration in the existing software
• Interface building between DOORS and MS Project, including integration in the existing software
• Software extension regarding the customer feedback

• A400M TMLLF system development plans revision
• Establishment the process plan v14
• Revision the work packages
• Generation of DOORS export functions for the interface process
• DXL-Scripting to export header files
• DXL-scripting to export Airbus ICD files
• Export process validation

• Support the department in structuring the specifications
• RE/RM Process models adaption
• Collecting and analyzing change requests
• Failure management
• DOORS FAQ webpage establishment
• DXL-scripting

• Evaluation of change requests for tool support themes and the requirements engineering process
• Support the department during the change process
• Cost and expanse estimation according the T-REK introduction
• Customizing the existing requirements engineering solutions on DOORS basis

• Failure list migration
• Transfer the requirement matrix (Excel to DOORS)
• Link set establishment
• Specification migration in DOORS
• Module integration
• Development and Integration of a release notes possibility
• Documentation and support SW-Integration
• Teaching and supporting the team members