Таблциа 3.7

Источники ошибок в проекте 3

) Хотя ошибки этого типа и требуют изменений в текстах программ, их отнесение к тому или иному источнику здесь ие производится; ошибки этого типа составляют всего лишь 57о от общего числа.

Вносить изменения в утвержденный Проект 3 не разрешалось.

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

Таблица 3.8

Источники ошибок в Проекте 2

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

) Данные по определенной системе приводятся только для примера, и их нельзя считать окончательными, так как Проект 5 ЗДе не завершен, а планы разработки не обеспечивают условий /кля проведения качественного анализа.

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

В Проекте 5 были проанализированы данные по 689 ошибкам, которые влекли за собой изменения в программах. Результаты этого анализа, представленные в табл. 3.9-З.Ппоказывают, что данные по различным компонентам Проекта 5 не согласуются между собой. Вместе с тем можно отметить некоторые общие тенденции.

1. Для программных комплексов, разрабатываемых по методу сверху вниз с пошаговой детализацией (табл. 3.9 и 3.10), доля ошибок на этапе определения требований растет, в то время как общее число ошибок на каждом уровне детализации остается примерно постоянным. Более тщательный анализ этих ошибок показывает, что они относятся в основном к классам логических ошибок, ошибок вычислении и сопряжений, а также ошибок, связанных со структурой данных. Проект 5 настолько сложен, что для определения требований, например к рабочим характеристикам (быстродействию и точности) программ, приходится создавать какую-то часть системы и затем испытывать ее на имитаторе в реальном масштабе времени с тем, чтобы убедиться в правильности выдвигаемых требований. Число ошибок при том растет, так как на каждом следующем уровне детализации количество проверяемых требований