Москва · системный анализ, интеграции, данные

Денис Голомазов

Руководитель отдела аналитики · Системный аналитик

Превращаю разрозненные требования в системы, которые работают в проде и не разваливаются от изменений.

14 лет в ИТ, из них последние пять — в аналитике крупных государственных информационных систем: прошёл путь от ведущего аналитика до руководителя отдела из 10 человек. Отвечаю за полный цикл — от сбора требований у функционального заказчика до приёмо-сдаточных испытаний и вывода в промышленную эксплуатацию. Остаюсь hands-on: сам пишу постановки, проектирую интеграции и защищаю решения перед ЛПР.

Посмотреть артефакты Профиль одной страницей
Денис Голомазов, Руководитель отдела аналитики · Системный аналитик
Денис Голомазов Москва
  • 14лет в ИТ и аналитике
  • 10человек в отделе под управлением
  • 12подсистем выведено в промэксплуатацию
  • 6000+польз./день в ключевой системе
01

Ключевой проект

Рефакторинг legacy-контура крупной расчётной системы

Госсектор · расчётная информационная система городского масштаба

Контекст

Устаревший контур системы, критичной для повседневных расчётов: накопленный технический долг, непрозрачные процессы, интеграции без описанных контрактов.

Роль

Начинал аналитиком — проектировал целевые процессы и интеграции. Довёл до промышленной эксплуатации уже в роли руководителя отдела.

Что сделал

Целевые процессы в BPMN 2.0, архитектура в UML и ArchiMate, спецификации REST API для интеграций с внешними учётными и биллинговыми системами, трассировочные таблицы требований, приёмка по ГОСТ 34 и ПМИ с внутренними командами и подрядчиками по государственному контракту.

Результат

12 функциональных подсистем в промышленной эксплуатации, более 6000 внутренних пользователей ежедневно, цифровые услуги для жителей мегаполиса.

Переключите, чтобы увидеть, что изменилось

Интеграционный слойописанные контракты Личный кабинет Биллинг Платежи Отчётность Реестры Учётное ядро Внешние ГИС

Точечные интеграции «каждый с каждым»

18 прямых связей между семью системами. Контракты нигде не описаны, часть обменов — ручные выгрузки. Любое изменение в одной системе непредсказуемо ломает соседние.

  • 18прямых связей
  • 0описанных контрактов
  • 7систем задето при изменении

Интеграционный слой с описанными контрактами

Каждая система общается через один слой по спецификации REST API: методы, атрибутный состав, сценарии ошибок. Изменение локализуется в одном контракте, регрессия предсказуема.

  • 7связей вместо 18
  • 100%обменов по контракту
  • 1система задета при изменении
02

Артефакты

Фрагменты обезличены: названия систем и организаций убраны, числовые параметры условны, данные синтетические. Показана структура и уровень детализации, с которым я пишу.

Фрагмент системной постановки

Раздел «Начисление пени», выдержка для разработчика

4.3. Начисление пени за просрочку оплаты

Назначение. Ежесуточный расчёт суммы пени по лицевым счетам с непогашенной задолженностью и её отражение в начислениях расчётного периода.

4.3.1. Предусловия

  • Расчётный период закрыт, свод начислений подтверждён.
  • Для лицевого счёта загружены платежи за период T−1 включительно.
  • В справочнике SETTINGS_PENALTY на дату расчёта действует запись со ставкой и порогами.

4.3.2. Алгоритм

  1. Отобрать лицевые счета, у которых сальдо на дату расчёта больше 0 и число дней просрочки D ≥ порога начала начисления.
  2. Для каждого счёта разложить задолженность на фрагменты по дате возникновения: погашение относится на самый ранний непогашенный фрагмент (метод FIFO).
  3. Для каждого фрагмента определить применимую долю ставки по интервалу D из справочника; интервалы не пересекаются и покрывают всю шкалу.
  4. Рассчитать пени по фрагменту как произведение суммы фрагмента, доли ставки и количества дней в интервале. Округление до 2 знаков выполняется на каждом шаге, половина округляется вверх.
  5. Просуммировать по счёту и записать результат в начисления с признаком вида начисления «пени» и ссылкой на период расчёта.

4.3.3. Границы и исключения

  • Если по счёту действует отсрочка или судебное решение — начисление не производится, в журнал пишется причина пропуска.
  • Перерасчёт за прошлые периоды сторнирует ранее начисленные пени отдельной проводкой, а не правит существующую.
  • Повторный запуск за уже рассчитанную дату не создаёт дублей: уникальность по паре «лицевой счёт + дата расчёта».

4.3.4. Нефункциональные требования

  • Расчёт по 1 млн лицевых счетов — не более 40 минут, окно 02:00–05:00.
  • Операция идемпотентна и перезапускаема с любого места после сбоя.
  • Каждое начисление трассируется до исходных фрагментов задолженности.

Зачем это здесьПоказывает, как выглядит формулировка, по которой разработчик пишет код без единого уточняющего вопроса: явные предусловия, пошаговый алгоритм, поведение на границах и в ошибках.

03

Как я работаю

Разбираюсь, что болит на самом деле

Интервью с функциональным заказчиком и пользователями, разбор процесса как есть, поиск настоящей причины за формулировкой «сделайте кнопку».

Что остаётся после этапа

  • Карта процессов as-is
  • Реестр проблем
  • Список заинтересованных лиц
04

Опыт

  1. 01

    Руководство аналитической функцией

    Отдел из 10 человек · госсектор · крупные информационные системы

    • Веду отдел: системные и бизнес-аналитики, аналитики данных, QA-инженеры. Найм, онбординг, ревью результатов, рост людей внутри команды.
    • Формирую и приоритизирую бэклог развития информационных систем по дорожным картам и прямым коммуникациям с функциональными заказчиками и ЛПР.
    • Держу кросс-функциональное взаимодействие с разработкой, тестированием и DevOps, обеспечиваю прозрачность процессов и предсказуемость сроков.
    • Защищаю решения и результаты перед стейкхолдерами, включая первых лиц заказчика.
    • Управление командой
    • Бэклог и roadmap
    • Стейкхолдеры
    • Найм
    • Jira
  2. 02

    Системный анализ и проектирование

    12 подсистем в промышленной эксплуатации · 6000+ пользователей ежедневно

    • Выявляю и формализую требования: интервью, модерация встреч, прототипы интерфейсов для быстрой проверки гипотез.
    • Проектирую процессы и архитектуру в BPMN 2.0, UML (Use Case, Sequence) и ArchiMate, веду трассировку требований до реализации.
    • Пишу технические задания и постановки, включая спецификации REST API: методы, атрибутный состав, сценарии ошибок, контракты интеграций.
    • Довожу до приёмки: приёмо-сдаточные испытания, документация по ГОСТ 34, работа с внутренними командами и подрядчиками по государственным контрактам.
    • BPMN 2.0
    • UML
    • ArchiMate
    • REST API
    • ГОСТ 34
    • ПМИ
    • Figma
    • Miro
  3. 03

    Данные, BI и отчётность

    Внедрение BI с нуля · сокращение времени подготовки отчётов до 90%

    • Внедрял BI в организации с нуля: от технического задания на закупку до набора регламентированных отчётов по достижению плановых результатов.
    • Проектировал ETL/ELT-процессы и витрины, консолидировал разнородные источники — реляционные СУБД и системы веб-аналитики.
    • Строил дашборды полного цикла — от сбора требований до внедрения и поддержки, автоматизировал отчётность по продажам, маркетингу и клиентскому сервису.
    • Описывал логические схемы данных и закрывал проблемы консистентности, задавал стандарты сбора данных, метрик и шаблонов отчётности.
    • SQL
    • PostgreSQL
    • Oracle
    • MS SQL
    • ETL/ELT
    • Tableau
    • HP Vertica
05

Стек

Моделирование

  • BPMN 2.0
  • UML
  • ArchiMate
  • Draw.io
  • Figma
  • Miro

Данные

  • PostgreSQL
  • Oracle
  • MS SQL
  • HP Vertica
  • DBeaver
  • ETL/ELT

Интеграции

  • REST API
  • OpenAPI
  • JSON
  • XML
  • Apache Kafka

Отчётность

  • Tableau
  • Витрины данных
  • Яндекс.Метрика
  • Google Analytics

Процесс и приёмка

  • Jira
  • Confluence
  • User Story
  • ГОСТ 34
  • ПМИ
  • Трассировка требований

Код

  • SQL
  • Python
  • HTML и CSS
06

Проекты

Учебная платформа по системному анализу

Программа для аналитиков с нуля: 15 модулей, сквозной кейс, автотесты с разбором каждого ответа, задания с рубриками самопроверки и проверкой наставником. Спроектировал программу, написал материалы и собрал саму платформу.

  • 15 модулей
  • 86 вопросов автотестов
  • 29 заданий
  • SDLC
  • BPMN
  • SQL
  • API

Платформа разворачивается — напишите, если хотите доступ

07

Образование и языки

  • 2022

    Системный анализ

    МИФИ · Системный аналитик

  • 2022

    Менеджмент

    Институт государственного администрирования · Высшее

  • 2019

    Анализ данных на языке SQL

    Центр «Специалист» при МГТУ им. Н. Э. Баумана · Повышение квалификации

Связаться

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

Написать