Requirements Engineering in der Suva

Inhaltsverzeichnis

1 Management Summary

2 Einleitung

2.1 Die Suva

2.2 Business Analyse

2.3 Ablauf der Arbeit

2.4 Abgrenzung der Arbeit

2.5 Fragestellung

3 Theorie

3.1 Begriffsdefinitionen

3.2 Vorgehen im Requirements Engineering in der Literatur

3.2.1 Anforderungen ermitteln

3.2.1.1 Ziele und Stakeholders

3.2.1.2 Systemkontext, System- und Kontextgrenzen

3.2.1.3 Anforderungsermittlung

3.2.2 Anforderungen formulieren

3.2.2.1 Schablonen

3.2.2.2 Dokumentation von Anforderungen

3.2.2.3 Nicht-funktionale Anforderungen

3.2.3 Anforderungen validieren

3.2.3.1 Prüftechniken für Anforderungen

3.2.3.2 Qualitätsmessungen

3.2.4 Anforderungen verwalten

3.2.4.1 Requirements Management

3.2.4.2 Versionen und Zustände

3.2.4.3 Strukturen und Mengen

3.2.4.4 Change- und Release-Management

3.2.4.5 Wiederverwendung

3.3 Vorgehensmodelle in der Softwareentwicklung und ihr Beitrag zu Requirements Engineering

3.3.1 Übersicht über Vorgehensmodelle

3.3.1.1 Die sequenziellen Vorgehensmodelle

3.3.1.2 Die prototypischen Vorgehensmodelle

3.3.1.3 Die wiederholenden Vorgehensmodelle

3.3.1.4 Die wiederverwendungsorientierten Modelle

3.3.2 Familie der Vorgehensmodelle und ihre Vertreter

4 Methode

4.1 Quantitative oder Qualitative Verfahren

4.2 Qualitative Datenermittlung

4.3 Problemstellung und Hypothese

4.4 Erstellung des Leitfadeninterviews

4.4.1 Auswahl der Kandidaten

4.4.2 Grober Ablauf des Interviews

4.4.3 Einstiegsfrage

4.4.4 Anforderungen ermitteln

4.4.5 Anforderungen formulieren

4.4.6 Anforderungen validieren

4.4.7 Anforderungen verwalten

4.4.8 Persönliche Ergänzungen

4.4.9 Aufbereitung und Auswertung der Interviews

5 Ergebnisse

5.1 Vorgehen RE im eigenen Aufgabengebiet

5.2 Anforderungen ermitteln

5.3 Anforderungen formulieren

5.4 Anforderungen validieren

5.5 Anforderungen verwalten

5.6 Persönliche Ergänzungen

5.7 Zusammenfassung der Interviews

6 Empfehlungen

6.1 Beantwortung der Frage und Auswertung Hypothesen

6.2 Rolle des Requirements Engineer in der Suva verankern

6.3 Einheitliches Vorgehen im RE

6.4 Definierter Übergang vom Projekt in die Wartung

7 Persönliches Fazit

Zielsetzung & Themen

Die vorliegende Masterarbeit untersucht das bestehende Vorgehen im Bereich Requirements Engineering bei der Suva. Das primäre Ziel ist es, Empfehlungen zu erarbeiten, wie das Vorgehen so angepasst werden kann, dass Applikations- und Fachverantwortliche befähigt werden, präzise fachliche Anforderungen anstelle von technischen Umsetzungslösungen zu formulieren.

• Analyse des aktuellen Requirements-Engineering-Prozesses bei der Suva.
• Evaluation von Vorgehensmodellen in der Softwareentwicklung mit Bezug auf das Requirements Engineering.
• Durchführung von Experteninterviews zur Ist-Zustand-Erhebung bei Projekten und in der Wartung.
• Erarbeitung von Empfehlungen zur Etablierung einer offiziellen Rolle des Requirements Engineer.
• Konzeption eines einheitlichen Requirements-Engineering-Vorgehens sowie einer definierten Übergabe an die Wartungsorganisation.

Auszug aus dem Buch

Zusammenfassung der Kapitel

1 Management Summary: Zusammenfassung der Ausgangslage, der identifizierten Mängel in der Suva und der drei zentralen Empfehlungen für das Requirements Engineering.

2 Einleitung: Darstellung der Bedeutung des Requirements Engineering basierend auf Branchenstudien sowie Vorstellung der Suva und des Arbeitsumfelds der Autorin.

3 Theorie: Erarbeitung theoretischer Grundlagen zu Requirements Engineering, unterteilt in Ermittlung, Formulierung, Validierung und Verwaltung, mit Literaturvergleichen.

3.3 Vorgehensmodelle in der Softwareentwicklung und ihr Beitrag zu Requirements Engineering: Übersicht über verschiedene Vorgehensmodelle (sequenziell, prototypisch, wiederholend, wiederverwendungsorientiert) und deren Einfluss auf Anforderungsaktivitäten.

4 Methode: Begründung für die Wahl des qualitativen Vorgehens und Beschreibung der Leitfadeninterviews sowie deren Auswertung.

5 Ergebnisse: Präsentation und Analyse der Erkenntnisse aus den Interviews mit Projektleitern, Mitarbeitern aus der Wartung und Methodikern.

6 Empfehlungen: Ableitung konkreter Massnahmen für die Suva, insbesondere zur Rollenverankerung und zur Übergabe zwischen Projekt und Wartung.

7 Persönliches Fazit: Persönliche Reflexion der Autorin über die Erkenntnisse aus der Arbeit und die Notwendigkeit eines professionellen Requirements Engineering.

Schlüsselwörter

Requirements Engineering, Anforderungsmanagement, Suva, Projektmanagement, Softwareentwicklung, Vorgehensmodelle, Anforderungsermittlung, Anforderungsvalidierung, Prozessoptimierung, Stakeholder, Qualitätssicherung, Traceability, Wartung, Unternehmensentwicklung, Business Analyst.

Häufig gestellte Fragen

Worum geht es in der Arbeit grundsätzlich?

Die Arbeit untersucht das aktuelle Vorgehen beim Requirements Engineering innerhalb der Suva, insbesondere im Hinblick auf Projekte und deren Übergabe an die Wartung.

Was sind die zentralen Themenfelder?

Die zentralen Felder sind die Methoden der Anforderungsermittlung, -formulierung, -validierung und -verwaltung sowie die Einbettung dieser Prozesse in die bestehende Projektmanagement-Struktur.

Was ist das primäre Ziel oder die Forschungsfrage?

Das Ziel ist es, Empfehlungen zu formulieren, damit Fachverantwortliche befähigt werden, fachliche Anforderungen statt technischer Lösungsvorgaben zu definieren.

Welche wissenschaftliche Methode wird verwendet?

Die Autorin wählt einen qualitativen Forschungsansatz und führt Leitfadeninterviews mit Praktikern aus Projekten und der Wartung durch.

Was wird im Hauptteil behandelt?

Der Hauptteil gliedert sich in eine fundierte theoretische Analyse verschiedener Requirements-Engineering-Ansätze und die empirische Auswertung der Interviews in der Suva.

Welche Schlüsselwörter charakterisieren die Arbeit?

Requirements Engineering, Anforderungsmanagement, Suva, Projektmanagement, Prozessoptimierung und Stakeholder-Analyse.

Warum ist die Übergabe an die Wartung ein kritisches Thema?

Die Interviews zeigen, dass der Übergang zwischen Projektabschluss und Betrieb nicht klar definiert ist, was zu Wissensverlust und ineffizienten Nachbesserungen führt.

Welche Rolle spielt die Unternehmenskultur für das Requirements Engineering?

Es zeigt sich, dass Zeitdruck und ein Fokus auf kurzfristige Liefertermine oft zulasten einer sauberen Dokumentation und fachlichen Anforderungsdefinition gehen.