Главная страница | Контакты | Случайная страница Автомобили Астрономия Биология География Дом и сад Другие языки Другое Информатика История Культура Литература Логика Математика Медицина Металлургия Механика Образование Охрана труда Педагогика Политика Право Психология Религия Риторика Социология Спорт Строительство Технология Туризм Физика Философия Финансы Химия Черчение Экология Экономика Электроника

И Аппаратура D Разработка ЕЗ Сопровождение

Рис. В.З. Тенденции изменения соотношения стоимости аппаратуры и ПО

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

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

По данным SEI, в последние годы до 80% всего эксплуатиру­емого ПО разрабатывалось вообще без использования какой-ли­бо дисциплины проектирования, методом «code and fix» (кодиро­вания и исправления ошибок). Одна из причин — упомянутое вы­ше стремление сэкономить на стадии разработки, не затрачивая времени и средств на внедрение технологического процесса соз­дания ПО. Эти затраты до недавнего времени были довольно зна­чительными и составляли, по различным оценкам, более $100 тыс. и около трех лет на внедрение развитой технологии, охваты­вающей большинство процессов жизненного цикла ПО, в много­численной команде разработчиков (до 100 чел.). Причина — в «тяжести» технологических процессов. «Тяжелый» процесс обла­дает следующими особенностями:

• необходимость документировать каждое действие разработ­чиков;

• множество рабочих продуктов (в первую очередь — доку­ментов), создаваемых в бюрократической атмосфере;

• отсутствие гибкости;

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

Для того чтобы проиллюстрировать насколько «тяжелыми» могут быть формальные процессы, эксперт в области использо­вания метрик Каперс Джонс подсчитал, что процесс разработки ПО по стандарту DOD-2167A Министерства обороны США тре­бует 400 слов в документации на английском языке для каждой строки исходного кода. Так, если создается среднее приложение размером 50 000 строк исходного кода, потребуется наличие ар­мии технических специалистов для создания 20 миллионов слов документации с описанием того, что делает код, как он функци­онирует и почему это происходит именно так.

Альтернативой «тяжелому» процессу является адаптивный (гибкий) процесс, основанный на принципах «быстрой разработ­ки ПО», интенсивно развиваемых в последнее десятилетие.