Definition Systemgrenze, Kontextgrenze und Systemkontext
Systemgrenze = Grenze zwischen einem System und seiner Umgebung. Die Bestimmung der Systemgrenze ist RE Aufgabe.
Kontextgrenze = Trennung des relevanten und irrelevanten Teils, der das zu entwickelnde System nicht beeinflusst –> muss vom RE nicht berücksichtigt werden.
Systemkontext = Bereich zwischen Systemgrenze und der Kontextgrenze = Mann muss das Wesen, den Umfang und die Anforderungen eines zu entwickelnden Systems verstehen, Anforderungsquellen sind in diesem Systemkontext eindeutig lokalisiert.
Klassifizierung von Anforderungsquellen
Stakeholder, Dokumente, Systeme
Welche potentiellen Quellen für die Identifizierung relevanter Stakeholder gibt es?
- Checklisten mit Stakeholder-Gruppen und -rollen
- Organisationsstrukturen (z.B. Organigramme eines Unternehmens, mit Personen und Bereichen, die das System nutzen werden)
- Geschäftsprozessdokumentation (z.B. durch das System zu unterstützende Geschäftsprozesse)
- Marktstudien und -berichte (z.B. Identifizierung von Trends oder Wettbewerbsprodukten)
- Stakeholder-Kategorisierungsschemata (z.B. Alexanders Zwiebelmodell)
- Bereits identifizierte Stakeholder (sind ebenfalls nützliche Quellen für die Identifizierung zusätzlicher Stakeholder)
Definition Stakeholder
Personen/Organisationen, die Anforderungen an ein System beeinflussen oder vom System (in-)direkt beeinflusst werden.
Welche Stakeholder gibt es?
- interne (Auftraggeber und Sponsoren, Controller, Manager, Betriebsrate, Mitarbeitende, Architekten, Entwickler, Tester)
- externe (Kunden, Benutzer, Anwender, Personals, Marktbegleitende, Lieferanten, Dienstleister, Medien, Banken)
- interface (Regulatoren, Behörden, Verbände, Staat & Gesellschaft)
Quellen für die Anforderungserhebung / Ermittlung von Anforderungen
- Bestehende Systeme (z.B. die Systeme selbst oder die Dokumentation der Systeme)
- Prozessdokumente (z.B. Ist- und Soll-Prozessbeschreibungen)
- Datenanalyse und Business Intelligence - Berichte
- Rechtliche oder regulatorische Dokumente (Z.B. DSGVO)
- unternehmensspezifische Vorschriften (z.B. Sicherheits-Richtlinien)
- Fiktive Charaktere, die das neue System nutzen
Welche Ermittlungstechniken gibt es?
- Kreativitätstechniken - Schaffung neuer innovativer Anforderungen als Begeisterungsfaktoren, eher weniger für die Ermittlung detaillierter Anforderungen an das Systemverhalten herauszuarbeiten (z.B. Brainstorming, Design thinking)
- Beobachtungstechniken - Feldbeobachtungen, Apprenticing (Erhebung auch unterbewusster Anforderungen)
- Befragungstechniken (z.B. Interviews, Fragebögen)
- Kooperationstechniken (Workshops, crowdbasiertes RE)
- Artefaktzentrierte (auch dokumentenzentrierte) Techniken (z.B. Systemarchäologie, Feedback-Analyse)
Welche Konfliktarten gibt es?
- Sachkonflikt - sachlich unterschiedliche Anforderungen an das System
- Interessenskonflikt - verschiedene Interessen oder Ziele der Stakeholder (einer will wenig zahlen, der andere hat besonders hohe Qualitätsansprüche)
- Wertekonflikt - kulturelle Unterschiede, persönliche Ideale)
- Beziehungskonflikt - Profilierung, Missachtung, Beleidigung
- Strukturkonflikt ungleiche Macht- und Autoritätsverhältnisse zwischen Stakeholdern
Welche Aufgaben der Konfliktlösung liegen bei RE?
- Konfliktidentifikation
- Konfliktanalyse
- Konfliktlösung
- Ergebnis- Lösungsdokumentation
Welche Konfliktlösungstechniken gibt es?
- Einigung (oft teuer)
- Kompromiss (beide Seiten verzichten, schlecht wenn eine Seite auf relevante Dinge verzichten muss)
- Abstimmung (Mehrheitsentscheidung) –> oft gute Entscheidung, da Parteien sich oft der Mehrheit beugen. Muss vorher geklärt werden, ob das möglich ist, z.B. tangiert keine gesetzlichen und sicherheitstechnischen Vorgaben
- Variantenbildung (Hauptaufgabe ist klar, aber kleine Optionen können je nach Stakeholdergruppe geschaffen werden)
- Ober-sticht-unter
