Одной из самых серьезных проблем в разработке программного обеспечения является борьба со сложностью решаемой задачи. Более того сложность задач решаемых разработчиками с каждым годом стремительно растет. Для решения этой проблемы хорошо себя зарекомендовал на практике набор подходов и методов, объединенных общим названием Domain Driven Design (DDD). DDD позволяет существенно увеличить скорость разработки, снизить стоимость сопровождения и повысить качестве программного обеспечения. Но, несмотря на это, внедрение DDD на практике сталкивается с множеством трудностей и препятствий, что нередко приводит к полному отказу от применения данного похода в проекте. Доклад посвящен описанию того как Domain Driven Design может быть использован в вашем проекте, зачем это вам нужно и почему это работает. Будут освещены преимущества и недостатки DDD, трудности с которыми приходится сталкиваться при его использовании и какой результат принесет его применение.

1. DomainDrivenDesign - как, почему и зачем? Николай Гребнев CUSTIS

2. Что такое DDD? 2

3. DDD – Domain Driven Design 3

4. 4

6. Модуль таблицы

7. Модель предметной области5

8. Сценарий транзакции Вход Бизнес-операция Изменения Результат 6

9. Модуль таблицы 7

10. RecordsetDataSet

11. Модель предметной области 9

12. Модель предметной области Каждая сущность модели: Имеет идентичность Инкапсулирует: Состояние Поведение 10

13. 11

15. Единый язык

16. Проектирование по модели (Model Driven Design)12

17. Дизайн Модель 13

18. 14

19. Переработка знаний Проектирование модели Углубляющий рефакторинг 15

20. Переработка знаний

21. Переработка знаний – поиск системы абстрактных понятий, учитывающей все необходимые подробности 17

23. Разработчики18

24. Руководят процессом Разработчики 19

25. Пример 20

26. Задача Рассчитать зарплатусотрудника в заданном месяце 21

28. Модель 23

30. С. в П. О.: Рабочий день, когда сотрудник присутствовал на рабочем местепри этом он еще не уволился24

31. Модель 25

33. Модель 27

35. С. в П. О.: Из табеля учета рабочего времени28

36. Модель 29

37. Единый язык 30

39. На основе модели предметной области

40. Проверяет модель предметной области

41. Используется во всех документах

42. Используется в коде31

43. Модель предметной области Терминология 32

44. Терминология — система терминов — слов научно-технического языка, обладающих определенным, четко отграниченным значением 33

45. Терминология — система терминов — слов научно-технического языка, обладающих определенным, четко отграниченным значением 34

46. Общение между людьми 35

47. Терминология — система терминов — слов научно-технического языка, обладающих определенным,четко отграниченным значением 36

48. Использование в коде

49. Проектирование по модели

50. Проектирование по моделиModel Driven Development – проектирование архитектуры, при котором соблюдается максимально точное соответствие между некоторым подмножеством элементов программы и элементами модели 39

51. Модель предметной области 40

52. Модель программы 41

53. Модель программы Модель предметной области DataSet DataReader Command DataAdapter Connection И т. д. Книга Автор Издатель Читатель И т. д. 42

54. Модель предметной области 43

55. Model Driven Development MDD – прямаяпроекция языка предметной области на объектно ориентированный язык программирования 44

56. Model Driven Development MDD – прямаяпроекция языка предметной области на объектно ориентированный язык программирования 45

57. Задача Зачислить сотрудника в подразделение начиная с заданной даты 46

58. Модель 47

59. Что есть DepartmentHistoryRepository.Remove( from dh in DepartmentHistoryRepository where dh.EmployeeId = employee.Id && dh.DateStart >= date select dh); 48

60. Что есть vardhe = from dh in DepartmentHistoryRepository where dh.EmployeeId = employee.Id && dh.DateStart<= date && dh.DateEnd >= date select dh; dhe.DateEnd = date.AddDay(-1)

61. Что есть DepartmentHistoryRepository.CreateNew( employee, date);

62. Что должно быть подразделение.Зачислить( сотрудник, дата); 51

63. Зачем DDD? 52

64. Зачем DDD? Эффективный способ борьбы со сложностью Единый язык Низкая стоимость разработки и сопровождения 53

65. Почему нет? Проблемы: Организационные: Разделение анализа и проектирования Отстранение разработчиков от анализа Отсутствие опыта DDD Технические 54

66. Спасибо за внимание Николай Гребнев CUSTIS ngrebnev@gmail.com http://www.slideshare.net/ngrebnev