🔐 Авторизация в API: что важно для работы с требованиями и собеседований 🔐

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

Эпизод будет полезен системным аналитикам, кто работает с Backend, API и интеграциями, а также тем, кто только начинает осваивать эту область. Кроме того, он станет отличным ресурсом для подготовки к собеседованиям, помогая освежить теоретические знания и понять практические аспекты безопасности в API.


Эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Spotify
⏯ RuTube
⏯ YouTube
⏯ VK Video


Делитесь с коллегами и подписывайтесь на канал подкаста, чтобы следить за релизами новых эпизодов ⚡

✨📚 7 шаблонов архитектуры, которые важно понимать СА 📚✨

Системные аналитики описывают внутреннюю логику работы приложений:
+ связи между данными на UI (экраны), в БД и API,
+ интеграции с внешними системами,
+ алгоритмы обработки данных,
+ и другие технические детали.

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

А вот в сложных продуктовых компаниях, таких как банки, маркетплейсы и страховые компании, базовых знаний недостаточно. Здесь чаще встречается сложная сервисная (SOA) или микросервисная (MSA) архитектура.

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

👉 Собрала для вас 7 основных шаблонов проектирования архитектуры, которые важно понимать СА.

Рассказала о каждом с примерами и картинками, про связи между ними, и зачем их нужно знать аналитикам.

1. Монолит
2. Слоистая архитектура
3. Модульная архитектура
4. Клиент-Серверная архитектура
5. Сервис-ориентированная Архитектура (SOA)
6. Микросервисная архитектура (MSA)
7. Событийно-ориентированная архитектура (EDA)

Всю информацию собрала в мини-книгу прикрепленную к посту 📚

#АрхитектураGA

✨МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ✨

Любой изучаемый аналитиком процесс можно описать разными способами. Например:
💭 рассказать устно,
📝 оформить в виде текста или даже таблиц.

Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.

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

Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎

Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.

Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.


Далее расскажем про виды моделей процессов и инструменты моделирования.

⭐️ Сохраняйте пост в избранное, чтобы быстро получать доступ до теории, про которую спрашивают на собеседованиях.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst

✨ ПРО ВИДЫ МОДЕЛЕЙ ПРОЦЕССА ✨

Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:

1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.

Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)


2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.

Пример такого процесса: тот же процеес оформления доставки продуктов в приложении, но уже с точки зрения ПО. То есть описывается взаимодействие приложения по доставке продуктов, ПО даркстора, приложения курьера, доставляющего заказ, и ПО компании для служюы поддержки и маркетинговых кампаний.


3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.

Примером этого уровня процессов является детализированное описание процесса внутри одной части ПО.
Например, в том же приложении пользователя, где на шаге оформления заказа, приложением сначала определяется геопозиция пользователя, затем формируется запрос в систему даркстора для получения информации об остатках продуктов и всё это только для того, чтобы отобразить информацию о том, что доступно для заказа. А вы только представьте, сколько ещё системной логики участвует во всём процессе доставки заказа!

Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉


🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠

Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).

Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉

Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
📞 так и на онлайн-доске при командном созвоне.

А какой вариант ответа выберете вы? 🤔

Команда GetAnalyst желает всем продуктивной недели! 💃

#GAhahaha