В ходе выполнения проекта требования постоянно развиваются, детализируются и изменяются. В то же время требования постоянно используются командой проекта. Таким образом, с одной стороны аналитику необходимо постоянно вносить изменения, с другой стороны команда разработки должна пользоваться в любой момент времени согласованным и непротиворечивым набором требований. Очевидно что, для разрешения описанного противоречия необходимо ввести версионность требований, при этом недостаточно хранить версии каждого отдельного требования, необходимо вести версии среза требований на заданный момент времени. Срез согласованных требований на определенный момент времени называется базовой линией (base line). По мере окончания итераций детализации и анализа требований аналитик создает базовые линии. Как правило, одна из последних созданных аналитиком базовых линий предназначена для команды разработки, а последняя по дате линия является рабочей для аналитика требований. Аналитик вносит изменения в рабочую базовую линию, при этом данные изменения не отображаются в других базовых линиях, используемых другими участниками проекта. По окончании итерации анализа базовая линия публикуется, другими словами становится видна участникам команды разработки. Другими словами разработчики не видят «художеств» аналитика, до тех пор, пока аналитик явным образом не сделает доступной разработчикам очередную базовую линию.