• Systemkritische Bewertung der Kundenanforderungen und fachliche  Diskussion mit den Stakeholdern (Ebene Sys.1)
• Erstellung der Product-Specification (Ebene Sys.2) auf Basis Kundenanforderungen mittels ASPICE-Prozeß
• Koordinierung der Security-Anforderungen für Datenkommunikation
• Weiterführung der Entwicklung auf den Ebenen SWE.1 und HWE.1
• Analyse der fachlichen Vorgaben unter Berücksichtigung der mitgeltenden Normen
• Unterstützung der fachlichen Disziplinen (zB. Software) bei der   Erstellung der Componenten-Specificationen und Traceability
• Planung und Durchführung von Abstimmrunden (Walk through, Review) zur Qualitätssicherung der Product-Specification
• Bericht an Vertrieb und Produktmanagement

Einführung des Requirements-Engineerings mit Integrity im Unternehmen. Durchführung des Requirements-Engineerings für Pumpsysteme in Kraftfahrzeugen.

• Systemkritische Bewertung der Kundenanforderungen und fachliche Diskussion mit den Stakeholdern
• Erstellung der Product-Specification (Systemebene) auf Basis Kundenanforderungen
• Gewährleistung der Traceability über die Spezifikationshierarchie
• Analyse der fachlichen Vorgaben unter Berücksichtigung der  mitgeltenden Normen
• Vergabe der ASIL-Einstufung (Safety Aspekte)
• Unterstützung der fachlichen Disziplinen (zB. Hardware) bei der  Erstellung der Componenten-Specificationen, auch dabei Traceability  gewährleisten
• Planung und Durchführung von Abstimmrunden (Walk through, Review) zur Qualitätssicherung der Product-Specification
• Einführung einer durchgängigen, projektübergreifenden  Dokumentenliste zur einheitlichen Referenzierung von mit geltenden  Unterlagen
• Durchführung von Trainings und Ansprechpartner für Mitarbeiter zum Thema Requirements Engineering 

• Erstellen und Bewerten von Lastenheft-Requirements in Kooperation      mit den Stakeholders
• Systemkritische Abstimmung und Formulierung der Requirements
• Definition und Ableitung generischer Requirements aus   vergleichbaren Projekten 
• Analyse der fachlichen Vorgaben und Dokumentation
• Unterstützung der fachlichen Disziplinen (zB. Mechanik) in der   Umsetzung der Requirements
• Fachliche Diskussion mit den Stakeholders und Umsetzung   der gewonnenen Ergebnisse  

• Projektbeschreibung/Tätigkeit: - Erstellen und Bewerten von Lastenheft-Requirements in Kooperation mit den Stakeholders
• Systemkritische Abstimmung und Formulierung der Requirements
• Definition und Ableitung generischer Requirements aus vergleichbaren Projekten 
• Analyse der fachlichen Vorgaben und Dokumentation 
• Vergabe der ASIL-Einstufung (Safety Aspekte)
• Unterstützung der fachlichen Disziplinen (zB. Mechanik) in der Umsetzung der Requirements
• Fachliche Diskussion mit den Stakeholders und Umsetzung  der gewonnenen Ergebnisse 
• Planung und Durchführung von Abstimmrunden (Walk through, Review) zur Qualitätssicherung der Lastenhefte

Anforderungsmanagement und fachliche Konzeption für ein System im Bereich der Sozialgesetzgebung.

Gegenstand des Projektes ist die Entwicklung eines Systems zur Berechnung der Sozialansprüche und Verwaltung des gesamten Schriftverkehrs im Bereich der Sozialgesetzgebung.

• Unterstützung des Fachbereiches bei der Erstellung und Formulierung von Anforderungen
• Systemkritische Bewertung der Anforderungen
• Umsetzung der Anforderungen in ein Software-Modell in Abstimmung mit dem Fachbereich
• Zusammenarbeit und Harmonisierung mit den Projektphasen Implementierung und Test
• Nutzung von UML: Use Cases, Aktivitätsdiagramme, Statusdiagramme, Klassendiagramme, Objektdiagramme

• Erstellen und Bewerten von Pflichtenheft-Requirements in Kooperation mit dem Auftraggeber
• Moderation der Gespräche mit den Fachabteilungen
• Systemkritische Abstimmung und Formulierung der  Requirements mit den Fachabteilungen
• Definition und Ableitung generischer Requirements für die Nutzung in vergleichbaren Projekten
• Unterstützung der fachlichen Disziplinen (HW, SW) in der Umsetzung der Requirements. Anlaufstelle für Fragen aus den fachlichen Disziplinen
• Fachliche Diskussion mit dem Auftraggeber und Koordinierung der Abstimmrunden zur Bewertung der Lastenheft-Requirements
• Tracken der Change Requests mit IMS
• Prozess auf Basis von SCRUM

• Erstellen und Bewerten von Lastenheft-Requirements in Kooperation mit den Stakeholders
• Systemkritische Abstimmung und Formulierung der Requirements
• Definition und Ableitung generischer Requirements für die Nutzung in vergleichbaren Projekten
• Analyse der fachlichen Vorgaben und Dokumentation mit SysML (u.a. Use Case, Block-Diagramm, Status-Diagramm)
• Untersuchung der Requirements und Festlegung deren Kritikalität
• Vergabe der ASIL-Einstufung (Safety)
• Unterstützung der fachlichen Disziplinen (HW, SW, ME) in der Umsetzung der Requirements
• Fachliche Diskussion mit dem Auftraggeber und Koordinierung der Abstimmrunden
• Koordinierung und Durchführung von Reviews

• Erstellen und Bewerten von Lastenheft-Requirements in Kooperation mit dem Auftraggeber
• Systemkritische Abstimmung und Formulierung der Requirements
• Definition und Ableitung generischer Requirements für die Nutzung in vergleichbaren Projekten
• Verknüpfung der Requirements mit dem Lastenheft und weiteren systemrelevanten Dokumenten
• Untersuchung der Requirements und Festlegung deren Kritikalität
• Vergabe der ASIL-Einstufung
• Unterstützung der fachlichen Disziplinen (HW, SW) in der Umsetzung der Requirements. Anlaufstelle für Fragen aus den fachlichen Disziplinen
• Regelmäßige Erstellung von Metriken und reporten an die Projektleitung
• Fachliche Diskussion mit dem Auftraggeber und Koordinierung der Abstimmungsrunden zur Bewertung der Lastenheft-Requirements
• Erstellen von Doors-Filtern und Doors-Skripten mit DXL
• Tracken der Change Requests mit MKS
• Prozess auf Basis von SCRUM
  

Anforderungsmanagement und fachliche Konzeption für ein IT-Fachverfahren im Bereich der Sozialgesetzgebung. Gegenstand des Projektes ist die Entwicklung eines Systems zur Berechnung und Verwaltung von Anträgen. 

• Unterstützung des Fachbereiches bei der Erstellung und Formulierung von Anforderungen
• Systemkritische Bewertung der Anforderungen
• Umsetzung der Anforderungen in ein Software-Modell in Abstimmung mit dem Fachbereich
• Zusammenarbeit und Harmonisierung mit den Projektphasen Implementierung und Test
• Nutzung von UML: Use Cases, Aktivitätsdiagramme, Statusdiagramme, Klassendiagramme, Objektdiagramme

• Durchführung des SW-Qualitätsmanagements für ein Projekt ?Energieversorgung in Bahnfahrzeugen?
• Erstellung der geforderten SW-Qualitätsdokumente nach IEEE 1558 und den davon referenzierten Standards
• Enge Zusammenarbeit mit den SW-Entwicklern und SW-Testern
• Kontakt und Abstimmung des SW-Qualitätsmanagement mit dem Kunden in Nordamerika
• Dokumentenerstellung in Englisch
• Verhandlungen mit dem Qualitätsmanagement des Kunden in Englisch

• Erhebung der projektbezogenen Requirements auf der Basis des Kundenvertrages.
• Erstellung der Anforderungen an den Sublieferanten während der Systemanalysephase.
• Beachtung und Einbeziehung von Normen für Software-Erstellungsprozess und sicherheitsbezogenen elektronischen Baukomponenten (SIL)

• Fahrzeug-Design für Doppelstockfahrzeuge (DoSto). Die Erhebung der Requirements umfasst die Spezifizierung der Fahrzeugkomponenten und die Definition der zugeordneten Schnittstellen auf IT-Ebene. Die Fahrzeugkomponenten sind z.B. Pantograph, Kompressor für Bremsanlage, zugweite Stromschienenabschaltung. Ziel ist es, IT-Schnittstellen für weitere Designprozessschritte zu benennen.
• Software-Design für Hochbahnfahrzeuge (DT5). Design der zugweiten Steuersignale für die elektroakustische Lautsprecheranlage (ELA). Die ELA ist in das zugweite IP-Netzwerk eingebunden und versorgt die Aussen-/Innen- Lautsprecher, Fahrgastkommunikations-systeme und Geräuschnachtabsenkung, sowie Test-/Start-/Reset-Abläufe. Der Schwerpunkt liegt auf der Vernetzung der Signale mit anderen Fahrzeugkomponenten wie zB. Türschliessanlage, Notbremssystem oder Bedienoberfläche. Ziel ist es, die ELA-Signale für die nachfolgende Software-Entwicklung zu beschreiben.

• Bewertung der vorliegenden Analyseergebnisse auf Machbarkeit in Abstimmung mit dem Auftraggeber/Fachbereich.
• Zusammenführung von Teilaufgaben im Rahmen des Designs.
• Prüfung der bestehenden Abhängigkeiten, die zwischen den Teilaufgaben bestehen.
• Koordinierung der Vorgehensweise mit dem Fachbereich

• Projektunterstützung im Bereich Qualitätsmanagement für einen Kunden aus der Automobilzulieferbranche.
• Moderation und Dokumentation von Reviews
• Qualitätsmanagement und Sicherung der Qualitätsrichtlinien für eine sicherheitsrelevante SW für den Getriebebereich.
• Koordinierung der Prozesse gemäß V-Modell
• Tailoring spezieller Arbeitsschritte zur Optimierung der Prozesse

• Business-Analyst im Bereich Geschäftsprozess-Management, Software-Engineering.
• Unternehmensinterne Geschäftsprozesse werden analysiert und IT-gestützt umgesetzt.
• Die Geschäftsprozesse betreffen das Bestellwesen (zB: PC-Bestellung), sowie mitarbeiterunterstützende Vorgänge (zB: PC-Umzug im Unternehmen).
• Erfassung der Requirements und anschließende System-Analyse.
• Verfeinerung der System-Analyse im Design mit Spezifikation.
• UML-Modellierung.
• Überwachung der Projektphasen Konfiguration und Testen.
• Intensive, eigenverantwortliche Abstimmung mit dem Fachbereich.
• Überwachung des fachlichen Abnahmeprozesses.
• Generelles objektorientiertes Vorgehen.
• System-Dokumentation in englischer Sprache

• Konzepterstellung für Autorisierung und Authentifizierung
• Entwicklung eines Rechte-Modells und eines Ressourcen-Zugriff-Modells
• Entwurf der Architektur für Webclient-/Server-Architektur
• Erstellen von Design-Vorgaben

• OO-Analyse und Abstimmung mit Fachbereich OO-Design und Abstimmung mit Implementierer Eigenständige Aufnahme der Fachlichkeit mittels "geführter" Interviews.
• Entwurf der Datenbankstrukturen
• Nach dem Test (war eine Zulieferung) Überwachung der Systemintegration

• Aufbau der Projektstruktur und Projektorganisation
• Erstellung des Projektplanes für eine Web-Application
• Definition der Qualitätsziele
• Beschreibung der Projektkritikalität und Eskalationsweg
• Erstellung der Projektdokumente zur Qualitätssicherung gemäß V-Modell Projekt-Controlling
• Reporting direkt an die Projektleitung

• Anpassung des Katalogs.
• Beschreibung des Entwicklungsprozesses mit UML unter Nutzung von RUP.
• Modellierung der Fachkonzeption (Use cases).
• Schnittstelle zum Requirements Engineering

• Definition der Aufgaben bzgl. QS nach dem V-Modell.
• Erstellung der Templates für Projekthandbuch und QS-Aufgaben.
• Tailoring der Submodelle gemäß V-Modell und Einbettung in den Gesamtprozeß.
• Formulierung des Prüfplans, Prüfkriterien und Messung.
• Initiierung des QS-Berichtswesens. Projekthandbuch
• Durchführung von QS-Audits.
• Konfiguration von Documentum/CVS für Dokumenteverwaltung.

• Coaching der zu integrierenden Mitarbeiter in das Java-Framework
• Das Banken-spezifische Java-Framework umfasst ca. 1000 Klassen.
• Zentral ist die Intensivierung der Kooperation der einzelnen Projektgruppen.
• Einsatz-Analyse aktueller Technologien (XML, .net, ...).
• Im Rahmen von EAI werden Webservices auf der Basis von Sun mit Apache-Webserver integriert.