IREB Foundation

- Ermiteln / Dokumentieren / Abstimmen / Verwalten von Anforderungen

Sprache ( mündlich  / schriftlich ) / Glossar / Modelle ( UML )

Gefahren: Sprachliche Vereinfachung / Implizites Vorwissen / Unterschieldiche Betrachtungsweisen

- Analytisches Denken

- Empathie

- Kommunikationsfähigkeit

- Konfliktlösungsfähigkeit

- Moderationsfähigkeit

- Selbstbewusstsein

- Uberzeugsungsfähigkeit

• Funktionale Anforderungen

• Qualitätsanforderungen
  • Performance
  • Verügbarkeit
  • Zuverlässigkeit
  • Skalierbarkeit
  • Anpassungsfähigkeit
  • Portabilität

• Rahmenbedingen
  • Organisatorische / technische Vorgabe

• Qualität der Funktionalität
  • Angemessenheit
  • Sicherheit
  • Genauigkeit
  • Ineroperabilität
• Zuverlässigkeit
  • Robustheit
  • Fehlertoleranz
  • Backup / Restore
• Benutzbarkeit
  • Verständlichkeit
  • Erlernbarkeit
  • Bedienbarkeit
• Effizienz
  • Zeitverhalten ( Performance )
  • Resourcennutzung
• Aenderbarkeit des Systems
• Uebertragbarkeit des Systems

1. Eine Bedingung / Fähigkeit, die von eine benutzer ( Person oder System ) zur Lösung eines Problems oder Erreichung eines Zieles benötigt wird.
2. Eine Bedingung oder Fähigkeit, die ein System oder Teilsystem erfüllen oder besitzen muss, um einen Vertrag / Norm / Spezifikation oder ein anderes formell bestimmtes Dokument zu erfüllen.
3. Eine dokumentierte Repräsentation oder Eigenschaft gem. 1 / 2

1. Eine Person / System / Organisation, welche direkt oder indirekt Einfluss auf die Anforderungen eine betrachteten Systems hat.
2. Stakholder sind Quellen für die Anforderungen
3. Uebersehen eines Stakeholders führt zu lückenhaften Anforderungen
4. Erwartungen der Stakeholder müssen geklärt und abgestimmt werden.

Der Systemkontext ist der Teil der Umgebung, der für die Definition und das Verständnis des berachteten Systems relevant sind.

Die Systemgrenze separiert das geplante System von seiner Umgebung und definiert den veränderbaren Teil.

Die Kontextgrenze definiert den relevanten Teil der Ungebung om irrelevanten. Objekte ausserhalb der Kontextgrenze haben keinen Einfluss auf dei betrachtete System.

1. Use Case Diagramme ( Akteure / Nutzungsbeziehungen )
2. Datenflussdiagramme ( Quellen ( Ursprung )  / Senken ( Endpunkt ) )

• Personen- / Personengruppen
• Systeme
• Prozesse
• Ereignisse
• Standards
• Regulatorische Aspekte

Die Grauzone beinhaltet nicht klare oder noch nicht nicht abschliessende geklärte Einflüsse ( z. B. gesetzliche Aspkete )

• Stakeholder
• Dokumente
• bestehende Systeme / Konkurrenzsysteme

• Wichtigster Input für RE

• Unberücksichtigte Anforderungsquellen können signifikant negative Auswirkungen auf das Projekt haben

• Name
• Funktion
• weitere Kontakte
• Verfügabrkeit ( zeitlich / räumlich )
• Relevant des Stakeholders
• Wissensgebiet / -umfang
• Ziele und Intressen in Bezug auf das Projekt

• Vereinbarung ( mündlich / Schriftlich )
• Aufagben
• Verantwortlichkeiten
• Befugnisse
• Rechte & Pflichten

• Basisfaktoren ( unbewusst / selbstverständlich )
  • Beobachtungs / dokumentenzentr. Techniken
• Leistungsfaktoren ( explizi gefordert / bewusst )
  • Befragungstechniken
• Begeisterungsfaktoren ( nicht bewusst / "nützliche Ueberrasschung" )
  • Kreativitätstechniken

• Risikofaktoren des Projektes
• menschliche Faktoren ( Erfahrung / Fähigkeiten RE und Stakeholder )
• Organisatorische Einflüsse ( Termine / Budget /  Ressourcen )
• Komplexität des Systems / Projekts
• Angestrebter Detaillierungsgrad der Anforderungen

• Befragungstechniken
  • Interview
    • Vorteile: Aufdeckung unbewusster Anforderungen, direkte Rückkopplung
    • Nachteile: hoher Zeitaufwand
  •  Fragebogen
    • Vorteile: Viele Infromation in kurzer Zeit
    • Nachteile: Vorbereitung zeitaufwändig / keine Rückkopplung / nur erfragbar was RE kennt

• Kreativitätstechniken
  • Brainstorming
    • Vorteile: viele Ideen in kurzen Zeit
    • Nachteile: schwierig bei hohe Gruppendynamik / dominanten Teilnehmern
  • Brainstorming paradox ( Sammlung von Ereignissen, die nciht erreicht werden sollen )
  • Prespektivwechsel ( Sechs-Hut-Denken )
    • Vorteile: Dokumentation der unterschiedlichen Sichtweisen
    • Nachteile: Nicht geeignet für deatillierte Anfroderunge, da sosnt sehr zeitaufwendig
  • Analogietechnik ( Bionik )

• Dokumentenzentrierte Techniken
  • Systemarchälogie
    • Vorteile: Vollständige Abdeckung von Alt / Neu
    • Nachteile: viele sehr detaillierte Anforderungen / sehr zeitaufwendig
  • Perspektivenbasiertes Lesen
    • Vorteile: spezifische Konzentration auf die Rolle ( Manager / RE / Tester etc )
    • Nachteile: Erfahrung in der Rolle notwendig / zeit aufwändig
  • Wiederverwendung
•  

• Qualität der Anforderungsdokumentation
• Rechtliche Relevanz
• Komplexität
• Zugreifbarkeit für alle Stakeholder

• Strukturperspektive
• Funktionsperspektive
• Verhaltensperspektive

• Vorteile
  • Kein Stakeholder muss Notation lernen
  • sehr vielseitig einsetzbar
  • alle Arten von Anforderungen können formuliert werden
• Nachteile
  • mögliche Mehrdeutigkeit
  • Mögliche Vermischung der verschiedenen Perspektiven
  • Einzele Perspektiven können nur schwer isoliert werden

• Use case ( Systemfunktionalität )
• Klassendiagramm ( Datenstruktur )
• Aktivitätsdiagramm ( Ablaufmodellierung )
• Zustandsdiagramm ( Ereignisgesteuertes Verhalten )

• Durch Kombination kann die jeweilige Schwäche der anderen From verringert werden
• Bilder sagen mehr als 1000 Worte

• Einarbeitung von neuen Mitarbeitern wird erleichert
• schnellere Erfassung ausgeählter Inhalte
• Selektives Schreiben / Lesen / Verifizieren ist möglich
• "autmatische" Ueberprüfung ( Vollständigkeit )
• Einfache Wiederverwendung von Inhalten

• RUP ( Rational Unified Process )
• IEEE 83-1998
• V-Modell

• Einleitung
  • Zweck
  • Systemumfang
  • Stakeholder
  • Definitionen / Abkürzungen
  • Referezen
  • Uebersicht
• Allgemeine Uebersicht
  • Systemumfeld
  • Architekturbeschreibung
  • Systemfunktionalität
  • Nutzer- / Zielgruppen
  • Randbedingungen
  • Ausnahmen
• Anforderungen
  • Funktionale Anforderungen
  • Qualitätsanforderungen
• Anhang
  • weiterführende Dokumentation
• Index

• Planung
• Design ( Architektur )
• Implementierung
• Test
• Aenderungsmanagement
• Systemnutzung ( Support ) / -wartung
• Produktedokumentation
• Vertragsmanagement

• Eindeutig / Konsistent
  • Alle Anforderungen müssen eindeutig und konsistent sein
  • dürfen sich nicht widersprechen
• Klare Struktur
• Modifizier- / Erweiterbar
• Vollständig
  • Insbesodere Fehler / Ausnahmefälle
• Verfolgbar

• Abgestimmt
• Bewertet
• Eindeutig
• Gültig und aktuell
• Korrekt
• Konsistent
• Prüfbar
• Realisierbar
• Verfolgbar
• Vollständig
• Versändlich

• Klare / kurze Sätze
• Nur 1 Anforderung pro Satz
• Nur 1 Verb ( Prozesswort ) pro Satz verwenden
• keine komplizierten / verschachtelten Sätze

• Zentrale Bedeutung in Bezug auf gemeinsames Verständnis von Begriffen
• Konsistente Terminologie für alle Stakeholder
•  

• Zentrale Verwaltung
• Von 1 Person unterhalten
• Projektbegleitend Unterhalten
• Allgemein zugänglich
• Verbindliche Verwendung für alle Involvierten
• Begrifssherkunft sollte im Glossar vorhanden sein
• Glossar muss mit Stakeholder abgestimmt sein
• Einträge müssen einhetiliche Struktur aufweisen