View
692
Download
0
Category
Preview:
DESCRIPTION
Analyst Days-1. Секция C. Валентина Ломаева
Citation preview
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
Recommended