Прогнозирование ошибок

Прогнозирование ошибок означает предсказуемый подход к разработке надежного ПП. Зрелые организации, специализирую­щиеся на разработке ПП, выполняют прогнозирование ошибок как составную часть оценивания проекта/процесса ПП. Единствен­ный способ достижения даже небольшой степени точности для прогнозирующих моделей заключается в предоставлении доступа к соответствующим историческим моделям обеспечения надеж­ности данных. Анализ исторических данных и сбор данных об ошибках являются ключевыми действиями для данного метода. В табл. 13.2 (шаблон) должны быть отражены результаты прогно­зирования ошибок.

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

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

Таблица 13.2

Шаблон для учета результатов прогнозирования ошибок на этапах планирования и составления требований

Определение и классификация ошибок — второе действие при их прогнозировании. Ошибки ПП являются результатом дефектов или ошибок проекта, дефектов или ошибок кодирования, организационных ошибок, неадекват­ной отладки и ошибок тестирования. Определение ошибок подра­зумевает установление их источника. Классификация ошибок про­изводится по степени их серьезности. Классификация, разрабо­танная Борисом Бейцером, имеет соответствующие уровни дета­лизации.

1. Слабый — симптомы имеют чисто эстетическое проявление.

2. Умеренный — выходные данные некорректны или избыточны.

3. Раздражающий — некорректное поведение системы.

4. Очень серьезный — проблема в работе системы, затрагива­ющая нескольких пользователей (например, вместо того, чтобы учесть платежный чек клиента, система переводит деньги на чу­жой счет).

5. Экстремальный — проблема в работе системы, затрагиваю­щая широкий круг пользователей.

6. Невыносимый — база данных надолго и непоправимо выхо­дит из строя.

7. Катастрофический — решение о прекращении выполнения программы исходит от пользователя, система разрушается.

8. Инфекционный — система разрушает другие системы, даже если ее собственная работоспособность не нарушена.

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

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

Таблица 13.3