Стратегические паттерны Domain Driven Design
Ключевой тезис практики Domain Driven Design – «основная сложность корпоративных систем сокрыта в их предметной области». Последствия непонимания предметной области могут быть смертельны – постоянные возвраты на доработку, неудовлетворенность Заказчика, затягивание сроков, срыв поставки.
Но непонимание предметной области убивает не только внешнее качество, но и внутреннее. Очень легко пропустить неявный, но подразумеваемый заказчиком функционал и не осознать точки будущих расширений – и не заложить их в архитектуру. Это приведет к архитектурному рефакторингу, который проект может не вынести.
Умение строить модели предметной области, используя типовые шаблоны – важный навык и он будет полезен всем, вне зависимости от исполняемой роли. Способность оперировать моделью предметной области серьезно ускоряет цикл разработки за счет более быстрого понимания задач и отсутствия лишних возвратов задач на доработку.
Программа
- Введение в Domain-Driven Design
– Определение DDD и его цели
– Преимущества и выгоды применения DDD
– Когда нужен, когда нет, ограничения
– Эволюция DDD и связанных инструментов
– Предметная область
– Методы исследование предметной области
– Классификация поддоменов
– Принятие решений на основе типов поддоменов
– Стратегические паттерны
– Единый язык
– Определение и важность единого языка, определение его границ
– Методы идентификации единого языка
– Способы организации единого языка
– Методы поддержки актуальности
– Ограниченные контексты
– Определение ограниченного контекста
– Способы определения границ контекста
– Методы проверки корректности определенных границ
– Карта контекстов
– Установка связей между ограниченными контекстами
– Коммуникация через язык моделирования
– Антипаттерны карты контекстов
– Рефакторинг карты контекстов
– Прикладное использование стратегических паттернов
– Использование при проектировании архитектуры решения
– Использование в принятии решений по разработке
– Использование при проектировании организационной структуры
– Использование при модернизации/миграции существующего решения
– Использование при проектировании структуры поставки
Групповые скидки:
- От 2 до 4 участников - скидка 5 %
- От 5 и больше участников - скидка 10 %
Как проходит обучение?
- Обучение проходит онлайн, вся теория подкрепляется практикой.
- Практика проходит в малых группах по 3-5 человек в Zoom и Miro.
- У всех групп единое сквозное задание, что позволяет ознакомиться с различными вариантами выполнения и применения теоретических знаний.
Тренер
Сергей Баранов
Сергей имеет более чем 15-летний практически опыт в области проектирования и развития архитектур систем и управления продуктами различной степени сложности. В 15 лет написал первое коммерчески успешное приложение, что и послужило толчком к дальнейшему развитию. Долгое время проработал архитектором в проекте для Boeing, в котором были задействованы десятки систем и сотни людей. Был архитектором банковского многоканального решения, после чего занимался развитием направления по информационной безопасности в качестве консультанта.
Занимается развитием направления DevOps и ИТ-архитектуры, партнер ScrumTrek с 2015 года. Основатель и идейных вдохновитель конференции ArchDays, председатель РОО «Объединение ИТ-Архитекторов».