Разве мы не про одни и те же требования?

Бизнес-анализ в целях разработки АИС в самом общем и кратком представлении выглядит так:

• собираем информацию о том, как устроен бизнес заказчика или типичного покупателя на отраслевом рынке, что в нём хорошо, а что не так, чего не хватает;
• составляем перечень бизнес-процессов в рамках границ проекта (scope);
• формулируем бизнес-правила как инструкции (надо) и ограничения (не надо) бизнес-процессов на предполагаемом объекте автоматизации или в организации покупателя;
• описываем пользовательские истории (user-stories) как ожидания стейкхолдеров и ключевых пользователей от возможностей АИС;
• исходя из бизнес-правил, рисуем диаграммы бизнес-процессов - схемы с последовательностями работ в удобной нотации, например, BPMN, IDEF0, ARIS EPC - модель "как есть (as-is)";
• исходя из бизнес-правил и user-stories, с учётом критериев и ограничений оптимизации, рисуем модель бизнес-процессов "как должно стать (to-be)" в той же нотации - делаем реинжиниринг;
• проводим GAP-анализ и оцениваем ожидаемые эффекты от реинжиниринга.

Вуаля, мы сформировали бизнес-модель!

Функциональное моделирование, также в общем случае, опирается на результаты бизнес-анализа и, как минимум, включает:

• отрисовку диаграмм to-be вместе с проектируемыми средствами автоматизации;
• составление индексированного перечня функциональных требований к АИС;
• описания сценариев использования (use-cases) во взаимосвязи с функциональными требованиями и диаграммами бизнес-процессов.

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