Rahmenbedingungen für dieses Dokument

Anlass und Ziel

So ziemlich jedes System lässt sich durch die globale Anforderung „tu doch einer was“ beschreiben. Als anderes Extrem ist es auch problemlos möglich, 80% der Entwicklungs-Team-Kapazität mit der Dokumentation von Anforderungen zu binden. Das hier beschriebene Anforderungsmanagement beschreibt den gewählten und funktionierenden Trade Off im Kontext des Projekts PolitAktiv. Die Ziele sind:

• Eine lebendige Anforderungsanalyse-Umgebung schaffen, die in einem hochdynamischen Team und mit ehrenamtlichen Mitarbeitern funktioniert.
• Ein Anforderungsmanagement, das zu iterativem Vorgehen passt.
• Priorisierung muss auf allen Ebenen unterstützt werden, um den Fokus zu behalten.
• TestFirst soll in der Methode verankert sein.

Adressatenkreis

Die Zielgruppe für dieses Dokument sind Anforderungs-Analysten, IT-Produktmanager, von IT Projekten betroffene Fachbereichs Mitarbeiter, IT-Projektmanager, IT-Architekten und Qualitätssicherer.

Umfang und Abgrenzung

Dieses Dokument beleuchtet die Strukturierung und Verwaltung von Anforderungen. Die hier erläuterten Ideen stehen im Gesamtkontext von DomainDrivenArchitecture.org. Im Speziellen bedeutet das, dass

• Methoden zur Anforderungserhebung – im Speziellen zur Validierung und Widerspruchsfreiheit von Anforderungen – in einem eigenen Dokument beleuchtet sind.
• Domain Driven Design eine stabile Trennung zwischen technischer Architektur und fachlicher Architektur ermöglicht . Das Zusammenspiel und die eigentliche technische Architektur sind in eigenen Dokumenten beleuchtet.
• diese Trennung zwischen technischer und fachlicher Architektur es erlaubt, sich in einer ersten Umsetzungsphase ausschließlich auf die fachlichen Anforderungen (sowie fachlichen Schnittstellen) zu beschränken. Dementsprechend werden nichtfunktionale Anforderungen in diesem Dokument nur am Rande behandelt.