Проектирование больших ИС в Agile

Проектирование

большихинформационных систем

в Agile

Бибичев Андрей

2009 год, октябрь

team.custis.ru

http://www.custis.ru/

ВВЕДЕНИЕ

Большой водопад

Восприятие инкрементального дизайна

Разрыв шаблона

2 из 82«Проектирование больших ИС в Agile»

Разработка

больших систем

стойко ассоциируется с

водопадным процессом:



Но Agile-агитаторы

приводят статистику

по успешности окончания

водопадных проектов:



И взамен предлагают

инкрементальный

дизайн:



Однако,

не говорят

как при этом

избежать вот такого:



В народном творчестве

это находит

свое отражение:



http://thekonst.net/ru/propaganda/291

Попробуем разорвать

этот шаблон!



ТЕРМИНОЛОГИЯ


Больших

Информационных систем

Agile




Design(ing)

Дизайн

Здесь не об этом


Больших

PO

SM

Типичная Agile-команда (5-7 чел)

t

0 4 мес. 1 год

Маленькие Средние Наш размерчик!

= от 10 – 15 чел. лет


Больших

1 2 3 4 5 6 7 8 9

Много людей(например, 30 человек 1 год)

Долго(например, 7 человек 4 года)

Успешные и

востребованные проекты

после фазы внедрения вовсе

не заканчивают свою

«жизнь»:



0

5000

10000

15000

20000

25000

30000

0 10 20 30 40 50 60 70

Время (мес.)

Ко

л-в

о м

етад

ан

ны

х

Изменение Создание

Начало работы АБС


0

5000

10000

15000

20000

25000

30000

0 10 20 30 40 50 60 70

Время (мес.)

Ко

л-в

о м

етад

ан

ны

х

Изменение Создание

Развитие, сопровождениеВнедрение,

адаптация

Сильныеизменения

в законодательстве

Информационных систем


U

Здесь об Enterprise(корпоративных ИС)

ERP / CRM / биллинги /банковские / торговые / складские системы

…

Agile


http://agilemanifesto.org/principles.html



Agile


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

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

Минималистичная документация(Agile-спецификации и т.п.)

Программный код, из которого легко понять основныепроектные решения

Нам важно в данном контексте:

*DD-ЗООПАРК

TDD/FDD/DDD/MDD/AsDD

Проектирование в Scrum / XP / FDD / OpenUP

DDD


Итак, нужно обуздать

экспоненциальный рост

сложности при

росте объема функционала:



Что в мире Agile

есть на тему

проектирования,

т.е. Design-а:


TDD


Test-Driven Development

FDD


Feature-Driven Development

DDD


Domain-Driven Design

http://www.infoq.com/minibooks/domain-driven-design-quickly

Eric Evans









MDD


[Agile] Model-Driven Development/Design

AsDD


Agile-specification-Driven Development

http://www.cse.yorku.ca/~jonathan/publications/2004/xp2004.pdf

Запутались?


И не только вы…

Давайте зайдем с другой стороны:



Scrum49%

Scrum & XP22%

XP8%

Other21%

Источник:3rd Annual ”State of Agile Development” Survey June-July 2008• 3061 respondents• 80 countries

От популярныхAgile-методологий

Здесь по своему вкусу рассмотрим

FDD и OpenUP


Scrum:Про технические вопросы

молчит…


XP:

TDD + Refactoring

Сильно помогает с микро-дизайном (отдельные классы, методы),

но как быть с картиной в целом?

Помогает создавать удобное и минималистичное API

Способствует поддержанию чистоты и ясности кода

Про микро-

и макро-

дизайны:




Явно не хватает общего наброска:

???? ? ? ? ? ? ? ? ?

???? ? ? ? ? ? ? ? ?

???? ? ? ? ? ? ? ?

???? ? ? ? ? ? ? ? ?

???? ? ? ? ? ? ? ? ?

???? ? ? ? ? ? ? ? ?


Что-то вроде:

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

к микро-дизайну, т.е. TDD


FDD:

XP

SCRUM

FDD

Уровень процессов

Жесткостьпроцессов

Управлениепроектом

Кодирование

Анархия Водопад

Управлениепроектами

Переченьтребований,Итерации

Unit-тесты,Стандарткодирования,Code review

Самоорг. команда,Daily Meetings

Индикацияпрогресса


FDD:

Разработка общей модели

Составление списка функций

Планирование

Build by featureDesign by feature

Список функций(Feature list)

План разработки(A development plan)

Диаграмма сущностей(An object model)

Отгрузка!

1 – 3 недели


AgileUP и OpenUP:

И то, и другое – вариации на тему Unified Process (UP) в дань Agile-моде

Соответственно, наследуют такие завоевания UP как:

Model-Driven Design/Development (разработка на основе модели);

Model-Driven Architecture(архитектура на основе модели)


The last,

but not the least:



DDD:

Не процесс – подход

Напрямую не связан ни с одним процессом,но зародился именно в Agile-сообществе

Грубо говоря,это Agile-наследник MDD и MDA

МОДЕЛЬ ПРЕДМЕТНОЙ ОБЛАСТИ(DOMAIN MODEL)

ООП

UML

Пример

Словарь терминов


Итак,

центральный элемент

при проектировании –

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


aka Domain Model


Модель –

это упрощенное

приближение реальности.

Максимально простое,

при условии достаточной

близости к действительности.


Пр

осто

та !=П

ри

ми

тивн

ая


В разных условиях

адекватными могут

оказаться

принципиально

разные модели

(для одной и той же области):


Свет:корпускулярно-волновой

дуализм


Ведет себя как волна: поляризация, дифракция, …


Но вот в фотоэффекте – как поток частиц


В физике в качестве

формализма для

моделей используют

мат.аппарат, а в

программировании

уже лет 20 - ООП:


Гради Буч


А в качестве

граф. нотации –

UML

в режиме эскизного

проектирования:


Способыиспользования

UML

ЭСКИЗИРОВАНИЕ

(набросок от руки)


(чертеж)

Программирование

(граф.представление кода)

Граф

ическая

нотация

Метам

одель

FDD, DDD,Фаулер

Executable UML, MDA, PIM


Документирование

Бизнес-анализ

(анализ требований)

Системнаяархитектура

(проектирование)

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

Понятия изпредметной области

Модель программы;Понимание чужого кода

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

Движение слева направо по мере уточнения, детализации и реализации


Наиболее востребованные виды диаграмм


Класс(class)

Наследование(inheritance)

Свойство(property)

Метод(method)

Ссылка, связь(reference, link)

Сущность(entity)

Обобщение(generalization)

Атрибут(attribute)

Операция(operation)

Ассоциация(association)

Фун

кцио

нальн

ость

(fea

ture

)

ПО Предметнаяобласть

Нюансы терминологии:


Пример:

система продажи

билетов на самолет


•Эксперт: Есть аэропорты. Для каждого известны:название на местом языке,уникальный латинский коди GPS-координаты.

•Мы:


•Эксперт: Аэропорты расположены в городах.Для каждого города известно егоназвание (на местном и англ. языках). Причем известно расстояние от аэропортадо центра города, к которому он «приписан».

•Мы:


•Эксперт: Для каждого города есть информацияо стране, в которой он находится.

•Мы:


… (продолжение придумайте сами)


Бонус:

между делом получили

готовый

словарь терминов

РЕАЛИЗАЦИЯ МОДЕЛИ

Ключевой момент

Соответствие концепций

Ментальная модель




Бизнес-логика:


[Реляционное] хранение:

СУБД Модель ОО-язык

таблица сущность класс

поле атрибут свойство

FK cвязь ссылка

хранимаяпроцедура

действие метод


GUI:Словарь терминов

и ментальная модель

ЗАКЛЮЧЕНИЕ

Must Read

Притча



Must Read:


Анекдот-притча:


- Подайте мне то!- Подайте мне сѐ!- То у вас не так!

- И сѐ у вас не эдак!


- Значит черным всѐ можно…- А рыжим значит нет?!

- А ну-ка, и мне подайте то!- И сѐ тоже! И побыстрее!- А то ишь, какие капуши!..


Экипаж не выдержали выкинул нахалок

из самолета

- Ты летать-то хоть умеешь?

- Не-е-е-ет!

- Что же ты, кума, тогда

выделывалась?!


Мораль

Если не умеете летать, т.е. не владеете такими важными

практиками как ОО-моделирование, DDD и элементы UP, то и нечего «выделываться», т.е. пытаться

применить Agile в проектах по созданию больших информационных систем (разобьетесь, да и только).

СПАСИБО ЗА ВНИМАНИЕ!ВОПРОСЫ?

[email protected]

http://team.custis.ru


mailto:[email protected]

http://team.custis.ru/

Technology

Проектирование больших ИС в Agile