Стратегические паттерны Domain Driven Design

Ключевой тезис практики Domain Driven Design – «основная сложность корпоративных систем сокрыта в их предметной области». Последствия непонимания предметной области могут быть смертельны – постоянные возвраты на доработку, неудовлетворенность Заказчика, затягивание сроков, срыв поставки.

Но непонимание предметной области убивает не только внешнее качество, но и внутреннее. Очень легко пропустить неявный, но подразумеваемый заказчиком функционал и не осознать точки будущих расширений – и не заложить их в архитектуру. Это приведет к архитектурному рефакторингу, который проект может не вынести.

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

Программа

Введение в Domain-Driven Design
– Определение DDD и его цели
– Преимущества и выгоды применения DDD
– Когда нужен, когда нет, ограничения

– Предметная область
– Методы исследование предметной области
– Классификация поддоменов
– Принятие решений на основе типов поддоменов

– Стратегические паттерны
– Единый язык
– Определение и важность единого языка, определение его границ
– Методы идентификации единого языка
– Способы организации единого языка
– Методы поддержки актуальности
– Ограниченные контексты
– Определение ограниченного контекста
– Способы определения границ контекста
– Методы проверки корректности определенных границ
– Карта контекстов
– Установка связей между ограниченными контекстами
– Коммуникация через язык моделирования
– Антипаттерны карты контекстов
– Рефакторинг карты контекстов

– Прикладное использование стратегических паттернов
– Использование при проектировании архитектуры решения
– Использование в принятии решений по разработке
– Использование при проектировании организационной структуры
– Использование при модернизации/миграции существующего решения
– Использование при проектировании структуры поставки

Групповые скидки:

От 2 до 4 участников - скидка 5 %
От 5 и больше участников - скидка 10 %

Как проходит обучение?

Обучение проходит онлайн, вся теория подкрепляется практикой.
Практика проходит в малых группах по 3-5 человек в Zoom и Miro.
У всех групп единое сквозное задание, что позволяет ознакомиться с различными вариантами выполнения и применения теоретических знаний.

Тренер

Сергей Баранов

Консультант по технологической стратегии с более чем 20-летним опытом в ИТ-индустрии, охватывающим разработку, архитектуру, DevOps и организационные трансформации. В 15 лет написал первое коммерчески успешное приложение, в 20 лет спроектировал и разработал PaaS-решение с мировым охватом в GameDev. Работал архитектором в проекте Boeing 787 Dreamliner, в котором были задействованы десятки систем и сотни людей, разрабатывал банковские многоканальные решения и занимался информационной безопасностью.

С 2015 года ведет собственную консультационную практику в направлениях ИТ-стратегии и ИТ-архитектуры, партнер компании ScrumTrek. Работал с такими компаниями, как Альфа-Банк, Газпромнефть, Сбербанк, X5 Retail Group, МТС, Авито, Т-Банк и другими.

Провел более 200 публичных и корпоративных обучающих курсов, более 10 организационных трансформаций с технологической составляющей, более 30 аудитов организаций и процессов.

Основатель конференции ArchDays — первой в России конференции по архитектуре ИТ-решений, ставшей основной площадкой для обмена опытом между ИТ-архитекторами.

Председатель Российской ассоциации архитекторов программного обеспечения (РОО «Объединение ИТ-Архитекторов»).

Регулярно выступает спикером на российских конференциях (AgileDays, DevOpsConf, TechLeadConf, DotNext, ArchDays), эксперт по Event Storming — был первым в России, кто начал использовать и широко продвигать этот метод.