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

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

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

в Agile

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

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

team.custis.ru

ВВЕДЕНИЕ

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

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

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

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

Разработка

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

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

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

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

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

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

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

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

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

дизайн:

Однако,

не говорят

как при этом

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

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

это находит

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

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

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

этот шаблон!

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

Больших

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

Design(ing)

Дизайн

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

Больших

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

0 4 мес. 1 год

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

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

Больших

1 2 3 4 5 6 7 8 9

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

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

Успешные и

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

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

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

«жизнь»:

0 10 20 30 40 50 60 70

Время (мес.)

етад

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

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

0 10 20 30 40 50 60 70

Время (мес.)

етад

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

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

адаптация

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

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

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

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

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

http://agilemanifesto.org/principles.html

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

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

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

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

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

*DD-ЗООПАРК

TDD/FDD/DDD/MDD/AsDD

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

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

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

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

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

Что в мире Agile

есть на тему

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

т.е. Design-а:

Test-Driven Development

Feature-Driven Development

Domain-Driven Design

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

Eric Evans

[Agile] Model-Driven Development/Design

Agile-specification-Driven Development

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

Запутались?

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

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

Scrum49%

Scrum & XP22%

Other21%

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

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

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

FDD и OpenUP

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

молчит…

TDD + Refactoring

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

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

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

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

Про микро-

и макро-

дизайны:

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

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

???? ? ? ? ? ? ? ?

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

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

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

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

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

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

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

Кодирование

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

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

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

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

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

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

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

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

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

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:

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

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

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

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

ООП

Пример

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

Итак,

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

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

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

aka Domain Model

Модель –

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

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

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

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

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

осто

та !=П

тивн

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

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

оказаться

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

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

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

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

дуализм

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

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

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

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

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

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

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

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

Гради Буч

А в качестве

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

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

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

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

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

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

(чертеж)

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

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

Граф

ическая

нотация

Метам

одель

FDD, DDD,Фаулер

Executable UML, MDA, PIM

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

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

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

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

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

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

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

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

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

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

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

Класс(class)

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

Свойство(property)

Метод(method)

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

Сущность(entity)

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

Атрибут(attribute)

Операция(operation)

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

Фун

кцио

нальн

ость

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

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

Пример:

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

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

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

•Мы:

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

•Мы:

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

•Мы:

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

Бонус:

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

готовый

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ЗАКЛЮЧЕНИЕ

Must Read

Притча

Must Read:

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

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

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

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

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

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

из самолета

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

- Не-е-е-ет!

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

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

Мораль

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

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

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

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

andrew@custis.ru

http://team.custis.ru

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

model

custis

fdd

agile

uml

ddd

scrum

design

Technology

Сузана Стојкановић ИС 11

ис демо 2016

Проектирование ИС Системная...

Организация больших массивов...

фокин ис бпс

приставки на з ис

Типовое проектирование ИС и язык...

Бочаров_Интегрированные...

Потоковая обработка больших...

ООО «ИС Центр»

darani женская верхняя одежда...

Время Больших Данных

Основные классы ИС продолжение

Проектирование информационных...

ИС на вашей работе

Город больших скидок

ис демо 2015

Администрирование в ИС

Революция Больших Данных

Аналитика для больших проектов