DDD – правильный курс в потоке изменений требований

Валентина Ломаева,

аналитик-проектировщик

Минск, май 2012

Трудности крупных ИТ-проектов

Методы управления требованиямии проектирования

Применение на практике

Заключение

План доклада

2

Изменение бизнес-процессови нормативной базы

Большое количество заинтересованныхсторон

Большое количество пользователейи ролей в системе

Территориальная распределенностьИТ-системы

Трудности крупных ИТ-проектов

3

Трудности крупных ИТ-проектов

Методы управления требованиямии проектирования

Применение на практике

Заключение

План

4

Методы управления требованиями и проектирования

DDD (предметно-ориентированное проектирование)

Описание бизнес-процессов

Итеративность и приоритизация требований

Максимальная гибкость системы за счет механизмов настройки

5

Вырабатываем единый язык (ubiquitous language):

построенный на основе терминов предметной области;

понятный ИТ-специалистам и экспертам бизнеса;

удобный для описания модели ИТ-системыи ее места в бизнес-процессах.

DDD (предметно-ориентированное проектирование)

6

Модель документооборота

(поведение документов)

Учетная модель

(учетные показатели)

Информационнаямодель

(структура документов)

Три проекции единой модели

7

Составляющие единой модели

Диаграммы классов – информационная модель

Диаграммы учета – учетная модель

Диаграммы состояний – модель документооборота

8

Преимущества DDD

Верификация постановок бизнес-специалистами

Достижение единого понимания требованийк системе

Совместное обсуждение системы бизнес-и ИТ-специалистами

Формирование у бизнес-специалистов представления о возможностях системыи сложности различных доработок

Эффективное общение представителей бизнесаи ИТ на этапе сопровождения системы

9

Требования, накладываемые DDDна процесс разработки

Глубокое отражение специфики предметной области в едином языке

Необходимость погружения разработчиковв специфику предметной области

10

Описание бизнес-процессов

Связывание бизнеса и ИТ

Наглядность и понимание всех областей,которые затрагивают изменения

Быстрое вовлечение новых людей в проект

11

Большая вовлеченность заказчикав процесс разработки

Постоянная приоритизация требований

Тестирование в течение всего процессаразработки

«Частые поставки» (Frequent Delivery)

Итеративность и приоритизация требований

12

Максимальная гибкость системыза счет механизмов настройки

Настройка атрибутного состава

Настройка учета

Настройка формата обменас внешними системами

Настройка отчетов

13

Трудности крупных ИТ-проектов

Методы управления требованиямии проектирования

Применение на практике

Заключение

План

14

Проектирование СГУиК РВ и РАО

15

Согласование бизнес-процессов

16

Применяем DDD

17

Наглядность моделей учета

18

Бухгалтерский учет в инвентаризации

Анализ текущего процесса инвентаризациии выявление «слабых мест»

Применение методики инвентаризации,построенной на основании методов складского учета

19

Согласование требований(модельный пример)

20

Трудности крупных ИТ-проектов

Методы управления требованиямии проектирования

Применение на практике

Заключение

План

21

Единый язык + Единая модель:

эффективное развитие сложных систем

взаимопонимание между всеми участниками проекта

итеративное проектирование и разработка

возможность применения различных средств моделирования

DDD – правильный путь! Почему?

22

Спасибо!Вопросы?

Валентина Ломаева

vlomaeva@custis.ru

lomaeva.moikrug.ru

23

SECR–2011 – DDD – эффективный способ работыв условиях системной сложности

ADD–2011 – Необъектные модели предметной области

SoftwarePeople–2011 – Три точки опоры в архитектуре корпоративных систем

SoftwarePeople–2012 – DDD: реализуем проект«Вавилонская башня»

Журнал «Бухгалтер и компьютер», №5–2011 – «Диаграммы учета: мост между бухгалтероми разработчиком»

Ссылки по теме

24