Целями процесса валидации продукта является подтверждение того, что:

• был реализован нужный продукт, который необходим заказчику;

• обеспечены заданные показатели эффективности;

• созданный продукт пригоден для целевого применения в заданной среде.

Необходимо различать процессы верификации и валидации продукта. Эти процессы могут быть схожими по содержанию, но их цели существенно различаются. Различие между верификацией и валидацией можно лучше понять, исходя из уровня применения. Валидация обычно выполняется на уровне продукта. Цикл верификации обычно оценивает системы, подсистемы или компоненты, которые содержат функции более низкого уровня (по сравнению с уровнем продукта).

Ответы на оба традиционных вопроса: «Правильно ли мы строим систему?» (верификация) и «Правильную ли систему мы построили?» (валидация) будут нужны на протяжении всего жизненного цикла.


Верификация требований нужна как доказательство того, что каждое требование было удовлетворено. Она может осуществляться путем логических аргументов, инспекции, моделирования, динамического моделирования, анализа, экспертной оценки, испытаний или демонстрации. Для целей верификации или валидации могут использоваться различные виды испытаний. Процесс испытаний и оценки системы включает проверку работы подсистем при объединении в целостную систему; оценку обоснованности проектных допущений; и проверку работы системы в различных условиях и режимах работы. Чтобы свести к минимуму необходимость перепроектировать всю систему из-за неисправных компонентов, на испытаниях следует двигаться «снизу вверх», сначала исследовать компоненты, затем подсистемы, и в финале работу всей системы. Собранные данные анализируют, чтобы определить, соответствуют ли продукт, или его компоненты заявленным требованиям.

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


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


Дефекты валидации требований включают:

1) неполные или противоречивые наборы требований или вариантов использования;

2) требования, которые не соответствуют требованиям верхнего уровня или концепции эксплуатации;

3) чрезмерную чувствительность модели к определенному параметру или требованию;

4) несоответствия между результатами динамического моделирования и реальной системой;

5) тестовые примеры, которые не отслеживают полный набор сценариев (вариантов использования).


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