Системный
аналитик.
7 лет проектирую интеграции, API и фронтенд для нагруженных систем: от платёжных поручений Сбера до админ-панели, запущенной с нуля.
платёжных поручений в день исполняет бэк-система для Сбера
время заведения поручения в АРМ сотрудника Сбера
от старта до запуска админ-панели, единственный аналитик фронта
мобильный банк на iOS и Android и чат с клиентом во всех каналах
Любая система начинается со связей.
Свяжите внешние ключи с первичными — так же, как я делаю это в ER-модели перед ТЗ. Перетащите FK на нужный PK или нажмите сначала на одно, потом на другое.
- PKidbigint
- full_namevarchar
- innvarchar(12)
- PKidbigint
- FKclient_idbigint
- numbervarchar(20)
- currencychar(3)
- PKidbigint
- FKaccount_idbigint
- FKstatus_idsmallint
- amountnumeric(18,2)
- created_attimestamptz
- PKidsmallint
- codevarchar(16)
500 тысяч платёжных поручений в день.
Системный аналитик · август 2019 — март 2025 · 5 лет 8 мес
- С нуля описал фронт и бэк АРМ сотрудника офиса Сбера: до 30 тыс. поручений в месяц.
- Заведение одного поручения сократилось с 10 до 3 минут.
- Проектировал интеграции на Kafka: топики, форматы сообщений, обработку ошибок и ретраи.
- Согласовывал контракты со смежными системами, онбордил новых аналитиков, ревьюил ТЗ коллег.
Отправьте платёжное поручение.
Упрощённая схема асинхронного исполнения: так выглядят sequence-диаграммы в моих ТЗ.
Заведение платёжного поручения в АРМ сотрудника офиса.
Админ-панель с нуля. Доступ — до каждого поля.
Системный аналитик · апрель 2025 — сейчас
- Новое SPA на Consta UI Kit вместо Liferay: админ-панель системы оплаты топлива для крупной нефтяной компании.
- Единственный аналитик фронта: 20–50 экранов от as-is до критериев приёмки, запуск за 6–12 месяцев.
- Спроектировал авторизацию на Keycloak и JWT с ролями из Active Directory и согласовал её с кибербезопасностью.
- Построил маппинг API ⇄ UI: экран → API Gateway → микросервис → эндпоинт.
W — изменение, R — чтение, · — нет доступа. Данные условные, структура как в реальном проекте.
Один чат. Все каналы.
Бизнес-аналитик, сентябрь 2017 — август 2019. Запустил с нуля мобильный банк на iOS и Android и чат с клиентом, который продолжается в любом канале. Интернет-банк получил полный функционал управления продуктами.
Переключите канал — история переписки сохраняется.
Что получает команда.
Каждое требование доходит до разработки в виде, который можно сразу брать в работу.
Пишу спецификации сам.
/api/v1/payment-orders: post: summary: Создать платёжное поручение parameters: - name: Idempotency-Key in: header required: true responses: '202': { description: Принято в обработку } '409': { description: Повтор с тем же ключом }
Сообщение — тоже контракт.
topic: payments.orders key: orderId retry: 1s → 2s → 4s dlq: payments.orders.dlq
Кто кого вызывает и когда.
Границы систем и ответственности.
Готово — значит проверяемо.
- ✓Дано роль «Аудитор», когда открыт раздел «Лимиты», тогда поля только для чтения.
- ✓Повторный POST с тем же Idempotency-Key возвращает 409 и не создаёт дубль.
- ✓После 3 неудачных попыток сообщение уходит в DLQ, статус — ERROR.
- ✓Экран соответствует макету Figma и спецификации Consta.
ТЗ, ЧТЗ, ФТТ, ПМИ.
Use cases, модели данных, API-контракты, требования к UI и критерии приёмки — в одном месте, в базе знаний Confluence. Согласование с кибербезопасностью и архитекторами — до разработки, а не после.
Инструменты.
API и интеграции
Kafka и данные
Доступ и безопасность
Требования
Моделирование
Дизайн и процессы
Образование: ВятГУ, 2017, бакалавр, прикладная информатика в экономике. Языки: русский — родной, английский — B1.
Веду переговоры между «хотим» и «можем».
Мирный договор обычно подписываем в виде ТЗ.
Давайте обсудим вашу систему.
Быстрее всего — в Telegram или по телефону.