Die Analyse dient der genauen Aufgabenklärung vor Beginn der eigentlichen Software-Entwicklung. (Dies gilt auch dann, wenn insgesamt in Zyklen gearbeitet wird, mehr dazu unter Prozesse). Bei der Aufgabenklärung werden Anforderungen und Ziele aus unterschiedlichen Blickwinkeln heraus dokumentiert. Welche Methode konkret angewendet wird (typischerweise die UML) und welche Dokumente und Diagramme im Rahmen einer Methode verwendet werden ist dabei weniger entscheidend. Viel wichtiger sind ihre Präzision und Vollständigkeit, denn nur unmissverständliche und verbindliche Dokumente erfüllen ihren Zweck als Grundlage für die Realisierungsschritte in einem Projekt. Die nachfolgend kurz beschriebenen Dokumenttypen haben sich in der Praxis bewährt und sollten in keinem Projekt fehlen.

Das Lastenheft beschreibt das Projekt aus der Sicht der Anforderungen der Anwender und vor allem in deren Sprache: Was soll die Software leisten, welche Probleme soll sie lösen. Hierbei erfolgt jedoch idealerweise keinerlei Vorgriff auf die konkrete Realisierung.

Das Pflichtenheft beschreibt technische Festlegungen, die aufgrund der im Lastenheft genannten Ziele und Vorgaben benötigt werden - angefangen von der Festlegung auf Betriebssystem(e) und Programmiersprache(n) über die Auslegung der Server und Organisation der Software bis hin zum detaillierten Aufbau von Bildschirmdialogen, Datenbanktabellen und benötigten Schnittstellen. Bei einem prototypisch orientierten Vorgehen kann und sollte der Detaillierungsgrad ganz zu Anfang allerdings eher grob sein, hier werden die Vorgaben zyklisch Hand in Hand mit der laufenden Entwicklung verfeinert.

Die Analysediagramme beschreiben Begriffe und ihre Zusammenhänge aus Entwicklersicht. Die Analyse steht in enger Beziehung zum Lastenheft und muss alle wichtigen Begriffe aus dem Lastenheft in den jeweils zuständigen Analysediagrammen enthalten (OOA / UML), typischerweise im Objektmodell. Auch die von der Anwendung abzudeckenden Anwendungsfälle werden als Use Cases in Diagrammform dokumentiert. Eine gut aufeinander abgestimmte Kombination von Use-Case- und Objektmodell stellt die wichtigste Referenzdokumentation aus Sicht der Software-Entwicklung dar, weil sie besser standardisiert ist als der freie Text in einem Lastenheft. Idealerweise besteht das Lastenheft zum größten Teil aus den genannten Modellen und enthält Freitext nur für schwer formalisierbare Anforderungen. Wenn die Analysedokumente konsistent abgeschlossen sind, können die Entwickler garantieren, dass die Vorgaben aus dem Lastenheft im Sinne des Kunden umsetzbar sind.