Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
УМК Стандартизация и сертификация ПО.doc
Скачиваний:
132
Добавлен:
21.04.2019
Размер:
5.98 Mб
Скачать

6.11.2. Показатели качества, определяемые на основе результатов анализа раздела «Требования к программе»

Значение всех рассматриваемых показателей качества определяют на основе изучения и анализа раздела «Требования к программе» программного документа «Программа и методика испытаний» и материалов ТЗ.

При количественной оценке показателей качества ПС приняты следующие общие правила:

  • если в ТЗ и в разделе «Требования к программе» отсутствуют требования какого–либо показателя качества, то этот показатель исключают из участия в экспертной оценке и ему присваивают значение 0;

  • если требования реализованы или представлены в полном объеме, то этому показателю присваивают значение 1;

  • если возможно вычислить значение показателя по формуле – приводится расчетная формула;

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

Значение показателя устойчивости функционирования (Н0101) снижают при отсутствии требований:

  • к контролю корректности входных данных – на 0,2;

  • к контролю принадлежности входных данных диапазону допустимых значений – на 0,3;

  • к контролю форматов входных данных – на 0,3;

  • на выдачу диагностических сообщений об ошибке пользователю и предпринимаемые действия, связанные с обработкой возникшей ситуации при вводе ошибочных данных, – на 0,2.

Если требование возможности обработки ошибочных ситуаций (Н0102) существует в ТЗ или разделе «Требования к программе», то показателю Н0102 присваивают значение 1, в ином случае – значение 0.

Значение показателя полноты обработки ошибочных ситуаций (Н0103) определяют по формуле:

, (6.1)

где – число необрабатываемых ошибочных ситуаций; – общее число ошибочных ситуаций при проведении эксперимента.

Требования по восстановлению процесса выполнения программы в случае сбоя операционной системы, процессора, внешних устройств (Н0201) могут содержать следующие требования:

  • к фиксации и откату транзакций (создание файла отката) ПС;

  • к целостности данных, т.е. наличие средств контроля и восстановления данных в случае нарушения целостности;

  • на возможность запуска программы повторно с последней контрольной точки (т.е. наличие последней копии состояния ПС);

  • на динамическое исключение неисправного устройства ввода–вывода из набора ресурсов ПС.

Если реализация ПС предполагает восстановление процесса выполнения в случае сбоя, то значение показателя определяют по формуле:

, (6.2)

где – использованное в реализации число возможностей и средств по восстановлению процесса выполнения; – неиспользованное, по мнению эксперта, число возможностей и средств по восстановлению процесса выполнения.

Если реализуемый ПС алгоритм предполагает наличие требований к программе по восстановлению результатов выполнения при отказах процессора, операционной системы (Н0202), то значение показателя определяют по формуле:

, (6.3)

где – использованное в реализации число возможностей и средств по восстановлению результатов выполнения; – неиспользованное, по мнению эксперта, число возможностей и средств по восстановлению результатов выполнения.

Значение показателя наличия требований к тестированию программ (С1702) определяют на основе изучений и анализа раздела «Требования к программе». В нем должны быть указаны все требования, для подтверждения реализации которых используют методы тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур тестирования. При наличии требований к тестированию программ в полном объеме показателю С1702 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя С1702 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.

Если реализуемый ПС алгоритм предполагает реализации диагностики граничных и аварийных ситуаций (К1108), то значение показателя определяют по формуле:

, (6.4)

где – использованное в реализации число диагностических проверок граничных и аварийных ситуаций; – неиспользованное, по мнению эксперта, число диагностических проверок граничных и аварийных ситуаций.

Значение показателя наличия требований к динамическому тестированию программ (К1301) определяют на основе изучений и анализа раздела «Требования к программе». В нем должны быть указаны все требования, для подтверждения реализации которых используют методы динамического тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур динамического тестирования. При наличии требований к динамическому тестированию программ в полном объеме показателю К1301 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя К1301 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.

Значение показателя наличия требований к статическому тестированию программ (К1401) определяют на основе изучений и анализа раздела «Требования к программе». В нем должны быть указаны все требования, для подтверждения реализации которых используют методы статического тестирования, и приведены ссылки на фрагменты документа, содержащие описания соответствующих процедур статического тестирования. При наличии требований к статическому тестированию программ в полном объеме показателю К1401 присваивают значение 1. При отсутствии какой–либо информации либо при наличии неточностей в ее описании значение показателя К1401 снижают на 0,1–0,2 за каждую погрешность вплоть до значения 0.