Курс «Интеграция систем. Разработка требований и основы проектирования»
🔹Когда старт?
— с 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
🔹Когда старт?
— с 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 МСК, ОНЛАЙН
В своём выступлении Анна расскажет про найм и отбор аналитиков, свой опыт проведения технических собеседований и подготовку к ним.
Регистрация на марафон
На марафоне обсудят компетенции современного аналитика в ИТ:
— Системный и бизнес-аналитик: как совмещать две роли в одном лице
— Арсенал инструментов для экспресс бизнес-анализа
— Автономность или функциональная определенность в работе аналитика. Стратегии в контексте 2025
— Путеводитель по океану знаний: как аналитикам учиться эффективно
— Техники и инструменты менторства
🗓 5 апреля, с 10:00 до 17:00 МСК, ОНЛАЙН
В своём выступлении Анна расскажет про найм и отбор аналитиков, свой опыт проведения технических собеседований и подготовку к ним.
Регистрация на марафон
analyst-marathon.timepad.ru
Analyst Marathon #13. Практика и инструменты. Soft Skill ВА/SA. Видеозапись / События на TimePad.ru
Онлайн-конференция для бизнес и системных аналитиков.
Приглашаем вас на мероприятие, где мы поговорим о том, как аналитики могут помочь бизнесу и как применять эти знания в реальной жизни. Вы узнаете много полезного: разберем кейсы, обсудим, как работать…
Приглашаем вас на мероприятие, где мы поговорим о том, как аналитики могут помочь бизнесу и как применять эти знания в реальной жизни. Вы узнаете много полезного: разберем кейсы, обсудим, как работать…
👍1
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
🎥 Выложили запись доклада Ярослава Гераськина с конференции 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
Ярослав обсуждает способы оптимизации быстродействия обработки данных через комбинацию 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
VK Видео
Кэширование запросов в высоконагруженных ML-системах • Ярослав Гераськин
На онлайн-конференции Systems Design 2024 ML-инженер Tik Tok Ярослав Гераськин обсуждает способы оптимизации быстродействия обработки данных через комбинацию feature store и кэширования. Доклад охватывает ключевые аспекты взаимодействия ML-моделей с другими…
❤3👍1
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
🛰 Кирилл Ветчинкин, CEO microarch.ru, выступит на третьей конференции Systems Design Online с докладом на тему «Как DDD и Event Storming помогают декомпозиции на сервисы»
В докладе спикер:
1. Опишет проблемы не понимания и ресерча при построении ИТ систем, особенно когда никто ничего не понимает, но все знают по чуть-чуть
2. Расскажет про стратегические паттерны DDD
3. Расскажет про Event Storming, покажет примеры проведения и подсветит основные фишки
4. Покажет, как из этого перейти к разделению зон владения
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
В докладе спикер:
1. Опишет проблемы не понимания и ресерча при построении ИТ систем, особенно когда никто ничего не понимает, но все знают по чуть-чуть
2. Расскажет про стратегические паттерны DDD
3. Расскажет про Event Storming, покажет примеры проведения и подсветит основные фишки
4. Покажет, как из этого перейти к разделению зон владения
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
👍2
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
На Третьей конференции Systems Design Online 13 апреля пройдет онлайн-воркшоп на тему «Event Storming как техника моделирования предметной области и выявления микросервисов»
Цель воркшопа — Научиться быстрому исследованию бизнес-процессов, изучить технику моделирования предметной области, выделять микросервисы.
Программа воркшопа
1️⃣ Введение в Event Storming
2️⃣ Big Picture
— Выделение основного процесса
— Разбор событий
— Добавление бизнес-правила и проблем (вопросов)
3️⃣ Process Modeling
— Добавление подпроцессов
— Добавление элементов техники: команд, смежных систем, пользователей
4️⃣ System Design
— Выявление функционально независимых процессов
— Выявление агрегатов
— Построение кандидатной функциональной архитектуры
Оплатить воркшоп можно по ссылке
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
Цель воркшопа — Научиться быстрому исследованию бизнес-процессов, изучить технику моделирования предметной области, выделять микросервисы.
Программа воркшопа
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
Выявление требований к информационной безопасности — сложный и многоэтапный процесс. Он требует учета множества факторов: бизнес-процессов, архитектуры системы, актуальных угроз, обрабатываемой информации, её критичности для бизнеса, законодательства и стандартов.
И опережая ваши вопросы — да, этот процесс можно автоматизировать! Давайте разберемся, какие инструменты уже сейчас стоит освоить, чтобы работать эффективнее.
Какие инструменты помогают выявлять угрозы и формировать требования?
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
systems.education
■ Онлайн-воркшоп. Основы разработки требований к информационной безопасности ИТ-систем
Вы построите правильный процесс выявления требований к информационной безопасности, сформируете требования с учетом архитектурных особенностей системы, оцените риски, связанные с безопасностью информации.
❤2👍2
Как «читать» диаграмму последовательности на собеседовании? Разбираем на практике!
— этот вопрос могут задать вам на собеседовании на позицию системного аналитика, показывая диаграмму последовательности. Если вы умеете быстро разбирать такие схемы, находить ошибки и предлагать улучшения, у вас большие шансы получить оффер. А для тех, кто не полностью уверен в своих знаниях, мы подготовили пост, в котором разобрали:
— Какие вопросы по UML-диаграммам задают на собеседовании?
— Как правильно анализировать диаграмму последовательности?
— Какие ошибки встречаются чаще всего и как их исправить?
Топ-3 вопроса про диаграммы последовательности на собеседованиях:
🔹 1. Что изображено на этой диаграмме?
Что проверяют: Ваше понимание UML-нотации и умение интерпретировать модели.
Как отвечать: Опишите, какие объекты участвуют, какие сообщения передаются, где есть синхронные и асинхронные вызовы.
🔹 2. Где в этой диаграмме ошибка?
Что проверяют: Умение анализировать и выявлять проблемы.
Как отвечать: Ищите некорректные связи, ошибки в последовательности вызовов, отсутствие альтернативных сценариев (таймауты, ошибки).
🔹 3. Как можно улучшить эту диаграмму?
Что проверяют: Способность предлагать решения, которые делают модель чище и понятнее.
Как отвечать: Можно предложить группировку операций (
Давайте попробуем разобрать реальный кейс, который может попасться вам на собеседовании
Сценарий: Клиент вводит логин и пароль, система проверяет учетные данные, создаёт сессию и возвращает токен.
Пример самой диаграммы:
Что могут по ней спросить?
— Что произойдёт, если введён неверный пароль?
— Какие шаги можно оптимизировать?
— Что будет при высокой нагрузке на сервис?
Поделитесь в комментариях, смогли бы вы полноценно ответить на каждый из этих вопросов? ⬇️
Тех, кто не уверен в своих знаниях и умениях в вопросе построения диаграмм последовательности, мы приглашаем на воркшоп «UML-диаграммы последовательности для аналитика: ликбез и примеры использования», где вы под руководством эксперта подготовитесь к любым вопросам на интервью!
Регистрация
#воркшоп@systems_education #uml@systems_education #sequence@systems_education #посты_про_собеседования
«Расскажите, что здесь происходит?»
— этот вопрос могут задать вам на собеседовании на позицию системного аналитика, показывая диаграмму последовательности. Если вы умеете быстро разбирать такие схемы, находить ошибки и предлагать улучшения, у вас большие шансы получить оффер. А для тех, кто не полностью уверен в своих знаниях, мы подготовили пост, в котором разобрали:
— Какие вопросы по 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 #посты_про_собеседования
systems.education
UML-диаграммы последовательности для аналитика: ликбез и примеры использования
Sequence диаграммы UML часто применяются командами разработки и позволяют описать поведение частей любой системы и понять связи между модулями и интеграциями в ней.
❤2👍2
Как выбрать правильную архитектуру API и не пожалеть позже
Этот сценарий знаком многим аналитикам и инженерам. Заказчик приходит с готовым решением, но без понимания, почему именно REST подходит его проекту. В итоге API создаётся не под задачи бизнеса, а «потому что так принято».
А что если GraphQL, gRPC или асинхронное API спасут ваш проект от провала? Разбираемся, когда REST — не лучшее решение, а риск.
❔Почему REST API не всегда идеален ❔
REST API — это стандарт де-факто для веб-сервисов. Он удобен, хорошо документируется через OpenAPI, его легко понять и интегрировать. Но у него есть слабые места:
— Избыточность данных (overfetching). Если клиенту нужны только ID и имя пользователя, а API возвращает весь профиль с аватаркой и историей заказов — трафик тратится впустую.
— Недостаточность данных (underfetching). Фронтенду нужны и заказы, и адреса пользователей, но для этого приходится делать 10 запросов вместо одного.
— Проблемы с real-time. REST — это синхронный запрос-ответ, что делает его неудобным для событийных систем, чатов, уведомлений и IoT.
— Сложное версионирование. Каждый крупный апдейт API требует отдельного
Какой же альтернативный подход выбрать?
🖥 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
— «Мы хотим 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?
— Данные приходят из разных источников (например, из CRM, CMS и платёжной системы).
— Важно оптимизировать запросы (один GraphQL-запрос вместо 5 REST-запросов).
— Частые изменения API (GraphQL позволяет добавлять новые поля без поломок клиентов).
Если REST и GraphQL используют текстовый JSON, то gRPC передаёт бинарные данные по HTTP/2, что в 10–20 раз быстрее.
Когда выбрать gRPC?
— API используется в микросервисной архитектуре (gRPC особенно хорош для внутренних сервисов)
— Важно низкое потребление трафика (например, для мобильных клиентов)
— Нужна высокая скорость и поддержка потоков (например, в стриминговых сервисах)
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
systems.education
■ Онлайн-воркшоп. Проектирование сложных API: OpenAPI + AsyncAPI
Онлайн-воркшоп по проектированию и документированию API для системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API
👍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
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
app.diagrams.net
Flowchart Maker & Online Diagram Software
draw.io is a free online diagramming application and flowchart maker . You can use it to create UML, entity relationship,
org charts, BPMN and BPM, database schema and networks. Also possible are telecommunication network, workflow, flowcharts, maps overlays…
org charts, BPMN and BPM, database schema and networks. Also possible are telecommunication network, workflow, flowcharts, maps overlays…
❤3👍1🔥1
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
🛰 Максим Лыков, Разработчик решений для Android Auto, выступит на третьей конференции Systems Design Online с докладом на тему «Архитектура без сожалений: как проектировать системы, о которых не пожалеешь через год»
Подробнее о докладе
Легко принять решения, о которых вскоре начнёшь жалеть:
— Монолит или микросервисы?
— SQL или NoSQL?
— Очереди или синхронные вызовы?
Как находить баланс между разными архитектурными атрибутами, когда стоит следовать трендам, а когда лучше от них отказаться, и какие решения помогут вашей системе оставаться устойчивой и управляемой в долгосрочной перспективе.
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
Подробнее о докладе
Легко принять решения, о которых вскоре начнёшь жалеть:
— Монолит или микросервисы?
— SQL или NoSQL?
— Очереди или синхронные вызовы?
Как находить баланс между разными архитектурными атрибутами, когда стоит следовать трендам, а когда лучше от них отказаться, и какие решения помогут вашей системе оставаться устойчивой и управляемой в долгосрочной перспективе.
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
👍2
Как задействовать искусственный интеллект в работе над требованиями?
В работе над ИТ-проектами важна не только грамотная методология, но и умение использовать нейросети для автоматизации и повышения точности. Именно поэтому в курсе «Системный анализ. Разработка требований в ИТ-проектах» мы включили специальные блоки, показывающие, как совмещать классические методы с ИИ. Подробности о каждом из них — ниже.
1️⃣ Карточка проекта и расшифровки интервью
ИИ позволяет:
— Автоматизировать расшифровку аудио и видео, избавляя от монотонной работы
— Быстро получить «черновик» карточки проекта и уделить больше времени анализу
2️⃣ Функциональные требования
ИИ помогает:
— Подбирать нужные формулировки, отслеживать целостность описания
— Формировать развернутую таблицу функциональных требований в зависимости от структуры
3️⃣ Диаграмма классов и диаграмма состояний
ИИ помогает:
— Создавать и редактировать UML-диаграммы практически «на лету»
— Серьёзно экономить время при предварительном проектировании архитектуры
4️⃣ Диаграммы и сценарии вариантов использования (Use Cases)
ИИ помогает:
— Генерировать готовые сценарии, которые легко уточнять и дополнять
— Придерживаться единой структуры описания, исключая разночтения
5️⃣ Качество, ограничения и класс системы
ИИ помогает:
— Не пропускать важные ограничения, что нередко случается на практике
— Использовать типовые формулировки и подсказки, чтобы не упустить критичные детали
Умение работать с нейросетью в связке с классическими техниками позволяет ускорять рутинные задачи и уменьшать риск ошибок. Всё это мы детально отрабатываем на нашем курсе «Системный анализ. Разработка требований в ИТ-проектах».
Регистрация
#курс@systems_education #системный_анализ@systems_education
В работе над ИТ-проектами важна не только грамотная методология, но и умение использовать нейросети для автоматизации и повышения точности. Именно поэтому в курсе «Системный анализ. Разработка требований в ИТ-проектах» мы включили специальные блоки, показывающие, как совмещать классические методы с ИИ. Подробности о каждом из них — ниже.
1️⃣ Карточка проекта и расшифровки интервью
ИИ позволяет:
— Автоматизировать расшифровку аудио и видео, избавляя от монотонной работы
— Быстро получить «черновик» карточки проекта и уделить больше времени анализу
2️⃣ Функциональные требования
ИИ помогает:
— Подбирать нужные формулировки, отслеживать целостность описания
— Формировать развернутую таблицу функциональных требований в зависимости от структуры
3️⃣ Диаграмма классов и диаграмма состояний
ИИ помогает:
— Создавать и редактировать UML-диаграммы практически «на лету»
— Серьёзно экономить время при предварительном проектировании архитектуры
4️⃣ Диаграммы и сценарии вариантов использования (Use Cases)
ИИ помогает:
— Генерировать готовые сценарии, которые легко уточнять и дополнять
— Придерживаться единой структуры описания, исключая разночтения
5️⃣ Качество, ограничения и класс системы
ИИ помогает:
— Не пропускать важные ограничения, что нередко случается на практике
— Использовать типовые формулировки и подсказки, чтобы не упустить критичные детали
Умение работать с нейросетью в связке с классическими техниками позволяет ускорять рутинные задачи и уменьшать риск ошибок. Всё это мы детально отрабатываем на нашем курсе «Системный анализ. Разработка требований в ИТ-проектах».
Регистрация
#курс@systems_education #системный_анализ@systems_education
systems.education
■ Онлайн-курс. Системный анализ + ИИ. Разработка требований и функциональное проектирование систем
Для ИТ-менеджеров и ИТ-специалистов, которые хотят научиться создавать требования и технические задания на программное обеспечение и сложные веб-сайты, веб-сервисы и мобильные приложения
👍6❤3
Курс «Архитектура ИТ-решения: проектирование и реализация MVP»
🔹Когда старт?
12 мая
🔹Почему вам стоит прийти на курс?
— Цель курса — помочь участникам понять принципы работы веб-приложений, двузвенной и трёхзвенной архитектуры ИС, паттерны интеграции
— Вас ждет 13 технических воркшопов, которые формируют базу востребованных технических компетенций для Senior-специалиста
— Получите опыт командной работы
Вам понравится работать в команде из 3-4 специалистов, обсуждая задания и свой опыт по ходу курса
— Получите неограниченный доступ к электронным материалам курса, статьям, презентациям, образцам документов и шаблонам
🔹Кому курс будет полезен?
— Системным аналитикам
— Проектировщикам ИС
— Разработчикам
🔹Что вы получите по окончании курса?
Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)
Регистрация
#курс #проектирование #MVP
🔹Когда старт?
12 мая
🔹Почему вам стоит прийти на курс?
— Цель курса — помочь участникам понять принципы работы веб-приложений, двузвенной и трёхзвенной архитектуры ИС, паттерны интеграции
— Вас ждет 13 технических воркшопов, которые формируют базу востребованных технических компетенций для Senior-специалиста
— Получите опыт командной работы
Вам понравится работать в команде из 3-4 специалистов, обсуждая задания и свой опыт по ходу курса
— Получите неограниченный доступ к электронным материалам курса, статьям, презентациям, образцам документов и шаблонам
🔹Кому курс будет полезен?
— Системным аналитикам
— Проектировщикам ИС
— Разработчикам
🔹Что вы получите по окончании курса?
Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)
Регистрация
#курс #проектирование #MVP
👍1
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
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. Раннее обнаружение аномальной активности
2. Эксплуатация уязвимости CVE-2021−22 205 в GitLab как входная точка для атаки
3. Анализ, корреляция событий и построение цепочки атаки
4. Изоляция заражённых систем и нейтрализация угрозы
5. Уроки для управления уязвимостями и повышения безопасности
Михаил поделится своим опытом в анализе того, как на этапе проектирования можно предусмотреть как превентивные меры, так и решения на случай, если атака всё же произойдёт.
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
❤1👍1
«Ваш API слишком сложный»: Как создать понятную спецификацию
— «Мы пытались интегрироваться с вашим 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
— «Мы пытались интегрироваться с вашим API, но так и не поняли, как им пользоваться»
— «А где документация? А, в коде? Спасибо, но нет»
— «Почему у одного метода параметр
user_id
, а у другого uid
?»Если вы слышали подобные комментарии про свой API — поздравляю, у вас проблема с понятностью.
Почему документация API важнее кода?
Вы можете написать самый красивый API-код, но если его сложно понять — он бесполезен. API — это интерфейс, а значит, его главная задача — быть удобным для разработчиков, аналитиков и бизнес-партнёров.
⚡ Факт: БОльшую часть времени, которую разработчики тратят на интеграцию с API, уходит на разбор документации.
Плохая документация = высокие затраты на поддержку, потеря клиентов и хаос внутри команды.
Хорошая документация = API легко подключается, быстро тестируется и предсказуемо работает.
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
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
systems.education
■ Онлайн-курс. Проектирование информационных систем с помощью UML
Для бизнес- и системных аналитиков, которые хотят освоить инструментарий UML-диаграмм для эффективной разработки требований к ПО, проектирования систем, формализации процессов и структур.
👍10
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
🎥 Выложили запись доклада Григория Новикова с конференции 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
Григорий Новиков, опытный 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
VK Видео
Аналитика в CRM Проектирование развивающейся системы • Григорий Новиков
На онлайн-конференции Systems Design 2024 Григорий Новиков, опытный backend-разработчик, поделился ключевыми инсайтами о проектировании развивающейся CRM-системы, включая оптимизацию SQL-запросов, обработку динамических метрик, интеграцию ChatGPT и обеспечение…
🔥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
1️⃣ Документирование процесса «как есть»
— BPMN отлично подходит для фиксации текущих действий и ответственных лиц.
— Даже базовые элементы (задачи, шлюзы, события) понятны без глубоких знаний нотации.
2️⃣ Визуализация задач для новых сотрудников
— BPMN-диаграмма помогает быстро ориентироваться в потоке задач.
— Развернутые и свернутые пулы дают баланс между детализацией и наглядностью.
3️⃣ Анализ «узких мест»
— Без понимания причин неэффективности сложно что-то улучшать.
— На схеме легко заметить длинные ветвления, повторения и «зависания» задач.
4️⃣ Оптимизация, реинжиниринг и автоматизация
— Целостная картина процессов даёт возможность «играть» с элементами, тестировать варианты в BPM-системах и улучшать результаты.
— При автоматизации многие BPM-платформы «читают» BPMN-модели, что упрощает запуск процесса.
5️⃣ Управление рисками и регламентами
— В регулируемых отраслях важно демонстрировать прозрачность и контроль.
— BPMN позволяет отразить документооборот (используя «Объект данных», «Коллекцию», «Хранилище данных») и подробно показать трансформацию документов.
6️⃣ Коммуникация между бизнесом и ИТ
— BPMN ориентирован на бизнес-аналитиков, но при необходимости описывает и системные задачи («Сервисная», «Скриптовая» и т.д.).
— Диаграмма остаётся доступной для менеджеров и достаточно формализованной для технических специалистов.
7️⃣ Повышение прозрачности и эффективности
— Когда каждый видит не только свои задачи, но и их влияние на общую картину, растёт эффективность их работы.
— Сотрудники осознают последствия своих действий и более обдуманно принимают решения на своем этапе
8️⃣ Быстрые правки и обновления
— При продуманной структуре диаграммы обновления проще, чем в текстовых регламентах, хотя иногда требуют серьёзных доработок.
— «Качественно сделанные» схемы упрощают хранение версий, обучение сотрудников и понимание процесса.
9️⃣ Создание единого «источника правды»
— Без формальной схемы каждый отдел может трактовать процесс по-своему.
— BPMN-модель, хранящаяся в корпоративном репозитории, согласовывает общее видение и помогает быстро проверить детали.
Научиться моделированию бизнес-процессов и эффективно использовать BPMN можно на воркшопе «BPMN для людей: основы самой популярной нотации для описания бизнес-процессов».
Регистрация
#BPMN@systems_education #воркшоп@systems_education
systems.education
■ Корпоративный онлайн-воркшоп. BPMN для людей: контактный воркшоп по моделированию бизнес-процессов
Для ИТ-специалистов, которые хотят научиться описывать логику выполнения бизнес-процессов с помощью формальной нотации — BPMN
❤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 (
— Версионирование в заголовках HTTP
— Гибкое API с GraphQL — клиент сам выбирает, какие данные ему нужны
4️⃣ Обеспечить безопасность API
— Используйте OAuth2 и JWT-токены вместо API-ключей
— Ограничивайте число запросов (rate limiting) для защиты от DDoS-атак
— Шифруйте трафик через HTTPS
На воркшопе «Проектирование интеграции с REST API» вы под руководством эксперта проанализируете процесс взаимодействия систем, потоки данных, опишете REST-like API и поймёте, как аналитик решает интеграционные задачи.
Регистрация
#воркшоп@systems_education
Сегодня компании строят архитектуры на основе микросервисов, а 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
systems.education
■ Онлайн-воркшоп. Проектирование интеграции с REST API
Вы проанализируете процесс взаимодействия систем, потоки данных и опишете REST-like API. Поймете, как аналитик решает интеграционные задачи. Подготовите шаблон с полным описанием процесса интеграции
👍4❤2
Воркшоп «Моделирование предметной области и Проектирование базы данных»
🔹Когда старт?
21 апреля (пн)
🔹Воркшоп для системных аналитиков и не-разработчиков уровня джун-мидл, которые хотят спроектировать логическую модель базы данных и изучить основы нормализации баз данных. Особенно актуально для тех, кто ещё не знаком с базами данных.
🔹Цель обучения
— Познакомиться с построением Модели предметной области.
— Научиться проектировать логическую модель Базы данных и изучить основы нормализации баз данных.
— Узнать, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X
🔹Что получат участники?
— 3 занятия по 2,5 часа
— Опыт командной работы
— Обсудите, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X
Регистрация
#воркшоп@systems_education #базы_данных@systems_education #моделирование@systems_education
🔹Когда старт?
21 апреля (пн)
🔹Воркшоп для системных аналитиков и не-разработчиков уровня джун-мидл, которые хотят спроектировать логическую модель базы данных и изучить основы нормализации баз данных. Особенно актуально для тех, кто ещё не знаком с базами данных.
🔹Цель обучения
— Познакомиться с построением Модели предметной области.
— Научиться проектировать логическую модель Базы данных и изучить основы нормализации баз данных.
— Узнать, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X
🔹Что получат участники?
— 3 занятия по 2,5 часа
— Опыт командной работы
— Обсудите, какие ещё есть нотации для описания окружения и Предметной области проекта: C4, IDEF0, IDEF1X
Регистрация
#воркшоп@systems_education #базы_данных@systems_education #моделирование@systems_education
👍2❤1
Forwarded from Systems Design: онлайн-конференция по проектированию информационных систем для бизнеса
Media is too big
VIEW IN TELEGRAM
🛰 Андрей Строганов, Ведущий программный инженер в компании BigTech, выступит на третьей конференции Systems Design Online с докладом на тему «Эффективная обработка ансамблей решающих деревьев на гетерогенных процессорах»
Слушатели доклада узнают:
— Что такое random forest и градиентный бустинг
— Методы эффективной обработки tree ensemble model (ансамблевые модели forest)
— Эффективность П О на гетерогенных процессорах (например, на определенном виде облака)
— Какие сложности возможны при переходе с гомогенного на гетерогенные
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
Слушатели доклада узнают:
— Что такое random forest и градиентный бустинг
— Методы эффективной обработки tree ensemble model (ансамблевые модели forest)
— Эффективность П О на гетерогенных процессорах (например, на определенном виде облака)
— Какие сложности возможны при переходе с гомогенного на гетерогенные
Подробнее о конференции здесь
Канал конференции @systems_design_online
#конференция@systems_education
👍1