21 - 30 IREB

 - Anforderungen sind Basis für die Systementwicklung (zentrale Bedeutung)
 - Für die Komunikation zwischen den Projektbeteiligten
 - Anforderungen sind rechtlich relevant und langlebig)
 - Anforderungsdokumente sind komplex (Komplexität)
 - Anforderungen sollten allen Beteiligten zugänglich sein (Zugreifbarkeit)

 - Strukturperspektive
 - Funktionsperspektive
 - Verhaltensperspektive

Aus dieser Perspektive wird betrachtet, welche Strukturen das System aufweisen muss, um diese Anforderung zu erfüllen. Für die Modellbasierte Dokumentation der Strukturperspektive eignen sich

 - Klassendiagramme
 - Entity-Relationship-Diagramme

In der Funktionsperspektive wird dokumentiert, welchde Informationen (Daten) aus dem Systemkontext durch das zu entwickelnde System bzw. dessen Funktionen manipuliert werden und welche Daten vom Sytem in den Systemkontext fliessen.

 - Datenflusdiagram
 - Use Case Diagramm

Hier muss aufgezeigt werden, welches Verhalten ein System z.B. auf die Ereignisse im Systemkontext aufweisen muss.

 - Statecharts
 - UML-Zustandsdiagramm

S = Security          = Sicherheit
U = Usability          = Benutzbarkeit
R = Reliability        = Zuverlässigkeit
P = Performance   = Geschwindigkeit
P = Portability        = Übertragbarkeit
S = Supportability  = Wartbarkeit, Änderbarkeit

 - Planung
 - Architekturentwurf
 - Implementierung
 - Test
 - Änderungsmanagemet
 - Sysrtemnutzung und Systemwartung
 - Vertragsmanagemet

 - Eindeutigkeit und Konsistenz (Qualität der Einzelanforderungen und wiederspruchsfrei)
 - Klare Struktur (ermöglicht selektives Lesen)
 - Modifizierbarkeit und Erweiterbarkeit (Inhalt und Struktur sollten die Änderbarkeit unterstützen)
 - Vollständigkeit (Für jede gewünschte Funktionalität des Systems müssen alle möglichen Eingaben, eingehenden Ereignisse und die geforderten Reaktionen des Systems beschrieben werden)
 - Verfolgbarkeit

 - Abgestimmt (für alle Stakeholder korrekt und für notwendig akzeptiert)
 - Eindeutig (Fehlinterpretationen vermeiden)
 - Notwendig (Gegebenheigten im Systemkontext abbilden)
 - Konsistent (Wiederspruchsfrei)
 - Prüfbar (Messbar und nach Implementierung testbar)
 - Realisierbar (innerhalb der gegebenen organisatorischen, rechtlichen, technischen und finanziellen Randbedinungen umzusetzten)
 - Verfolgbar (Quelle und Umsetzung ist dokumentiert)
 - Vollständig (Stakeholder abgeholt, allen zugänglich)
 - Verständlich (Verstehen was umgesetzt wird)

 - Datenflusdiagramm
 - Use Case Diagram
 - Prozesslandkarte
 - Aplikationslandkarte
 - Geschäftsprozesse
 - Sequenzdiagramme

 - Kontextspezifische Fachbegriffe
 - Abkürzungen/Akronyme
 - Alltägliche Begriffe
 - Synomyme
 - Homonyme

 - Zentrale Verwaltung
 - Ownership
 - Aktualität
 - Zugänglichkeit
 - Verbindlichkeit
 - Begriffsherkunft
 - Abgestimmt
 - Einheitliche Struktur