Как написать Use Case, полезный разработчику, тестировщику и дизайнеру
Давайте сначала поймём, что полезного для каждого этого специалиста есть в Use Case?
1️⃣ Разработчики: Для разработчиков Use Case представляет собой формализованный алгоритм, описывающий, как именно должна вести себя система в ответ на действия пользователя. Такой алгоритм помогает разработчику чётко понять, в каком порядке должны выполняться шаги, какие данные участвуют в каждом из них, и какие реакции системы ожидаются. Use Case также содержит конкретные данные, необходимые для реализации логики: что получает система на входе и что она должна предоставить на выходе. Это позволяет разработчику не догадываться, а точно знать, какой сценарий поведения системы нужно реализовать.
2️⃣ Тестировщики: Рассматривают Use Case как основу для тест-дизайна, опираясь на чётко сформулированные и измеряемые шаги сценария. Именно такая структура позволяет тестировщику точно определить, какие входные данные и системные реакции предполагаются на каждом этапе, и, исходя из одного шага Use Case, спланировать серию тест-кейсов для проверки всех вариантов поведения системы. Особенно важны явные альтернативные и исключительные сценарии — они дают базу для негативного тестирования и помогают выявить слабые места на ранней стадии.
3️⃣ Дизайнеры (UI/UX): Для дизайнеров особенно важны формы и последовательность экранов, через которые пользователь проходит в процессе взаимодействия с системой. Хороший Use Case позволяет увидеть не только действия пользователя, но и этапы переходов между экранами, а также отображаемую на них информацию. Это помогает дизайнеру точно определить, какие экраны нужно предусмотреть, какие элементы интерфейса необходимы на каждом этапе (формы, сообщения, кнопки), и каким должен быть пользовательский поток. Например, в Use Case «Оформление заказа» будет чётко зафиксировано, что пользователь сначала попадает в корзину, затем переходит к оформлению, выбирает способ оплаты и в завершении видит подтверждение заказа — вместе с указанием, какая информация отображается на каждом шаге.
Как написать Use Case, чтобы он был понятен всем?
Рассказали на карточках 🔼
На воркшопе «Use Case: основы» вы под руководством эксперта узнаете, почему они важны, из чего состоят, как используются в разработке ПО.
Регистрация
#воркшоп@systems_education
Давайте сначала поймём, что полезного для каждого этого специалиста есть в Use Case?
Как написать Use Case, чтобы он был понятен всем?
Рассказали на карточках 🔼
На воркшопе «Use Case: основы» вы под руководством эксперта узнаете, почему они важны, из чего состоят, как используются в разработке ПО.
Регистрация
#воркшоп@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Опубликовали перевод 7 главы книги «Основы инженерии данных» на тему «Поглощение»
В этой главе авторы обсудили поглощение данных, ключевые инженерные аспекты этого этапа, основные схемы пакетного и потокового поглощения, технологии, с которыми вы столкнётесь, с кем будете работать при разработке вашего конвейера поглощения данных, и как фоновые процессы проявляются на этапе поглощения.
Содержание главы:
1. Что такое поглощение данных?
2. Ключевые инженерные аспекты этапа поглощения
3. Особенности пакетного поглощения
4. Особенности поглощения сообщений и потоков данных
5. Способы поглощения данных
6. С кем вы будете работать
7. Фоновые процессы
Почитать можно тут
#статья@systems_education #базы_данных@systems_education
В этой главе авторы обсудили поглощение данных, ключевые инженерные аспекты этого этапа, основные схемы пакетного и потокового поглощения, технологии, с которыми вы столкнётесь, с кем будете работать при разработке вашего конвейера поглощения данных, и как фоновые процессы проявляются на этапе поглощения.
Содержание главы:
1. Что такое поглощение данных?
2. Ключевые инженерные аспекты этапа поглощения
3. Особенности пакетного поглощения
4. Особенности поглощения сообщений и потоков данных
5. Способы поглощения данных
6. С кем вы будете работать
7. Фоновые процессы
Почитать можно тут
#статья@systems_education #базы_данных@systems_education
systems.education
Глава 7. Поглощение. Джо Рис, Мэтт Хоусли. Основы инженерии данных
Опубликовали запись вебинара Миры Карлаш на тему «От идеи до MVP: как создается архитектура ИТ-решения шаг за шагом»
Мира Карлаш, эксперт школы Systems.Education, провела вебинар, в котором на практике показала, как спроектировать и собрать архитектуру ИТ-продукта от use-case диаграммы до MVP. Мы шаг за шагом разобрали компоненты, архитектурные решения, базу данных, интеграции (почта, Telegram, вебхуки), события и показали, как всё это работает как единое целое.
Тайм-код вебинара:
00:00 Введение
01:09 Постановка задачи
02:39 Технологический стек
04:09 Проектирование архитектуры
06:35 Реализация базы данных
08:46 Внутрисистемная интеграция
12:51 Внешняя интеграция
15:53 Потоковая и NoSQL интеграция
17:22 Визуализация данных
19:13 Заключение
20:46 Вопросы зрителей
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Ссылка на курс, который может быть вам интересен:
Архитектура ИТ-решения: Проектирование и реализация MVP
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
Мира Карлаш, эксперт школы Systems.Education, провела вебинар, в котором на практике показала, как спроектировать и собрать архитектуру ИТ-продукта от use-case диаграммы до MVP. Мы шаг за шагом разобрали компоненты, архитектурные решения, базу данных, интеграции (почта, Telegram, вебхуки), события и показали, как всё это работает как единое целое.
Тайм-код вебинара:
00:00 Введение
01:09 Постановка задачи
02:39 Технологический стек
04:09 Проектирование архитектуры
06:35 Реализация базы данных
08:46 Внутрисистемная интеграция
12:51 Внешняя интеграция
15:53 Потоковая и NoSQL интеграция
17:22 Визуализация данных
19:13 Заключение
20:46 Вопросы зрителей
Посмотреть запись можно как на нашем YouTube канале, так и в группе в ВК
Ссылка на курс, который может быть вам интересен:
Архитектура ИТ-решения: Проектирование и реализация MVP
📌 Всех, кто не хочет пропустить ни одного анонса наших вебинаров, приглашаем в нашу группу @se_webinars, где мы по топикам публикуем новости, полезные материалы, записи и слайды презентаций вебинаров.
#вебинары@systems_education
VK Видео
От идеи до MVP: как создается архитектура ИТ-решения шаг за шагом • Мира Карлаш
Мира Карлаш, эксперт школы Systems.Education, провела вебинар, в котором на практике показала, как спроектировать и собрать архитектуру ИТ-продукта от use-case диаграммы до MVP. Мы шаг за шагом разобрали компоненты, архитектурные решения, базу данных, интеграции…
💰Через 2 недели сгорит последняя скидка на раннее бронирование летнего потока буткемпа «Systems Analyst Bootcamp»
Обучение нацелено на быстрый и уверенный старт в карьере СА. Формат обучения на программе переподготовки нацелен на то, чтобы познакомить вас со спецификой работы в данной сфере. За 12 недель вы полностью погрузитесь в реальные задачи системного аналитика, поработав с заказчиком над реальным проектом под присмотром экспертов.
Буткемп — это интенсивный формат подготовки с максимальным погружением в предмет за короткий срок.
— живое онлайн обучение в режиме реального времени, не в записи (!)
— 24 практических онлайн занятий-воркшопа с преподавателем
— обучение в группе до 25 человек
— выполнение заданий до 5 человек в команде, оптимальной для создания объемного Портфолио вашего проекта
— динамичный фидбэк эксперта сразу в моменте, ответы на все ваши вопросы
Подробнее
#буткемп@systems_education
Обучение нацелено на быстрый и уверенный старт в карьере СА. Формат обучения на программе переподготовки нацелен на то, чтобы познакомить вас со спецификой работы в данной сфере. За 12 недель вы полностью погрузитесь в реальные задачи системного аналитика, поработав с заказчиком над реальным проектом под присмотром экспертов.
Буткемп — это интенсивный формат подготовки с максимальным погружением в предмет за короткий срок.
— живое онлайн обучение в режиме реального времени, не в записи (!)
— 24 практических онлайн занятий-воркшопа с преподавателем
— обучение в группе до 25 человек
— выполнение заданий до 5 человек в команде, оптимальной для создания объемного Портфолио вашего проекта
— динамичный фидбэк эксперта сразу в моменте, ответы на все ваши вопросы
Подробнее
#буткемп@systems_education
systems.education
■ Systems Analyst Bootcamp — интенсивная онлайн-программа переподготовки. Системный аналитик
Интенсивная программа по проектированию информационных систем для действующих ИТ-специалистов и системных аналитиков
Воркшоп «Use Case: основы»
🔹Когда?
17 мая (сб)
🔹Цель обучения — познакомиться, что такое Use Cases, почему они важны, из чего состоят, как используются в разработке ПО и научится описывать Use Cases для своих проектов.
🔹Воркшоп будет полезен начинающим системным аналитикам, которые хотят:
— научиться писать Use Cases
— строить диаграмму сценариев использования
— формировать пакеты и реестр Use Cases
— не допускать типичных ошибок
🔹Тебя будет ждать короткое онлайн-занятие
— Утром в выходной день
— 4,5 часа с перерывом
Регистрация
#воркшоп #системный_анализ #требования #Use_Case
🔹Когда?
17 мая (сб)
🔹Цель обучения — познакомиться, что такое Use Cases, почему они важны, из чего состоят, как используются в разработке ПО и научится описывать Use Cases для своих проектов.
🔹Воркшоп будет полезен начинающим системным аналитикам, которые хотят:
— научиться писать Use Cases
— строить диаграмму сценариев использования
— формировать пакеты и реестр Use Cases
— не допускать типичных ошибок
🔹Тебя будет ждать короткое онлайн-занятие
— Утром в выходной день
— 4,5 часа с перерывом
Регистрация
#воркшоп #системный_анализ #требования #Use_Case
Please open Telegram to view this post
VIEW IN TELEGRAM
В нашей базе знаний появился новый раздел про искусственный интеллект. В его рамках мы опубликовали статью Алины Богачёвой на тему «Промт-инжиниринг для аналитиков по фреймворку КОМПОЗИТОР»
Системные и бизнес‑аналитики ежедневно пишут десятки требований, юскейсов и спецификаций. На каждый документ уходит 2–3 часа: собрать факты, договориться об уровне детализации, причесать стиль. Акроним КОМПОЗИТОР превращает ChatGPT, GigaChat, Deepseek и другие чат-боты на основе больших языковых моделей из капризного собеседника в штатного аналитика: он раскладывает промт на 10 чётких блоков, которые добавляются итерациями, или «слоями», и автоматически устраняют типичные ошибки — размытые формулировки, «галлюцинации» и несогласованность. Час на настройку шаблона экономит 6–7 часов в первом же спринте и до 78 000 рублей на блоке из 12 похожих задач.
Содержание статьи:
1. Почему эта статья важна
2. Глоссарий
3. Глава 1. Что скрывается за буквами «КОМПОЗИТОР»
4. Глава 2. Начинаем с промта «Кто ты? — Обстановка — Миссия»: «первый блин — КОМом»
5. Глава 3. Завершаем промтом «Т-О-Р» («Тон — Окружение — Результат»): как положить «молот Тора» на стол
6. Глава 4.Нарастающее улучшение: подключаем «П‑О‑З‑И» (промт «Позитивный пример — Отрицательный пример — Зона работы — Инспекция»)
7. Глава 5. Многоразовый промт: один шаблон
8. Глава 6. Экономика внедрения: «КОМПОЗИТОР» vs ручная работа без ИИ
Почитать можно тут
#статьи@systems_education #ИИ@systems_education
Системные и бизнес‑аналитики ежедневно пишут десятки требований, юскейсов и спецификаций. На каждый документ уходит 2–3 часа: собрать факты, договориться об уровне детализации, причесать стиль. Акроним КОМПОЗИТОР превращает ChatGPT, GigaChat, Deepseek и другие чат-боты на основе больших языковых моделей из капризного собеседника в штатного аналитика: он раскладывает промт на 10 чётких блоков, которые добавляются итерациями, или «слоями», и автоматически устраняют типичные ошибки — размытые формулировки, «галлюцинации» и несогласованность. Час на настройку шаблона экономит 6–7 часов в первом же спринте и до 78 000 рублей на блоке из 12 похожих задач.
Содержание статьи:
1. Почему эта статья важна
2. Глоссарий
3. Глава 1. Что скрывается за буквами «КОМПОЗИТОР»
4. Глава 2. Начинаем с промта «Кто ты? — Обстановка — Миссия»: «первый блин — КОМом»
5. Глава 3. Завершаем промтом «Т-О-Р» («Тон — Окружение — Результат»): как положить «молот Тора» на стол
6. Глава 4.Нарастающее улучшение: подключаем «П‑О‑З‑И» (промт «Позитивный пример — Отрицательный пример — Зона работы — Инспекция»)
7. Глава 5. Многоразовый промт: один шаблон
8. Глава 6. Экономика внедрения: «КОМПОЗИТОР» vs ручная работа без ИИ
Почитать можно тут
#статьи@systems_education #ИИ@systems_education
systems.education
Промт-инжиниринг для аналитиков по фреймворку КОМПОЗИТОР
Автор: Алина Богачёва
На нашем трёхмесячном интенсивном курсе «Systems Analyst Bootcamp» мы готовим специалистов с нуля или помогаем прокачать тех, кто уже начал свой карьерный путь как СА. Если вы подбираете программу для обучения сотрудников или ищете в свою команду системных аналитиков (стажёров / Junior), приглашаем вас посетить финальное демо потока.
🚀 Почему это важно
— Значимость мероприятия. Демо подводит итоги интенсивной программы, в течение которого участники работали над реальными проектами в небольших командах под руководством экспертов.
— Что вы получите. Вы сможете увидеть презентации команд, оценить их результаты, задать вопросы и получить контакты выпускников, которые вас заинтересуют, для дальнейшего найма или сотрудничества.
С полной программой курса можно ознакомиться по ссылке
✏️ Как принять участие
Финальное демо текущего потока пройдёт в среду, 7 мая, с 18:00 до 21:00 (мск) в онлайн-формате. Чтобы попасть на него, напишите нашему администратору Елене Гриценко: @elgritsenko. При подтверждении участия вам вышлют ссылку на онлайн-встречу.
Будем рады вашему присутствию. Это отличная возможность увидеть, каких результатов достигают наши выпускники, и, возможно, найти перспективных специалистов для вашей команды.
🚀 Почему это важно
— Значимость мероприятия. Демо подводит итоги интенсивной программы, в течение которого участники работали над реальными проектами в небольших командах под руководством экспертов.
— Что вы получите. Вы сможете увидеть презентации команд, оценить их результаты, задать вопросы и получить контакты выпускников, которые вас заинтересуют, для дальнейшего найма или сотрудничества.
С полной программой курса можно ознакомиться по ссылке
✏️ Как принять участие
Финальное демо текущего потока пройдёт в среду, 7 мая, с 18:00 до 21:00 (мск) в онлайн-формате. Чтобы попасть на него, напишите нашему администратору Елене Гриценко: @elgritsenko. При подтверждении участия вам вышлют ссылку на онлайн-встречу.
Будем рады вашему присутствию. Это отличная возможность увидеть, каких результатов достигают наши выпускники, и, возможно, найти перспективных специалистов для вашей команды.
systems.education
■ Systems Analyst Bootcamp — интенсивная онлайн-программа переподготовки. Системный аналитик
Интенсивная программа по проектированию информационных систем для действующих ИТ-специалистов и системных аналитиков
Какие микросервисные подходы набирают популярность в 2025 году — и как их учесть при проектировании архитектуры?
Микросервисная архитектура продолжает развиваться, и важно не просто «знать паттерны», а понимать, какие из них востребованы сейчас. Особенно — при выборе подходящей архитектуры для конкретного кейса.
Ниже шесть трендов, на которые стоит опереться, чтобы ваши решения выглядели актуально и через пару лет.
1️⃣ Event‑Driven Architecture (EDA). Сервисы реагируют на события, а не ждут синхронных ответов, что упрощает масштабирование и повышает отказоустойчивость. Аналитику важно составить «список фактов» — какие события публикуются, кем потребляются и какие SLA нужны для гарантированной доставки.
2️⃣ Serverless‑микросервисы. Функции в FaaS‑платформах исполняются только при вызове, а инфраструктура скрыта; TCO снижается, релизы ускоряются. Задача аналитика — прописать ограничения cold‑start, частоту вызовов и критерии, когда serverless выгоднее постоянных контейнеров.
3️⃣ Service Mesh 2.0 + Zero Trust. Sidecar‑прокси управляют маршрутизацией, трассировкой и шифрованием, а каждый запрос проходит аутентификацию. Это сдвигает требования к безопасности и наблюдаемости с кода в декларативные mesh‑политики, которые аналитик должен описать в нефункциональных требованиях.
4️⃣ C4‑диаграммы как стандарт визуализации. Четыре уровня (Context → Container → Component → Code) становятся универсальным языком для архитектора, DevOps и бизнеса. Для аналитика C4 — быстрый способ показать, где живёт конкретное требование и как оно влияет на ценность продукта.
5️⃣ ИИ‑автоматика: предиктивное масштабирование и self‑healing. ML‑агенты анализируют метрики, заранее добавляют инстансы и перенаправляют трафик при сбоях. Нужно явно задать метрики точности, допустимое время реакции и пределы бюджета на автоматический скейлинг.
6️⃣ WebAssembly‑микросервисы. Wasm‑модули работают в браузере, на edge‑устройствах и в облаке почти без оверхеда, становясь альтернативой контейнерам для кросс‑платформенных решений. Аналитику следует учесть ограничения песочницы и описать механизм версионирования Wasm‑артефактов для трассировки требований.
Почему держать руку на пульсе важно уже сегодня
— Растёт сложность — а бюджеты нет. Масштабируемые решения на базе serverless и автоматизации позволяют развивать ИТ-инфраструктуру без роста команды DevOps.
— Ужесточаются требования к безопасности. В финтехе и здравоохранении модель Zero Trust — уже не рекомендация, а стандарт.
— Архитекторы становятся дороже. Специалисты, уверенно владеющие C4 и умеющие показывать mesh, event-driven и AI‑архитектуры — получают на 15–20 % выше рынка.
Хотите углубить свои знания в микросервисной архитектуре?
Приглашаем вас на воркшоп «Паттерны проектирования микросервисной архитектуры и нотация С4», где за два дня вы освоите ключевые паттерны микросервисов, научитесь строить четыре уровня C4‑диаграмм и аргументировать решения перед заказчиком.
Регистрация
#воркшоп@systems_education #C4@systems_education #C4Notation@systems_education #популярные_посты
Микросервисная архитектура продолжает развиваться, и важно не просто «знать паттерны», а понимать, какие из них востребованы сейчас. Особенно — при выборе подходящей архитектуры для конкретного кейса.
Ниже шесть трендов, на которые стоит опереться, чтобы ваши решения выглядели актуально и через пару лет.
1️⃣ Event‑Driven Architecture (EDA). Сервисы реагируют на события, а не ждут синхронных ответов, что упрощает масштабирование и повышает отказоустойчивость. Аналитику важно составить «список фактов» — какие события публикуются, кем потребляются и какие SLA нужны для гарантированной доставки.
2️⃣ Serverless‑микросервисы. Функции в FaaS‑платформах исполняются только при вызове, а инфраструктура скрыта; TCO снижается, релизы ускоряются. Задача аналитика — прописать ограничения cold‑start, частоту вызовов и критерии, когда serverless выгоднее постоянных контейнеров.
3️⃣ Service Mesh 2.0 + Zero Trust. Sidecar‑прокси управляют маршрутизацией, трассировкой и шифрованием, а каждый запрос проходит аутентификацию. Это сдвигает требования к безопасности и наблюдаемости с кода в декларативные mesh‑политики, которые аналитик должен описать в нефункциональных требованиях.
4️⃣ C4‑диаграммы как стандарт визуализации. Четыре уровня (Context → Container → Component → Code) становятся универсальным языком для архитектора, DevOps и бизнеса. Для аналитика C4 — быстрый способ показать, где живёт конкретное требование и как оно влияет на ценность продукта.
5️⃣ ИИ‑автоматика: предиктивное масштабирование и self‑healing. ML‑агенты анализируют метрики, заранее добавляют инстансы и перенаправляют трафик при сбоях. Нужно явно задать метрики точности, допустимое время реакции и пределы бюджета на автоматический скейлинг.
6️⃣ WebAssembly‑микросервисы. Wasm‑модули работают в браузере, на edge‑устройствах и в облаке почти без оверхеда, становясь альтернативой контейнерам для кросс‑платформенных решений. Аналитику следует учесть ограничения песочницы и описать механизм версионирования Wasm‑артефактов для трассировки требований.
Почему держать руку на пульсе важно уже сегодня
— Растёт сложность — а бюджеты нет. Масштабируемые решения на базе serverless и автоматизации позволяют развивать ИТ-инфраструктуру без роста команды DevOps.
— Ужесточаются требования к безопасности. В финтехе и здравоохранении модель Zero Trust — уже не рекомендация, а стандарт.
— Архитекторы становятся дороже. Специалисты, уверенно владеющие C4 и умеющие показывать mesh, event-driven и AI‑архитектуры — получают на 15–20 % выше рынка.
Хотите углубить свои знания в микросервисной архитектуре?
Приглашаем вас на воркшоп «Паттерны проектирования микросервисной архитектуры и нотация С4», где за два дня вы освоите ключевые паттерны микросервисов, научитесь строить четыре уровня C4‑диаграмм и аргументировать решения перед заказчиком.
Регистрация
#воркшоп@systems_education #C4@systems_education #C4Notation@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
🔹Когда?
24 -26 Июля
🔹Цель курса — разобраться в теме интеграций и научиться проектировать взаимодействие ИТ-систем
🔹Этот курс для:
— Системных аналитиков, которые хотят повысить свой уровень и зарплату с Junior + на Middle
— IT-специалистов, которые хотят разобраться в интеграциях
— Бизнес-аналитиков, которые хотят стать системными и для этого освоить интеграцию
— Руководителей отдела анализа и проектирования, которым нужно подтянуть подчинённых по интеграции
— HR, T&D, Тимлидов, которым нужно выбрать курс по запросу внутри компании и обучить на нём сотрудников
🔹На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация
#интеграции@systems_education #REST@systems_education #брокеры@systems_education #Kafka@systems_education #SOAP@systems_education #XML@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Дайджест курсов и воркшопов школы на май 🐞
Сохраняйте пост, чтобы потом не потерять!
🔹Курсы:
1️⃣ Архитектура ИТ-решения: проектирование и реализация MVP (с 12 мая)
Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)
Регистрация
2️⃣ Системный анализ + ИИ. Разработка требований и функциональное проектирование систем (с 17 и 26 мая)
Этот курс — для ИТ-менеджеров и ИТ-специалистов, которые хотят научиться создавать требования и технические задания на программное обеспечение и сложные веб-сайты, веб-сервисы и мобильные приложения
Регистрация
3️⃣ Интеграция систем. Разработка требований и основы проектирования (с 17 мая)
На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация
🔹Воркшопы:
1️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 17 мая)
Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация
2️⃣ Use Case: основы (с 17 мая)
Воркшоп будет полезен начинающим системным аналитикам, которые хотят:
— научиться писать Use Cases
— строить диаграмму сценариев использования
— формировать пакеты и реестр Use Cases
— не допускать типичных ошибок
Регистрация
3️⃣ Проектирование сложных API: OpenAPI + AsyncAPI (с 17 мая)
Воркшоп по проектированию и документированию API для системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API
Регистрация
4️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 20 мая)
Воркшоп будет полезен системным аналитикам и начинающим архитекторам, которые хотят:
— научиться быстрому исследованию бизнес-процессов
— изучить технику моделирования предметной области
— выделять микросервисы
Регистрация
5️⃣ UML-диаграммы последовательности для аналитика: ликбез и примеры использования (с 21 мая)
На воркшопе за 3 часа вы построите sequence диаграммы и убедитесь что:
— Cтроить sequence диаграммы несложно
— UML диаграммы удобно читать и легко понимать
— UML — отличный инструмент проектирования поведения систем
Регистрация
6️⃣ Бизнес-анализ. Разработка пользовательских требований и постановка задач на разработку (с 24 мая)
Цель обучения — научиться описывать постановку задачи на разработку ИТ-системы, сервиса, продукта в понятной, однозначной, наглядной форме, не залезая в детали реализации.
Регистрация
7️⃣ Паттерны проектирования микросервисной архитектуры и нотация С4 (с 31 мая)
Воркшоп по проектированию архитектуры информационных систем для системных аналитиков, которые хотят познакомиться с популярными паттернами проектирования микросервисной архитектуры и научиться их визуализировать в диаграммах нотации С4
Регистрация
#дайджест@systems_education
Сохраняйте пост, чтобы потом не потерять!
🔹Курсы:
1️⃣ Архитектура ИТ-решения: проектирование и реализация MVP (с 12 мая)
Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)
Регистрация
2️⃣ Системный анализ + ИИ. Разработка требований и функциональное проектирование систем (с 17 и 26 мая)
Этот курс — для ИТ-менеджеров и ИТ-специалистов, которые хотят научиться создавать требования и технические задания на программное обеспечение и сложные веб-сайты, веб-сервисы и мобильные приложения
Регистрация
3️⃣ Интеграция систем. Разработка требований и основы проектирования (с 17 мая)
На курсе вы:
— Изучите технологии интеграции
— Спроектируете рабочую интеграцию, которую можно будет использовать в качестве образца в работе или положить в Портфолио
— Научитесь документировать межсистемное взаимодействие
Регистрация
🔹Воркшопы:
1️⃣ Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka (с 17 мая)
Воркшоп для опытных системных аналитиков, которые хотят познакомиться с брокерами сообщений RabbitMQ и Apache Kafka и не испугаются кода на Python — да, будет хардкор, будем писать код
Регистрация
2️⃣ Use Case: основы (с 17 мая)
Воркшоп будет полезен начинающим системным аналитикам, которые хотят:
— научиться писать Use Cases
— строить диаграмму сценариев использования
— формировать пакеты и реестр Use Cases
— не допускать типичных ошибок
Регистрация
3️⃣ Проектирование сложных API: OpenAPI + AsyncAPI (с 17 мая)
Воркшоп по проектированию и документированию API для системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API
Регистрация
4️⃣ Event Storming как техника моделирования предметной области и выявления микросервисов (с 20 мая)
Воркшоп будет полезен системным аналитикам и начинающим архитекторам, которые хотят:
— научиться быстрому исследованию бизнес-процессов
— изучить технику моделирования предметной области
— выделять микросервисы
Регистрация
5️⃣ UML-диаграммы последовательности для аналитика: ликбез и примеры использования (с 21 мая)
На воркшопе за 3 часа вы построите sequence диаграммы и убедитесь что:
— Cтроить sequence диаграммы несложно
— UML диаграммы удобно читать и легко понимать
— UML — отличный инструмент проектирования поведения систем
Регистрация
6️⃣ Бизнес-анализ. Разработка пользовательских требований и постановка задач на разработку (с 24 мая)
Цель обучения — научиться описывать постановку задачи на разработку ИТ-системы, сервиса, продукта в понятной, однозначной, наглядной форме, не залезая в детали реализации.
Регистрация
7️⃣ Паттерны проектирования микросервисной архитектуры и нотация С4 (с 31 мая)
Воркшоп по проектированию архитектуры информационных систем для системных аналитиков, которые хотят познакомиться с популярными паттернами проектирования микросервисной архитектуры и научиться их визуализировать в диаграммах нотации С4
Регистрация
#дайджест@systems_education
Что должен знать системный аналитик об OpenAPI и AsyncAPI?
Когда аналитик говорит «у нас тут REST», это уже не звучит круто. Это звучит… неполно. Потому что интеграции становятся сложнее, а API — не только REST и HTTP.
И если вы хотите, чтобы вашу архитектуру реально можно было понять, поддерживать и масштабировать, без OpenAPI и AsyncAPI сегодня не обойтись.
Разбираемся, зачем эти спецификации нужны системному аналитику и как они помогают в работе⬇️
🔹 OpenAPI
OpenAPI — это машиночитаемое описание REST API: эндпоинты, параметры, модели данных, ответы. Всё в YAML или JSON.
Что даёт:
— API понятен всем — от разработчика до тестировщика
— Генерация документации и моков автоматом
— Интеграции быстрее, багов меньше, коммуникация чётче
🔹 AsyncAPI
AsyncAPI — это OpenAPI для событийной архитектуры.
Что описывается:
— Каналы (topics, queues)
— Сообщения (payload)
— Роли (publisher / subscriber)
— Протоколы (Kafka, AMQP, MQTT, WebSocket и др.)
Благодаря AsyncAPI вы:
— Не теряете в прозрачности даже в самых сложных микросервисах
— Можете генерировать code stubs, схемы валидации, тесты
— Создаёте документацию, которую реально можно читать
Хотите научиться работать с OpenAPI и AsyncAPI на практике?
На воркшопе «Проектирование сложных API: OpenAPI + AsyncAPI» всего за 7 часов вы:
— Научитесь читать и писать спецификации OpenAPI и AsyncAPI
— Разберётесь, как описывать синхронные и асинхронные интеграции
Подробнее
#воркшоп@systems_education
Когда аналитик говорит «у нас тут REST», это уже не звучит круто. Это звучит… неполно. Потому что интеграции становятся сложнее, а API — не только REST и HTTP.
И если вы хотите, чтобы вашу архитектуру реально можно было понять, поддерживать и масштабировать, без OpenAPI и AsyncAPI сегодня не обойтись.
Разбираемся, зачем эти спецификации нужны системному аналитику и как они помогают в работе
🔹 OpenAPI
OpenAPI — это машиночитаемое описание REST API: эндпоинты, параметры, модели данных, ответы. Всё в YAML или JSON.
Что даёт:
— API понятен всем — от разработчика до тестировщика
— Генерация документации и моков автоматом
— Интеграции быстрее, багов меньше, коммуникация чётче
🔹 AsyncAPI
AsyncAPI — это OpenAPI для событийной архитектуры.
Что описывается:
— Каналы (topics, queues)
— Сообщения (payload)
— Роли (publisher / subscriber)
— Протоколы (Kafka, AMQP, MQTT, WebSocket и др.)
Благодаря AsyncAPI вы:
— Не теряете в прозрачности даже в самых сложных микросервисах
— Можете генерировать code stubs, схемы валидации, тесты
— Создаёте документацию, которую реально можно читать
Хотите научиться работать с OpenAPI и AsyncAPI на практике?
На воркшопе «Проектирование сложных API: OpenAPI + AsyncAPI» всего за 7 часов вы:
— Научитесь читать и писать спецификации OpenAPI и AsyncAPI
— Разберётесь, как описывать синхронные и асинхронные интеграции
Подробнее
#воркшоп@systems_education
Please open Telegram to view this post
VIEW IN TELEGRAM
Please open Telegram to view this post
VIEW IN TELEGRAM
Находим скрытую бизнес-логику через Event Storming
🔔 Зачем это нужно?
В любой компании есть формально описанные процессы, в которых на практике существуют неучтённые согласования, ручные действия и «обходные» решения. Именно эти скрытые нюансы повышают затраты, задерживают релизы и снижают удовлетворённость клиентов. Когда процесс не задокументирован, вопросы вроде «Почему это произошло?» или «Кто несёт ответственность?» всплывают уже в критический момент.
Что даёт Event Storming?
— Это командный подход к анализу процессов. Мы буквально «высыпаем» все события на стикеры — пусть каждый участник озвучит свою часть работы
— В итоге, все видят «живую» последовательность шагов и начинают согласовывать, что на самом деле происходит в компании
— Уже за пару часов можно найти провалы и лишние действия: если по цепочке непонятно, куда дальше идёт инициатива, значит тут узкое место
Какие зоны оптимизации обычно всплывают?
— Сценарии, про которые все забыли: «Что, если клиент хочет оплатить позже?», «А если доставка срывается?», «Кто возмещает ущерб?»
— Дублирующиеся действия (например, несколько сотрудников параллельно проверяют одинаковые документы)
— Ручные шаги, которые можно легко автоматизировать
— Неочевидные проверки, о которых не вспоминали на этапе формального описания (например, дополнительный контроль на складе)
🔍 Как понять, где мы теряем ценность?
— Посмотрите, какие события вносят наибольший вклад в достижение результата (взаимодействие с клиентом, выпуск нового продукта)
— Всё, что косвенно поддерживает процесс, но при этом отнимает много усилий, следует оптимизировать
— Если какое-то событие затягивает сроки (много согласующих лиц), именно оно чаще всего вызывает недовольство пользователей
За счёт чёткого визуального формата Event Storming быстро раскрывает «серые зоны» бизнес-процесса. Команда видит, где теряет время или несёт лишние расходы, и формирует план улучшений. А главное — все участники синхронизированы: больше нет «скрытых правил», которые внезапно всплывают при запуске проекта.
Если хотите освоить эту практику в режиме реального времени, приходите на воркшоп «Event Storming как техника моделирования предметной области и выявления микросервисов».
Регистрация
#воркшоп@systems_education #event_storming@systems_education
🔔 Зачем это нужно?
В любой компании есть формально описанные процессы, в которых на практике существуют неучтённые согласования, ручные действия и «обходные» решения. Именно эти скрытые нюансы повышают затраты, задерживают релизы и снижают удовлетворённость клиентов. Когда процесс не задокументирован, вопросы вроде «Почему это произошло?» или «Кто несёт ответственность?» всплывают уже в критический момент.
Что даёт Event Storming?
— Это командный подход к анализу процессов. Мы буквально «высыпаем» все события на стикеры — пусть каждый участник озвучит свою часть работы
— В итоге, все видят «живую» последовательность шагов и начинают согласовывать, что на самом деле происходит в компании
— Уже за пару часов можно найти провалы и лишние действия: если по цепочке непонятно, куда дальше идёт инициатива, значит тут узкое место
Какие зоны оптимизации обычно всплывают?
— Сценарии, про которые все забыли: «Что, если клиент хочет оплатить позже?», «А если доставка срывается?», «Кто возмещает ущерб?»
— Дублирующиеся действия (например, несколько сотрудников параллельно проверяют одинаковые документы)
— Ручные шаги, которые можно легко автоматизировать
— Неочевидные проверки, о которых не вспоминали на этапе формального описания (например, дополнительный контроль на складе)
🔍 Как понять, где мы теряем ценность?
— Посмотрите, какие события вносят наибольший вклад в достижение результата (взаимодействие с клиентом, выпуск нового продукта)
— Всё, что косвенно поддерживает процесс, но при этом отнимает много усилий, следует оптимизировать
— Если какое-то событие затягивает сроки (много согласующих лиц), именно оно чаще всего вызывает недовольство пользователей
За счёт чёткого визуального формата Event Storming быстро раскрывает «серые зоны» бизнес-процесса. Команда видит, где теряет время или несёт лишние расходы, и формирует план улучшений. А главное — все участники синхронизированы: больше нет «скрытых правил», которые внезапно всплывают при запуске проекта.
Если хотите освоить эту практику в режиме реального времени, приходите на воркшоп «Event Storming как техника моделирования предметной области и выявления микросервисов».
Регистрация
#воркшоп@systems_education #event_storming@systems_education
Воркшоп «Проектирование и реализация очередей в брокерах RabbitMQ и Apache Kafka»
На воркшопе вы развернёте в бесплатных облачных средах свои инстансы и решите на них задачу публикации и потребления сообщений разными сервисами, написанными собственноручно на Python в Google Colab.
🔹Цель обучения
— Познакомиться c теорией по RabbitMQ и Apache Kafka
— Научиться проектировать потоковый конвейер обработки данных (data pipeline)
🔹Когда старт?
17 мая (сб)
🔹Что получат участники:
— 2 занятия по 4 часа
— Вы узнаете теорию по RabbitMQ и Apache Kafka
— Спроектируете потоковый конвейер обработки данных (data pipeline)
Регистрация
#воркшоп@systems_education #RabbitMQ@systems_education #ApacheKafka@systems_education
На воркшопе вы развернёте в бесплатных облачных средах свои инстансы и решите на них задачу публикации и потребления сообщений разными сервисами, написанными собственноручно на Python в Google Colab.
🔹Цель обучения
— Познакомиться c теорией по RabbitMQ и Apache Kafka
— Научиться проектировать потоковый конвейер обработки данных (data pipeline)
🔹Когда старт?
17 мая (сб)
🔹Что получат участники:
— 2 занятия по 4 часа
— Вы узнаете теорию по RabbitMQ и Apache Kafka
— Спроектируете потоковый конвейер обработки данных (data pipeline)
Регистрация
#воркшоп@systems_education #RabbitMQ@systems_education #ApacheKafka@systems_education