Документация достаточна, когда независимая команда может реализовать и проверить интеграцию без угадывания существенных правил. Глубина зависит от риска, сложности и договорённостей участников.
Системный аналитик переводит потребности бизнеса в согласованные, реализуемые и проверяемые требования к системе. Он связывает сценарии, данные, интерфейсы и ограничения.
Первые шаги: уточнить цель и сценарии интеграции, определить участников и владельцев данных, затем согласовать контракт обмена вместе с ошибками и ограничениями.
Проверьте синтаксис BPMN, логику всех путей и соответствие реальному процессу. Схема готова, когда её одинаково понимают участники и в ней разобраны важные исключения.
Хороший интерфейс помогает целевому пользователю выполнить задачу понятно, без лишних действий и с предсказуемой обработкой ошибок. Качество работы аналитика видно по полноте сценариев и проверяемым правилам.
Да, подтверждение доставки полезно отражать отдельным статусом, если оно имеет бизнес-смысл. При этом доставка SMS не означает, что пользователь прочитал сообщение или выполнил действие.
Вертикальное разделение разносит разные атрибуты или группы данных по отдельным хранилищам. Связь один-к-одному позволяет отделить редкие или чувствительные поля одной сущности.
Нормализация уменьшает дублирование фактов и предотвращает аномалии вставки, обновления и удаления. Её основная цель — согласованная модель данных, а не автоматическое ускорение чтения.
Хорошая граница сервиса — самостоятельная бизнес-возможность с понятным владением данными и ограниченными связями. Дополнительные причины — независимые релизы, масштабирование и ответственность команды.
Расскажите, как восстанавливали фактическое поведение legacy-сервиса по коду, данным, логам и разговорам с владельцами. Важно показать управление риском, а не только чтение старой документации.