Sie sind auf Seite 1von 1

Kapitel 3: Anforderungen ermitteln

Beispiele für Stakeholder sind Nutzer des Systems, Betreiber des Systems, Stakeholder sind für den Requirement Engineer wichtige Quellen zur
Entwickler, Architekten, Auftraggeber und Tester. Identifikation möglicher Anforderungen des Systems. Der Requirement Engineer
hat die Aufgabe, diese sich teils widersprechen den Ziele und Anforderungen
Dokumente: enthalten oft wichtige Informationen, aus denen Anforderungen der unterschiedlichen Stakeholder zu sammeln, zu dokumentieren und mit allen
Anforderungsquellen: gewonnen werden können. Beispiel: z.B. Normen oder Gesetzestexte sowie Beteiligten zu konsolidieren.
Stakeholder und
Es wird zwischen 3 branchenspezifische Dokumente z.B. Anforderungsbericht oder Fehlerberichte deren
verschieden Arten des Altsystems Bleiben Stakeholder unberücksichtigt oder werden wichtige Stakeholder nicht
Bedeutung:
unterschieden: identifiziert, hat dies signifikante negative Auswirkungen auf den gesamten
Systeme in Betrieb: können sowohl Alt- bzw. Vorgängersysteme, aber ebenso Projektverlauf, da hierdurch Anforderungen nicht erkannt werden.
Konkurrenzsysteme sein. Den Stakeholdern wird durch die Möglichkeit des
Ausprobierens ein Eindruck des derzeitigen System vermittelt, auf dem Hilfsmittel zur Identifikation von Stakeholdern ist eine Checkliste, mit der
basierend sie Erweiterungen oder Änderungen fordern können. relevanten Stakeholder gezielt und systematisch ermittelt werden können.

Der Umgang mit den Stakeholdern im Projekt Für die Anforderungsermittlung ist das
Wissen, welche Bedeutung die
Aus der Stakeholdervereinbarkung resultiert für jeden Stakeholder eine Reihe von Rechten und Pflichten Anforderungen für die Zufriedenheit der
Stakeholder haben, sehr hilfreich. Diese
Der Requirement Engineer: Zufriedenheit wird mit den jeweiligen
-> Spricht die Sprache der Stakeholder, Arbeitet sich in das Fachgebiet ein Merkmalen eines Produkts, von denen sie
-> Erstellt ein Anforderungsdokument abhängen, nach dem Modell von Kano in
-> Kann die Arbeitsergebnisse verständlich machen (z.B. mithilfe von Diagrammen und Grafiken) drei Kategorien eingeteilt.
-> pflegt einen repsektvollen Umgang mit den Stakeholdern Im Laufe der Zeit werden
-> ermöglicht es den Stakeholder, Eigenschaften zu fordern, die das System einfach und machen aus Begeisterungsfaktoren
-> Sorgt dafür, dass das System den funkt. und qual. Ansprüchen der Stakeholder gerecht wird. Leistungsfaktoren und schließlich
Basisfaktoren, denn der Nutzer gewöhnt
Der Stakeholder: sich an Merkmale eines Systems. Bei der
-> führt den RE in das Fachgebiet ein Ermittlung der Anforderungen sind alle
-> versorgt den Requirements Engineer mit Anforderungen dreiAnforderungskategorien zu
-> formuliert die Anforderungen zielgerecht und gewissenhaft berücksichtigen.
-> trifft die Entscheidungen zeitgerecht
-> priorisiert die Anforderungen Basisfaktoren: sind selbstverständlich vorausgesetze Systemmerkmale (unbewusstes Wissen)
-> befolgt den vorgegebenen Änderungsprozess, Leistungsfaktoren: explizit geforderte Systemmerkmale (bewusstes Wissen)
-> respektiert das vorgegebene RE Begeisterungsfaktoren: Systemmerkmale, die der Stakeholder nicht kennt und erst während der
-> überprüft die dokumentierten Anforderungen des Requirement Engineers Benutzung als angenehme und nützliche Überraschung endtecht (unbewusstes Wissen)

Ermittlungstechniken: Befragungstechniken: Mit Befragungstechniken wird versucht, direkt vom Stakeholder eine
möglichst genaue und unverfälschte Aussage über seine Anforderungen an das System zu
Ermittlungstechniken erfüllen den Zweck, die bewussten, unbewussten und unterbewussten erhalten. Interview, Fragebogen.
Anforderungen der Stakeholder herauszufinden.
Die wichtigsten Einflussfaktoren auf die Wahl der Ermittlungstechnik sind: Kreativitätstechniken: dienen dazu, innovative Anforderungen zu entwickeln, die erste Vision eines
die Unterscheidung nach bewussten, unbewussten und unterbewussten Anforderungen, die ermittelt neuen Systems festzulegen und Begeisterungsfaktoren zu ermitteln. Brainstorming, Brainstorming
werden sollen; die Termin- und Budgetvorgaben sowie die Verfügbarkeit relevanter Stakeholder; die paradox, Perspektivenwechsel, Analogietechniken (Bionik/Bisoziation)
Erfahrung des Requirements Engineer mit der entsprechenden Ermittlungstechnik; die Chancen und
Risiken des Projekts.
Unterstützende Techniken: Unterstützende Techniken dienen bei der Anwendung von
Beobachtungstechniken: Für Situationen, in denen Fachspezialisten nicht die Zeit besitzen, das Ermittlungstechniken als Ergänzung und versuchen, Schwächen der gewählten Ermittlungstechnik
benötigte Wissen an den Requirements Engineer weiterzugeben, oder nicht fähig sind, dieses Wissen auszugleichen. Mindmapping, Workshops, CRC-Karten, Audio und Videoaufzeichnung, Darstellung
zu formulieren, eignen sich Beobachtungstechniken. von Anwendungstechniken, Prototypen zur Veranschaulichung
Feldbeobachtungen, Apprenticing

Das könnte Ihnen auch gefallen