✨РЕКОМЕНДАЦИИ ПРИ ОПИСАНИИ USE CASE✨

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

Для грамотного оформления вариантов использования следует придерживаться следующих рекомендаций при описании сценариев:

👌 Используйте предложения с короткими конструкциями
Для этого чётко указываете актора, его действие в рамках шага и необходимую дополнительную информацию. Например, «Система формирует отчёт», «Пользователь вводит логин» и так далее.

👌 Показывайте продвижение процесса, но не углубляйтесь в мелкие детали
Например, при описании шагов «Пользователь вводит электронный адрес» и «Пользователь вводит пароль» не нужно добавлять промежуточный шаг «Пользователь перевёл курсор в поле ввода «Пароль», потому что он очевиден и только усложнит конструкцию сценария.

👌 Не перегружайте сценарий описанием деталей интерфейса
Например, вместо «Пользователь нажимает на кнопку “Подтвердить”» лучше использовать «Пользователь подтверждает регистрацию» и так далее. Так при изменениях в интерфейсе (замена кнопки на поле ввода секретного кода и так далее) вам не нужно будет корректировать все варианты использования, связанные с этим сценарием.

🎯 Интеграции - ключ к пониманию того, как система работает “под капотом” 🎯

Когда я только начинала работать системным аналитиком, мои постановки задач сводились к описанию экранов: что нажали → что увидели.
И это было ОК 😃

А потом пришёл “умный и важный” Backend-разработчик и сказал примерно так:

Теперь мы делаем не монолит, где UI + логика + БД в одной кодовой базе.
Теперь у нас Frontend и Backend, которые общаются по API

И вот тогда я впервые узнала интеграции на минимальном уровне:
➡️ Frontend → Backend

Но настоящий “аттракцион” начался позже, когда появилась задача получать данные из внешней системы 👀
➡️ наш Frontend → наш Backend → внешняя система

➡️ а потом интеграции микросервисов

И самое неприятное тогда было - чувство, когда ты угадываешь, что ждут разработчики. Было много "танцев на граблях".

С годами интеграций становилось больше: разные API, протоколы, асинхрон, оборудование. И этот тип задач в итоге стал моим самым любимым🙌

Сейчас я рада делиться своим опытом в интеграциях с вами!


Уже на следующей неделе мы откроем предобучение на практической программе:

👉 Интеграции систем для СА и БА

🗓 Модули в записи: с 24 декабря 2025
🟢 Первый онлайн: 21 января 2026

🔗 Узнать подробнее и записаться

🎁 До 23 Декабря самые лучшие цены перед повышением, и доступ к обучению по БД в подарок.


Результат:
✔️ Описываете интеграционные Use Cases
✔️ Уверенно работаете с API: REST, SOAP, GraphQL, gRPC, WebSocket
✔️ Опыт работы с Postman
✔️ Знаете нотацию C4 для архитектуры
✔️ Понимате асинхрон, в т.ч. брокеры
✔️ Можете сделать задачу на интеграционный REST API метод
✔️ У вас десятки примеров документации, которые можно переиспользовать в работе

Это то, что сейчас спрашивают Middle+ системных аналитиков на собеседованиях, и то, что реально нужно в работе.


Приглашаем начать новый 2026 год с навыка, который даёт уверенность в системном анализе и рост в карьере 🎄


Вопросы? Пишите @getanalyst или на info@getanalyst.ru. Поможем оценить текущие навыки и разобраться, подойдёт ли вам программа 🤝

📚 Виды интеграций: полный справочник 📚

1. Синхронные по API (REST, SOAP, GraphQL и другие)
2. Асинхронные по API (Webhook, Polling)
3. Режим реального времени (WebSocket, SSE и другие)
4. Брокеры и очереди сообщений
5. Общая БД
6. Обмен файлами

Полезно иметь под рукой для подготовки к собеседованиям 🤝

#ИнтеграцииGA

✅ Чек-лист по работе с Интеграциями для СА и БА ✅

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

Хочу поделиться с вами пошаговым планом, описывающим этот процесс.

Пусть он станет вашим помощником при работе с задачами на интеграции и в подготовке к собеседованиям.


👉 Краткий чек-лист по работе с задачами на интеграции:

☑️ Получить вводные от заказчика
☑️ Выделить компоненты системы: внешние, внутренние
☑️ Найти API-документацию для каждого из внешних сервисов, а если необходимо, то и для внутренних
☑️ Нарисовать схему архитектуры — первое приближение
☑️ Описать процессы, которые нужно поддержать в системе
☑️ Найти по API-документации соответствующие процессам методы, добавить их в описание
☑️ Уточнить схему архитектуры (и далее постоянно актуализировать по ходу детального проектирования и постановок задач)
☑️ Получить доступы к API
☑️ Протестировать API своими силами или с помощью разработчиков
☑️ Сопоставить наборы данных, доработать/спроектировать БД нашей системы при необходимости, описать маппинг данных
☑️ Создать задачи в Jira и выстроить порядок разработки
☑️ Сделать детализацию постановок задач в Confluence на основе исследований, проведенных ранее


👉 Полный пошаговый план работы с задачами на интеграции в статье.

#ИнтеграцииGA

💫 ПРОБЛЕМЫ В РАБОТЕ С ЗАДАЧАМИ НА ИНТЕГРАЦИИ 💫

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

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

1:18 - Что такое интеграции?
4:25 - Роль системного аналитика в процессе работы с задачами на интеграции.
11:41 - Как изменилась работа с задачами на интеграции за последние годы?
16:49 - Написал требования в соответствии с API-документацией внешней системы, а потом оказалось, что работает не так.
19:40 - Интеграция работала в продакшн и всё было хорошо, а потом всё внезапно сломалось.
22:57 - Что делать если предстоит интегрироваться с системой у которой еще нет API, а сроки горят?
26:18 - Разработчик системы, с которой предстоит интегрироваться, не предоставляет API и доступы, а задачу нужно реализовать, потому что сроки (P.S. Влиять через заказчика на внешнюю команду при возможности).
28:07 - Что, если вы тот самый разработчик, у которого просят API, но вам пока не до этого?
29:21 - Платные подписки и использование внешних систем. Примеры: DaData.ru, сервисы SMS-рассылок с поштучной оплатой со счета заказчика и другие.
31:58 - Разные структуры данных в разных системах: как собрать всё в нашей системе воедино? Про агрегаторы.
36:07 - Высокие нагрузки и длительное ожидание ответов. Асинхронные запросы и вебхуки.
39:37 - Не работал с видом API, по которому предстоит интеграция (REST API, GraphQL, gRPC, SOAP API и WebSocket - основные, посмотрите на них).
42:02 - Заключение и рекомендации


Эпизод доступен в:

⏯ Яндекс.Музыка
⏯ YouTube
⏯ Telegram
⏯ Apple Podcast
⏯ Castbox
⏯ Spotify
⏯ Amazon Music


Подписывайтесь на GetAnalyst и делитесь с коллегами - начинающими и опытными системными аналитиками!

📚 Мини-книга по Use Cases: Обычные vs Интеграционные 📚

Use Case — это:
▫️ детализированные функциональные требования;
▫️ описание, как пользователь взаимодействует с системой для достижения цели;
▫️ сценарий, который показывает шаги пользователя и системы в процессе выполнения задачи;
▫️ алгоритм работы системы.


👉 Стандартный шаблон Use Case:
▪️ Предусловие
▪️ Роли пользователей
▪️ Приложения и системы
▪️ Входные данные
▪️ Основной сценарий
▪️ Обработка ошибок и альтернативные сценарии
▪️ Ожидаемый результат

👉 Интеграционный Use Case дополняется:
▪️ техническими деталями по вызовам API методов, которые аналитику важно прописать в постановке задачи,
▪️ а также маппингом данных.


Важно понимать, что Интеграции — это не просто "еще одна задача".

Это серьезная работа по анализу взаимосвязей
+ БД
+ Функций
+ UI/UX
+ API нашей и внешних систем,
которая требует нашего опыта, внимания и профессионализма 🙌

Мини-книгу про отличия обычных Use Case от интеграционных прикрепила к посту 🤝

#hardGetAnalyst

🎄 [27-30 декабря] Открытый интенсив по REST, GraphQL и gRPC с практикой в Postman 🎄

Cегодня всё реже бывает “только REST”.
В одном продукте REST остаётся публичным API, в другом GraphQL нужен, чтобы не таскать лишние поля в мобильные приложения, а внутри микросервисов всё чаще живёт быстрый gRPC.

Чтобы передать практический опыт работы с современными API и интеграциями, готовим для вас предпразничный интенсив:

⚡️ Интеграции по REST, GraphQL и gRPC через Postman

🗓 Доступ к записи: 27 - 30 Декабря
🕗 Время на обучение: 4 часа
(можно пройти в своём темпе, в удобное время)

🔗 Регистрация и подробности

Ваши результаты:
✅ Поймёте, что такое интеграции и как с ними работать.
✅ Получите уверенную базу знаний по REST API, GraphQL и gRPC, и понимание, как её применить в работе аналитика.
✅ Научитесь читать любую API-документацию и быстро “раскладывать” методы по структуре.
✅ Освоите инструмент тестирования API - Postman.
✅ Получите практический опыт: сможете сами прогнать запросы и проверить ответы REST/GraphQL/gRPC по шагам.

Для кого:
🟢 Системные аналитики, которым надо уверенно вести интеграционные задачи
🟢 Бизнес-аналитики, которые хотят понимать “под капотом” и формулировать сильные требования
🟢 Те, кто готовится к собеседованиям (REST/интеграции - база, GraphQL/gRPC - жирный плюс)

Эта практика - возможность сделать огромный шаг в понимании работы с API и интеграциями.

Регистрируйтесь и входите в новый год с новыми навыками и сильными целями! 🎄🚀

------

👉 Интенсив проводится в поддержку практической программы Интеграции систем.

23 декабря завершается запись с лучшей ценой и с бонусным обучением по БД и SQL в подарок.

⚠️ С 2026 года в GetAnalyst планируется повышение цен на все программы, поэтому до 30 декабря — самый выгодный период для записи на обучение.

Когда-то, в самом начале, я пообещала себе одну вещь: буду делиться пользой в канале. Без лишнего.

И я правда стараюсь держать эту планку, чтобы вы открывали ленту и знали — тут точно можно забрать полезное 🙌

Но на этой неделе будет маленькое исключение.

👉 Сегодня, 25 декабря, у меня день рождения.
И в этом году - это особенно важная дата и важный для меня день, в который я обещала себе отдых.

Не «как обычно» (в стиле «ну я чуть-чуть поработаю»), а прям отдых.
У меня, козерога по знаку зодиака, с этим всегда сложно 😄
Так что официально беру выходные до конца недели 😊🥳

Что успела подготовить на время своего отсутствия:

🎁 Бесплатный интенсив про интеграции по REST, GraphQL и gRPC
Доступ 27-30 декабря
Много практики!
Регистрация и подробности

🎁 Скидка -26% на все обучения в записи в честь наступающего 2026 года
Смотреть материалы


Забирайте и пользуйтесь! 🙌


Искренне ваша,
Екатерина Ананьева! 🤍