Публичное моковое собеседование системного аналитика: кандидат Иван отвечает на вопросы ментора Дмитрия о требованиях, архитектуре, нотациях, интеграциях, API и базах данных, а также решает практические задания. Разбираются источники и формализация требований, различия монолита и микросервисов, BPMN/UML, синхронные и асинхронные взаимодействия, REST, SOAP, Kafka/RabbitMQ и SQL. В финале ментор даёт кандидату положительную обратную связь, исправляет понимание соотношения User Story и Use Case и рекомендует углубить SOAP, брокеры сообщений и HTTP-методы.
User Story в обратной связи ментора названа верхнеуровневым описанием потребности, из которого аналитик затем декомпозирует Use Case и задачи; кандидат первоначально описал соотношение наоборот.
При сборе требований кандидат предлагает начать с project manager и карты стейкхолдеров, а затем использовать Wiki, документацию, текущую БД, записи встреч, протоколы и анализ рынка.
Для доработки формы регистрации нужно сначала изучить текущую реализацию и контракт регистрации, согласовать итоговый набор полей и изменения интерфейса; для email и пароля обсудить формат, парольные правила и максимальную длину.
К собеседованию стоит уметь объяснить компромиссы монолита и микросервисов: масштабирование и изоляцию компонентов — вместе с ценой распределённого взаимодействия, развёртывания и поддержки.
Практиковать нужно BPMN-шлюзы, UML Use Case с отношениями include/extend и sequence-диаграммы с успешными и альтернативными сценариями авторизации.
В блоке REST проверяются CRUD, различия POST, PUT и PATCH, а также идемпотентность; ментор отдельно отмечает, что PATCH обычно считают неидемпотентным.
Для подготовки полезны базовые SQL-агрегации: в задании требовалось вывести сумму зарплат по каждому департаменту.