Есть архитектура ПО, а есть бизнес-требования. Задача архитектора ПО - спроектировать оптимальную архитектуру приложения (например, какую технологию использовать, что вынести в микросервисы и как они между собой будут общаться, какая логика будет выполняться на стороне клиента, а какая на стороне сервера и так далее). Но спроектировать бизнес логику это как раз задача бизнес-аналитика, который, в свою очередь не обязан знать детали имплементации. Но обязан убедиться в том, что приложение делает то, что должно делать, а как оно это будет делать - задача разработчиков и архитектора ПО.

Моё имхо такое, что лучше, когда разработчик и бизнес-аналитик немного знают области друг друга, тогда разработчик примерно представляет ожидания пользователей от своего продукта, а бизнес-аналитик, в свою очередь, знаком с технологиями и их возможностями и пишет бизнес требования в соответствии с ними. Но в общем и целом не есть хорошо, когда они полностью выполняют роли друг друга, на моей памяти много раз такое было и все время были проблемы из-за этого.