Из чего состоит процесс анализа в ИТ
В качестве преамбулы для такого масштабного вопроса обратимся к истории. ИТ-анализ вырос из и является развитием дисциплины под названием "системная инженерия". Принципы и подходы к разработке любых технических систем схожи, их в числе первых описал Артур Холл в 1965 г. Уже тогда, согласно Холлу, в основу работы системного инженера (сегодня читай - айтишника) закладывалось понимание цели инженерии как оптимального проведения функциональных границ между интересами людей, самой системой и её окружением.

Тем временем, в СССР шла своя эра кибернетики и системотехники (кстати, именно у нас история компьютеров могла начать совсем другой путь - по небинарной троичной логике). В результате в конце 1970-х появились ГОСТы 19, а спустя 10 лет - 34 серий, с изменениями действующие и сегодня. За океаном тоже не зевали - в 70-х предложили методику структурного анализа и проектирования SAAD, более известную нам как SADT, вдохновившую объектно-ориентированные анализ, проектирование, программирование и семейства IDEF и UML, и унифицировали методологии военным стандартом Минобороны США MIL-STD-499B в 1993 г. (см. рис.).

По сути, советские и американские нормативы объединяет системный подход к проектированию решений с разбивкой по стадиям их жизненного цикла. Как видно из рисунка, мы начинаем с анализа требований, формулируем границы проекта, строим функциональные модели, описываем схемы и потоки данных, включая интеграцию, участвуем в разработке архитектуры и т. д.

Обратите внимание, что каждый этап анализа и синтеза решений, так же, как и стадия цикла, имеют обратную связь - итерационны по своей природе: манифест Agile возник не на пустом месте.
Источник: Косяков, Свит, Сеймур, Бимер, "Системная инженерия. Принципы и практика"