ВВЕДЕНИЕ
В отличие от технологических процессов производственных
предприятий, подлежащих хорошо определенному, часто стандартизованному контролю, в области разработки программных
средств (ПС) не удается в точности применить те же принципы
управления качеством. Этому способствует принципиальное
отличие в характере производства товаров и разработки ПС.
В первом случае существует повторяемая, детерминированная
последовательность действий, в то время как разработка ПС носит наукоемкий, экспериментальный характер. Несмотря на существование подходов к инженерии разработки ПС, эта область
все еще является «молодой» и соответствующим методологиям
не хватает «зрелости».
Область управления качеством ПС развивается уже на протяжении четырех десятилетий, однако говорить о повсеместном
повышении качества ПС не приходится. Основная причина этого
заключается в том, что существующие модели оценки качества
не выполняют своей главной задачи: предоставить количественную информацию, необходимую для принятия управленческих
и инженерных решений на протяжении всего жизненного цикла
(ЖЦ) ПС. Неопределенности и пробелы в формализации характеристик ПС оставляют широкое поле для произвола при оценивании их качества, ведут к появлению дефектов и ошибок при
применении ПС пользователями. Возрастание сложности и ответственности задач, решаемых ПС, а также возможного ущерба
от недостаточного их качества обуславливают важность решения проблемы точного описания требований к характеристикам
качества и их измерениям на различных этапах ЖЦ ПС. В ряде
стандартов и публикаций большое внимание уделяется процессам обеспечения качества ПС, однако в основном умалчивается,
что означает высокое качество, какими характеристиками оно
описывается, как его следует измерять и сравнивать с требованиями, формализованными в техническом задании (Тз) [1].
По разным оценкам, при создании ПС стадия разработки
занимает 10–15 % бюджета, при этом до 80 % может быть потрачено на исправления ошибок, возникших на этой стадии [2].
Согласно данным отчета, опубликованного в 2002 г. Национальным институтом по стандартам и технологии, объем экономических потерь из-за ошибочного программного обеспечения в США
достигает миллиардов долларов в год и составляет, по некоторымоценкам, около 1 % национального валового внутреннего продукта [3]. Подобных данных о ситуации с разработкой ПС в РФ
нам найти не удалось, но, скорее всего, тенденция не противоречит той, которую можно увидеть согласно данным о разработке
ПС в США.
В работе [4] дано следующее определение качественного проекта ПС: «Хороший проект является результатом баланса компромиссов с целью минимизации общей стоимости разработки
системы»; в работе [5] отмечается, что