ГОСТ Р ИСО/МЭК 25040—2014
подлежащиеоценке, будут главным образом конечными программными продуктами или ихкомпонентами.
Наначальных стадияхпроцесса оценки не представляется возможным идентифицировать подробный спи
сок продуктов, которые будут оценены, он зависит в том числе от показателей, которые будут использо
ваться иот артефактов, которыебудут произведены в процессахжизненного цикла разработки программ
ногообеспечения. Поэтомуна начальной стадии компоненты программного продукта, которые могут быть
оценены, должны быть определены таким образом, чтобы первоначальный список мог быуточняться по
мере выполнения мероприятий оценки.
6.3.4 Определить жесткость оценки
Необходимо определитьжесткость оценки.
П р и м е ч а н и я
1 Жесткость определяется для того, чтобы обеспечить уверенность в качестве программного продукта в
соответствии с его назначением и целью оценки.
Жесткость оценкидолжна бытьсвязана с набором характеристик и подхарактеристик, которые устанавлива
ют ожидаемые уровни оценки, которые, в свою очередь, определяют методы оценки, которые нужно применять и
результаты оценки, которые должны быть получены.
2 Стандарт ИСО/МЭК 15026 определяет уровни целостности систем и программного обеспечения (см.
приложение А). Требуемый уровень целостности программного обеспечения во многом определяет строгость и
формальность оценки.
3 Ниже приводится пример методов оценки, которые будут применены к характеристике функциональности
согласно различным требованиям уровней оценки от менее до более строгого:
- Функциональное тестирование или тестирование методом «черного ящика»;
- Контроль документации на основании контрольных списков;
Поблочное тестирование с использованием критерия тестового покрытия.
6.4 Определить оценку
Входнымиданными для этогодействиядолжно бытьследующее:
a)спецификация целей оценки качества программного продукта;
b
)спецификация требований коценке качества программного продукта:
c) спецификация высокоуровневого плана оценки качества программного продукта.
Результатами этогодействиядолжнобытьследующее:
a) спецификация выбранных показателей качества.
b
)спецификация критериев принятия решения для показателей качества программного продукта;
c) спецификация критериев принятия решения для оценки качества программного продукта;
d) спецификация пересмотренного высокоуровневогоплана оценки качества программного продукта.
Это действие состоит изследующих задач.
6.4.1 Выбрать показатели качества (модули оценки)
Оценщикдолжен выбрать показатели качества (модули оценки) таким образом, чтобы покрыть все
требования к оценке качества программного обеспечения.
Тробования к оценке качества программного продуктадолжны бытьопределены для каждогосоот
ветствующего компонента программного продуктатак. чтобы возможно было определить соответствующий
показатель (меру) качества, используемый далеедля оценки качества программного продукта.
Методы оценки качества программного продукта должны быть задокументированы с учетом дей
ствий. которые будут предприниматьсядля получения результатовоценки. Если выбранный методоценки
будет основываться на использовании программного инструмента, то этот инструментдолжен быть опре
делен в плане оценки. В идентификациюинструмента должны быть включены, по меньшей мере, название
инструмента, номер его версии и его источник (например, поставщик). Описание метода оценки должно
бытьзавершено идентификацией компонентов продукта, к которым этот метод будет применен. Если для
экспертной оценки результатов измерений требуется интерпретация (дешифрование) результатов, тогда
спецификацииоценки должнабыть определена процедура интерпретации.
П р и м е ч а н и я
1 ИСО/МЭК 25042 определяет, как сформировать модуль оценки, в который помимо методов оценки также
включена информация о входных данных для оценки, данных, которые будут получены в результате измерений, и
о процедурах поддержки и инструментах.
2 На данном этапе методы оценки связаны с элементами в спецификации оценки, которые сами по себе
связаны с требованиями к оценке. Предполагается, что каждый из методов оценки будет применен для различ
ных компонентов продукта, представленных для оценки. Может иметь место случай, когда к тому же компоненту
продукта нужно применить несколько методов оценки. Кроме того, методы оценки могут содержать общие части.
13