Валидация

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

Вообще перевод английских технических терминов и их использование в русском языке сопровождается сложностями понятийного характера. Термины «валидация» и «верификация» появились в русском техническом языке с появлением технологического стандарта ИСО 9000. Основываясь на этом документе, некоторое время спустя был разработан его российский аналог – ГОСТ Р ИСО 9000-2008. Оба эти документа регламентируют терминологическое использование и обозначают основные понятия технического словаря. В том числе там можно найти и разъяснение значения интересующих нас терминов.

Что такое валидация и чем она отличается от верификации

Говоря простыми словами, валидация – это проверка продукции на то, насколько она соответствует заявленным характеристикам. То есть, какой-нибудь мобильный телефон не пройдет валидацию до тех пор, пока заказчики не удостоверятся, что в нём именно такая камера и именно такой объем памяти, за который они готовы были заплатить.

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

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

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

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

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

Использование валидации и верификации в онлайн сервисах

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

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

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

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

Валидность сайта и её проверка

Страницы всех сайтов в интернете оформляются специальным кодом, прописанным по стандартизированным правилам HTML.

Что такое валидность?

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

Валидность сайта — это соответствие кода существующим стандартам HTML.

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

Что такое валидаторы кода

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

Основные «приметы» валидной верстки

Валидная вёрстка содержит код, полностью соответствующий требованиям W3C (World Wide Web Consortium), занимающейся разработкой технологических стандартов для всего Интернета.

Если код на страницах сайта верный, то во всех браузерах сайт отображается корректно (а не криво).

Отсутствуют подозрения о несправедливом «понижении» в выдаче и нет страниц, выкинутых из индекса.

Пример. Если, предположим, неправильно стоят теги <h1>..<h6>, <noindex> (в частности, отсутствует закрывающий элемент), то поисковик не будет ничего исправлять — он будет интерпретировать так, как написано черным по белому в коде. В итоге могут возникнуть последствия, связанные уже с продвижением сайта.

Важна ли валидная верстка в продвижении сайта

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

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

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

Этот вебмастер сделал очень важный вывод:

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

Зачем нужен валидный код

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

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

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

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

Как проверить сайт на валидность

Для проверки безукоризненности кода чаще всего используют очень полезный сайт валидатор «Markup Validation Service», расположенный по адресу: http://validator.w3.org, созданный компанией W3C.

HTML

Здесь перед Вами три варианта валидации:

  • ввести URL-адрес страницы;
  • загрузить файл с кодом со своего компьютера;
  • вставить готовый код в форму.

Сервис указывает не только на ошибки html кода и их расположение, но и даёт советы по исправлению. Если код уже имеется в Сети, то можно произвести валидацию путём введения её URL-адреса в форму «Validate by URL» и нажатия кнопки Check. Валидатор HTML включит считывание кода и сообщит об итогах.

Необходимо вводить именно адрес проверяемой URL-страницы. Весь сайт проверяться не будет. Введёте адрес сайта — программой считается только его главная страница. В случае нахождения замечаний выходит уведомление о невалидности программного кода и далее указываются строки с допущенными погрешностями.

В этом видео наглядно объяснён процесс проверки с помощью валидатора:

Проверка локальных файлов

По этому же адресу http://validator.w3.org можно проверить код, выбрав вкладку «Validate by File Upload» и загрузив документ с прописанным код.

Выбираем путь к необходимому файлу и жмём Check. Далее всё происходит аналогично.

Использование формы для ввода кода

Иногда удобней вставить сразу код страницы и проверить его онлайн: выбираем вкладку «Validate by Direct Input» и отправляем весь код на сервер.

CSS

Проверка валидности кода CSS может быть пройдена также онлайн валидатором: https://jigsaw.w3.org/css-validator/

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

Снова можно выбрать — указать URL, загрузить свой файл или вставить код.

Осуществляется проверка сайта на ошибки, как и в случае с HTML, и — получаем ответ от сервера. Настроек проверки не имеется, однако можно изучить предлагаемый сгенерированный валидный код, расположенный после списка недостатков кода.

Пример:

Изучаем полученный код и приводим исходный к нужному виду.

Расширения для браузеров

Для браузеров существуют всевозможные расширения для проверки валидации. Для Google Chrome есть проверяющий валидность кода плагин HTML Tidy Browser Extension, для Opera — расширение Validator, для Safari — Zappatic, для Firefor — HTML Validator.

Остановимся на последнем более детально. Он осуществляет ту же проверку, что и validator, только оффлайн. Взять его можно здесь http://users.skynet.be/mgueury/mozilla/

Устанавливаем расширение, перезагружаем браузер — и можно сразу работать. В случае возникновения заморочек с установкой, можно написать в саппорт Mozilla Firefox или полистать форум http://forum.mozilla-russia.org/doku.php?id=general:extensions_installing

Подробное видео об установке HTML Validator и его использовании:

При загрузке любого URL расширение автоматически включается и считывает код. Результат виден в правом верхнем углу.

Выглядит результат как небольшая картинка с итогом валидации:

Щёлкнув по результату, можно открыть:
— исходный код;
— ошибки — в левом нижнем блоке (или сообщение о валидности);
— подсказки по исправлению ошибок — в правом нижнем.

Как исправить наиболее частые ошибки

Каким бы способом ни была проведена проверка кода, ошибки выходят списком. Также обязательно указана строка с недочётом.

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

В расширении для Firefox при нажатии на название ошибки в открытом окошке расширения вас автоматически перебрасывает на строку с невалидным кодом.

К этим же ошибкам указаны подсказки по их исправлению.
Приведу пару примеров.

1. No space between attributes.
…rel=»shortcut icon» href=»http://arbero.ru/favicon.ico» type=»image/x-icon»

Здесь исправления убираем «точку с запятой».

2. End tag for element «div» which is not open

Закрывающий тег div лишний. Убираем его.

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

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

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

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

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

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

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

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

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

Рисунок 1 — Соотношение верификации и валидации

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

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

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

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

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

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

Что такое валидация простыми словами

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

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

Термин «валидация» произошел от английского понятия «validation» (в вольном переводе – «придание законной силы»).

Когда требуется валидация

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

Что может быть объектом валидации

Есть несколько вариантов объектов валидации:

  • Валидация оборудования;
  • Валидация процесса;
  • Валидация продукта
  • Валидация в системе менеджмента качества (соответствие ISO);
  • Валидация пользователя;
  • Валидация навыков (аттестация);
  • Валидация методик;
  • Валидация уровня чистоты оборудования;
  • и др.

Рассмотрим эти случаи подробнее.

Валидация оборудования

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

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

Валидация процесса

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

Валидация продукта

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

Валидация в системе менеджмента качества (соответствие ISO)

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

Валидация пользователя

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

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

Другие объекты валидации

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

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

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

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

Виды валидации

Всего выделяют четыре вида валидации.

Перспективная валидация

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

Сопутствующая валидация

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

Ретроспективная валидация (ревалидация)

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

Повторная валидация

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

Кто проводит валидацию

Если компания крупная, в ее структуре чаще всего существует специальный отдел менеджмента качества, который и организует процесс валидации. Второй вариант – привлечение сторонних специалистов из профильных фирм. В обоих случаях обратим внимание на то, что задача сотрудников СМК (кто это — инженеры по валидации или должность имеет другое название, — не так важно) – именно организация, непосредственное проведение валидационных процедур может возлагаться на любых сотрудников.

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

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

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

Этапы валидации

Всего выделяют 6 этапов валидации.

Название
Этап 1: Спецификация требований пользователей (международная аббревиатура URS) Общее описание того, что ждут пользователи от системы, процесса или продукта.
Этап 2: Специализация функций (FS) Подробно расписывается, каким стандартам должны соответствовать система, процесс или продукт, чтобы удовлетворить требования пользователей.
Этап 3: Спецификация (DS) Полное описание проектных, технических и иных характеристик системы, процесса или продукта, параметров оборудования.
Этап 4: Оценка (квалификация) монтажа (IQ) Проверяются документы, подтверждающие, что система, процесс или продукт созданы в соответствии с необходимыми стандартами и требованиями.
Этап 5: Проверка (квалификация) функционирования (OQ) Оценивается, действуют ли система, процесс или продукт в заявленных в спецификации условиях. Если в спецификации к автомобилю указано, что он разгоняется до 100 км/ч за 10 секунд, эти данные проверяются на ровном полигоне без встречного и попутного потока.
Этап 6: Проверка (квалификация) эксплуатации (PQ) Оценивается, как действуют система, процесс или продукт в конкретных условиях. Применительно к примеру о разгоне автомобиля до 100 км/ч проверяется, может ли он сделать это за 10 секунд в обычных дорожных условиях.

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

Часто задаваемые вопросы

Чем валидация отличается от верификации?

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

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

Что такое валидация аккаунта в соцсети? Для чего она нужна?

Процедура валидации аккаунта максимально приближена к верификации: пользователь документально подтверждает то, что он – реальный владелец аккаунта и производит все действия, которые с этого аккаунта совершаются. Физически подтверждение проводится через привязку вашей страницы в соцсети к номеру телефона (зайти в свой аккаунт вы можете только с использованием того номера, с которым связана страница). Без валидации аккаунта невозможно пользоваться соцсетью (доступен лишь просмотр ограниченного количества страниц). Любые же действия с вашего аккаунта автоматически считаются совершенными вами.

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

Что такоевалидный e-mail?

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

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

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

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

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

Видео на десерт: Гениальные работники, которые находятся на новом уровне

quality.eup.ru

Повелевать другими — обладать, повелевать собой — обладать мужеством. (Лао Цзы)

Валидация процессов производства и предоставления услуг. Что же все-таки это такое?

Актуальность темы валидации процессов производства и предоставления услуг в рамках выполнения требований стандарта ISO 9001 не вызывает ни у кого сомнений. Однако все организации, внедряющие системы менедж­мента качества (СМК), неизбежно сталкиваются с многочисленными вопросами; Что такое «валидация»? Есть ли в организации процессы, подлежащие валида­ции? Что это за процессы? Что необходимо сделать для того, чтобы подтвердить проведение валидации? Что такое специальные процессы? Каковы критерии И много-много других вопросов, адресованных консультантам и собственным специалистам организаций.

Консультанты и специалисты предприятий, воору­женные теоретическими и практическими знаниями, рассказывают владельцам и участникам процессов, высшему руководству увлекательные истории о назна­чении комиссии по валидации, графиках и актах ва­лидации специальных процессов (почему-то только специальных процессов), о возможной разработке до­кументированной процедуры на эту тему. Эти исто­рии с завидным постоянством повторяются в учебных пособиях, лекционных материалах (включая програм­му МВА). И если рассказы о валидации, включаю­щей анализ применяемых материалов и комплектую­щих, технологического, измерительного и контроль­ного оборудования, несоответствующей продукции, претензий потребителя, обеспеченности и компетент­ности персонала, записей, технологической докумен­тации, результатов мониторинга технологических опе­раций и т. п. еще как-то воспринимаются, то расска­зы о специальных процессах вызывают по большей части недоумение и непонимание. Ответственные за процессы делают вывод, что надо разработать очеред­ной документ, вероятно, нужный, но очень объем­ный, и не совсем понятный. На каких только примеpax не объяснялась валидация специальных процес­сов: «на конфетах и ракетах», покраска стен и поклейка обоев, изготовление металлоконструкций и выпечка хлеба! Итогом всегда являлось то, что… «вот приедут аудиторы, а организация не предоставит ни одного акта валидации! Вот оно, значительное несоот­ветствие! Вот оно, невыполнение требований стандар­та!». Конечно, к приезду аудиторов готовятся акты ва­лидации или документированные обоснования отсут­ствия специальных процессов. Работа проведена, ре­зультат может быть продемонстрирован, но проблема-то в понимании сути происходящего осталась!

Проблема, на наш взгляд, состоит в том, что экви­валент термина «валидация» в русском языке отсут­ствует (см. ГОСТ Р ИСО 9001, р. 3). В ГОСТ Р ИСО 9001 применен термин «подтверждать», а в различных вариантах переводов стандарта ISO 9001 используются термины «подтверждать», «валидировать», хотя с таким же основанием могли быть применены термины «утверждать», «ратифицировать», «легализовать», «при­давать законную силу» и т. п. О фактическом значении термина пришлось догадываться! В любом случае все последующие действия, связанные с выполнением так и непонятого требования, строятся на том устоявшемся понимании, которое предполагает алгоритм действий: приказ о назначении комиссии по валидации — гра­фик/план валидации специальных процессов — акт ва­лидации специальных процессов. И это устоявшееся понимание практически узаконило эти (или подобные) документы для СМК организации!

Требования, устанавливаемые стандартом ISO 9001 к СМК организаций, постоянно подвергаются анали­зу. На его основе приходит осознание необходимых действий. По нашему мнению, до осознания термина «валидация» необходимо выполнить еще пару шагов! И мы, не претендуя на истину в последней инстан­ции, представляем свой взгляд на решение существу­ющей проблемы, и предлагаем вместе с нами сделать эти два шага.

Шаг 1. Определить процессы организации, подлежа­щие валидации. В соответствии с требованиями пп. 7.5.2 стандарта ISO 9001, организация должна валидировать любые процессы производства и предоставления услуг, результаты (результирующий выход) которых нельзя проверить посредством последующего мониторинга или измерения, и как следствие, недостатки которых ста­новятся очевидными только после начала использова­ния продукции или предоставления услуги.

Из требования стандарта следует, что критерием для отнесения ЛЮБЫХ ПРОЦЕССОВ организации к валидируемым является то, что их НЕЛЬЗЯ верифи­цировать последующими мониторингом и измерения­ми. А в чем же причины этого самого «нельзя»?

Первая причина состоит в том, что организация этими процессами завершает свои производственные процессы (процессы предоставления услуги), передает результаты своей деятельности для начала использова­ния потребителю/заказчику и НЕ ИМЕЕТ ДАЛЬНЕЙШИХ ПОЛНОМОЧИЙ по их верификации по­следующими мониторингом и измерениями.

Вторая причина заключается в том, что результат какого-либо процесса на соответствующей стадии производства или оказания услуги БУДЕТ СКРЫТ ПОСЛЕДУЮЩИМИ РАБОТАМИ, и подтверждение его соответствия в конечной продукции будет либо невозможно, либо затруднено или экономически нецелесообразно.

Таким образом, к процессам организации, подле­жащим валидации, следует отнести:

  1. все процессы, которыми завершается изготовле­ние продукции или предоставление услуги — ФИ­НИШНЫЕ ПРОЦЕССЫ. В отношении готовой про­дукции, полученной в результате финишных процес­сов, должно быть принято решение о возможности ее использования и применения по назначению перед передачей потребителю/заказчику;

  2. все процессы, результаты которых будут скрыты при выполнении последующих процессов (стадий, этапов) — СПЕЦИАЛЬНЫЕ ПРОЦЕССЫ. В отношении той части продукции, которая будет скрыта последую­щими работами и не будет проверяться с помощью измерений и дальнейшего мониторинга, уже на этапе производства должно быть принято решение о ее соот­ветствии установленным требованиям и, фактически, о возможности ее использования и применения по на­значению.

Шаг 2. Определить необходимую деятельность орга­низации при валидации процессов производства и предо­ставления услуг. В соответствии с требованиями пп. 3.8.5 стандарта ISO 9000 валидация — подтверждение на основе представления объективных свидетельств того, что требования, предназначенные для конкрет­ного использования или применения, выполнены.

Объективными свидетельствами (пп. 3.8.1 стандарта ISO 9000) являются данные, подтверждающие нали­чие или истинность чего-либо, которые могут быть получены путем наблюдения, измерения, испытания или другими способами.

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

В общем случае такими объективными свидетель­ствами являются:

  • для финишных процессов — результаты приемо­сдаточных, периодических, квалификационных, типовых испытаний, испытаний на надежность, комплекты исполнительной документации и т. п.;

  • для специальных процессов — результаты приемки и/или освидетельствования скрытых работ, отдель­но предъявляемых операций, операционного конт­роля и т. п.

Для их получения необходимо:

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

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

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

Далее следует этап принятия решения (подтверж­дения) на основе полученных объективных свиде­тельств того, что требования, предназначенные для КОНКРЕТНОГО использования или применения, выполнены. При реализации этого этапа необходимо:

• провести анализ полученных свидетельств, оценить их объективность, полноту и достаточность для принятия решения о годности продукции (предо­ставленной услуги) к применению и/или использованию по назначению;

• принять решение о годности продукции (предо­ставленной услуги) к применению и/или использованию по назначению и оформить документы, удостоверяющие приемку продукции/этапа работ. Как правило, такое решение оформляется в виде заключения, которое подписывают первые лица организации, и включается в формуляры (паспор­та) на продукцию или иные документы: акты осви­детельствования скрытых работ, приемки ответ­ственных конструкций и т. п. В принятии реше­ния, если это определено, могут участвовать по­требители/заказчики, представители заказчика, государственных органов и т. п. После подписания заключения продукция приобретает статус «при­нятой» (а этап работ считается завершенным) и подлежит отгрузке (передаче) потребителю/заказ­чику для использования/применения по назначе­нию, или передаче на ответственное хранение. Вот и все. Пройдя эти два шага, мы пришли к по­ниманию того, что в рамках требований стандарта ISO 9001:

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

  2. специальные процессы — процессы, результаты которых будут скрыты при выполнении последующих процессов (стадий, этапов).

Следуя принципу постоянного улучшения СМК, организация при проведении валидации может прини­мать во внимание различные вопросы, касающиеся:

  • анализа претензий потребителей (как внешних, так и внутренних) и других заинтересованных сторон;

  • анализа условий применения (эксплуатации, ис­пользования);

  • своевременности и адекватности принятых в орга­низации корректирующих и предупреждающих действий, устранения несоответствий, выявленных по результатам внутренних аудитов;

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

  • применения новых прогрессивных технологий, оборудования, повышения квалификации персона­ла и т. п.

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

Иванов А.Н., Чазова А.В.

Опубликовано в «Методы менеджмента качества»

Также на сайте:
От качества продукции к качеству управления
Кризис в стандартизации систем менеджмента. Причины, пути выхода