Вернуться в видеотеку

Собеседование бизнес-системного аналитика

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

Источник: Tech Analyst Club

Открыть на YouTube

Таймлайн

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

Публичное собеседование на роль бизнес-системного аналитика: кандидатка Ольга рассказывает об опыте в Deutsche Bank и Lamoda, затем интервьюер описывает анонимную исследовательскую платформу и обязанности аналитика в ней. Основная часть построена на практических упражнениях по функциональному моделированию: варианты использования и границы системы на примере стиральной машины, контекстные диаграммы и потоки данных для Яндекс Переводчика, а также SQL-логика агрегации телесмотрения по часам. В финале участники обсуждают, зачем строгие техники моделирования нужны в крупных системах, где несколько команд должны сохранять целостное описание продукта.

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

  • В описанной платформе аналитик связывает личный кабинет респондента, RMS, Data Warehouse с ETL-конвейерами и бухгалтерский контур 1С; результатом работы должны стать согласованные задачи для всех команд и интеграционные сценарии.
  • Вариант использования следует формулировать как цель внешнего актора, а не как перечень внутренних функций системы: для стиральной машины цель владельца — получить чистые вещи.
  • При моделировании важно сначала зафиксировать границу системы, акторов и внешние интерфейсы; пропущенные водоснабжение, канализация или электросеть в учебном примере означают пропущенные интеграции и логику в программной системе.
  • Контекстная диаграмма и диаграмма потоков данных помогают явно показать входы и выходы системы; для переводчика это, в частности, вводимый текст, словарь, результат перевода и акторы, отвечающие за наполнение словаря.
  • В SQL-задаче для рейтингов телесмотрения недостаточно сгруппировать записи по часу: интервалы просмотра, пересекающие границу часа, нужно обрезать по границам каждого часового окна перед суммированием длительности по каналу.
  • По мнению интервьюера, единообразные нотации и сценарии особенно нужны для больших систем с множеством аналитиков и команд: они позволяют не потерять взаимодействия и поддерживать документацию после изменений состава команды.

Рекомендуем посмотреть