Техническое собеседование системного аналитика

Коротко о видео

Публичное демонстрационное техническое собеседование системного аналитика: кандидат рассказывает об опыте и решает кейс про уведомления клиентов интернет-банка. Интервьюер проверяет сбор и моделирование требований, работу с XML/XSD, проектирование REST API и базовый SQL, а затем даёт развёрнутую обратную связь. В финале участники обсуждают ограничения такой демонстрации, роль системного аналитика в работе с бизнес-требованиями и вопросы зрителей.

Затронутые темы

Что взять на заметку

• Для проработки требования недостаточно перечислить поля уведомления: нужно выяснить бизнес-цель, границы процесса, участников, существующие переиспользуемые решения, аудиторию, частоту и объём отправок.
• Полезен чек-лист уточнения требований: откуда создаётся сущность, как и когда доставляется, как выглядит пользовательский сценарий, что считается прочтением, возможны ли массовые операции и какие есть нефункциональные ограничения.
• Системный аналитик должен уметь описывать физическую модель данных, API-контракты и sequence-диаграммы: таблицы, типы и обязательность полей, связи, методы, входные и выходные данные, порядок вызовов сервисов.
• При моделировании процесса не следует без основания дробить целостные системы на frontend и backend; важнее явно показать реальные участники, включая модуль коммуникаций, и обосновать синхронное либо асинхронное взаимодействие.
• Для интеграций в банковских системах стоит готовить XML, XSD и SOAP: в задаче нужно было преобразовать JSON в XML, соответствующий XSD, учитывая ограничения полей, порядок элементов и регистрозависимую валидацию.
• При проектировании REST API сначала определяют ресурсы и сценарии: получение списка уведомлений, просмотр отдельного уведомления и изменение статуса прочтения; затем выбирают пути, методы и параметры по смыслу операции.
• По словам интервьюера, итоговый грейд по этой записи назвать нельзя: это демонстрация с неполным набором вопросов и без зафиксированной балльной оценки.