Дайджест курсов и воркшопов школы на июнь 🌼

Сохраняйте пост, чтобы потом не потерять!

🔹Буткемп:

Системный аналитик: Проектировщик корпоративных информационных систем (с 12 июня)

Программа профессиональной переподготовки для действующих ИТ-специалистов и системных аналитиков
Регистрация

🔹Курсы:

1️⃣ Интеграция систем. Разработка требований и основы проектирования (с 9 июня)

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

2️⃣ Проектирование микросервисов (с 12 июня)

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

3️⃣ Системное моделирование. Проектирование информационных систем с помощью UML (с 28 июня)

Этот курс для ИТ-специалистов, которые хотят научиться проектировать сложные информационные системы с помощью объектно-ориентированного подхода и 7 наиболее востребованных на рынке диаграмм UML
Регистрация

🔹Воркшопы:

1️⃣ BPMN для людей: основы самой популярной нотации для описания бизнес-процессов (с 7 июня)

Воркшоп для ИТ-специалистов, которые хотят научиться описывать логику выполнения бизнес-процессов с помощью формальной нотации — BPMN
Регистрация

2️⃣ Проектирование интеграции с REST API (с 14 июня)

Воркшоп будет полезен тем, кто хочет:
— познакомиться с REST API
— научиться проектировать интеграцию «с нуля»
— описывать REST-интерфейсы в виде, пригодном для разработки
Регистрация

3️⃣ Основы разработки требований к информационной безопасности ИТ-систем (с 16 июня)

Воркшоп для системных аналитиков и других ИТ-специалистов, которые хотят выявлять и формировать требования к информационной безопасности
Регистрация

4️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 28 июня)

Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация

5️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 30 июня)

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

#дайджест@systems_education

Очный курс «Системный анализ + ИИ. Разработка требований и функциональное проектирование систем»

🔹Когда?
25-27 сентября

🔹Этот курс для:
— Бизнес-аналитиков, цель которых — перейти от описания бизнес-процессов и пользовательских историй к разработке функций программной системы
— Бизнес-аналитиков, технических писателей, тестировщиков, цель которых — переквалифицироваться в системного аналитика
— Начинающих системных аналитиков, цель которых — структурировать информацию по системным требованиям
— Менеджеров проектов, цель которых — писать техническое задание на софт
— Разработчиков, цель которых — делать свои проекты или разобраться в теме требований

🔹На курсе вы:
— Определите бизнес-задачи, проблемы и цели проекта с помощью экспресс-методов
— Создадите концептуальную модель и словарь данных
— Разработаете законченный документ требований к ПО, который позволит проводить достоверное и качественное планирование, оценку, проектирование, реализацию и приёмку программы
— Выявите функциональный объём проекта с помощью контекстной диаграммы, юскейсов и функциональных требований
— Сформулируете атрибуты качества и ограничений

Регистрация

#курс@systems_education #системный_анализ@systems_education

5 июня (чт) в 19:00 МСК Татьяна Назаренко, эксперт школы SE, проведёт вебинар на тему «Диаграмма Use Case: Построение и применение»

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

Первая диаграмма в этом марафоне — Use Case.

■ План вебинара
1. Use Case диаграмма: назначение
2. Элементы Use Case диаграммы
3. Построение диаграммы: общие принципы + типовые ошибки
4. Итоги вебинара
5. Домашняя работа

■ Кому будет полезен вебинар?
— Системным и бизнес-аналитикам, которые хотят улучшить умения проектирования информационных систем через формальное моделирование, визуализацию и выражение требований с помощью UML-диаграмм
— Тестировщикам и техническим писателям, стремящихся глубже понять процессы и состояния систем для создания более точной документации
— Начинающим ИТ-специалистам, желающим освоить универсальный инструмент для моделирования и анализа систем, продуктов и сервисов
— Системным аналитикам и проектировщикам, желающим эффективно проектировать структуру, устройство, логику, взаимодействие, поведение сложных информационных системах, продуктах и сервисах
— Менеджерам проектов и продакт-менеджерам, цель которых — лучше понять процессы и особенности проектирования сложных информационных систем, продуктов и сервисов

👥 У всех слушателей будет возможность задать вопросы в режиме реального времени

Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.

Регистрация обязательна
❗️Если у вас не открывается страница регистрации в браузере Telegram, перейдите в любой другой браузер — это должно решить проблему.

#вебинар@systems_education

Почему могут теряться сообщения в Kafka — и что с этим делать? Несколько дней назад в этом посте мы задали вам такой вопрос. Интересных мыслей от вас было много, но давайте проверим, какая часть из них правильная!

👨‍🏫 Валерий Зубаиров, эксперт нашей школы и ведущий воркшопа «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka», подробно ответил на этот вопрос.

Kafka — технология надёжная, но не магическая. Без должной настройки нет гарантий, что каждое сообщение, отправленное из одного сервиса, обязательно дойдёт до другого. Давайте разберёмся, по каким причинам сообщения могут теряться.

Рассмотрим самый простой вариант: два сервиса (A и B) и топик Kafka между ними.
🔹 A — продьюсер, отправляющий сообщения в топик
🔹 B — консьюмер, как-то обрабатывающий сообщения

Где же может «исчезнуть» сообщение?

1️⃣ Между продьюсером и топиком
— Продьюсер может упасть ещё до вызова метода send()
— Продьюсер не будет ждать подтверждения от брокера-лидера партиции, если параметр продьюсера acks равен 0. В этом случае при любых ошибках (потеря сетевого соединения, падение кластера Kafka и другие) сообщение не окажется в топике
— Если параметр acks равен 1, то продьюсер дождется подтверждения от брокера-лидера, но в случае падения реплик мы снова рискуем потерять сообщение
— Если параметр acks равен all (или -1), то продьюсер дождется подтверждения от всех синхронизованных реплик. Тут в дело вступает параметр min.insync.replicas, который настраивается уже на топике и означает минимальное число синхронизованных реплик для того, чтобы считать запись успешной. Если всего реплик у нас 5, а значение этого параметра 1, то продьюсеру достаточно будет подтверждения только от одной синхронизованной реплики. Состояние остальных при этом его не будет интересовать. И в случае падения этой реплики мы все-таки потеряем сообщение. Если увеличим значение в параметре, то будет больше вероятность сохранить сообщение

2️⃣ Внутри Kafka
— Если в конфигурации брокера указано свойство auto.create.topic.enable со значением true, то топик, указанный продьюсером при отправке, будет создан автоматически, даже если до этого его не было в кластере. Может быть ситуация, когда продьюсер пишет в message_topic, а консьюмер ждет сообщения в message-topic. Явной потери сообщения тут не будет, но поискать причину придётся
— Конфигурация retention-политик (retention.ms, retention.bytes и cleanup.policy) такая, что консьюмер не успевает прочитать сообщение до её срабатывания.
— Полное падение всего кластера. Маловероятно, но если все брокеры расположены внутри одного ДЦ, который горит, то сообщения мы потеряем

3️⃣ При обработке консьюмером
— Авто-коммит сообщений или ручной коммит до обработки могут привести к тому, что смещение зафиксируется до обработки сообщения. При обнаружении проблемы можно будет поменять оффсет вручную и заново всё вычитать (если не сработали retention-политики)

Как диагностировать?
1. Проверяйте конфигурацию брокера, продьюсера и консьюмера. Учитывайте сценарий использования
2. Настройте мониторинг важных параметров:
— Количество отправленных и прочитанных сообщений
— Лаг на кафке
— Ошибки при отправке сообщений и повторные отправки
— Ошибки при фиксации смещений
— Кастомные метрики (количество прочитанных, но необработанных сообщений, ошибки десериализации и др.)

Хотите разобраться в этом глубже, настроить всё правильно и навсегда избавиться от потерянных сообщений? Ждём вас на нашем воркшопе «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka» под руководством Валерия.
Регистрация

#воркшоп@systems_education #RabbitMQ@systems_education  #ApacheKafka@systems_education #популярные_посты

Опубликовали запись доклада Константина Осипова на тему «Data-placement в горизонтально-масштабируемых СУБД» с третьей онлайн-конференции Systems Design Online

Тайм-код доклада:
00:00 О докладчике
02:49 О чём этот доклад
04:33 OLTP vs OLAP
07:48 PostreSQL: basics
08:53 Кратко о Vector database и Fulltext
10:48 Примеры запросов для OLTP и OLAP
12:51 Построчное vs поколоночное хранение
15:54 Горизонтальное масштабирование
18:21 Трейдоффы на примере MongoDB
20:34 Терминология шардинга
24:42 Итоги о способах разбиения
25:35 Range-распределение
27:02 Колокация данных
31:59 Индексы. Локальные и глобальные вторичные ключи
33:50 Глобальные вторичные ключи
38:52 Локальные вторичные ключи
40:14 Техника тиринга
42:19 Нужно ли нам горизонтальное масштабирование
43:22 Заключение. Вопросы

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

#базы_данных@systems_education
#конференция@systems_education

Анна Вичугова, Главный исследователь и разработчик курсов SE, эксперт по бизнес-анализу и проектированию ИС, выступит на ЛАФ с воркшопом на тему «Производительная и отказоустойчивая маршрутизация потоков данных с RabbitMQ»

На практических кейсах посмотрим, как:
1. Спроектировать топологию конвейера приема и маршрутизации событий в RabbitMQ, используя различные обменники и задав параметры для очередей.
2. Отработать случаи с внезапным повышением производительности продюсеров и падением потребителей.
3. Из нескольких альтернативных вариантов обеспечения отказоустойчивости и масштабируемости потокового конвейера выбрать наиболее оптимальный с экономической точки зрения.

Задача участников — справиться с внештатными ситуациями со скачками нагрузки продюсеров и отказами потребителей, не потеряв данные

Подробнее о воркшопе

#выступления@systems_education #эксперты@systems_education

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

🔹Когда?
24 — 26 Июля

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

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

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

Регистрация

#интеграции@systems_education #REST@systems_education #брокеры@systems_education #Kafka@systems_education #SOAP@systems_education #XML@systems_education

Опубликовали запись доклада Дениса Бескова с конференции Flow на тему «Что не так с онтологией требований Вигерса и что с этим делать»

Онтология требований Вигерса, хотя и не опирается ни на какие стандарты, остается популярным среди ИТ-аналитиков способом думать о требованиях. Денис использует методики Вигерса более 20 лет, и за это время стали видны нестыковки и проблемы в его модели. Используя языковые методы и подходы системной инженерии, Денису удалось придумать, как можно сделать модель Вигерса более точной, сбалансированной и полезной для своей работы. В докладе он предложил эту обновленную онтологию и объяснил, как ее применять.

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

#выступления@systems_education

Курс «Бизнес-анализ + ИИ. Разработка требований к ИТ-решению с использованием нейросетей»

🔹 Когда?
c 5 Июля по 2 Августа 2025 г.

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

🔹 Курс будет полезен, если Вы хотите научиться:
— Проводить интервью с заказчиком, задавать правильные вопросы
— Исследовать контекст проекта: изучать и описывать процессное окружение в области рассмотрения проекта
— Выявлять и описывать организационные роли, их интересы, которые вызвали проект к жизни
— Выявлять проблемы и риски в реализации интересов
— Формулировать измеримые цели и ограничения ИТ-проекта
— Выявлять и описывать ключевые требования организационных ролей
— Использовать нейросети для выполнения перечисленных задач

🔹 Что вы получите?
— 6 занятий по 2 и 4 часа
5 модулей для освоения авторской технологии перехода от бизнес-требований к требованиям к ИТ-решению
— Опыт командной работы
Практика в командах до 5 человек, работа над сквозными кейсами

Регистрация

#бизнес_анализ@systems_education #ИИ@systems_education

Как провести Event Storming: от физической доски до удалёнки

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

🧑‍🏫 ОФФЛАЙН-ФОРМАТ

Классическая сессия Event Storming проводится очно: все участники собираются в одной комнате у физической доски, работают со стикерами, записывают события процесса и обсуждают их лицом к лицу.

Преимущества такого подхода:
— Участники мгновенно реагируют на реплики друг друга, жестикулируют и находят решения «на лету».
— Возможность приклеить стикеры, передвигать их, прямо на стене создаёт эффект полного погружения.
— Все чувствуют динамику процесса и поддерживают одну скорость.

👩‍💻ОНЛАЙН-ФОРМАТ

Если участники работают удалённо, Event Storming можно полностью перенести в виртуальное пространство. Для этого чаще всего используют инструменты для совместного рисования и работы со стикерами. Помимо Miro существуют платформы:
— Pruffme
— Sboard
— Unidraw
— holst
— Яндекс Доски

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

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

Чтобы получить практический опыт проведения Event Storming приглашаем вас на воркшоп: «Event Storming как техника моделирования предметной области и выявления микросервисов».
Регистрация

#воркшоп@systems_education
#event_storming@systems_education

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

🎥 Опубликовали запись первого вебинара из этого марафона на тему «Диаграмма Use Case: Построение и применение»

Тайм-код вебинара:
00:00 Введение
02:16 План вебинара
03:30 Диаграмма Use Case. Теория
05:02 Процесс проектирования системы
06:50 Описание кейса. Каршеринг — аренда автомобиля
09:23 Элементы диаграммы Use Case
14:04 Название Use Case
23:46 Инструменты для создания диаграмм UML
25:10 Построение диаграммы на примере
35:38 Типовые ошибки
40:19 Пакеты Use Cases
44:18 Заключение
48:43 Вопросы зрителей
01:20:01 О домашнем задании

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

Курс и воркшоп, которые могут быть вам интересны:
— «Системное моделирование. Проектирование информационных систем с помощью UML»
— «Use Case: основы»

📚 Как и обещали на вебинаре, публикуем домашнее задание для отработки полученных знаний. Через несколько дней в группе по вебинарам @se_webinars опубликуем разбор дз от Татьяны Назаренко. Получить же полноценную обратную связь по вашим наработкам у вас будет возможность на курсе по UML-диаграммам или на коротком воркшопе по Use Case.

Задание — Проект мобильного приложения для пользования услугами такси. Необходимо разработать диаграмму Use Case для будущей системы. Категории пользователей и функционал, который должен быть реализован, приведены ниже

Приложение для пассажиров такси

1. Регистрация и запуск
После установки приложения пользователь регистрируется по номеру телефона. Приложение определяет текущее местоположение с помощью GPS, но адрес можно ввести вручную или выбрать на карте

2. Оформление заказа
— Задать маршрут (адрес отправления и назначения). Можно добавить промежуточные точки.
— Выбрать тариф (Эконом, Комфорт, Детский, для животных и т.д.), при необходимости добавить комментарии для водителя или выбрать дополнительные опции (например, перевозка багажа, детское кресло).
— Выбрать способ оплаты – банковская карта, наличные, Apple Pay, Google Pay и др. Для этого карта привязывается в разделе «Способы оплаты».
— При необходимости можно заказать такси для другого человека, приложение отправит ему SMS с деталями поездки.

3. Поиск и назначение водителя
После подтверждения заказа система автоматически подбирает ближайшего свободного водителя. На экране отображается информация о водителе (имя, рейтинг, стаж), марка и номер машины, время ожидания и маршрут.

4. Ожидание и поездка
— Приложение показывает время прибытия машины и оповещает о её приближении.
— Во время поездки отображается маршрут, время и стоимость, есть функция «поделиться маршрутом» с близкими.

5. Завершение поездки и оплата
По окончании поездки оплата списывается автоматически (если выбран безналичный способ), либо оплачивается наличными. Можно оценить поездку и оставить отзыв.

Дополнительные функции:
— Bстория поездок — быстрый доступ к часто используемым маршрутам.
— Рейтинг пассажира и водителя — влияет на качество обслуживания и доступные опции.

📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.

#вебинары@systems_education

🧑‍💻 Ищем авторов экспертно-информационных постов

Что надо делать:
— Писать лаконичные и полезные посты для канала @systems_education
— Форматы: «как это работает», мини-кейсы, инструкции (≈ 2 000–2 500 знаков), создание схем и диаграмм для иллюстрации
— Частота: 1-2 поста в неделю (гибко согласуем график)

Мы даём:
— Доступ к платному ChatGPT Plus от Open AI для написания постов
— Доступ к платному Miro со встроенным AI для создания диаграмм
— Доступ к «Книжной полке» Бюро Горбунова — прокачиваем информационный стиль
— Подборка профессиональных IT-изданий для вдохновения.
— Редакционный гайд и быстрый фидбек
— Дружелюбное комьюнити во внутреннем чате школы

Условия:
— Оплата 1000 ₽ за один готовый пост
— Раз в полгода — бесплатное прохождение курса или воркшопа школы
— Гонорар на карту РФ как самозанятому или ИП

Требуемый бэкграунд:
— Практикующий системный аналитик Middle+ со знаниями интеграций, нотаций моделирования
— Умеете писать понятно о сложном
— Следуете принципам информационного стиля — короткие абзацы, чёткая логика

📌 Как откликнуться

Пришлите @systemseducation:
— ссылку на 1–2 лучшую публикацию в канале @systems_education,
— пару строк о себе и любимую тему в IT-образовании,
— идею вашего первого поста для нашего канала.

Мы ответим в течение 3 дней, дадим тестовое задание (оплачиваемое).
Дедлайн приёма заявок — 23 июня 2025.

👥 До встречи в команде Systems.Education!

#вакансии@systems_education

14 июня (сб) в 18:00 мск проведём вебинар на тему «Что может пойти не так в микросервисах»

▫️На вебинаре разберём:
— что такое монолит, а что — микросервис
— почему не стоит сразу писать на микросервисах
— когда действительно нужно переходить на микросервисы
— как выглядит ад микросервисов на практике
— какие задачи придётся решать в микросервисной архитектуре: логгирование, трейсинг запросов, observability

▫️Кому будет полезен вебинар:
— разработчикам, которые хотят понимать последствия архитектурных решений
— архитекторам, выстраивающим масштабируемые и поддерживаемые решения
— системным аналитикам, которым важно учитывать архитектурные ограничения при проработке требований и взаимодействий между сервисами
— тем, кто только планирует миграцию на микросервисную архитектуру, так и тем, кто уже столкнулся с её сложностями.

▫️Ведущий вебинара — Аким Мамедов, Software Engineer с опытом проектирования и реализации корпоративных систем. Работал в банковском секторе, логистике, FMCG и на крупных технологических платформах. В проектах Акима — как классические монолиты, так и распределённые микросервисные архитектуры, включая переезды, масштабирование и устранение последствий неудачного проектирования.

👥 У всех слушателей будет возможность задать вопросы в режиме реального времени

Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.

Регистрация обязательна
❗️Если у вас не открывается страница регистрации в браузере Telegram, перейдите в любой другой браузер — это должно решить проблему.

#вебинар@systems_education

Продолжаем серию постов с задачами по поиску оптимального способа интеграции
Все прошедшие задания и разборы эксперта можете найти по хештегу — #задача_от@systems_education

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

Ситуация — Передача файлов между бухгалтерией и банком

Задача: бухгалтерская система компании должна ежедневно передавать платежные данные (например, реестры платежей, зарплатные ведомости) в банк и получать ответные файлы с результатами обработки или выписками. Объем данных умеренный, обмен происходит раз в день, ключевые требования — надежность и безопасность передачи.

Варианты решений:
— Безопасная файловая передача (SFTP/FTP) по расписанию
— Прямое подключение по API банка (если доступен)
— Использование шины/посредника (ESB) для маршрутизации данных
— Отправка данных вручную по email 😅

Какой способ выберете для обмена файлами с банком? Совсем скоро сравним ваши ответы с разбором от эксперта!

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

🔔 Следите за обновлениями в канале, если не хотите пропустить разбор от эксперта и следующие задачки по поиску оптимального способа интеграции!

#интеграции@systems_education #курс@systems_education