2. Целесообразно продолжать исследования установленной зависимости и совершенствование на ее основе механизмов регулирования процесса формирования Уведомлений о проблемах и использования машинного времени в будуших проектах.

3. Не следует пытаться количественно определить среднее время наработки программы на дефект во время рассмотренного этапа испытаний, так как ежедневные данные не подтверждают выводов, основанных на еженедельных данных.

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

4.5.6. Анализ процесса формирования Уведомлений о проблемах для программных изделий Проекта 3

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

. Во время аттестации и приемочных испытаний деятельность субподрядчика в основном определялась готовностью программных средств фирмы TRW, предназначенных для вчыполнения диспетчерских и основных настроечных функций. По мере возрастания готовности к использованию программных изделий постепенно растет число Уведомлений о проблемах субподрядчика. Начиная с 9-й недели периода аттестации и приемочных испытаний, на поток Уведомлений о проблемах влияют два фактора: во-первых, поставляется значительная часть программных средств субподрядчиком, и, во-вторых, активизируется заказчик.

Срдмее по фирме

J i 5 g

Приемочные. jicmimaHUli

23 24 \uslpeacmfuii

Cuewjmbie. ищщшш

Рис. 4.11. График распределения по неделям Уведомлений о проблемах в случае Проекта 3,

затрачивающий дополнительные усилия на подготовку к участию в последующей фазе приемки. Такое усиление деятельности по испытаниям и подключение новых людских ресурсов объясняется внезапным увеличением количества Уведомлений о проблемах программного обеспечения у обоих соисполнителей. В деятельности фирмы TRW должен наблюдаться период насыщения вследствие физического ограничения числа формируемых Уведомлений о проблемах, когда они возникают в результате простого отображения всех отмечаемых затруднений. Доказательством существования указанного физического предела могут служить скачкообразное увеличение среднего числа Уведомлений о проблемах фирмы TRW за неделю в результате привлечения дополнительных ресурсов заказчика и аналогичное явление в деятельности субподрядчика.

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

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

Фаза демонстрации системы программного обес* печения в действии непродолжительна, и соответствующий ей участок графика показывает лишь проблемы, выявляемые во время прогона тестов, имитирующих реальные условия функционирования системы*