- ошибки в пользовательских интерфейсах, включающие ошибки во входных данных, вводимых оператором машины вручную или с перфокарт, перфолент и т. п. Здесь под термином входные данные понимается любая исходная информация на уровне пользователя;

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

Категории ошибок этих классов в основном не требуют дополнительных пояснений.

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

Ошибки инициализации базы данных. Уведомления о проблемах, касавшиеся этого класса ошибок, были непосредственно связаны с начальными значениями данных или с константами) в базе данных. В пояснениях нуждается способ получения данных лишь по двум категориям ошибок этого класса:

ММОЮ- в базах данных Проектов 2 и 3 описывались форматы карт для запросов данных или операций; эти описания использовались в служебных программах обработки карт свободного и фиксированного форматов.

ММ020 - смысловые тексты и тексты сообщений об ошибках были определены в базах данных Проектов 2 и 3 для их обработки процессором сообщений общего вида.

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

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

Повторяющиеся ошибки. Посредством выделения этого класса о нибок делалась попытка оценить объем повторяющихся ошибок (когда внесенное иснравле-ние не действовало при повторном тестировании), приводивших к дублированию предшествующих Уведомлений о проблемах.

Ошибки в документации. Выделение этого класса ошибок оказалось возможным благодаря тому, что Уведомления о проблемах использовались и для регистрации ошибок в документации.

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

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

4 Глава 2

fi- ......-,-,-

возможностей на момент составления Уведомления о проблеме).

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

Неопознанные ошибки. Эта категория ошибок отображает тот факт, что не все Уведомления о проблемах и Сообщения о закрытии проблем несут в себе достаточно информации для анализа и четкой классификации ошибок. Из табл. 3.1, приведенной в гл. 3, можно видеть, что доля неопознанных ошибок составила 6,9% для одной из модификаций Проекта 2 и 4,0% для Проекта 3. В Проекте 5 такие ошибки не встречались благодаря сбору данных в реальном времени.

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

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

2.2. Рекомендации по выбору способа классификации ошибок

Рекомендуемый здесь метод получения перечня категорий ошибок основывается на рекомендациях, изложенных в июньском отчете 1973 г. по Проекту фирмы MITRE Методология классификации ошибок программного обеспечения [3]. Полученные списки

*) К моменту окончания приемочных испытаний, которые ориентированы как раз на проверку выполнения требований, про-fpatlMHoe обеспечение соответствовало всем требованиям.