Опубликовали запись вебинара Юрия Куприянова на тему «Карта паттернов и технологий интеграции», на котором ведущий рассказал об уникальном инструменте, который поможет разобраться в сложном мире интеграционных технологий

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

Тайм-код вебинара:
02:17 Как появилась идея карты
10:58 Этапы создания карты
23:15 Как устроена карта
40:40 Как применять карту на практике
49:37 Развитие карты
54:19 Ответы на вопросы

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

Научиться проектировать современные интеграции и функциональный состав системы с Юрием Куприяновым можно очно в Москве:

с 27 февраля: Интеграция систем. Разработка требований и основы проектирования

с 20 марта: Системный анализ и Разработка требований в ИТ-проектах

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

Недавно наш эксперт Алексей Краснов, Business Systems Analyst в команде Security Development, Fintech, Автор воркшопа по разработке требований к ИБ, выступил на Аналитическом Марафоне с докладом на тему «Использование Abuse cases и Attacker stories для анализа требований к информационной безопасности»

Алексей обсудил:
— Основное отличие функциональных требований и требований к информационной безопасности
— Abuse case как противоположность use case
— Формирование abuse cases. Примеры
— Attacker stories, как аналог User stories: инструмент для выявления и анализа угроз безопасности
— Примеры Attacker stories

Подробнее о записи доклада на сайте марафона

31 марта стартует воркшоп на тему «Основы разработки требований к информационной безопасности ИТ-систем» под руководством Алексея Краснова, где у вас будет возможность на практике научиться выявлять и формировать требования к ИБ.

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

#выступления #воркшоп #безопасность

Третья конференция Systems Design Online 🚀

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

Мы стремимся развивать культуру проектирования эффективных информационных систем, делясь реальным практическим опытом, проверенными подходами и инновационными идеями. Именно поэтому главная тема конференции в этом году — «Компромиссы проектирования — баланс между атрибутами качества, финансированием и сроками».

В 2025 году конференция Systems Design Online пройдёт в два дня:

12 апреля (сб) — день докладов

13 апреля (вс) — день мастер-классов и воркшопов


Вас будут ждать:
— Более 15 докладов от опытных архитекторов, аналитиков и технических лидеров
— Два воркшопа с акцентом на практику
— 4 тематические секции: Архитектура, Интеграции, Инженерия данных и Информационная безопасность
— Неограниченный доступ к записям всех докладов конференции
— Постоянный чат в Telegram для живого общения с экспертами


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


Стоимость билетов зависит от даты покупки:

До 15 марта:
— от 3 900 ₽

После 15 марта:
— от 4 900 ₽

Билеты на воркшопы можно приобрести отдельно

Заявки на доклады этого года собираем до конца февраля и публикуем в канале и на сайте конференции.


Познакомиться поближе с докладами прошлых двух потоков SDO вы можете на нашем YouTube-канале:
— 2024 год
— 2021 год

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

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

Воркшоп «Проектирование сложных API: OpenAPI + AsyncAPI»

Воркшоп по проектированию и документированию API для системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API

🔹 Когда?
с 1 по 2 Марта (сб, вс)

🔹Что ждать от воркшопа?
— Короткое онлайн-занятие в будни
— 2-7 часов теории, практики и обратной связи
— Работа в группах до 10 человек
— После окончания поделимся полезными материалами

🔹Воркшоп для
системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API

Зарегистрироваться на воркшоп и узнать подробнее о программе можно тут!

#воркшоп@systems_education

🎥 Выложили запись доклада Егора Карицкого с конференции Systems Design 24

Директор по ИТ-инфраструктуре Wildberries, Егор Карицкий, на конференции Systems Design 2024 представил обзорное резюме о ЦОД, обращая внимание на аспекты электропитания, охлаждения, эффективности энергопотребления, оценку стоимости оборудования, сетевую пропускную способность, архитектуру, резервирование и рекомендации по проектированию архитектуры под ЦОД.

Тайм-код доклада:
00:00 Что такое ЦОД?
04:57 Электричество и охлаждение
14:05 Эффективность использования электроэнергии
15:58 Оценка стоимости и сравнение с оборудованием
19:20 Сети и пропускная способность
22:08 Архитектура и резервирование
22:40 На что обращать внимание при проектировании архитектуры под ЦОД?

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

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

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

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

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

Моделирование предметной области и проектирование базы данных: два кита успешного проекта
Любой успешный IT-проект начинается с четкого понимания того, что он должен делать и какие данные будет использовать. Именно здесь на сцену выходят моделирование предметной области и проектирование базы данных. Это как архитектурный чертеж и фундамент дома: без них не построить ничего прочного и функционального.

📝 Про моделирование предметной области:
Представьте, что вам нужно разработать систему для онлайн-магазина. Моделирование предметной области — это процесс, в ходе которого вы определяете ключевые сущности (товары, клиенты, заказы и т.д.), их атрибуты (название товара, цена, адрес доставки) и устанавливаете связи между сущностями (клиент может делать несколько заказов, заказ состоит из нескольких товаров). В результате получается наглядное представление о том, какие элементы предметной области будут использованы в разрабатываемой системе. Это первый шаг в формировании требований к данным, за которым последует построение концептуальной модели данных, а затем проектирование базы данных информационной системы.

➕ Преимущества:
Уточняет и структурирует требования к системе.
Обеспечивает единое понимание предметной области между командой разработки и заказчиком.
Служит отправной точкой для создания эффективной структуры хранения данных.

❔ Как это происходит:
Используются различные нотации, например, UML, ER-диаграммы и другие.

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

➕ Преимущества:
Организация данных в структурированные таблицы позволяет эффективно хранить большие объемы информации (в случае с реляционными базами данных).
Правильно спроектированная база данных обеспечивает быстрый поиск и извлечение нужной информации.
Гарантирует, что данные будут корректными и согласованными.
Позволяет системе расти и обрабатывать больший объем данных без потери производительности.

❔ Как это происходит:
Проектирование базы данных включает в себя несколько этапов, включая логическое и физическое проектирование. Важным аспектом является нормализация базы данных — процесс, направленный на устранение дублирования данных, поддержку непротиворечивости информации, уменьшение количества пустых значений, сокращение общего объема таблиц, что в итоге приводит к увеличению скорости выполнения операций с данными.

Моделирование предметной области и проектирование базы данных — это не просто формальности, а необходимые этапы для создания успешного IT-проекта. Инвестиции в эти этапы на начальной стадии проектирования системы окупятся сторицей в виде более качественного и эффективного решения.

Для более детального изучения основ проектирования информационных систем и закрепления полученных навыков на практике, приглашаем вас на воркшоп «Моделирование предметной области и Проектирование базы данных». На воркшопе вы:
— научитесь моделировать предметную область и проектировать логическую модель базы данных
— изучите основы нормализации баз данных
— поработаете в команде над практическими примерами

Регистрация

#воркшоп@systems_education #базыданных@systems_education #нормализация@systems_education

Воркшоп «Проектирование DWH по методологии Data Vault» был разработан для тех, кому важно за короткое время разобраться в принципах DV и начать применять их на практике!

▫️Data Vault – это:
Особый подход к моделированию данных для хранилищ (DWH), который заметно отличается от привычного опыта аналитиков, работающих над бизнес-приложениями или «быстрыми» BI-отчётами.

▫️Data Vault опирается на другие термины, структуру и логику, что поначалу может сбивать с толку, если вы никогда не сталкивались с проектированием DWH. Именно эти отличия и новые концепции могут стать серьезным препятствием в самостоятельном знакомстве с DV.

▫️Кому будет особенно полезен этот воркшоп:
— Новичкам в DWH-проектировании: если вы «ничего не знаете про Data Vault», читали статьи, но так и не разобрались, этот воркшоп поможет разложить всё по полочкам
— Тем, кто в шаге от новой должности: завтра идёте на собеседование и хотите произвести впечатление? Получите базовые знания и понимание основ DV
— Практикующим аналитикам, которые ранее не сталкивались с подобными задачами: если внезапно «прилетел» новый проект по созданию Data Vault, вы сможете быстро включиться в работу без лишних проб и ошибок

На воркшопе вы под руководством эксперта на реальных кейсах научитесь грамотно строить модели Raw и TransFormed слоя Data Vault и по окончании обучения будете иметь на руках пошаговую инструкцию по проектированию модели данных Data Vault — от терминологии и ключевых понятий до модели, состоящей из хабов, линков и сателлитов.

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

🛰 Анна Вичугова, Аналитик и техписатель в Школе Больших Данных, кандидат технических наук, выступит на третьей конференции Systems Design Online с докладом на тему «Почему БД — самое узкое место в вашей системе: что учитывать при проектировании»

Анна обсудит факторы, которые ограничивают производительность ИТ-решения и как они влияют на проектирование:

1. Роль базы данных в архитектуре системы
— БД как центральный компонент для хранения и обработки данных
— Влияние производительности БД на общую эффективность системы

2. Модели хранения данных и инструменты обработки
— Реляционные и нереляционные БД
— Первичная и вторичные модели хранения данных в БД
— Влияние структуры хранения данных на производительность
— Индексация для ускорения поиска и сортировки
— Табличные движки и оптимизаторы запросов
— Выполнение запросов к данным

3. Транзакции и параллелизм
— Понятие транзакции, ACID и BASE подходы
— Нарушения изоляции транзакций
— Обеспечение целостности данных при одновременном доступе
— Минимизация конфликтов блокировок для повышения пропускной способности
— Конкурентный доступ при одновременных операциях
— Органиченное количество подключений и пулы соединений

4. Внутреннее и внешнее кэширование
— Виды внутренних кэшей (буферный кэш, кэш запросов, кэш планов выполнения, кэш метаданных) и стратегии управления ими
— Внешнее кэширование с помощью key-value хранилищ

5. Аппаратные ресурсы и инфраструктура
— Роль серверных мощностей, памяти и дискового пространства
— Влияние сетевой инфраструктуры на быстродействие БД

6. Влияние внутренних операций на производительность
— Вычисляемые поля, включая генерацию последовательностей, GUID/UUID, хэширование, шифрование
— Триггеры и хранимые функции/процедуры
— Очистка, дедубликация

7. Архитектурные приемы повышения производительности БД
— Планирование объема данных и прогнозирование роста
— Репликация и кластеризация, влияние топологии кластера на скорость работы, балансировка нагрузки между несколькими серверами
— Масштабирование при увеличении нагрузки: шардирование, CQRS

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

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

#конференция@systems_education

Если вы системный аналитик уровня джун-мидл и хотите усовершенствовать свои навыки в проектировании логических моделей баз данных, или вам интересно разобраться в основах нормализации баз данных и получить практический опыт — приглашаем на воркшоп «Моделирование предметной области и Проектирование базы данных»

▫️Что вас ждет:
— 3 интенсивных занятия по 2,5 часа каждый
Первое занятие: Погружение в построение Модели предметной области
Второе и третье занятия: Проектирование логической модели Базы данных и освоение принципов нормализации
— Практика в группах: Опыт командной работы на простых и понятных примерах (заказ такси, еды и товаров)
— Знания о нотациях для описания информационного окружения системы и Предметной области проекта: Помимо тех, что будут рассмотрены на воркшопе, обсудим C4, IDEF0, IDEF1X и их применение
— Укрепите свое резюме сертификатом о прохождении воркшопа

▫️Этот воркшоп особенно актуален для тех, кто:
— Только начинает знакомиться с проектированием баз данных
— Хочет улучшить свои навыки моделирования данных
— Стремится к пониманию принципов нормализации баз данных

Регистрация

#воркшоп@systems_education #базыданных@systems_education #нормализация@systems_education

Дайджест курсов и воркшопов школы на март 🌸

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

🔹Буткемп

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

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

🔹Курсы:

1️⃣ Архитектура ИТ-решения: проектирование и реализация MVP (с 10 марта)

Вы будете уметь проектировать и реализовывать двухзвенную, трехзвенную и EDA-архитектуры на открытом стеке (PostgreSQL, Kafka, Python)
Регистрация

2️⃣ Системный анализ. Разработка требований и функциональное проектирование систем (ОНЛАЙН — с 15 марта, ОЧНО — с 20 марта)

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

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

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

🔹Воркшопы:

1️⃣ Use Case: основы (с 1 марта)

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

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

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

3️⃣ Проектирование сложных API: OpenAPI + AsyncAPI (с 2 марта)

Воркшоп по проектированию и документированию API для системных аналитиков, которые хотят познакомиться со спецификациями OpenAPI и AsyncAPI, а также научиться проектировать и документировать синхронные и асинхронные API
Регистрация

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

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

5️⃣ Проектирование DWH по методологии Data Vault (с 19 марта)

Data Vault, методология проектирования DWH, проще якорной модели (Anchor Modeling), но также обладает высокой гибкостью и лучше подается дополнению и расширению по сравнению с классическими звёздными схемами по Кимбалу и Инмону
Регистрация

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

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

7️⃣ UML-диаграммы последовательности для аналитика: ликбез и примеры использования (с 26 марта)

На воркшопе за 3 часа вы построите sequence диаграммы и убедитесь что:
— Cтроить sequence диаграммы несложно
— UML диаграммы удобно читать и легко понимать
— UML — отличный инструмент проектирования поведения систем
Регистрация

8️⃣ Паттерны проектирования микросервисной архитектуры и нотация С4 (с 29 марта)

Воркшоп по проектированию архитектуры информационных систем для системных аналитиков, которые хотят познакомиться с популярными паттернами проектирования микросервисной архитектуры и научиться их визуализировать в диаграммах нотации С4
Регистрация

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

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

#дайджест@systems_education

💰Через 2 недели сгорит самая выгодная цена на летний поток буткемпа «Systems Analyst Bootcamp»

Буткемп нацелен на быстрый и уверенный старт в карьере СА. Формат обучения на программе переподготовки нацелен на то, чтобы познакомить вас со спецификой работы в данной сфере. За 12 недель вы полностью погрузитесь в реальные задачи системного аналитика, поработав с заказчиком над реальным проектом под присмотром экспертов.

В течение 3 месяцев каждую неделю вас будут ждать:
— Два четырехчасовых воркшопа для получения теоретических знаний и практических навыков
— Двухчасовая встреча-созвон с Заказчиком
— Встреча-созвон с командой для выполнения совместных заданий / распределения задач
— Отработка теоретического материала на обучающей платформе
— Выполнение индивидуальных домашних заданий и предоставление их на проверку
— Ведение документации в рабочем пространстве команды

12 марта будет первое повышение цен на летний поток программы переподготовки. Если вы давно хотели сменить профессию или избавиться от «синдрома самозванца», не затягивайте с регистрацией на «Systems Analyst Bootcamp»!

Подробнее

#буткемп@systems_education

80% айтишников используют UML диаграммы — такой вывод сделал аналитик Юрий Куприянов по результатам опроса 275 респондентов из числа аналитиков, архитекторов и разработчиков.

А вот для каких задач опрошенные используют UML:
64% — зафиксировать требования
58% — презентовать решение / архитектуру
55% — объяснить задачу
54% — спроектировать новую архитектуру
54% — проанализировать требование
44% — спроектировать новую фичу
40% — понять задачу, найти ошибку

Похоже, что UML (англ. Unified Modeling Language) — унифицированный язык моделирования — действительно универсален. Давайте разберемся, за счёт чего с помощью UML моделирования удаётся решить все перечисленные задачи:

1️⃣ Диаграмма прецедентов (Use case diagram): Используется на этапе сбора и анализа требований. Помогает визуализировать взаимодействие пользователей с системой, определяя границы системы и основные функции, которые она должна выполнять.

2️⃣ Диаграмма классов (Class diagram): Применяется на этапе проектирования. Отображает структуру системы, показывая классы, их атрибуты, методы и взаимосвязи. Это помогает в моделировании данных и архитектуры системы.

3️⃣ Диаграмма последовательности (Sequence diagram): На этапе проектирования и анализа помогает моделировать взаимодействия между объектами в системе во временной последовательности. Это важно для понимания и детализации процессов.

4️⃣ Диаграмма деятельности (Activity diagram): Используется как на этапе анализа, так и проектирования для моделирования бизнес-процессов и логики работы системы. Показывает потоки управления и данных, что помогает в оптимизации процессов.

5️⃣ Диаграмма компонентов (Component diagram): На этапе проектирования помогает визуализировать физическую структуру системы, показывая, как различные программные компоненты взаимодействуют друг с другом.

6️⃣ Диаграмма развертывания (Deployment diagram): Применяется на этапе реализации и развертывания. Показывает физическое распределение компонентов системы на аппаратных платформах, что важно для понимания инфраструктуры системы.

7️⃣ Диаграмма состояний (State Machine diagram): Используется на этапах анализа и проектирования для моделирования реакций системы на события. Это особенно важно для систем, требующих управления состояниями, таких как системы реального времени.

8️⃣ Диаграмма коммуникации (Communication diagram): Используется для иллюстрации взаимодействий между объектами в системе. Акцентирует внимание на структурных аспектах взаимодействий, показывая, как объекты связаны друг с другом в процессе обмена сообщениями.

Эти диаграммы UML обеспечивают комплексный подход к проектированию и разработке программного обеспечения, помогая командам эффективно справляться с задачами на каждом этапе жизненного цикла системы.

Приглашаем на курс «Системное моделирование. Основы обьектно-ориентированного проектирования и разработка UML-моделей», чтобы на практике использовать многообразие UML-диаграмм.

Регистрация

Опубликовали статью по вебинару Анны Вичуговой на тему «Что такое архитектура информационных систем и как её проектировать»

▫️В этой статье о том:
— что такое архитектура и зачем она нужна
— какие уровни архитектурного проектирования существуют
— что входит в процесс проектирования архитектуры
— как принимать архитектурные решения

▫️Статья будет полезна системным и бизнес-аналитикам, которые хотят узнать нюансы архитектурного проектирования и начать говорить с архитекторами на одном языке.

▫️Содержание статьи:
1. Что такое архитектура информационных систем и зачем она нужна?
2. Уровни архитектурного проектирования
3. Проектирование архитектуры ИС ー системный дизайн
4. Факторы принятия архитектурных решений
5. Участники, инструменты и артефакты проектирования
6. Архитектура и риски
7. Компромиссы поиска архитектурного решения
8. Шаги проектирования архитектуры ИС

Почитать можно тут

🔔Заинтересовавшихся статьей будем ждать на курсе «Архитектура ИТ-решения: проектирование и реализация MVP». Ближайший поток стартует 10 марта!

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

🛰 Дарья Борисова, Системный аналитик с более чем 7-летним опытом в IT, выступит на третьей конференции Systems Design Online с докладом на тему «Подходы к оптимальному проектированию REST API»

План доклада:
1. Оптимизация кол-ва запросов
— Зачем оптимизировать запросы к серверу
— Как оптимизировать кол-во запросов?
— Детальное рассмотрение способа комбинирования API-эндпоинтов

2. Выбор стороны для проведения расчетов
— Когда лучше проводить расчеты на клиенте, а когда на сервере?
— Возможные компромиссы между производительностью и безопасностью

3. Пакетная обработка
— Понятие пакетной обработки
— Применение batch-запросов для оптимизации взаимодействия с API
— Ограничения и возможные риски при использовании этого подхода

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

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

#конференция@systems_education

Воркшоп «Разработка требований к информационной безопасности ИТ-систем»

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

🔹 Когда старт?
31 марта (пн)

🔹 Что получат участники?
2 занятия по 4 часа
— Первое посвящено процессу выявления требований информационной безопасности
— Второе — методам защиты информации и формированию требований

🔹 Чему вы научитесь?
— Строить правильный процесс выявления требований к информационной безопасности
— Формировать требования к информационной безопасности с учетом архитектурных особенностей системы
— Оценивать риски, связанные с безопасностью информации

🔹 Воркшоп будет полезен, если:
— Вы работаете на крупную компанию, коммерческую или государственную
— Ваш продукт или система содержат чувствительные данные, например, относится к сфере финансов или электронной коммерции
— Вы хотите предотвратить сложности и «‎внезапные» доработки безопасности на этапе приемки и эксплуатации
— Вам необходимо точнее оценивать скоуп работ, включая требования, не заявленные явным образом
— Вы не любите заучивать перечни пунктов сертификации или формулировки стандартов
— Ваш процесс разработки включает согласование со службой ИБ

Регистрация

#воркшоп@systems_education #безопасность@systems_education

🎥 Выложили запись доклада Анны Вичуговой на тему «Потоковый и пакетный ETL для PostgreSQL с коннекторами Kafka и AirFlow» с конференции Systems Design 24

Анна, эксперт в области проектирования информационных систем, представила доклад, в котором подробно рассматриваются ключевые компоненты ETL, демонстрируются примеры реализации пакетного ETL с использованием AirFlow и потокового ETL с Debezium-коннектором Kafka, а также даны рекомендации по проектированию эффективных ETL-конвейеров.

Тайм-код доклада:
00:00 О докладе
01:20 О спикере
02:50 Всё - это ETL, ETL - это всё
06:35 Ключевые компоненты ETL
09:55 Пример пакетного ETL для PostgreSQL с AirFlow
28:14 Пример потокового ETL для PostgreSQL с Debezium-коннектором Kafka
44:51 Рекомендации по проектированию ETL-конвейеров

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

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

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

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

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

Как усилить эффективность Agile?

При работе над продуктом одним из ключевых факторов успеха становится правильная организация Product Backlog. При этом бизнес-аналитики играют важнейшую роль в том, чтобы каждая функция и каждое требование были чётко описаны. И здесь на первый план выходят Agile-практики!

Ниже рассказали, какие шаги помогут сделать управление требованиями максимально результативным!

1️⃣ Непрерывная коммуникация с ключевыми стейкхолдерами. Постоянные встречи со всеми заинтересованными сторонами позволяют не только оперативно уточнять актуальные требования, но и своевременно реагировать на изменения в бизнес-приоритетах, что особенно важно в Agile.

2️⃣ Приоритизация на основе бизнес-ценности. Применение таких подходов, как MoSCoW (Must have, Should have, Could have, Won’t have) или матрица «ценность–усилия», даёт возможность точнее управлять ожиданиями стейкхолдеров и фокусировать ресурсы на наиболее важных для продукта задачах.

3️⃣ Регулярный Product Backlog Refinement. Постоянное уточнение и актуализация бэклога не только делает его более понятным и структурированным, но и способствует глубокому пониманию каждым членом команды своего вклада, повышая эффективность и качество разработки.

4️⃣ Прозрачность и наглядность Backlog. Инструменты бизнес-анализа должны обеспечивать всем участникам проекта удобный доступ к требованиям и их изменениям в режиме реального времени.

Хотите развить свои знания и умения в этой области? Приглашаем вас на наш воркшоп «Бизнес-анализ. Разработка пользовательских требований и постановка задач на разработку».

Регистрация

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

Воркшоп «Event Storming как техника моделирования предметной области и выявления микросервисов»

🔹Когда?
10-12 Марта (пн, ср)

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

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

🔹2 занятия по 2 часа
— По будням вечером
— 2 часа без перерыва
— Чередование теории, практики и обратной связи

Регистрация

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

Интеграция систем — это ключевая компетенция в IT-анализе?

Наверное каждый в голове ответил на данный вопрос «Да, конечно», и это правда, редко встретишь ситуацию, когда в IT-проектах каждая система изолирована и не обменивается данными с другими. Клиентские приложения, CRM, ERP, платежные шлюзы, информационные порталы — всё это постоянно взаимодействует и обменивается данными. Именно поэтому умение грамотно проектировать интеграции становится одним из основных умений для IT-аналитиков и проектировщиков.

📈 Это мы также можем видеть по статистике вакансий на HeadHunter и LinkedIn:
— Около 40% предложений для системных аналитиков прямо указывают опыт интеграции систем как желательное или обязательное требование.
— Более 70% вакансий на позиции Solution Architect и Integration Architect подразумевают практические знания обмена данными и протоколов (REST, SOAP, JMS, очереди сообщений).
— В вакансиях бизнес-аналитиков, ориентированных на IT-проекты, упоминание интеграций встречается почти в 30% случаев — особенно, если задачи связаны с цифровыми продуктами и автоматизацией внутренних процессов.

На курсе «Интеграция систем. Разработка требований и основы проектирования» вы под руководством эксперта изучите на практике все этапы проектирования интеграций — от разработки требований к ним и до изучения современных технологий интеграций.

Регистрация

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