Чем отличается валидация от верификации. Верификация и валидация: понятие, различия и примеры. Валидация - что это простыми словами

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

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

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

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

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

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

Различие между верификацией и валидацией проиллюстрировано на рисунке 1.

Приведенные определения получены некоторым расширением определений из стандарта IEEE 1012 на процессы верификации и валидации . В стандартном словаре терминов программной инженерии IEEE 610.12 1990 года определение верификации по смыслу примерно то же, а определение валидации несколько другое - там говорится, что валидация должна проверять соответствие полученного в результате разработки ПО исходным требованиям к нему. В этом случае валидация являлась бы частным случаем верификации, что нигде в литературе по программной инженерии не отмечается, поэтому, а также потому, что оно поправлено в IEEE 1012 2004 года, это определение следует считать неточным. Частое использование фразы B. Boehm"а :

Верификация отвечает на вопрос "Делаем ли мы продукт правильно?", а валидация- на вопрос "Делаем ли мы правильный продукт?"

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

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

Библиографический список

• В.В. Кулямин "Методы верификации программного обеспечения". Институт системного программирования РАН 109004, г. Москва, ул. Б. Коммунистическая, д. 25.
  http://www.ict.edu.ru/ft/005645/62322e1-st09.pdf
• IEEE 1012-2004 Standard for Software Verification and Validation. IEEE, 2005.
• IEEE 610.12-1990 Standard Glossary of Software Engineering Terminology, Corrected Edition. IEEE, February 1991.
• B. W. Boehm. Software Engineering; R&D Trends and Defense Needs. In R. Wegner, ed. Research. Directions in Software Technology. Cambridge, MA:MIT Press, 1979.
• ISO/IEC 12207 Systems and software engineering - Software life cycle processes. Geneva, Switzerland: ISO, 2008.

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

Валидация и верификация - что это простыми словами?

Оба понятия связаны с тестированием какого-либо продукта и обеспечением его качества. Если мы будем говорить простым языком, то выведем следующее:

• Валидация - гарантированная уверенность производителя в том, что он создал продукт по всем необходимым стандартам.
• Верификация - помогает увериться в том, что изделие соответствует всем изначально заданным требованиям к нему.

Рассказывая простыми словами, что это - верификация и валидация, нужно сделать упор и на такие факты:

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

Еще одно значение

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

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

А те, кто активно пользуются социальными сетями ("ВКонтакте", "Одноклассники" и проч.), рано или поздно видят перед собой окошко с просьбой пройти валидацию. Это такая же проверка истинности введенных вами данных. К примеру, на привязанный к аккаунту телефон приходит СМС с кодом, который нужно напечатать в определенное поле, чтобы подтвердить, что вы являетесь владельцем указанного номера.

Таким образом, в данном случае трудно выделить разницу между валидацией и верификации. И то и другое, по сути, здесь является проверкой на указание соответствующих действительности данных. Хотим также указать на факт, что валидацию/верификацию успешно используют разработчики различных вирусов с целью выманивания у вас личной информации. Отчего такие данные следует вводить на надежных ресурсах, с компьютера, защищенного современным качественным антивирусом.

Определение стандарта ИСО 9000:2000

Объяснить простыми словами, что это - верификация и валидация, поможет характеристика этих терминов, данная в документах ИСО (ISO - Международная организация по стандартизации). Здесь мы видим следующее:

• Верификация - подтверждение на основе объективных предоставленных фактов того, что установленные нормы были выполнены.
• Валидация - подтверждение на основе объективных предоставленных фактов того, что установленные нормы для конкретного применения выполнены.

Вот из этих определений уже вытекает разница валидации и верификации:

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

Прочие определения верификации

Помочь разобраться в теме нам поможет ряд распространенных определений рассматриваемых понятий. Приведем характеристики верификации:

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

Прочие определения валидации

Рассмотрим теперь определения валидации:

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

Отличия на основе перевода

Определить, в чем разница между валидацией и верификацией, поможет и обращение к переводу этих слов, имеющих английские корни:

• Verification - какая-либо проверка.
• Validation - придание чему-либо законной силы.

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

Отличия верификации и валидации в сравнении

В сравнительной таблице легче обозначить различия этих в чем-то схожих терминов.

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

Давайте еще немного порассуждаем, чем отличается валидация от верификации, в следующем разделе.

Ключевые различия понятий

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

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

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

Примеры верификации

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

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

Рассмотрим на примере велосипеда. Проверяем, есть ли руль, сидение, цепи, колеса, тормозная система и проч. Все на месте? Верификация пройдена!

Примеры валидации

Теперь примеры, чем отличается валидация от верификации.

Какое-либо предприятие в соответствии с определенными требованиями производит универсальные трубы. Поступает вопрос от заказчика: возможно ли данный продукт проложить по дну моря? Производитель должен провести валидацию своих труб в соответствии с предложенными условиями, чтобы объективно ответить на этот вопрос.

На примере того же велосипеда рассмотреть валидацию тоже очень легко. На устройстве можно кататься? Можно затормозить? Можно повернуть вправо, влево? Переключить скорость? Если все возможно, валидация пройдена. Не смогли затормозить, упало сидение, расшатан руль - увы, велосипед данную процедуру не прошел.

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

— придание законной силы, утверждение, легализация, ратификация
(общегражданское право);

— процесс, позволяющий определить, насколько точно с позиций потенциального пользователя некоторая модель представляет заданные сущности реального мира
(системное программирование);

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

Применительно к системам менеджмента качества согласно стандартам ISO серии 9000:

Валидация — подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены
(ISO 9000:2005)

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

1. При проектировании и разработке утверждение означает проведение экспертизы продукции с целью определения соответствия нуждам потребителя.
2. Утверждение обычно осуществляется на конечной продукции в определенных условиях эксплуатации. Оно может быть необходимо на более ранних стадиях.
3. Термин «утверждено» используется для обозначения соответствующего статуса.
4. Могут осуществляться многократные утверждения, если предполагается различное использование.

(ISO 8402:1994, п.2.18)

По определению PIC/S, это:
«Действия, которые в соответствии с принципами GMP доказывают, что определенная методика, процесс, оборудование, сырье, деятельность или система действительно приводят к ожидаемым результатам».

Валидация

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

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

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

Процессы и процедуры следует подвергать периодической критической ревалидации, чтобы гарантировать, что они по-прежнему способны приводить к ожидаемым результатам.

Валидация и ее документирование

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

Процедуры процесса валидации должны быть зафиксированы в ряде протоколов и результаты валидации должны быть зафиксированы в записях или отчетах.

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

Существует довольно серьезная разница между российским и международным подходами. В российских правилах GMP, валидация «заключается в документированном подтверждении соответствия оборудования, условий производства, качества сырья и готового продукта действующим регламентам и\или требованиям нормативной документации». Это подход – устаревший. Его последствия – довольно вредные. Из разных публикаций может создаться впечатление, что процесс валидации является не более, чем процессом документирования или, что такие слова как «валидация» «верификация», «квалификация» и «испытание», в самом деле, являются аналогами друг друга. Отсутствие понимания «валидации» укрепляет недопонимание GMP, и создает ситуацию, когда персонал сопротивляется внедрению GMP, просто принимая его как «вечно растущую гору документов».

В GMP EC (и, кстати, GMP FDA) валидация является регулярным изучением систем, процессов, инженерных комплексов и, естественно, самого фармацевтического продукта, чтобы обеспечить высокий уровень уверенности в том, что процессы были должным образом разработаны и находятся под контролем.

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

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

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

После полной валидации процесса, возможно, что количество контролируемых параметров в конце процесса уменьшится. Разработчики, полностью понимая те параметры, которые влияют на изменчивость и, следовательно, на стабильность процесса, имеют необходимую информацию для управления процессом, например, через снижение изменчивости или повышение его скорости. Хотя «валидация» является интегральной частью «обеспечения качества», здесь видна взаимосвязь между валидацией и системой менеджмента. Для того чтобы эффективно проводить валидацию, руководство компании должно определить свою политику в данном вопросе. Одним из первых элементов, который инспектор FDA или PIC/S на-мерен проверить, является именно политика валидации.

Придание законной силы, утверждение, легализация, ратификация
(общегражданское право );

Процесс, позволяющий определить, насколько точно с позиций потенциального пользователя некоторая модель представляет заданные сущности реального мира
(системное программирование );

Процедура, дающая высокую степень уверенности в том, что конкретный процесс, метод или система будет последовательно приводить к результатам, отвечающим заранее установленным критериям приемлемости; в частности, валидация технологических процессов проводится с использованием образцов не менее трех серий реального продукта с целью доказательство и предоставление документального свидетельства, что процесс (в пределах установленных параметров) обладает повторяемостью и приводит к ожидаемым результатам при производстве полупродукта или готового продукта требуемого качества; валидация аналитических методов состоит в определении: точности, воспроизводимости, чувствительности, устойчивости (межлабораторная воспроизводимость), линейности и других метрологических характеристик
(GMP - Надлежащая производственная практика, является обязательным требованием при производстве лекарственных средств ).

Применительно к системам менеджмента качества согласно стандартам ISO серии 9000:

Валидация - подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены (ISO 9000:2005 )

Валидация - подтвержение путем экспертизы и представления объективного доказательства того, что особые требования, предназначенные для конкретного применения, соблюдены.
Примечания:
1. При проектировании и разработке утверждение означает проведение экспертизы продукции с целью определения соответствия нуждам потребителя.
2. Утверждение обычно осуществляется на конечной продукции в определенных условиях эксплуатации. Оно может быть необходимо на более ранних стадиях.
3. Термин «утверждено» используется для обозначения соответствующего статуса.
4. Могут осуществляться многократные утверждения, если предполагается различное использование.
(ISO 8402:1994, п.2.18 )

Проведем анализ требований стандарта ISO 9001:
ISO 9001, п. 7.3.6: Валидация проекта и разработки должна осуществляться в соответствии с запланированными мероприятиями, чтобы удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию.
ISO 9001, п. 7.5.2: Валидация процессов производства и обслуживания. Организация должна подтверждать все процессы производства и обслуживания, результаты которых нельзя проверить посредством последовательного мониторинга или измерения. К ним относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги. Валидация должна продемонстрировать способность этих процессов достигать запланированных результатов.
ISO 9000, примечание 3 п. 3.4.1: Процесс, в котором подтверждение соответствия конечной продукции затруднено или экономически нецелесообразно, часто относят к "специальному процессу ".

Общепринятые требования к специальным производственным процессам , обеспечивающие их валидацию:
1) аттестация производственного процесса (технология, методика, рабочие инструкции...)
2) аттестация производственного оборудования (калибровка сварочных машин или роботов, краскопультов и систем подачи краски...)
3) аттестация материалов (электроды, газ, флюсы, краска, растворители, грунты...)
4) аттестация персонала (квалификационные требования к сварщикам или операторам сварочных роботов, наладчикам, сервисным компаниям...)
с соответствующим документальным подтверждением. (А.Орешин )

Спец. процесс (СП) должен быть в управляемых условиях.
Управляемые условия включают:
- наличие информации, описывающей характеристики продукции и СП;
- наличие нормативной, конструкторской и технологической документации;
- использование пригодного оборудования;
- наличие и использование средств контроля и измерений;
- проведение контроля, измерений и испытаний;
- осуществление деятельности по выполнению СП;
- наличие квалифицированного и аттестованного персонала осуществляющего СП;
- повторную валидацию;
- наличие записей, содержащих достигнутые результаты или свидетельства осуществленной деятельности при выполнении СП. (В.Золотухин )

Валидация, верификация, специальный процесс

Чем отличается валидация от верификации?
Стандарт ИСО 9000 определяет эти термины следующим образом:
"Верификация - подтверждение на основе представления объективных свидетельств того, что установленные требования были выполнены".
"Валидация - подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкретного использования или применения, выполнены".
Казалось бы, определения чуть ли не совпадают и уж если не полностью, то в значительной части. И, тем не менее, верификация и валидация - принципиально разные действия.
Разберемся.
Уже перевод с английского этих терминов дает определенную пищу для понимания разницы: verification - проверка, validation - придание законной силы.
Чтобы было проще понять, сразу приведу пример типичной верификации: тестирование программы или проведение испытания оборудования. Имея определенные требования на руках, мы проводим испытание продукта и фиксируем, соблюдены ли требования. Результат верификации - это ответ на вопрос "Соответствует ли продукт требованиям?".
Но далеко не всегда продукт, соответствующий установленным требованиям, можно применять в конкретной ситуации. Например, лекарство прошло все положенные испытания и поступило в продажу. Значит ли это что оно может быть применено каким-то конкретным больным? Нет, т.к. каждый пациент имеет свои особенности и конкретно для этого лекарство может быть губительным, т.е. кто-то (врач) должен подтвердить: да, этому больному можно принимать это лекарство. То есть врач должен выполнить валидацию: придать законную силу конкретному применению.
Или еще пример. Предприятие выпускает трубы, предназначенные для закладки в землю, в соответствии с некоторыми ТУ (Техническими условиями). Продукция этим ТУ соответствует, но поступил заказ, предполагающий укладку труб по дну моря. Могут ли трубы, соответствующие имеющимся ТУ, быть применены в данном случае? Именно валидация и дает ответ на этот вопрос.
Нетрудно видеть, что еще одно отличие состоит в том, что верификация производится всегда, а вот необходимость в валидации может и отсутствовать. Она появляется только тогда, когда возникают требования, связанные с конкретным применением продукции. Если фармацевтический завод выпускает лекарства, то он будет проверять лишь их соответствие требованиям, а проблемами применения конкретных лекарств конкретными пациентами заниматься не будет. Или тот же АвтоВАЗ.
Таким образом, можно констатировать следующее:
верификация - проводится практически всегда, выполняется методом проверки (сличения) характеристик продукции с заданными требованиями, результатом является вывод о соответствии (или несоответствии) продукции,
валидация - проводится при необходимости, выполняется методом анализа заданных условий применения и оценки соответствия характеристик продукции этим требованиям, результатом является вывод о возможности применения продукции для конкретных условий.
Стандарт ИСО 9001 в двух местах обращается к этим терминам. Проверим, соответствует ли данное мной толкование содержанию разделов 7.3.5, 7.3.6 и 7.5.2.
"7.3.5. Верификация проекта и разработки. Верификация должна осуществляться в соответствии с запланированными мероприятиями (п. 7.3.1), чтобы удостовериться, что выходные данные проектирования и разработки соответствуют входным требованиям:".
"7.3.6. Валидация проекта и разработки. Валидация проекта и разработки должна осуществляться в соответствии с запланированными мероприятиями (п. 7.3.1), чтобы удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию, если оно известно. Где это практически целесообразно, валидация должна быть завершена до поставки или применения продукции".
Нетрудно видеть, что моя трактовка находится в полном согласии с текстом этих разделов. При этом хотелось бы обратить внимание на то, что в п. 7.3.5 говорится о соответствии выходных данных, а в п. 7.3.6 - продукции. Это существенно! Это означает, что валидация проводится не для выходных данных, а для разработанной под конкретные условия продукции. Скажем, в деятельности института по разработке типовых проектов жилых зданий валидация не требуется - только верификация. А вот для деятельности по разработке проекта строительства жилого здания по тому же типовому проекту, но в конкретном месте, валидация уже необходима.
"7.5.2. Валидация процессов производства и обслуживания. Организация должна подтверждать все процессы производства и обслуживания, результаты которых нельзя проверить посредством последовательного мониторинга или измерения. К ним относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги. Валидация должна продемонстрировать способность этих процессов достигать запланированных результатов".
Здесь также нет расхождений. Но при этом следует заметить, что в случаях, подпадающих под п. 7.5.2 характеристики продукции не могут быть измерены напрямую и их оценка будет проводиться косвенно (подробнее см. лекцию о специальных процессах).
Вопрос : к чему отнести деятельность ОТК?
Ответ : это верификация.
Вопрос : к чему отнести деятельность аудиторов?
Ответ : к верификации.
Вопрос : какую функцию выполняет подписывающий акт о сдаче в эксплуатацию объекта (услуги и т.п.)?
Ответ : он осуществляет валидацию.

Определение специального процесса

Критерии отнесения процесса к "специальным"
Безусловно, правы те, кто говорит, что стандарт впрямую не определяет термина "специальный процесс". Это словосочетание встречается в Примечании 3 п. 3.4.1 ИСО 9000 "Процесс, в котором подтверждение соответствия конечной продукции затруднено или экономически нецелесообразно, часто относят к "специальному процессу ".
То есть здесь главным признаком "специальности" выступает затрудненность (проблематичность) подтверждения соответствия. Конечно, вряд ли такой критерий можно считать однозначным, так как неясна мера затрудненности, при превышении которой процесс уже можно считать "специальным".
С другой стороны, п. 7.5.2 стандарта ИСО 9001 устанавливает требование: "Организация должна подтверждать все процессы производства и обслуживания, результаты которых нельзя проверить посредством последовательного мониторинга или измерения ".
Попробуем ответить на несколько вопросов, первый из которых: а зачем п. 7.5.2 вообще включен в стандарт ИСО 9001? Или иными словами: каково практическое значение подтверждения (валидации) процессов для менеджмента качества?
Цель системы менеджмента качества (по ИСО 9001) - обеспечить стабильное качество продукции, понимаемое как соответствие требованиям потребителя. С этой точки зрения всякий процесс производства мы можем назвать результативным (качественным), если его результат соответствует заданным требованиям.
Но вот вопрос: а как быть, если результат не может быть непосредственно сравнен с требованиями (измерен)? Как определять результативность такого процесса? Вот тут-то на сцену и выходит п. 7.5.2, который говорит, что такие процессы должны "подтверждаться" (валидироваться), чтобы "продемонстрировать способность этих процессов достигать запланированных результатов". Т.е. не можешь проверить результат, тогда подтверди "правильность" процесса, исходя из предположения, что "правильный" процесс дает "правильный" результат.
Между положениями Примечания 3 п. 3.4.1 ИСО 9000 и п. 7.5.2 стандарта ИСО 9001 есть очевидная общность: и то, и другое относится к подтверждению соответствия продукции. Но есть и столь же очевидная разница: если ИСО 9000 говорит о "затрудненности" (никак не определяя ее меру), то ИСО 9001 более категоричен: "нельзя проверить", т.е. речь идет о "невозможности".
Так можно ли процессы, в отношении которых устанавливаются требования в п. 7.5.2 считать теми самыми "специальными" процессами? Я полагаю, да, т.к. "невозможность" - это крайняя степень "затрудненности".
Практическая значимость принятия решения об отнесении процесса к "обычным" или "специальным"
Отнесение (или не отнесение) процесса к "специальным" имеет практическое значение и выполняется в рамках планирования процесса, предусмотренного разделом 7.1 стандарта ИСО 9001.
Дело в том, что, как я постараюсь показать далее, "обычный" и "специальный" процесс строятся различным образом и это различие в построении объясняется разной методикой определения результативности процесса. Не вдаваясь в тонкости, можно сказать, что результативность "обычного" процесса оценивается соответствием результата заданным требованиям, а результативность "специального" процесса - соответствием действий, выполненных в рамках процесса, установленной технологии. Говоря иными словами, "обычный" процесс мы назовем результативным, когда его выход соответствует заданным требованиям, а "специальный" - когда технология получения выхода соответствует установленной. Поэтому выстраивая "обычный" процесс, мы должны предусмотреть в нем операции мониторинга соответствия требованиям результатов на промежуточных и конечной стадиях производства, основанные на измерениях этих результатов. А при построении "специального" процесса приоритеты будут другими: мы включим в него операции мониторинга соответствия технологии производства, основанные на записях о соблюдении технологии.
Можно ли процесс предоставления услуги считать специальным?
Пункт 7.5.2 содержит указание: "К ним ["специальным"] процессам относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги ".
Как показывает практика, это положение не имеет однозначного трактования в среде специалистов по менеджменту качества и требует отдельного анализа, особенно в той части, что касается услуг.
Во-первых, хотел бы заострить внимание на том, что положение говорит о недостатках процесса, а не продукции.
Во-вторых, хотел бы двумя следующими блок-схемами показать принципиальное отличие процесса производства материальной продукции от процесса производства услуги.

Здесь самое время определить, что такое услуга . Под услугой буду понимать деятельность производителя, удовлетворение требований потребителя при которой достигается выполнением действий, а не передачей потребителю материальной продукции. Это определение вполне согласуется с широко распространенным положением, что при оказании услуги ее производство и потребление совпадают во времени.
Размышления о природе процесса оказания услуг приводит нас к пониманию того, что
- результатом процесса оказания услуги является потребленная услуга, т.е. услуга, процесс производства и потребления которой завершился,
- потребитель является участником процесса оказания услуги (находится "внутри" процесса),
- попытка вынести потребление услуги за границы процесса оказания услуг приводит к "исчезновению" выхода и, соответственно, самого процесса.
Последнее положение указывает на то, что в точке А (второй рисунок) услуги, как результата всей совокупности действий, еще нет - ведь потребление происходит в процессе производства.
Следующий вопрос, на который необходимо ответить: применимо ли к процессу оказания услуги понятие "мониторинг или измерение [результата]".
Очевидно, что да. Те же телекоммуникационные услуги дают нам такой пример: клиенту организован канал, по которому идет сигнал клиента и все оговоренные параметры отслеживаются. А после завершения оказания услуги мы на основании данных мониторинга и измерений сможет сказать, был ли процесс результативным или нет. Вот ключевой момент: для установления результативности процесса мы не будем анализировать записи о выполнении (или не выполнении) тех или иных действий, о соответствии этих действий запланированным, а мы будем анализировать записи о параметрах услуги, т.е. данные о результате. Говоря иными словами, если клиент недоволен, то мы в свою защиту не станем демонстрировать ему, что все предусмотренные технологией операции были выполнены в точном соответствии с инструкциями, а покажем результаты мониторинга и измерений параметров услуги. И это самым очевидным образом говорит нам о том, что рассматриваемый процесс оказания услуги никак не может быть отнесен к специальным.

Примеры демонстрации применения на практике обсуждаемых критериев
Дабы подкрепить рассуждения примерами, начнем с услуг.
Ситуация первая . Имеется экспедиторская компания, оказывающая услуги по доставке. Она решает в состав доставляемых грузов включить мебель. Необходимо спланировать процесс, что вызывает необходимость понять, будет ли процесс "обычным" или "специальным". Основные параметры услуги: точность доставки (время и место), сохранность груза. Могут ли эти параметры быть оценены (измерены)? Конечно, никаких к тому препятствий. Можем мы подтвердить результативность процесса, основываясь на данных оценки (измерения)? Никаких сомнений. Вывод - процесс "обычный".
Ситуация вторая . Та же экспедиционная контора решила взять на себя заботу по доставке почты Робинзону. При этом корабль близко к острову подойти не может, почта выстреливается катапультой и место ее приземления не всегда видно. Параметры услуги те же. Нетрудно видеть, что в этом случае не все параметры могут быть измерены или оценены: например, место доставки (то ли в болото упала посылка, то ли на дереве повисла) или сохранность. И в отсутствие данных о результате, о результативности процесса будем судить по выполнению технологии: тетиву натянули с нужным усилием, угол возвышения выставили заданный, азимут выставили точно, поправку на ветер внесли и т.д. - т.е. сделали все, чтобы получить заданный результат. Вывод - процесс "специальный".
Ситуация третья . Мы производим продукцию - ну, скажем, бытовые велосипеды - и у нас есть возможность на каждом этапе производства измерять параметры деталей или узлов и отслеживать их соответствие требованиям. Перед тем, как отдать велосипед потребителю, мы проведем финальную проверку и скажем: вот изделие, оно полностью соответствует установленным требованиям. Нетрудно видеть, что такой процесс мы отнесем к обычным.
Ситуация четвертая . По заказу NASA мы делаем велосипед для езды на Марсе. При этом одно из требований гласит: соединения должны иметь специальную смазку, после нанесения которой должна быть выполнена сборка и изделие помещено в герметичный контейнер с особой газовой средой. Очевидно, что такое требование лишает нас возможности произвести окончательную проверку велосипеда и при планировании процесса мы должны признать его "специальным". В этом случае, выполняя положения п.п. 7.1 в) и г) мы предусмотрим сбор записей о соблюдении технологии и подтверждение в конце производственного цикла на основе этих записей, что все было сделано "как надо". Это подтверждение, в свою очередь, послужит свидетельством (хоть и косвенным), что результат процесса соответствует требованиям.
Часто можно встретить утверждения вроде "сварка - это специальный процесс" или "окраска - это специальный процесс". На мой взгляд, такие утверждения не совсем корректны.
Будем считать, что результатом сварки является сварочный шов. У нас обычный заказ: трубы для наземного газопровода и все требования обычны. Что мешает проверить все параметры шва при нынешней диагностической технике? Наверно, ничего. Т.е. мы вполне можем установить (подтвердить) соответствие результата требованиям "последовательным мониторингом или измерениями". Но вот пришел иной заказ: нам надо сделать шов, который должен немедленно разрываться при определенной нагрузке. Ну, и как мы подтвердим соответствие этому требованию? Процесс из "обычного" тут же превратился в "специальный".
А отсюда вывод: процесс может быть как "обычным", так и "специальным" - в зависимости от требований к результату. Точно так же, как "всегда специальный" процесс может стать "обычным" при появлении новых технологий и приборов диагностики.
И это находит свое подтверждение в том, что раздел. 7.1, говоря о планировании процессов, подчеркивает: "…для конкретной продукции " (см. п.п. б и в).
Итак, резюме:
- "обычный" и "специальный" процессы разнятся методами подтверждения соответствия результата, а потому, чтобы правильно построить процесс по производства конкретной продукции, необходимо при планировании процесса провести соответствующую классификацию,
- в основу которой должен быть положен признак "невозможность подтвердить соответствие продукции методами измерения и мониторинга ее параметров" (т.е. невозможность подтвердить результативность процесса методами измерения и мониторинга результата),
- применение которого отчетливо показывает несостоятельность распространенного убеждения: все процессы оказания услуг - "специальные". (А. Горбунов)

Фармацевтикой в ЕС в соответствии с принципами GMP принято определение, согласно которому
валидация - это формулирование доказательства того, что реализация или использование всех процессов, процедур, оборудования, сырья, продуктов, деятельностей или систем действительно позволяет достигать ожидаемых результатов.
Процесс валидации состоит из последовательности различных квалификаций.
Квалификация - это операция, предназначенная для того, чтобы доказать, что оборудование правильно работает и действительно дает ожидаемые результаты. Иногда концепт валидации расширяют, чтобы включить в него концепт квалификации.
Валидация состоит из таких процессов:
- квалификация проектной документации (Design Qualification - DQ) - проверка описания и разработки системы;
- квалификация инсталляции (монтажа) (Installation Qualification - IQ) - проверка способности инфраструктуры системы поддерживать работу системы;
- квалификация функционирования (Operational Qualification, OQ) - проверка способности функционировать согласно требованиям;
- квалификация эксплуатации (Performance Qualification - PQ) - проверка способности компании использовать систему.

Термины «валидация» и «верификация» появились в русской речи не так давно. Их проникновение в наш язык связано с внедрением стандартов ISO 9000, связанных с новыми требованиями к качеству управленческой сферы.

Помимо , эти понятия стали активно употребляться и в других областях жизни, например в банках и электронных платежных системах. Что же такое «валидация» и «верификация»? И в чем разница между ними?

По одной из версий, понятие «верификация» происходит от латинских слов verus (истинный) и facere (делать). Существует и другое мнение, согласно которому слово взято из позднелатинского языка, где термин verificatia означает «подтверждение» .

Понятие «валидация» тоже имеет латинские корни и связано со словом validus , которое переводится как «сильный, действенный» .

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

Если говорить простым языком, то этим словом компания, производящая продукцию или оказывающая услуги, подтверждает правильность и качество своего продукта. Иными словами, результатом верификации становится ответ на вопрос – соответствует ли продукция (услуга) предъявляемым к ней требованиям?

К примеру, если организация производит автомобили, то верификацией будет их проверка на наличие всех комплектующих и соответствие стандартам качества.

Валидация – это приведение доказательств того, что продукт (или услуга) удовлетворяют требованиям конечного потребителя. Результатом термина становится ответ на вопрос – изготавливаем ли мы правильную продукцию?

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

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


Таким подтверждением могут быть отсканированные копии оригинальных документов или простой переход по ссылке, которая высылается на е-мейл при регистрации на каких-либо ресурсах.

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

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

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

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

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

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