🏦Кейс «Выписка по выплатам» (финтех-сервис)
🔹Контекст:
Требуется обеспечить пользователю возможность получить выписку по полученным выплатам за выбранный период. Клиент должен обратиться к новому сервису и иметь возможность:
● Получить выписку.
● Заверить её электронной подписью.
● Просмотреть документ.
● Увидеть историю ранее заказанных выписок.
🔹Вопросы для размышления:
● Какие вопросы ты задашь бизнесу, прежде чем приступить к проектированию?
● Какие диаграммы ты построишь для определения границ решения?
● Какой будет твой подход к проектированию API для этой задачи?
● Какие артефакты ты предложишь для фиксации решения?
Подумали над решением? Тогда смотрите ответ👇
● Вопросы для уточнения: Каким образом должен задаваться период? Какие бизнес-ограничения? Требования к ЭП? Требования к хранению? Концептуальная модель данных?
● Построение контекстной диаграммы с потоками взаимодействия со смежными сервисами во избежание рисков «забытых» интеграций.
● Проектирование API: описание интерфейсов в понятном для разработчиков виде (контракты, методы, статусы).
● Артефакты: Предложения по статусной модели, ERD, словарю данных.
🎯Цель данной задачи — определить уровень подготовки к классическим задачам по СА и умение быстро создавать артефакты для agile-команд, без громоздких ГОСТовских спецификаций.
🗣Комментарий эксперта.
В системном дизайне нет "истинного ответа". Важно пройти процедуру анализа и посмотреть, как кандидат ориентируется в задаче и какие вопросы задает. Я, как интервьюер, ожидаю предметных вопросов по задаче, чтобы кандидат, исходя из моих ответов о бизнес-требованиях, выстраивал линию анализа и проектирования. Инструменты (нотации, фреймворки) могут меняться, но умение видеть систему целиком через контекстные диаграммы и потоки данных — это база. Если аналитик сразу рисует ERD, не спросив, откуда приходят данные и куда они направляются, — это риск для проекта.
🔗 Рекомендуем статью эксперта на Хабре для подготовки: Скетч системного дизайна
#Задача_от_эксперта