Telegram Web Link
Курс «Интеграция систем. Разработка требований и основы проектирования»

🔹Когда старт?
— с 22 марта
— с 12 апреля

🔹Цель курса — разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем

🔹Как будет организовано обучение?
— 24 часа обучения
— Группа до 12 человек

🔹Этот курс для:
Системных аналитиков, которые хотят повысить свой уровень и зарплату с Junior + на Middle
IT-специалистов, которые хотят разобраться в интеграциях
Бизнес-аналитиков, которые хотят стать системными и для этого освоить интеграцию
Руководителей отдела анализа и проектирования, которым нужно подтянуть подчинённых по интеграции
HR, T&D, Тимлидов, которым нужно выбрать курс по запросу внутри компании и обучить на нём сотрудников

🔹На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие

Регистрация

#интеграции@systems_education #REST@systems_education #брокеры@systems_education #Kafka@systems_education #SOAP@systems_education #XML@systems_education
👍1
Анна Вичугова, Главный исследователь и разработчик курсов и Эксперт по бизнес-анализу и проектированию ИС, выступит на Analyst Marathon #13

На марафоне обсудят компетенции современного аналитика в ИТ:
— Системный и бизнес-аналитик: как совмещать две роли в одном лице
— Арсенал инструментов для экспресс бизнес-анализа
— Автономность или функциональная определенность в работе аналитика. Стратегии в контексте 2025
— Путеводитель по океану знаний: как аналитикам учиться эффективно
— Техники и инструменты менторства

🗓 5 апреля, с 10:00 до 17:00 МСК, ОНЛАЙН

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

Регистрация на марафон
👍1
🎥 Выложили запись доклада Ярослава Гераськина с конференции Systems Design 24 на тему «Кэширование запросов в высоконагруженных ML-системах»

Ярослав обсуждает способы оптимизации быстродействия обработки данных через комбинацию feature store и кэширования. Доклад охватывает ключевые аспекты взаимодействия ML-моделей с другими сервисами и эффективность предложенных решений в условиях высоких нагрузок.

Тайм-код доклада:
00:00 О спикере
00:44 Что такое ML-модель
01:42 Взаимодействие модели с другими сервисами
05:00 Быстродействие обработки данных (Feature Store)
07:43 Кэширование (Cache)
13:08 Сочетание Feature store и Cache
14:33 Итоги

Посмотреть можно как на нашем You-Tube канале, так и в группе в ВК

🚀 12-13 апреля состоится третья конференция Systems Design Online

Конференция Systems Design Online будет интересна:
— разработчикам и аналитикам
— архитекторам и руководителям ИТ-проектов
— всем, кто стремится повышать эффективность бизнес-процессов при помощи современных технологических решений

Подробнее о конференции здесь
Канал конференции @systems_design_online

#выступления@systems_education
3👍1
🛰 Кирилл Ветчинкин, CEO microarch.ru, выступит на третьей конференции Systems Design Online с докладом на тему «Как DDD и Event Storming помогают декомпозиции на сервисы»

В докладе спикер:
1. Опишет проблемы не понимания и ресерча при построении ИТ систем, особенно когда никто ничего не понимает, но все знают по чуть-чуть
2. Расскажет про стратегические паттерны DDD
3. Расскажет про Event Storming, покажет примеры проведения и подсветит основные фишки
4. Покажет, как из этого перейти к разделению зон владения

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
👍2
На Третьей конференции Systems Design Online 13 апреля пройдет онлайн-воркшоп на тему «Event Storming как техника моделирования предметной области и выявления микросервисов»

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

Программа воркшопа

1️⃣ Введение в Event Storming

2️⃣ Big Picture
— Выделение основного процесса
— Разбор событий
— Добавление бизнес-правила и проблем (вопросов)

3️⃣ Process Modeling
— Добавление подпроцессов
— Добавление элементов техники: команд, смежных систем, пользователей

4️⃣ System Design
— Выявление функционально независимых процессов
— Выявление агрегатов
— Построение кандидатной функциональной архитектуры

Оплатить воркшоп можно по ссылке
Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
1👍1
Автоматизация выявления и пересмотра требований к ИБ — как выстроить этот процесс?

Выявление требований к информационной безопасности — сложный и многоэтапный процесс. Он требует учета множества факторов: бизнес-процессов, архитектуры системы, актуальных угроз, обрабатываемой информации, её критичности для бизнеса, законодательства и стандартов.

И опережая ваши вопросы — да, этот процесс можно автоматизировать! Давайте разберемся, какие инструменты уже сейчас стоит освоить, чтобы работать эффективнее.

Какие инструменты помогают выявлять угрозы и формировать требования?

1️⃣ Threat Modeling Tools Для системного выявления угроз существуют инструменты моделирования угроз (Threat Modeling). Они помогают в построении модели системы, определении возможных атак и формировании требований к защите.
Microsoft Threat Modeling Tool — бесплатный инструмент от Microsoft для построения моделей угроз приложений. Позволяет визуализировать архитектуру системы, автоматически выявлять потенциальные угрозы и предлагать способы их устранения.
OWASP Threat Dragon — open-source инструмент от OWASP для моделирования угроз. Помогает создавать диаграммы потоков данных (DFD) и моделировать угрозы.
IriusRisk — коммерческая платформа для автоматизированного моделирования угроз и управления рисками безопасности. Обеспечивает анализ угроз на ранних этапах разработки, предлагает шаблоны и API для интеграции с CI/CD.

2️⃣ Каталоги требований и базовые стандарты Для быстрого создания требований к безопасности можно использовать готовые библиотеки стандартов, вот некоторые из них:
OWASP ASVS — каталог требований для веб-приложений
NIST 800-53 — библиотека требований безопасности от NIST
CWE (Common Weakness Enumeration) — каталог распространённых уязвимостей программного обеспечения, используемый для классификации и анализа проблем безопасности

На воркшопе «Основы разработки требований к информационной безопасности ИТ-систем» вы получите универсальный фундамент понимания принципов информационной безопасности, сформируете умения, применимые для разных категорий систем в разных юрисдикциях, улучшите качество проектной документации и ТЗ, в том числе на проектах интеграции.

Регистрация

#воркшоп@systems_education #безопасность@systems_education
2👍2
Как «читать» диаграмму последовательности на собеседовании? Разбираем на практике!

«Расскажите, что здесь происходит?»

— этот вопрос могут задать вам на собеседовании на позицию системного аналитика, показывая диаграмму последовательности. Если вы умеете быстро разбирать такие схемы, находить ошибки и предлагать улучшения, у вас большие шансы получить оффер. А для тех, кто не полностью уверен в своих знаниях, мы подготовили пост, в котором разобрали:
— Какие вопросы по UML-диаграммам задают на собеседовании?
— Как правильно анализировать диаграмму последовательности?
— Какие ошибки встречаются чаще всего и как их исправить?

Топ-3 вопроса про диаграммы последовательности на собеседованиях:

🔹 1. Что изображено на этой диаграмме?
Что проверяют: Ваше понимание UML-нотации и умение интерпретировать модели.
Как отвечать: Опишите, какие объекты участвуют, какие сообщения передаются, где есть синхронные и асинхронные вызовы.

🔹 2. Где в этой диаграмме ошибка?
Что проверяют: Умение анализировать и выявлять проблемы.
Как отвечать: Ищите некорректные связи, ошибки в последовательности вызовов, отсутствие альтернативных сценариев (таймауты, ошибки).

🔹 3. Как можно улучшить эту диаграмму?
Что проверяют: Способность предлагать решения, которые делают модель чище и понятнее.
Как отвечать: Можно предложить группировку операций (alt, loop, opt), убрать дублирующиеся вызовы, уточнить механизмы обработки ошибок.

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

Сценарий: Клиент вводит логин и пароль, система проверяет учетные данные, создаёт сессию и возвращает токен.
Пример самой диаграммы:

User → AuthService: login(username, password) →
AuthService → Database: validateUser() →
Database → AuthService: valid
AuthService → SessionManager: createSession() →
SessionManager → AuthService: sessionId
AuthService → User: token


Что могут по ней спросить?
— Что произойдёт, если введён неверный пароль?
— Какие шаги можно оптимизировать?
— Что будет при высокой нагрузке на сервис?

Поделитесь в комментариях, смогли бы вы полноценно ответить на каждый из этих вопросов? ⬇️

Тех, кто не уверен в своих знаниях и умениях в вопросе построения диаграмм последовательности, мы приглашаем на воркшоп «UML-диаграммы последовательности для аналитика: ликбез и примеры использования», где вы под руководством эксперта подготовитесь к любым вопросам на интервью!

Регистрация

#воркшоп@systems_education #uml@systems_education #sequence@systems_education #посты_про_собеседования
2👍2
Как выбрать правильную архитектуру API и не пожалеть позже

— «Мы хотим REST API. Нам нужен REST API. Мы использовали REST 10 лет и хотим REST!»

Этот сценарий знаком многим аналитикам и инженерам. Заказчик приходит с готовым решением, но без понимания, почему именно REST подходит его проекту. В итоге API создаётся не под задачи бизнеса, а «потому что так принято».

А что если GraphQL, gRPC или асинхронное API спасут ваш проект от провала? Разбираемся, когда REST — не лучшее решение, а риск.

Почему REST API не всегда идеален

REST API — это стандарт де-факто для веб-сервисов. Он удобен, хорошо документируется через OpenAPI, его легко понять и интегрировать. Но у него есть слабые места:
— Избыточность данных (overfetching). Если клиенту нужны только ID и имя пользователя, а API возвращает весь профиль с аватаркой и историей заказов — трафик тратится впустую.
— Недостаточность данных (underfetching). Фронтенду нужны и заказы, и адреса пользователей, но для этого приходится делать 10 запросов вместо одного.
— Проблемы с real-time. REST — это синхронный запрос-ответ, что делает его неудобным для событийных систем, чатов, уведомлений и IoT.
— Сложное версионирование. Каждый крупный апдейт API требует отдельного /v2 или костылей в коде.

Какой же альтернативный подход выбрать?

🖥 GraphQL — когда важна гибкость

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

Когда использовать GraphQL?
— Данные приходят из разных источников (например, из CRM, CMS и платёжной системы).
— Важно оптимизировать запросы (один GraphQL-запрос вместо 5 REST-запросов).
— Частые изменения API (GraphQL позволяет добавлять новые поля без поломок клиентов).

🖥 gRPC — когда важна скорость

Если REST и GraphQL используют текстовый JSON, то gRPC передаёт бинарные данные по HTTP/2, что в 10–20 раз быстрее.

Когда выбрать gRPC?
— API используется в микросервисной архитектуре (gRPC особенно хорош для внутренних сервисов)
— Важно низкое потребление трафика (например, для мобильных клиентов)
— Нужна высокая скорость и поддержка потоков (например, в стриминговых сервисах)

🖥 AsyncAPI — когда REST не справляется с нагрузкой

REST и GraphQL работают по принципу запрос-ответ, но что если данные должны приходить автоматически, без запроса?

Вот тут приходит асинхронный API, который описывается через AsyncAPI.

Когда выбрать асинхронное API?
— Уведомления и события в реальном времени (WebSockets, Kafka, RabbitMQ)
— IoT-устройства (умные датчики и системы мониторинга)
— Высоконагруженные системы, где каждый запрос к API — лишняя нагрузка

На воркшопе «Проектирование сложных API: OpenAPI + AsyncAPI» вы научитесь проектировать и документировать API под руководством эксперта

Регистрация

#воркшоп@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
👍2
Шаг за шагом к эффективным процессам: как начать использовать BPMN на практике

1. Поймите «Зачем?» — определите главную цель
Первый вопрос, который стоит себе задать:
«Почему мы вообще занимаемся моделированием?»

— Хотите ускорить процесс согласования документов?
— Выявить узкие места в цепочке поставок?
— Упростить взаимодействие между отделами?

2. Сформируйте черновое понимание процесса
Прежде чем открыть редактор BPMN (или даже браться за карандаш), необходимо набросать общее представление о вашем процессе:
— Границы процесса: где начинается и чем заканчивается?
— Участники: отделы, роли, внешние контрагенты.
— Смежные системы: какие IT-сервисы или внешние ресурсы задействованы?
— Вариативность: как процесс может идти по альтернативным веткам?

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

4. Перейдите к специализированному инструменту, если нужно больше функционала
Когда у вас уже есть набросок на бумаге (и вы уверены, что логика процесса продумана), можно воспользоваться любым удобным ПО. Инструменты делятся условно на два типа:
1. Обычные графические редакторы (например, draw.io)
— Позволяют быстро «накидать» диаграмму, есть базовые шаблоны.
— Подходят для наглядной визуализации и первичного описания процесса.
— Легко осваиваются новичками.
2. Специализированные BPMN-редакторы (например, bpmn.io, stormbpmn, Camunda Modeler и др.).
— Имеют полный набор BPMN-элементов и встроенные проверки (валидаторы), помогающие соблюдать стандарты нотации.
— Удобны для более сложных проектов, где нужна детализация или «исполняемость» (когда диаграмма может стать частью автоматизированного решения).
— Могут предоставлять дополнительные функции вроде аналитики, трекинга изменений или совместного редактирования.

5. Соблюдайте «золотые правила» при моделировании
— Определите чёткое начало и конец (Start Event и End Event).
— Используйте понятные названия задач (Tasks), чтобы всем участникам был ясен смысл каждого шага.
— Помните про альтернативы: если на каком-то этапе могут быть разные варианты развития процесса, используйте шлюзы (Gateways) и по необходимости рисуйте несколько потоков.
— Не перегружайте диаграмму: при слишком большом количестве элементов рассмотрите выделение под-процессов (Subprocess).
— Четко разграничивайте, какие роли/системы участвуют в самом процессе, а какие являются внешними по отношению к процессу.
— Используйте правильные абстракции для их отображения: дорожки пулов для Ролей, свернутые пулы для смежных систем

Научиться моделированию бизнес-процессов и эффективному использованию BPMN можно на нашем воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».

Регистрация

#BPMN@systems_education #воркшоп@systems_education
3👍1🔥1
🛰 Максим Лыков, Разработчик решений для Android Auto, выступит на третьей конференции Systems Design Online с докладом на тему «Архитектура без сожалений: как проектировать системы, о которых не пожалеешь через год»

Подробнее о докладе

Легко принять решения, о которых вскоре начнёшь жалеть:
— Монолит или микросервисы?
— SQL или NoSQL?
— Очереди или синхронные вызовы?

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

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
👍2
Как задействовать искусственный интеллект в работе над требованиями?

В работе над ИТ-проектами важна не только грамотная методология, но и умение использовать нейросети для автоматизации и повышения точности. Именно поэтому в курсе «Системный анализ. Разработка требований в ИТ-проектах» мы включили специальные блоки, показывающие, как совмещать классические методы с ИИ. Подробности о каждом из них — ниже.

1️⃣ Карточка проекта и расшифровки интервью
ИИ позволяет:
— Автоматизировать расшифровку аудио и видео, избавляя от монотонной работы
— Быстро получить «черновик» карточки проекта и уделить больше времени анализу

2️⃣ Функциональные требования
ИИ помогает:
— Подбирать нужные формулировки, отслеживать целостность описания
— Формировать развернутую таблицу функциональных требований в зависимости от структуры

3️⃣ Диаграмма классов и диаграмма состояний
ИИ помогает:
— Создавать и редактировать UML-диаграммы практически «на лету»
— Серьёзно экономить время при предварительном проектировании архитектуры

4️⃣ Диаграммы и сценарии вариантов использования (Use Cases)
ИИ помогает:
— Генерировать готовые сценарии, которые легко уточнять и дополнять
— Придерживаться единой структуры описания, исключая разночтения

5️⃣ Качество, ограничения и класс системы
ИИ помогает:
— Не пропускать важные ограничения, что нередко случается на практике
— Использовать типовые формулировки и подсказки, чтобы не упустить критичные детали

Умение работать с нейросетью в связке с классическими техниками позволяет ускорять рутинные задачи и уменьшать риск ошибок. Всё это мы детально отрабатываем на нашем курсе «Системный анализ. Разработка требований в ИТ-проектах».

Регистрация

#курс@systems_education #системный_анализ@systems_education
👍63
Курс «Архитектура ИТ-решения: проектирование и реализация MVP»

🔹Когда старт?
12 мая

🔹Почему вам стоит прийти на курс?
— Цель курса — помочь участникам понять принципы работы веб-приложений, двузвенной и трёхзвенной архитектуры ИС, паттерны интеграции
— Вас ждет 13 технических воркшопов, которые формируют базу востребованных технических компетенций для Senior-специалиста
— Получите опыт командной работы
Вам понравится работать в команде из 3-4 специалистов, обсуждая задания и свой опыт по ходу курса
— Получите неограниченный доступ к электронным материалам курса, статьям, презентациям, образцам документов и шаблонам

🔹Кому курс будет полезен?
— Системным аналитикам
— Проектировщикам ИС
— Разработчикам

🔹Что вы получите по окончании курса?
Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)

Регистрация

#курс #проектирование #MVP
👍1
Media is too big
VIEW IN TELEGRAM
🛰 Михаил Баранов, Руководитель кибербезопасности, выступит на третьей конференции Systems Design Online с докладом на тему «Проактивное реагирование на инциденты: уроки нейтрализации устойчивой целевой угрозы»

Подробнее о докладе

План доклада:
1. Раннее обнаружение аномальной активности
2. Эксплуатация уязвимости CVE-2021−22 205 в GitLab как входная точка для атаки
3. Анализ, корреляция событий и построение цепочки атаки
4. Изоляция заражённых систем и нейтрализация угрозы
5. Уроки для управления уязвимостями и повышения безопасности

Михаил поделится своим опытом в анализе того, как на этапе проектирования можно предусмотреть как превентивные меры, так и решения на случай, если атака всё же произойдёт.

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
1👍1
«Ваш API слишком сложный»: Как создать понятную спецификацию

— «Мы пытались интегрироваться с вашим API, но так и не поняли, как им пользоваться»
— «А где документация? А, в коде? Спасибо, но нет»
— «Почему у одного метода параметр user_id, а у другого uid

Если вы слышали подобные комментарии про свой API — поздравляю, у вас проблема с понятностью.

Почему документация API важнее кода?

Вы можете написать самый красивый API-код, но если его сложно понять — он бесполезен. API — это интерфейс, а значит, его главная задача — быть удобным для разработчиков, аналитиков и бизнес-партнёров.

Факт: БОльшую часть времени, которую разработчики тратят на интеграцию с API, уходит на разбор документации.


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

Хорошая документация = API легко подключается, быстро тестируется и предсказуемо работает.

🖥 OpenAPI
OpenAPI (бывший Swagger) — это не просто формат документации, но и способ стандартизировать API

Что даёт OpenAPI?
— Автоматически генерируемую документацию (разработчики видят все эндпоинты, параметры и примеры запросов)
— Возможность автогенерации SDK и клиентов (не нужно вручную писать код интеграции)
— Упрощение тестирования и ревью (валидаторы находят ошибки в API до деплоя)
— Читаемую спецификацию для аналитиков и менеджеров (все структуры данных описаны в одном файле)

Как это выглядит? Показали на карточке ⬆️


Итог: Как сделать API понятным?

1️⃣ Думайте о потребителях API. Документируйте API так, как если бы им пользовался разработчик, который вас ненавидит
2️⃣ Используйте OpenAPI. Это стандарт, который делает API удобным для всех
3️⃣ Применяйте API-first. Чем раньше вы продумываете API, тем меньше ошибок

На воркшопе «Проектирование сложных API: OpenAPI + AsyncAPI» вы научитесь проектировать и документировать API под руководством эксперта

Регистрация

#воркшоп@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
4👍1
UML В 2025 ГОДУ: НОВЫЕ ТРЕНДЫ

UML (Unified Modeling Language) не стоит на месте. Несмотря на скепсис некоторых специалистов, UML не стоит на месте и продолжает адаптироваться к современным реалиям IT-разработки. В 2025 году мы видим сразу несколько значимых изменений в экосистеме UML: интеграцию с Agile, DevOps и CI/CD, использование искусственного интеллекта в моделировании, а также появление исполняемых UML-моделей.

Не будем отставать от рынка, пройдемся по ключевым трендам 2025 года ⬇️

1️⃣ UML становится ближе к Agile и DevOps
Одним из главных вызовов последних лет было внедрение UML в гибкие методологии разработки. В январе 2025 года Visual Paradigm 17.2 добавил инструменты для управления Agile/Scrum, что позволяет командам не только моделировать системы, но и интегрировать диаграммы UML в процесс управления проектами (Visual Paradigm).

Что это меняет?
— UML больше не ограничивается только этапом проектирования – он становится частью итеративной разработки
— Инструменты UML теперь взаимодействуют с Kanban-досками и бэклогами, что делает диаграммы актуальными на всех этапах жизненного цикла ПО

2️⃣ Исполняемые UML-модели — синхронизация кода и диаграмм
В 2024 году немецкие исследователи представили UML-MX – редактор, который позволяет инстанцировать и выполнять UML-модели (UML-MX). Это значит, что теперь UML-модель не просто схема – это работающая система.

Как это работает?
— UML++ вводит исполняемые операции, позволяя моделировать поведение объектов, не теряя связи с кодом
— UML-диаграммы больше не оторваны от кода – они автоматически обновляются при изменении логики

Вывод: Это кардинально меняет роль UML в разработке – он перестаёт быть просто языком документации и становится средством разработки и тестирования.

3️⃣ ИИ помогает моделировать UML
ИИ — куда без него! В 2024 году китайские исследователи из Уханьского университета изучили, как большие языковые модели (LLM), такие как ChatGPT, могут помогать в создании UML-диаграмм (Исследование).

Что умеет ИИ в UML?
— Генерирует шаблоны UML-диаграмм (Use Case, Class, Sequence)
— Объясняет ошибки в диаграммах и предлагает их исправления
— Автоматически дополняет UML-модели недостающими связями
— Полностью создать код диаграммы для PlantUML по текстовому описанию

4️⃣ UML и база данных: новая интеграция
В ноябре 2024 года Enterprise Architect 17.0 представил расширенные возможности для моделирования данных, включая поддержку хранилищ данных (Data Warehousing) и популярных облачных СУБД (Redshift, BigQuery, Snowflake) (Enterprise Architect).

Что это даёт?
— UML теперь поддерживает не только традиционные реляционные БД, но и Big Data-решения
— Архитекторы могут проектировать сложные ETL-процессы прямо в UML

5️⃣ Новый стандарт SysML v2 — будущее UML для инженерии
В 2024 году Object Management Group (OMG) представила финальную версию SysML v2, которая заменяет устаревший UML 1.x для инженерных систем (SysML v2).

Что изменилось?
— SysML теперь ближе к программированию, а не только к схемам
— Поддержка метаязыка KerML делает модели более выразительными
— Улучшена интеграция с моделями цифровых двойников (Digital Twin)

Вывод: SysML v2 – это знак того, что UML продолжает эволюционировать, охватывая не только ПО, но и реальный мир.

Что мы имеем к концу первой четверти 2025 года?
UML не умирает, а трансформируется. Сегодня это уже не просто язык проектирования – это язык Agile-разработки, анализа данных и автоматизированного документирования.

На курсе «Системное моделирование. Проектирование информационных систем с помощью UML» вы под руководством эксперта научитесь проектировать сложные информационные системы с помощью объектно-ориентированного подхода и 7 наиболее востребованных на рынке диаграмм UML.

Подробнее о курсе

#курс@systems_education #UML@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
👍10
🎥 Выложили запись доклада Григория Новикова с конференции Systems Design 24 на тему «Аналитика в CRM Проектирование развивающейся системы»

Григорий Новиков, опытный backend-разработчик, поделился ключевыми инсайтами о проектировании развивающейся CRM-системы, включая оптимизацию SQL-запросов, обработку динамических метрик, интеграцию ChatGPT и обеспечение качества данных. Особое внимание было уделено практическим кейсам, таким как внедрение CRM в клуб единоборств, и подходам к итеративному улучшению системы на основе обратной связи.

Тайм-код доклада:
00:00 О спикере
00:34 Опыт построения эффективной архитектуры
01:55 Как ускорить SQL-запросы
03:15 Работа с быстро меняющимися метриками и формулами
05:04 Инсайты для бизнеса
08:12 Итоги внедрения CRM в клуб единоборств
09:38 Обработка данных в CRM: потоковая VS пакетная
13:42 Интеграция в CRM агентов ChatGPT
15:45 Обеспечение качества и целостности данных
17:13 Обратная связь и итеративные улучшения
18:18 Основные выводы

Посмотреть можно как на нашем You-Tube канале, так и в группе в ВК

🚀 12-13 апреля состоится третья конференция Systems Design Online

Конференция Systems Design Online будет интересна:
— разработчикам и аналитикам
— архитекторам и руководителям ИТ-проектов
— всем, кто стремится повышать эффективность бизнес-процессов при помощи современных технологических решений

Подробнее о конференции здесь
Канал конференции @systems_design_online

#выступления@systems_education
🔥2👍1
Моделирование бизнес-процессов служит многим целям: от простой визуализации шагов до глубокой автоматизации. Нотация BPMN предоставляет инструменты для решения самых разных задач. Ниже — ключевые примеры.

1️⃣ Документирование процесса «как есть»
— BPMN отлично подходит для фиксации текущих действий и ответственных лиц.
— Даже базовые элементы (задачи, шлюзы, события) понятны без глубоких знаний нотации.

2️⃣ Визуализация задач для новых сотрудников
— BPMN-диаграмма помогает быстро ориентироваться в потоке задач.
— Развернутые и свернутые пулы дают баланс между детализацией и наглядностью.

3️⃣ Анализ «узких мест»
— Без понимания причин неэффективности сложно что-то улучшать.
— На схеме легко заметить длинные ветвления, повторения и «зависания» задач.

4️⃣ Оптимизация, реинжиниринг и автоматизация
— Целостная картина процессов даёт возможность «играть» с элементами, тестировать варианты в BPM-системах и улучшать результаты.
— При автоматизации многие BPM-платформы «читают» BPMN-модели, что упрощает запуск процесса.

5️⃣ Управление рисками и регламентами
— В регулируемых отраслях важно демонстрировать прозрачность и контроль.
— BPMN позволяет отразить документооборот (используя «Объект данных», «Коллекцию», «Хранилище данных») и подробно показать трансформацию документов.

6️⃣ Коммуникация между бизнесом и ИТ
— BPMN ориентирован на бизнес-аналитиков, но при необходимости описывает и системные задачи («Сервисная», «Скриптовая» и т.д.).
— Диаграмма остаётся доступной для менеджеров и достаточно формализованной для технических специалистов.

7️⃣ Повышение прозрачности и эффективности
— Когда каждый видит не только свои задачи, но и их влияние на общую картину, растёт эффективность их работы.
— Сотрудники осознают последствия своих действий и более обдуманно принимают решения на своем этапе

8️⃣ Быстрые правки и обновления
— При продуманной структуре диаграммы обновления проще, чем в текстовых регламентах, хотя иногда требуют серьёзных доработок.
— «Качественно сделанные» схемы упрощают хранение версий, обучение сотрудников и понимание процесса.

9️⃣ Создание единого «источника правды»
— Без формальной схемы каждый отдел может трактовать процесс по-своему.
— BPMN-модель, хранящаяся в корпоративном репозитории, согласовывает общее видение и помогает быстро проверить детали.

Научиться моделированию бизнес-процессов и эффективно использовать BPMN можно на воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».

Регистрация

#BPMN@systems_education #воркшоп@systems_education
4👍2
REST API и микросервисы

Сегодня компании строят архитектуры на основе микросервисов, а REST API становится ключевым способом их взаимодействия. Но чтобы микросервисная система работала эффективно, важно правильно проектировать API.

Какие проблемы могут возникнуть?
— Чрезмерное количество запросов — если один экран мобильного приложения требует данных из нескольких сервисов, клиенту придётся отправлять несколько REST-запросов. Это может перегрузить сеть.
— Слабая безопасность — когда сервисы взаимодействуют через HTTP, важно защищать API от утечек и атак.
— Сложное управление версиями — если API одного сервиса меняется, это может сломать интеграцию с другими сервисами.
— Нет единой точки входа — пользователям сложно работать с разными API, если у каждого микросервиса свой эндпоинт.

Как организовать эффективное взаимодействие микросервисов?

1️⃣ Использовать API Gateway
API Gateway — это центральная точка входа в систему, которая:
— Объединяет запросы к разным сервисам в один, уменьшая нагрузку на сеть
— Реализует авторизацию и безопасность
— Управляет версионированием API

Пример: вместо того чтобы клиент запрашивал данные у 5 разных сервисов, он делает один запрос к API Gateway, который собирает информацию и возвращает единый ответ.

2️⃣ Внедрить асинхронное взаимодействие
REST API работает по схеме «запрос-ответ», но в микросервисах иногда удобнее использовать асинхронное взаимодействие через очереди сообщений (Kafka, RabbitMQ, NATS).

Пример: заказ в интернет-магазине обрабатывается не сразу, а добавляется в очередь. Это снижает нагрузку на сервисы и делает систему более отказоустойчивой.

3️⃣ Обеспечить версионирование API
При изменении API старые клиенты должны продолжать работать. Возможные стратегии:
— Версионирование в URL (/api/v1/orders)
— Версионирование в заголовках HTTP
— Гибкое API с GraphQL — клиент сам выбирает, какие данные ему нужны

4️⃣ Обеспечить безопасность API
— Используйте OAuth2 и JWT-токены вместо API-ключей
— Ограничивайте число запросов (rate limiting) для защиты от DDoS-атак
— Шифруйте трафик через HTTPS

На воркшопе «Проектирование интеграции с REST API» вы под руководством эксперта проанализируете процесс взаимодействия систем, потоки данных, опишете REST-like API и поймёте, как аналитик решает интеграционные задачи.

Регистрация

#воркшоп@systems_education
👍42
Воркшоп «Моделирование предметной области и Проектирование базы данных»

🔹Когда старт?
21 апреля (пн)

🔹Воркшоп для системных аналитиков и не-разработчиков уровня джун-мидл, которые хотят спроектировать логическую модель базы данных и изучить основы нормализации баз данных. Особенно актуально для тех, кто ещё не знаком с базами данных.

🔹Цель обучения
— Познакомиться с построением Модели предметной области.
— Научиться проектировать логическую модель Базы данных и изучить основы нормализации баз данных.
— Узнать, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X

🔹Что получат участники?
— 3 занятия по 2,5 часа
— Опыт командной работы
— Обсудите, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X

Регистрация

#воркшоп@systems_education #базы_данных@systems_education #моделирование@systems_education
👍21
Media is too big
VIEW IN TELEGRAM
🛰 Андрей Строганов, Ведущий программный инженер в компании BigTech, выступит на третьей конференции Systems Design Online с докладом на тему «Эффективная обработка ансамблей решающих деревьев на гетерогенных процессорах»

Слушатели доклада узнают:
— Что такое random forest и градиентный бустинг
— Методы эффективной обработки tree ensemble model (ансамблевые модели forest)
— Эффективность П О на гетерогенных процессорах (например, на определенном виде облака)
— Какие сложности возможны при переходе с гомогенного на гетерогенные

Подробнее о конференции здесь

Канал конференции @systems_design_online

#конференция@systems_education
👍1
2025/07/09 16:39:19
Back to Top
HTML Embed Code: