Das Erfassen der Anforderungen ist der Identifizierungsprozess, was der „Kunde“ von dem vorgeschlagenen System will.

Der Schlüssel zu diesem Zeitpunkt ist, dass wir uns im Problembereich befinden. Zu diesem Zeitpunkt müssen wir alles aus der Perspektive des „Kunden“ und in der Sprache des „Kunden“ beschreiben.

Das grösste Risiko, dass wir beim Erfassen der Anforderungen haben ist, dass wir in Begriffen der möglichen Lösung anfangen zu denken. Dies muss bis zur Analyse-Phase warten (siehe Kapitel 5, Analyse ). Einer der Schritte der Analyse- Phase nimmt das Ergebnis der Anforderungsphase und übersetzt es in die Sprache einer gedachten Lösung.

Erinnern Sie sich, dass wir beides einsetzen, einen inkrementalen und einen iterativen Prozess.

Wir kommen im Anforderungsprozess darauf zurück, wenn wir das Problem in kleinere Teile unterteilen. Für jedes davon müssen seine Anforderungen erfasst sein.

Wir werden wahrscheinlich während der Anforderungsphase bei jeder Iteration darauf zurückkommen, wenn wir versuchen, die Anforderungen des Systems immer weiter zu definieren.

	Anmerkung
	Der einzige Teil der vom UML-Standard spezifizierten Anforderungsnotation ist das Anwendungsfalldiagramm. Der Rest ist prozessspezifisch. Der in diesem Kapitel beschriebene Prozess ist sehr stark an den Rational Unified Prozess angelehnt.