Middle Sistem Analisti

Обязанности - Собирал бизнес-требования от отдела продаж и оптовых клиентов, декомпозировал их в BRD, FSD, User Story с Acceptance Criteria и Use Case; формулировал ФТ и НФТ, приоритизировал по MoSCoW. - Готовил ТЗ на доработку модулей сайта и интеграции с 1С:УТ, согласовывал требования с PM, разработчиками и коммерческим отделом. - Строил AS-IS и TO-BE процессы в BPMN для сценариев оформления заказа с резкой, резервирования на нескольких складах и оплаты по СБП. - Проектировал REST-контракты для веб-интерфейса, платёжного шлюза и 1С: параметры, форматы запросов и ответов, коды ошибок, спецификации в OpenAPI / Swagger, проверка в Postman. - Прорабатывал OData-обмен с 1С: синхронизация номенклатуры, остатков и ценовых колонок; таблицы Data Mapping между веб-каталогом и метаданными 1С. - Проектировал интеграцию с платёжным шлюзом СБП: генерация QR-кодов, обработка webhook-статусов оплаты, сценарии обработки таймаутов и повторных запросов. - Проектировал ER-диаграммы и словари атрибутов для новых сущностей — калькулятор резки, оптовые скидки, резервы; описывал DDL-скрипты и ограничения целостности в PostgreSQL. - Прорабатывал edge cases при выгрузке заказов в 1С: конвертация единиц измерения (м², пог. м, рулоны), ограничения по габаритам резки, автоснятие «зависших» резервов при неоплате. - Строил Sequence-диаграммы для сквозных интеграционных цепочек — оформление заказа, оплата, резервирование, отгрузка. - Внедрил единый шаблон матрицы маппинга данных и описания интеграционных методов для учётных и платёжных систем — команда реже возвращала задачи на уточнение, а баги при обмене данными сократились. - Согласовывал требования с командой, проводил ревью аналитики, участвовал в UAT с менеджерами оптового отдела и складскими логистами, инструктировал пользователей после релиза. - С нуля описал требования, модель данных и интеграционную логику калькулятора резки и многоскладского учёта — ручная обработка оптовых заказов сократилась примерно на треть. Проект - интернет-магазин и B2B-платформа

Обязанности - Вёл полный цикл аналитики от гипотезы и бизнес-требований до передачи решения в разработку: BRD, FSD, User Story с критериями приёмки в формате Given-When-Then и INVEST, Use Case для сквозных сценариев ЛК. - Формулировал НФТ - Прорабатывал требования к безопасности: соответствие 152-ФЗ, шифрование at rest / in transit, TLS 1.3, маскирование платёжных реквизитов . - Проектировал REST-контракты для сервисов профиля, адресов, истории заказов и лояльности: параметры, форматы запросов и ответов, коды ошибок, спецификации в OpenAPI / Swagger, проверка в Postman. - Прорабатывал авторизацию и идемпотентность для операций изменения профиля и добавления адресов — схемы OAuth 2.0 / JWT, заголовок X-Idempotency-Key для защиты от дублей при повторной отправке. - Проектировал событийные цепочки через Apache Kafka между сервисами профиля, заказов, лояльности и уведомлений — это развязало сервисы и убрало синхронные блокировки при пиковых нагрузках. - Проектировал ERD и словари атрибутов для профиля, адресов, привязанных карт и предпочтений; описывал ограничения целостности, связи 1:M и N:M, уникальные ограничения (например, единственный «основной» адрес на пользователя), готовил DDL и передавал на ревью лиду разработки. - Вёл RTM: связывал бизнес-требования, FSD, User Story, задачи разработки и тест-кейсы — это давало полную прослеживаемость и упрощало Impact Analysis при изменениях. - Готовил Lo-Fi прототипы экранов ЛК для согласования с фронтендом: каркас, состояния элементов , валидации и события по действиям пользователя. - Проводил предварительный технический груминг с лидом разработки и QA перед планированием спринта, участвовал в демо для стейкхолдеров и ретро. - Декомпозировал крупные фичи на этапы и защищал скоуп спринта от внезапных изменений — команда перестала «тонуть» в незапланированных доработках. - Разработал OpenAPI-спецификацию и логическую модель данных модуля адресов и профиля — онбординг новых разработчиков ускорился, а расхождения между документацией и реализацией сократились. - Перевёл часть синхронных вызовов между сервисами на события Kafka — время обработки изменений профиля и рассылок снизилось, сервис лояльности перестал быть узким горлышком. Проект - Личный кабинет покупателя

Обязанности - Формировал бизнес-требования на митапах с архитектором и бизнесом, разворачивал их в функциональные требования, User Story, Use Case и Acceptance Criteria; для каждого сценария прорабатывал альтернативные потоки и исключения. - Проектировал ER-диаграмму сервиса бронирования: сущности users, meeting_rooms, bookings с атрибутами, типами, PK/FK и ограничениями. - Проработал бизнес-правило запрета пересекающихся броней одной комнаты на уровне БД — конфликты расписания ушли до релиза логики в приложении. - Проектировал REST-контракты сервисов бронирования, переговорных комнат и авторизации: методы , параметры, структуры ответов, коды ошибок и Sequence-диаграммы ключевых сценариев. - Проработал интеграцию сервиса бронирования с сервисом уведомлений через Apache Kafka: событие создания брони публикуется в топик, а сервис уведомлений обрабатывает его независимо. Это развязало сервисы: недоступность уведомлений не блокирует создание бронирования, а событие сохраняется и обрабатывается позже; для необработанных сообщений предусмотрен DLQ. - Готовил Lo-Fi макеты карточек бронирования, диалоговых окон и страницы профиля пользователя с описанием функционала каждого элемента — это сократило количество правок на этапе вёрстки. - Вёл RTM и связывал требования с задачами разработки; согласовывал ТЗ с архитектором перед передачей разработчикам, проводил ревью аналитики с коллегами-аналитиками. - На демо проверял соответствие реализованного функционала критериям приёмки, обращал внимание команды на слабые места продукта, фиксировал обратную связь от заказчика в структурированной форме. Проект - Модуль бронирования преговорок