\\Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

12.Экстремальные методологии

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

фразой "code and fix" ("пишем и правим"). Именно так работали довольно продолжительное время. Впрочем, всегда была альтернатива – использовать тяжеловесную методологию. Методология превращает создание программного продукта

вупорядоченный процесс, с помощью которого можно сделать работу программиста более прогнозируемой и эффективной. Для этого создается детальное описа-

ние процесса создания системы, особое место в котором занимает планирование (аналогично другим инженерным дисциплинам).

Основной недостаток методологий «бюрократизм» - чтобы следовать такой методологии, нужно выполнять так много различных предписаний, что замедляется весь темп работ. Именно поэтому их называют тяжеловесными методологиями, (монументальными).

Альтернативой являются экстремальные методологии. Привлекательность

этих методологий для многих заключается в отсутствии бюрократизма, присущего монументальным методологиям. Такие методологии представляют собой попытку достичь необходимого компромисса между слишком перегруженным процессом разработки и полным его отсутствием. Иначе говоря, объем процесса разработки

вних должен быть достаточен, чтобы получить разумную отдачу (заданное каче-

ство).

Основное отличие экстремальных методологий ориентированность на код, то есть основная предпосылка состоит в том, что ключевая часть документации - это исходный код. Но не оно является главным отличием экстремальных методологий от монументальных. Отсутствие документации - это следствие куда более суще-

ственных различий.

Проблема состоит в том, что нотация на языке UML может выглядеть очень

хорошо на бумаге и при этом содержать в себе серьезные дефекты, которые проявятся только тогда, когда начнется работа по непосредственному программиро-

ванию. В гражданском строительстве создатели моделей опираются на многолет-

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

ний опыт, зафиксированный в целой системе правил. Кроме того, базовые поло-

жения модели (например, проектирование взаимодействия различных сил) поддаются математическому анализу. В отличие от таких моделей, UML и подобные

им диаграммы можно проверить только одним образом - с помощью экспертной оценки. Даже если считать тестирование частью конструирования, то все равно проектирование займет не менее 50% работ.

Отсюда вопрос о сущности проектирования при разработке программных продуктов и его отличиях от проектирования в других областях инженерной дея-

тельности. В процессе решения подобных вопросов было сделано предположение о том, что на самом деле проектным документом может являться исходный код, а вся фаза конструирования (разработки) сводится к использованию компилятора и компоновщика. И в самом деле, все, что можно отнести к конструированию, может и должно быть автоматизировано.

Впрочем, не стоит полагать, что без предсказуемого процесса вы погрузитесь

в неконтролируемый хаос. Нет, вам просто нужен процесс, который дает контроль

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

\\Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.

13.Перечень использованных источников

1. ГОСТ Р ИСО \ МЭК 12207-99

Информационная технология. Процессы жизненного цикла программных средств.

2. ГОСТ Р ИСО \ МЭК 15271-99

Информационная технология. Руководство по применению ГОСТ Р ИСО \

МЭК 12207-99 (процессы жизненного цикла программных средств)

3. ГОСТ Р 34.320-96

Информационная технология. Система стандартов по базам данных. Концепции и терминология для концептуальной схемы и информацион-

ной базы

4. ГОСТ Р 34.321-96

Информационная технология. Система стандартов по базам данных.

Эталонная модель управления данными

5. ГОСТ Р ИСО \ МЭК 10746-3-2001

Информационная технология. Взаимосвязь открытых систем.

Управление данными и открытая распределенная обработка.

Часть 3. Архитектура

6.ГОСТ 34. *.* Информационная технология.

7.А. Якобсон, Г.Буч, Дж. Рамбо

Унифицированный процесс разработки программного обеспечения Изд-во «Питер», 2002

8. Крэг Ларман

Применение UML и шаблонов проектирования. Введение в объектно-

ориентированный анализ и проектирование Изд-во «Вильямс», 2001

9.Описание стандарта 1471-2000 по адресу http://www.enterprise- architecture.info/Images/Documents/IEEE%201471-2000.pdf.

\\ Проектирование информационных систем\ Конспект лекций \ Смирнов Н.В.\ Версия 0.3.3\*.