Введение в проектирование по предметной области (DDD)

Сентябрь 6, 2022

Главная
Алгебра
Введение в проектирование по предметной области (DDD)

Содержание

2. В начале было…. Новый проект: Длительный жизненный цикл Сложная предметная область Высококвалифицированные разработчики Не надо всё
3. Определение DDD DDD (Domain Driven Design ) - предметно-ориентированная парадигма проектирования. В данной парадигме ключевым понятием
4. Плюсы и минусы, а везде ли использовать? Минусы: Требует высокой квалификации разработчиков; Требует много времени на
5. DDD. Основные понятия Domain Model (Модель)- это структурированные знания, которые связаны с определенной предметной областью. Core
7. Единый язык Единый язык - общий и понятный всем, как специалистам так и разработчикам, язык общения.
8. Переработка знаний Начиная писать программу, невозможно знать достаточно. В основе создания модели лежит переработка знаний. Переработка
9. Task Tracker: первое приближение Единый язык: Task Tracker User Task BussinesProcess Step Domain Core
10. Углубленная модель Углубленная модель – модель, которая наиболее точно описывает предметную область. Инициализация: ответ на проблему
11. Task Tracker : Углубленная модель Единый язык: Task Tracker User Task BussinesProcess Step Domain Core Project
12. Составляющие эффективного моделирования Единый язык - язык, основанный на модели; Информоемкая модель - модель максимально точно
13. DDD в крупномасштабных проектах Ограниченные контексты; Карта контекстов; Взаимосвязи между контекстами: Общее ядро; Заказчик-поставщик; Конформист; Предохранительный
14. Заключение
15. Объекты модели Сущность Объект-значение Сервис Модуль Агрегат Фабрика Хранилище ???
16. DDD не говорит тебе, как писать код Абстракция. Инкапсуляция. Наследование. Полиморфизм. SOLID KISS GoF ORM …
17. Пример DDD : реализация биллинга телефонного оператора. Кратко про биллинг: Комплекс процессов и решений, ответственных за
18. Тарификация услуг звонков Клиент может звонить(и звонки тарифицируются в соответствии с тарифом клиента), менять тариф, пополнять
19. Объекты модели: Клиент Тариф Баланс Звонок? Номер? Операции: Звонить? Списание средств с баланса (Тарификация)? 29.04.2017
20. Звонок изнутри, со стороны оператора: С сим-карты поступает звонок на номер. Если на сим карте недостаточно
21. Посмотрим код. 29.04.2017
22. Выставление счетов В зависимости от тарифа ежемесячно клиенту выставляется общий счет, суммируется абонентская плата и подключенные
23. Я: Абонентская плата – это признак тарифа? Я: Подключенные услуги – что услуги, подключенные к тарифу?
24. Всё хорошо, но нет Тариф Услуга Клиент? 29.04.2017
25. Как оно работает? Откуда оно взялось? Что с ним будет дальше? Если мы это поменяем здесь
26. B: А давай ещё АРМ добавим и систему информирования? У нас ведь всё написано, это ж
27. Список использованной литературы Эрик Эванс: Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем; Флойд Маринеску и Эйбел
29. Скачать презентацию

Слайд 2

В начале было….
Новый проект:
Длительный жизненный цикл
Сложная предметная область
Высококвалифицированные разработчики
Не надо всё

реализовывать «вчера».

Слайд 3

Определение DDD
DDD (Domain Driven Design ) - предметно-ориентированная парадигма проектирования. В данной парадигме

ключевым понятием является логика (бизнес-логика) вокруг которой строится приложение.

Слайд 4

Плюсы и минусы, а везде ли использовать?
Минусы:
Требует высокой квалификации разработчиков;
Требует много

времени на анализ информации и построение модели;
В большинстве случае требует совместной работы разработчика и специалиста.

Плюсы:
Сокращает издержки на сопровождение программного продукта;
Сокращает издержки на документирование;
Легкая адаптация приложения к изменениям в предметной области;
Разработчики понимают предметную область.

Слайд 5

DDD. Основные понятия
Domain Model (Модель)- это структурированные знания, которые связаны с определенной

предметной областью.
Core domain (cмысловое ядро) - часть домена, имеющая первостепенное значение для выполнения главной задачи.

Слайд 6

Слайд 7

Единый язык
Единый язык - общий и понятный всем, как специалистам так

и разработчикам, язык общения. Является хранилищем переработанных знаний о предметной области и включает:
название принципов высокоуровневой организации;
имена классов, основных операций, шаблонов, модулей;
метафорический образ системы;
любые другие термины\словари используемые в модели.

Слайд 8

Переработка знаний
Начиная писать программу, невозможно знать достаточно.
В основе создания модели лежит

переработка знаний.
Переработка знаний - получение информации о предметной области в удобной, понятной и структурированной форме.
Непрерывное обучение, в процессе итерационной разработки – постоянное изучение предметной области в процессе формирования модели и общения со специалистами\пользователями.

Слайд 9

Task Tracker: первое приближение
Единый язык:
Task Tracker
User
Task
BussinesProcess
Step
Domain Core

Слайд 10

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

на проблему в коде;
пропущено важное понятие;
модель не отражает предметную область;
реализацию и модель не получается синхронизировать;
Кризис\тупиковая ситуация при разработке.

Слайд 11

Task Tracker : Углубленная модель
Единый язык:
Task Tracker
User
Task
BussinesProcess
Step
Domain Core
Project
Permission

Слайд 12

Составляющие эффективного моделирования
Единый язык - язык, основанный на модели;
Информоемкая

модель - модель максимально точно отражает предметную область;

Дистилляция - модель не содержит знаний не из предметной области;
Эксперименты и мозговые штурмы.

Спроектированная модель придерживается принятых в среде разработки парадигм программирования;

Проектирование по модели (MDD) – реализация полностью отражает модель;

Слайд 13

DDD в крупномасштабных проектах
Ограниченные контексты;
Карта контекстов;
Взаимосвязи между контекстами:
Общее ядро;
Заказчик-поставщик;
Конформист;
Предохранительный уровень;
Отдельное существование;
Службы

с открытым протоколом.
Непрерывная интеграция;
Разделение модели по уровням;
Дистилляция:
Выделение ядра модели;
Выбор целей рефакторинга;
Декларативное программирование.

Слайд 14

Заключение

Слайд 15

Объекты модели
Сущность
Объект-значение
Сервис
Модуль
Агрегат
Фабрика
Хранилище
???

Слайд 16

DDD не говорит тебе, как писать код
Абстракция. Инкапсуляция. Наследование. Полиморфизм.
SOLID
KISS
GoF
ORM
…

Слайд 17

Пример DDD : реализация биллинга телефонного оператора.
Кратко про биллинг:
Комплекс процессов и

решений, ответственных за сбор информации об использовании телекоммуникационных услуг, их тарификацию, выставление счетов абонентам, обработку платежей (wiki)
Основные функции:
Тарификация услуг(звонков), хранение истории
Выставление счетов
Обработка платежей

Слайд 18

Тарификация услуг звонков
Клиент может звонить(и звонки тарифицируются в соответствии с тарифом

клиента), менять тариф, пополнять баланс
Клиент может звонить :
Клиент звонит на номер, после разговора у него с баланса списываются деньги в соответствии с его тарифом. Если баланс отрицательный, клиент не может позвонить – выдается сообщение об ошибке.

29.04.2017

Слайд 19

Объекты модели:
Клиент
Тариф
Баланс
Звонок? Номер?
Операции:
Звонить?
Списание средств с баланса (Тарификация)?
29.04.2017

Слайд 20

Звонок изнутри, со стороны оператора:
С сим-карты поступает звонок на номер. Если

на сим карте недостаточно денег, выдается сообщение об ошибке. Иначе звонок совершается. По окончанию звонка с баланса сим карты списываются деньги в соответствии с правилом тарификации по тарифу
Объекты модели:
Сим карта
Клиент ( ! Оставили, потому что … )
Тариф
Правило тарификации
Баланс
Звонок
Операции:
Звонить => Сервис, который инициирует звонок
Списание средств с баланса => Сервис тарификации

29.04.2017

Слайд 21

Посмотрим код.
29.04.2017

Слайд 22

Выставление счетов
В зависимости от тарифа ежемесячно клиенту выставляется общий счет, суммируется

абонентская плата и подключенные к симке услуги, с учетом времени пользования. Если услугу подключили и отключили в один день, то в счет попадает сумма за весь день пользования
?????

29.04.2017

Слайд 23

Я: Абонентская плата – это признак тарифа?
Я: Подключенные услуги – что

услуги, подключенные к тарифу?
B: Да, у тарифа может быть абонентская плата, или её может не быть.
B: Нет, услуги подключаются на сим карту, при смене тарифа должны оставаться
Новые объекты:
Тариф
Абонентская плата
Сим-карта
Услуга
Общий счет

29.04.2017

Слайд 24

Всё хорошо, но нет
Тариф
Услуга
Клиент?
29.04.2017

Слайд 25

Как оно работает?
Откуда оно взялось?
Что с ним будет дальше?
Если мы это

поменяем здесь и сейчас, кто должен увидеть эти изменения?

29.04.2017

Слайд 26

B: А давай ещё АРМ добавим и систему информирования? У нас

ведь всё написано, это ж быстро
Я: Нет.

29.04.2017

Слайд 27

Список использованной литературы
Эрик Эванс: Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем;
Флойд

Маринеску и Эйбел Аврам: Domain-Driven Design Quickly;
Презентация Tados’а по DDD: Предметно-ориентированное проектирование.
https://habrahabr.ru/post/158277/ - Парадигмы программирования. Data Driven vs Domain Driven
https://habrahabr.ru/post/258693/ - Снова о разработке на основе предметной области (Domain-Driven Design, DDD)
https://habrahabr.ru/post/173893/ - Проектируем по DDD. Часть 1: Domain & Application

Введение в проектирование по предметной области (DDD)

Содержание

В начале было….Новый проект:Длительный жизненный циклСложная предметная областьВысококвалифицированные разработчикиНе надо всё

Определение DDDDDD (Domain Driven Design ) - предметно-ориентированная парадигма проектирования. В данной парадигме

Плюсы и минусы, а везде ли использовать?Минусы:Требует высокой квалификации разработчиков;Требует много

DDD. Основные понятия Domain Model (Модель)- это структурированные знания, которые связаны с определенной

Единый языкЕдиный язык - общий и понятный всем, как специалистам так

Переработка знанийНачиная писать программу, невозможно знать достаточно. В основе создания модели лежит

Task Tracker: первое приближениеЕдиный язык:Task TrackerUserTask BussinesProcess StepDomain Core

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

Task Tracker : Углубленная модельЕдиный язык:Task TrackerUserTask BussinesProcess StepDomain CoreProjectPermission

Составляющие эффективного моделирования Единый язык - язык, основанный на модели; Информоемкая

Заключение

Объекты моделиСущность Объект-значениеСервис Модуль Агрегат ФабрикаХранилище???

DDD не говорит тебе, как писать кодАбстракция. Инкапсуляция. Наследование. Полиморфизм.SOLIDKISSGoFORM…

Пример DDD : реализация биллинга телефонного оператора. Кратко про биллинг:Комплекс процессов и

Тарификация услуг звонков Клиент может звонить(и звонки тарифицируются в соответствии с тарифом

Объекты модели:КлиентТарифБалансЗвонок? Номер?Операции:Звонить?Списание средств с баланса (Тарификация)?29.04.2017

Звонок изнутри, со стороны оператора:С сим-карты поступает звонок на номер. Если

Посмотрим код.29.04.2017

Выставление счетовВ зависимости от тарифа ежемесячно клиенту выставляется общий счет, суммируется

Я: Абонентская плата – это признак тарифа?Я: Подключенные услуги – что

Всё хорошо, но нетТарифУслугаКлиент?29.04.2017

Как оно работает?Откуда оно взялось?Что с ним будет дальше?Если мы это

B: А давай ещё АРМ добавим и систему информирования? У нас

Список использованной литературыЭрик Эванс: Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем;Флойд

Похожие презентации

В начале было….
Новый проект:
Длительный жизненный цикл
Сложная предметная область
Высококвалифицированные разработчики
Не надо всё

Определение DDD
DDD (Domain Driven Design ) - предметно-ориентированная парадигма проектирования. В данной парадигме

Плюсы и минусы, а везде ли использовать?
Минусы:
Требует высокой квалификации разработчиков;
Требует много

DDD. Основные понятия
Domain Model (Модель)- это структурированные знания, которые связаны с определенной

Единый язык
Единый язык - общий и понятный всем, как специалистам так

Переработка знаний
Начиная писать программу, невозможно знать достаточно.
В основе создания модели лежит

Task Tracker: первое приближение
Единый язык:
Task Tracker
User
Task
BussinesProcess
Step
Domain Core

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

Task Tracker : Углубленная модель
Единый язык:
Task Tracker
User
Task
BussinesProcess
Step
Domain Core
Project
Permission

Составляющие эффективного моделирования
Единый язык - язык, основанный на модели;
Информоемкая

Объекты модели
Сущность
Объект-значение
Сервис
Модуль
Агрегат
Фабрика
Хранилище
???

DDD не говорит тебе, как писать код
Абстракция. Инкапсуляция. Наследование. Полиморфизм.
SOLID
KISS
GoF
ORM
…

Пример DDD : реализация биллинга телефонного оператора.
Кратко про биллинг:
Комплекс процессов и

Тарификация услуг звонков
Клиент может звонить(и звонки тарифицируются в соответствии с тарифом

Объекты модели:
Клиент
Тариф
Баланс
Звонок? Номер?
Операции:
Звонить?
Списание средств с баланса (Тарификация)?
29.04.2017

Звонок изнутри, со стороны оператора:
С сим-карты поступает звонок на номер. Если

Посмотрим код.
29.04.2017

Выставление счетов
В зависимости от тарифа ежемесячно клиенту выставляется общий счет, суммируется

Я: Абонентская плата – это признак тарифа?
Я: Подключенные услуги – что

Всё хорошо, но нет
Тариф
Услуга
Клиент?
29.04.2017

Как оно работает?
Откуда оно взялось?
Что с ним будет дальше?
Если мы это

Список использованной литературы
Эрик Эванс: Предметно-ориентированное проектирование (DDD): структуризация сложных программных систем;
Флойд