Die Suva ist ein selbstständiges Unternehmen des öffentlichen Rechts. Sie versichert über 2 Millionen Arbeitnehmer gegen die Folgen von Berufs- und Nichtberufsunfall sowie Berufskrankheiten. Für die Ausübung dieser Aufgaben benötigt sie verschiedene Applikationen. Diese werden von der eigenen Informatikabteilung entwickelt und unterhalten.
In der Wartung kommt es immer wieder vor, dass Anpassungen an den Applikationen nachgebessert werden müssen. Unter anderem aus dem Grund, dass die Anpassungen an den Anforderungen nicht das Ziel und die fachliche Anforderung aufzeigen, sondern die Lösung. Daher soll in dieser Arbeit das Vorgehen im Requirements Engineering untersucht werden.
Requirements Engineering hat sich in den letzten Jahren sehr verändert. Die Bedeutung wurde immer grösser, was auch an den Chaos Reports der Standish Group ersichtlich wird. Es gibt viel Literatur über dieses Thema, aber der Theorieteil wird aufzeigen, dass die Unterschiede nicht gross sind. Die ganze Arbeit stellt das Buch „Requirements-Engineering und –Management" von Chris Rupp und den SOPHISTen in den Mittelpunkt. Dieses Buch ist in der Suva bereits bekannt und bestehende Bemühungen im Bereich Requirements Engineering basieren auf diesem Buch.
Diese Arbeit untersucht das bestehende Vorgehen im Bereich Requirements Engineering in der Suva. Dafür werden Interviews durchgeführt. Aus diesen Interviews geht hervor, dass es bis jetzt kein einheitliches Vorgehen gibt. Aus den Interviews werden Mängel bei der Übergabe eines Projektes an die Wartungsorganisation sichtbar. Die Interviews zeigen aber auch, dass zurzeit daran gearbeitet wird, ein neues Tool für das Requirements
Engineering einzuführen. Aufgrund der Interviews sowie der Literatur werden folgende Empfehlungen für die Suva ausgearbeitet:
1. Die Rolle des Requirements Engineer mit seinen Aufgaben muss offiziell etabliert werden.
2. Ein Requirements-Engineering-Konzept muss erstellt und ins Projektmanagement-Handbuch integriert werden.
3. Die Übergabe vom Projekt an die Wartung muss klar definiert werden.
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
3.2 Vorgehen im Requirements Engineering in der Literatur
Das Anforderungsmanagement umfasst gemäss Rupp (Rupp/SOPHISTen, 2009 S. 1f.) folgende Schritte:
1. Anforderungen ermitteln: Anforderungen müssen in harter Arbeit aus einer Vielzahl von Quellen zusammengetragen werden.
2. Anforderungen formulieren: Sind alle Anforderungen erst einmal bekannt, müssen sie schriftlich niedergelegt werden.
3. Anforderungen validieren: Qualitätssicherung – für manche Leid, für manche Freud. Auch Anforderungen sind keine Ausnahme und müssen einer Prüfung unterzogen werden.
4. Anforderungen verwalten: Anforderungen sind nicht in Stein gehauen, sondern ändern sich mit der Zeit und müssen verwaltet werden.
Schaut man sich das Vorgehen bei der neu geschaffenen Zertifizierung zum „Certified Professional for Requirements Engineering (CPRE)“ (Pohl/Rupp, 2009) an, gibt es einige wenige Abweichungen. Es gibt auch hier die Kapitel Anforderungen ermitteln, dokumentieren, prüfen und abstimmen sowie verwalten. Hinzu kommt, dass die Definition des Systemkontextes bei Chris Rupp als Bestandteil von Anforderungen ermitteln gilt, hingegen beim CPRE ist dies ein eigener Schritt.
Im grossen Nachschlagewerk von Klaus Pohl (Pohl, 2008 S. 44ff.) sind diese Schritte schwerer zu erkennen. Er konzentriert sich, wie beim CPRE zuerst auf den Systemkontext. Er bezeichnet aber seine Kernaktivitäten zum Requirements Engineering als Dokumentation, Gewinnung und Übereinstimmung. Dazu kommen die beiden Querschnittsaktivitäten Validierung und Management.
Bei Bruno Schienmann (Schienmann, 2002 S. 33) ist das Anforderungsmanagement (AM) in verschiedene Hauptaufgaben aufgeteilt, welche wieder dem Vorgehen von Chris Rupp ähnlich sind. Die Hauptaufgaben bei Schienmann sind: Anforderungsermittlung, Anforderungsanalyse, Anforderungsverständigung, Anforderungsdokumentation und Anforderungsqualitätssicherung. Er unterscheidet zwischen Kunden-AM, Produkt-AM und Projekt-AM. Das Kunden-AM stellt die Kundenbedürfnisse sicher. Das Produkt-AM sorgt für Nachhaltigkeit und Profitabilität. Und das Projekt-AM überprüft die Produktanforderungen mit den gesetzten Rahmenbedingungen. Diese Unterteilung ist sonst nicht gebräuchlich.
Ein weiterer Autor ist Christof Ebert (Ebert, 2008 S. 34), welcher ähnliche Schritte aufzeigt, wie wir sie schon bei den anderen deutschsprachigen Autoren gesehen haben. Er hat dafür eine interessante Darstellung gewählt.
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.
- Quote paper
- Janine Franken (Author), 2010, Requirements Engineering in der Suva, Munich, GRIN Verlag, https://www.grin.com/document/153844
