Forwarded from GetAnalyst - Навыки • Системный анализ • Бизнес-анализ
GetAnalyst_7_основных_шаблонов_проектирования_архитектуры_для_СА.pdf
1.5 MB
Системные аналитики описывают внутреннюю логику работы приложений:
+ связи между данными на UI (экраны), в БД и API,
+ интеграции с внешними системами,
+ алгоритмы обработки данных,
+ и другие технические детали.
В простых проектах архитектура может не вызывать особых вопросов, так как обычно используется один из вариантов монолитной архитектуры.
А вот в сложных продуктовых компаниях, таких как банки, маркетплейсы и страховые компании, базовых знаний недостаточно. Здесь чаще встречается сложная сервисная (SOA) или микросервисная (MSA) архитектура.
Для таких проектов аналитикам важно понимать архитектуру систем, чтобы грамотно подходить к проектированию новых функций и обеспечивать их корректную интеграцию в существующую инфраструктуру.
👉 Собрала для вас 7 основных шаблонов проектирования архитектуры, которые важно понимать СА.
Рассказала о каждом с примерами и картинками, про связи между ними, и зачем их нужно знать аналитикам.
1. Монолит
2. Слоистая архитектура
3. Модульная архитектура
4. Клиент-Серверная архитектура
5. Сервис-ориентированная Архитектура (SOA)
6. Микросервисная архитектура (MSA)
7. Событийно-ориентированная архитектура (EDA)
Всю информацию собрала в мини-книгу прикрепленную к посту 📚
#АрхитектураGA
Please open Telegram to view this post
VIEW IN TELEGRAM
Друзья, на часах мемо-вторник👌 #Gahahaha
🙋 Если дневник – это «лицо» школьника, то резюме – олицетворение потенциального сотрудника в глазах работодателя.
Сегодня рассказываем про 6 неочевидных ошибок при составлении резюме. Берём на вооружение 😉🤍
#hwGetAnalyst
Сегодня рассказываем про 6 неочевидных ошибок при составлении резюме. Берём на вооружение 😉
#hwGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥 Практическая программа по Архитектуре для СА стартует 4 марта: открыли предзапись 🔥
Погружение в архитектуру, опыт работы в сложных проектах с микросервисами и брокерами - точки роста для опытных системных аналитиков уровня Middle+.
Чтобы помогать вам достигать максимального уровня в карьере, мы создали практическую программу “Архитектура систем”.
В ходе работы на ней мы будем:
✔️ Строить архитектуру проекта с нуля: монолит, сервисная, микросервисная.
✔️ Практиковаться работать с нотацией C4.
✔️ Подбирать API для проекта и учиться работать с ними на практике: REST, GraphQL, WebSocket и другие.
✔️ Ставить задачи на брокеры (Kafka, RabbitMQ), Webhooks, и знакомиться с другими способами асинхронного взаимодействия систем.
Собрали всё, что нужно для проектирования систем на самом глубоком техническом уровне для аналитиков.
Цели, которые ставят и реализуют наши аналитики в процессе обучения:
✅ Повышают грейд внутри компании
✅ Переходят из проектной разработки в продукт
✅ Структурируют знания и проходят аттестации
✅ Получают повышения
✅ Проходят собеседования и выбирают офферы по душе 🩷
Приглашаем и вас достигать новые цели вместе с нами! 🙌
🌟 Проектирование архитектуры
🗓 Старт: 4 марта 2025
👉 Подробности о программе и заявка на участие
🎁 До 25 февраля открыта предзапись на специальных условиях:
скидка + дополнительное обучение по проектированию REST API в подарок.
Вопросы можно задать через сайт, на почту info@getanalyst.ru или в Telegram @getanalyst.
Погружение в архитектуру, опыт работы в сложных проектах с микросервисами и брокерами - точки роста для опытных системных аналитиков уровня Middle+.
Чтобы помогать вам достигать максимального уровня в карьере, мы создали практическую программу “Архитектура систем”.
В ходе работы на ней мы будем:
✔️ Строить архитектуру проекта с нуля: монолит, сервисная, микросервисная.
✔️ Практиковаться работать с нотацией C4.
✔️ Подбирать API для проекта и учиться работать с ними на практике: REST, GraphQL, WebSocket и другие.
✔️ Ставить задачи на брокеры (Kafka, RabbitMQ), Webhooks, и знакомиться с другими способами асинхронного взаимодействия систем.
Собрали всё, что нужно для проектирования систем на самом глубоком техническом уровне для аналитиков.
Цели, которые ставят и реализуют наши аналитики в процессе обучения:
✅ Повышают грейд внутри компании
✅ Переходят из проектной разработки в продукт
✅ Структурируют знания и проходят аттестации
✅ Получают повышения
✅ Проходят собеседования и выбирают офферы по душе 🩷
Приглашаем и вас достигать новые цели вместе с нами! 🙌
🌟 Проектирование архитектуры
🗓 Старт: 4 марта 2025
👉 Подробности о программе и заявка на участие
🎁 До 25 февраля открыта предзапись на специальных условиях:
скидка + дополнительное обучение по проектированию REST API в подарок.
Вопросы можно задать через сайт, на почту info@getanalyst.ru или в Telegram @getanalyst.
✨МОДЕЛИРОВАНИЕ ПРОЦЕССОВ ✨
Любой изучаемый аналитиком процесс можно описать разными способами. Например:
💭 рассказать устно,
📝 оформить в виде текста или даже таблиц.
Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.
Модель процесса — это набор диаграмм и вспомогательной информации о последовательном потоке работ или иных активностей с учётом факторов, которые на них влияют.
Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎
Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.
Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.
Далее расскажем про виды моделей процессов и инструменты моделирования.
⭐️ Сохраняйте пост в избранное, чтобы быстро получать доступ до теории, про которую спрашивают на собеседованиях.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst
Любой изучаемый аналитиком процесс можно описать разными способами. Например:
📝 оформить в виде текста или даже таблиц.
Но самым универсальным и понятным для заказчика и разработчиков способом принято считать описание процессов с помощью моделей.
Модель процесса — это набор диаграмм и вспомогательной информации о последовательном потоке работ или иных активностей с учётом факторов, которые на них влияют.
Главный результат моделирования процессов — это понятное отображение порядка действий и условий, с помощью которых достигается необходимый результат 😎
Благодаря моделированию процессов аналитик получает:
1️⃣ понятный формат представления AS IS-процесса работы какой-либо системы;
2️⃣ понятное представление будущего (TO BE) процесса работы системы с учётом ожидаемых изменений;
3️⃣ наглядную схему процесса с отображением участников, входов и выходов, последовательных шагов и возможных вариантов развития событий.
Моделирование процессов – это важнейший скилл аналитика в IT. Ведь ему приходится общаться с людьми из разных сфер, начиная от бизнес-заказчика и заканчивая системными архитекторами. Поэтому свои мысли аналитик должен доносить просто, чётко и быстро до каждого участника проектирования решения. В этом и помогает проектирование моделей процессов.
Далее расскажем про виды моделей процессов и инструменты моделирования.
Или используйте нашу систему хэштегов по жёстким навыкам аналитика #hardGetAnalyst
Please open Telegram to view this post
VIEW IN TELEGRAM
✨ ПРО ВИДЫ МОДЕЛЕЙ ПРОЦЕССА ✨
Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:
1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.
Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)
2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.
Пример такого процесса: тот же процеес оформления доставки продуктов в приложении, но уже с точки зрения ПО. То есть описывается взаимодействие приложения по доставке продуктов, ПО даркстора, приложения курьера, доставляющего заказ, и ПО компании для служюы поддержки и маркетинговых кампаний.
3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.
Примером этого уровня процессов является детализированное описание процесса внутри одной части ПО.
Например, в том же приложении пользователя, где на шаге оформления заказа, приложением сначала определяется геопозиция пользователя, затем формируется запрос в систему даркстора для получения информации об остатках продуктов и всё это только для того, чтобы отобразить информацию о том, что доступно для заказа. А вы только представьте, сколько ещё системной логики участвует во всём процессе доставки заказа!
Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉
🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠
Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).
Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉
Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
📞 так и на онлайн-доске при командном созвоне.
Для удобства моделирования и презентации процессов заинтересованным лицам модели и схемы принято делить на три вида — в зависимости от расположения описываемого процесса:
1️⃣ Модель бизнес-процесса —
описание последовательности действий, которые выполняются в рамках определённой задачи через всю компанию или её часть.
Чаще всего этим уровнем процесса занимаются бизнес-архитекторы и бизнес-аналитики.
Пример такого процесса: оформление доставки продуктов в приложении -> сбор заказа в дарксторе -> передача груза курьеру -> доставка продуктов клиенту -> завершение доставки (например, обработка обращений и формирование специального предложения)
2️⃣ Модель системного процесса —
описание последовательности работ и действий, которые компоненты системы выполняют для достижения поставленной цели.
Этим уровнем описания занимаются бизнес- и системные аналитики.
Пример такого процесса: тот же процеес оформления доставки продуктов в приложении, но уже с точки зрения ПО. То есть описывается взаимодействие приложения по доставке продуктов, ПО даркстора, приложения курьера, доставляющего заказ, и ПО компании для служюы поддержки и маркетинговых кампаний.
3️⃣ Модель потока программного процесса —
описание последовательности работ и действий, которые программа (или микросервис) выполняет для достижения поставленной цели.
Этот уровень процесса моделируют системные аналитики, системные архитекторы и разработчики.
Примером этого уровня процессов является детализированное описание процесса внутри одной части ПО.
Например, в том же приложении пользователя, где на шаге оформления заказа, приложением сначала определяется геопозиция пользователя, затем формируется запрос в систему даркстора для получения информации об остатках продуктов и всё это только для того, чтобы отобразить информацию о том, что доступно для заказа. А вы только представьте, сколько ещё системной логики участвует во всём процессе доставки заказа!
Запомните этот пример или напишите в комментариях аналогичные, чтобы на этот вопрос отвечать интервьюеру быстро и понятно 😉
🛠 ИНСТРУМЕНТЫ ДЛЯ МОДЕЛИРОВАНИЯ ПРОЦЕССОВ 🛠
Есть много разных методов и средств моделирования процессов — от доски, ватмана и стикеров до специализированного ПО. В таких ПО можно быстро рисовать различные диаграммы и схемы, причём нескольким участникам одновременно в формате онлайн (например в Miro или Diagrams.net).
Для описания, анализа и поддержки процессов подойдёт любое из этих средств.
Главное правило — участники моделирования должны быть сконцентрированы на самом процессе моделирования, а не на средстве моделирования 😉
Ни один из этих способов не исключает другие. Исходя из привычек ваших коллег и в разных обстоятельствах можно моделировать процессы где угодно:
☕️ как на салфетке, пока пьёте кофе,
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Forwarded from 👩🏻💻 Подкаст GetAnalyst - Катя про IT
🔥 13 ошибок в использовании BPMN: разбор на примере задачи 🔥
В этом эпизоде подкаста мы разбираем 13 типичных ошибок при использовании нотации BPMN на примере задачи, которую может получить на собеседовании Системный или Бизнес-аналитик.
🔗 Презентация и полезные ссылки
Вы наглядно познакомитесь со списком ошибок, которые чаще всего допускают специалисты, а также получите рекомендации по их исправлению и полезные материалы, которые помогут в работе с нотацией.
Эпизод будет полезен как начинающим, так и опытным аналитикам, стремящимся улучшить свои навыки в создании BPMN-диаграмм для описания бизнес-процессов.
Видео эпизода доступно в:
⏯ RuTube
⏯ YouTube
⏯ VK Video
Аудио-эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Spotify
Подписывайтесь на GetAnalyst, чтобы получать новые знания в системном анализе каждый день 🚀
В этом эпизоде подкаста мы разбираем 13 типичных ошибок при использовании нотации BPMN на примере задачи, которую может получить на собеседовании Системный или Бизнес-аналитик.
Вы наглядно познакомитесь со списком ошибок, которые чаще всего допускают специалисты, а также получите рекомендации по их исправлению и полезные материалы, которые помогут в работе с нотацией.
Эпизод будет полезен как начинающим, так и опытным аналитикам, стремящимся улучшить свои навыки в создании BPMN-диаграмм для описания бизнес-процессов.
Видео эпизода доступно в:
⏯ RuTube
⏯ YouTube
⏯ VK Video
Аудио-эпизод доступен в:
⏯ Apple Podcast
⏯ Яндекс.Музыка
⏯ Telegram
⏯ Castbox
⏯ Spotify
Подписывайтесь на GetAnalyst, чтобы получать новые знания в системном анализе каждый день 🚀
Please open Telegram to view this post
VIEW IN TELEGRAM