Владимир Липаев - Очерки истории отечественной программной инженерии в 1940-е – 80-е годы

На базе выполненных исследований было разработано методическое руководство для оценки и согласования с заказчиками ТЭП и стоимости разработки крупных комплексов программ, что позволило сократить конфликты при подготовке договоров на создание программных продуктов в конце 80-х годов. Методика прогнозирования технико-экономических показателей разработки программных средств была, одобрена в 1990 году Ученым советом Центрального бюро нормативов по труду Госкомтруда СССР и рекомендована для применения в научно-производственных объединениях, на предприятиях и в организациях науки и научно-технического обслуживания отраслей народного хозяйства. На основе этой методики был разработан технологический пакет прикладных программ ПЛАПС, предназначенный для автоматизированного прогнозирования технико-экономических показателей разработки программных средств, а также обеспечивающий функции планирования и методической поддержки проектов.

Наиболее полные исследования, обобщения и экономические характеристики реализованных проектов за рубежом отражены в книге Б. Боэма [15, 11], которая стала доступной отечественным специалистам в середине 80-х годов. Приступая к разработке комплекса программ, как в любой промышленной деятельности, в методиках рекомендовалось проводить реалистическую оценку возможного масштаба проекта — поставленных целей, ресурсов проекта и выделенного времени. Задача управления масштабом состояла в задании базовых требований, которые включали разбитое на компоненты ограниченное множество функций и требований, намеченных для реализации в конкретной версии проекта. Базовый уровень масштаба, должен был обеспечивать приемлемый для заказчика минимум функций и требований к продукту, а также разумную вероятность успеха проекта с точки зрения возможностей коллектива разработчиков.

При оценивании масштаба следовало определить приоритеты реализуемых функций для установления состава работ, согласованного между заказчиком и разработчиком, которые обязательно должны быть выполнены и для определения базового уровня масштаба конкретного проекта с допустимым риском неуспешной реализации. В общем случае необходимо было достигать сбалансированного состава целей оценивания разных характеристик, которые давали бы примерно одинаковую величину уровня неопределенности для всех компонентов комплекса. Кроме того, каждая оценка ТЭП должна была сопровождаться, указанием степени ее неопределенности. По мере разработки проекта их необходимо было пересматривать и изменять, когда это становится выгодным. Для этого в 80-е годы рекомендовались методики [29]:

• первичная оценка ТЭП при подготовке концепции и технического задания на новый комплекс программ, на основе экспертных данных размера комплекса, производительности труда или стоимости разработки одной строки текста программ – прототипов;

• прогнозирование ТЭП при детальном проектировании комплекса программ на базе расчетных значений трудоемкости и длительности его разработки с учетом влияния различных факторов.

В первой методике был реализован метод прогноза ТЭП с учетом экспертной оценки минимального числа факторов. Данная методика могла применяться, когда определены цели и общие функции проекта, сформулированы концепция и первичные требования с достоверностью около 30–40 %. Основная цель оценки ТЭП — подготовить возможность принять обоснованное решение о допустимости дальнейшего продвижения проекта в область системного анализа, разработки требований и предварительного проектирования. Если оказывалось, что рассчитанные технико-экономические показатели и требуемые ресурсы не могут быть обеспечены для продолжения проекта, то возможны были кардинальные решения: либо изменение некоторых требований, ТЭП и выделяемых ресурсов, либо прекращение проектирования данного продукта. Учитывая полноту и достоверность доступных характеристик и требований к проекту продукта должны были определены цели и возможная достоверность технико-экономического обоснования затрат на продолжение проектирования и производства программного продукта. При первичном технико-экономическом обосновании сложных проектов программных продуктов наибольшее значение имели три ключевых фактора :