Современные тенденции в программной инженерии

В начале 2001 года века ряд ведущих специалистов в области программной инженерии (Алистер Коберн, Мартин Фаулер, Джим Хайсмит, Кент Бек и другие) сформировали группу под названием Agile Alliance. Слово agile (быстрый, ловкий, стремительный) отражало в целом их подход к разработке ПО, основанный на богатом опыте участия в разнообразных проектах в течение многих лет. Этот подход под названием "Быстрая разработка ПО" (Agile software development) базируется на четырех идеях, сформулированных ими в документе "Манифест быстрой разработки ПО" (Agile Alliance's Manifesto) и заключающихся в следующем:

• индивидуумы и взаимодействия между ними ценятся выше процессов и инструментов;
• работающее ПО ценится выше всеобъемлющей документации;
• сотрудничество с заказчиками ценится выше формальных договоров;
• реагирование на изменения ценится выше строгого следования плану.

При таком подходе технология занимает в процессе создания ПО вполне определенное место. Она повышает эффективность деятельности разработчиков при наличии любых из следующих четырех условий:

• когда она позволяет людям легче выразить свои мысли;
• когда она выполняет задачи, невыполнимые вручную;
• когда она автоматизирует утомительные и подверженные ошибкам действия.;
• когда она облегчает общение между людьми;

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

При этом следует четко понимать: при всех достоинствах быстрой разработки ПО этот подход не является универсальным и применим только в проектах определенного класса. Для характеристики таких проектов Алистер Коберн ввел два параметра - критичность и масштаб. Критичность определяется последствиями, вызываемыми дефектами в ПО, ее уровень может иметь одно из четырех значений:

• C - дефекты вызывают потерю удобства;
• D - дефекты вызывают потерю возместимых средств (материальных или финансовых);
• E - дефекты вызывают потерю невозместимых средств;
• L - дефекты создают угрозу человеческой жизни.

Масштаб определяется количеством разработчиков, участвующих в проекте:

• от 1 до 6 человек - малый масштаб;
• от 6 до 20 человек - средний масштаб;
• свыше 20 человек - большой масштаб.

По оценке Коберна, быстрая разработка ПО применима только в проектах малого и среднего масштаба с низкой критичностью (C или D). Общие принципы оценки технологий в таких проектах заключаются в следующем:

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

Одним из наиболее известных примеров практической реализации подхода быстрой разработки ПО является "Экстремальное программирование" (Extreme Programming - XP). Этот метод предназначен для небольших компактных команд, нацеленных на получение как можно более высокого качества и продуктивности, и достигает этого посредством насыщенной, неформальной коммуникации, придания на персональном уровне особого значения умению и навыкам, дисциплине и пониманию, сводя к минимуму все промежуточные рабочие продукты.

Источник:www.jetinfo.ru