Что такое верификация и валидация? Чем они отличаются? Верификация и валидация: что это простыми словами? В чем разница между валидацией и верификацией.

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

Слово «верификация» происходит от латинских слов verus , что значит «истинный» и facere, что значит «делать». Т аким образом в буквальном значении слово переводится, как «делать или подтверждать истинность чего либо». Верифицировать - значит ПРОВЕРЯТЬ И ПОДТВЕРЖДАТЬ правильность.

Другие полезные статьи:

Верификации - что это означает в разных областях?

Верификация в философии - это установление истинности теоретических утверждений при помощи их опытной проверки. Термин «верификация» в науке используется в том же значении.

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

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

Верификация в системе качества — это проверка на соответствие продукции ГОСТам или международным стандартам ISO.

Верификация - примеры

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

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

Чтобы получить «Персональный аттестат» в платежной системе Вебмани , нужно пройти верификацию (проверку) паспорта пользователя.

Еще один пример из области IT. Компания - разработчик ПО (программного обеспечения) выполнила заказ на разработку какой-то программы. Тестирование ПО на соответствие тех заданию заказчика - обязательная часть процесса выполнения задания от заказчика. Тестирование выполняется для верификации готовности программного продукта и соответствия требованиям заказчика. А вот валидацию ПО будет выполнять заказчик.

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

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

Валидация (validation) - придание, подтверждение законной силы Верификация (verification) - проверка

Зачем нужна верификация в банках, в интернете и на производстве?

Зачем нужна верификация в банках и в интернете — в соцсетях (ВК и других), ? Главная цель верификации в банках и в интернете — это борьба с мошенничеством.

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

Надеюсь, статья оказалась для Вас полезной и Вы теперь знаете, что это «верификация» простыми словами.

Желаю всем много идей и радости от воплощения их в жизнь!

Напоследок предлагаю посмотреть полезное видео, чтобы приобрести так нужную нам всем уверенность в себе и в своих силах:

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

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

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

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

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

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

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

Слово валидация (от английского validation) ближе всего к понятию аттестация, а по сути означает комплексную проверку изделия требованиям заказчика им же самим. Если собирали велосипед, то он будет валидирован после того, как на нем прокатятся представители заказчика и признают его удовлетворяющим своим «хотелкам».

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

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

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

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

Другими словами . Верификация — это подтверждение того, что задание было выполнено в полном соответствии с требованиями заказчика. А валидация — это проверка того, так ли как надо результирующее изделие (продукт) функционирует на практике. Может возникнуть ситуация, когда ТЗ выполнено, а изделие не работает или работает не так как надо. Поэтому процесс валидации является более всеобъемлющим и показательным, чем верификации (штамп «валидировано» ставится поверх штампа «верифицировано», если так можно выразиться).

Валидация и верификация в онлайн-сервисах интернета?

Скорее всего приведенные выше объяснения вас глубоко не тронули, ибо вам узнать значение этих слов нужно было совсем по другой причине (вне рамок отношений заказчик — исполнитель). Дайте догадаюсь почему?

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

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

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

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

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

Например, в Яндекс Деньгах мне пришлось пройти процесс валидации (идентификации) для того, чтобы получить возможность принимать платежи с некоторых сервисов на свой кошелек. Пришлось показать паспорт и стать своего рода аттестованным пользователем системы. Во многих социальных сетях просят указать номер своего мобильного телефона, а потом пройти процесс его валидации/верификации (проверки) путем отправки на него СМС с кодом, который нужно будет ввести в специальном поле на странице регистрации.

Валидация аккаунта Вконтатке и Одноклассниках — у вас вирус

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

Это мошенники. Очень ненавязчиво и требовательно они вытянут из вас деньги (платные СМС сообщения и т.п. вещи), заставят установить какую-нибудь гадость на свой компьютер или сделают еще что-то не очень приятное. Что же делать?

Во-первых, не вестись на все эти уловки. Кто вас попросил о валидации — администрация социальной сети или злоумышленник, который с помощью вируса подменил страницу социальной сети? Как проверить ? Довольно просто.

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

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

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

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

Дело в том, что вирус мог в нем прописать строчку с адресом соцсети и совершенно не относящимся к ней IP-адресом. Браузер всегда сначала обращается к файлу Хостс на вашем компе (а только потом в интернет), и если там находит соответствие IP адреса и домена (например, vk.com 109.121.92.15), то сайт соцсети он будет открывать именно с этого IP, а там уже будет подготовлен фейковый сайт как две капли воды похожий на настоящий, но который при попытке входа будет выкидывать сообщение о валидации.

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

Удачи вам! До скорых встреч на страницах блога сайт

посмотреть еще ролики можно перейдя на

");">

Вам может быть интересно

Ликбез - что это такое (значение слова) VirusTotal - онлайн проверка на вирусы файлов вашего компьютера, телефона и сайтов всеми антивирусами одновременно
Аутсорсинг - что это такое простыми словами
Контекст - что это такое? Как бесплатно установить Гугл Хром, Яндекс Браузер, Оперу, Мазилу и Интернет Эксплорер на свой компьютер

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

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

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

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

1. Использование неправильных знаний об Объекте. Модель Объекта в головах у людей может не соответствовать реальности. Не знали реальной опасности землетрясений, например. Соответственно, могут быть неправильно сформулированы требования к объекту.

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

3. Неверный свод знаний. Нас учили приоритету массы над остальными параметрами, а оказалось, что надо было наращивать скорость.

4. Неправильное применение правил вывода к описанию объекта. Логические ошибки, что-то пропущено в требованиях к конструкции объекта, нарушена трассировка требований.

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

6. Созданная система не соответствует описанию.

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

Что такое верификация? По-русски, верификация – это проверка на соответствие правилам. Правила оформляются в виде документа. То есть, должен быть документ с требованиями к документации. Если документация соответствует требованиям этого документа, то она прошла верификацию.

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

Часто валидацию требований путают с валидацией продукта, построенного на основе этих требований. Так делать не стоит.

1. Валидация ISO

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

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

4. Валидация XML и XHTML

5. GMP валидация

6. Что такое валидация ИПДО?

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

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

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

Валидация ISO

Применительно к системам менеджмента качества согласно стандартам 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) аттестация персонала (квалификационные требования к сварщикам или операторам сварочных роботов, наладчикам, сервисным компаниям...)

с соответствующим документальным подтверждением.

Спец. (СП) должен быть в управляемых условиях.

Управляемые условия включают:

Наличие информации, описывающей характеристики продукции и СП;

Наличие нормативной, конструкторской и технологической документации;

Использование пригодного оборудования;

Наличие и использование средств контроля и измерений;

Проведение контроля, измерений и испытаний;

Осуществление деятельности по выполнению СП;

Наличие квалифицированного и аттестованного персонала осуществляющего СП;

Повторную валидацию;

Наличие записей, содержащих достигнутые результаты или свидетельства осуществленной деятельности при выполнении СП.

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

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

Уже перевод с английского этих терминов дает определенную пищу для понимания разницы: 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. Валидация процессов производства и обслуживания. Компания должна подтверждать все процессы производства и обслуживания, результаты которых нельзя проверить посредством последовательного мониторинга или измерения. К ним относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги. Валидация должна продемонстрировать способность этих процессов достигать запланированных результатов".

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

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

Валидным является такой веб-документ, который прошел подобную процедуру и не имеет замечаний по коду. Код веб-страницы должен подчиняться определенным правилам, которые называются спецификацией, ее разрабатывает W3 (www.w3c.org) при поддержке разработчиков браузеров.

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

Хотя HTML-код имеет достаточно простую иерархическую структуру, при разрастании объема документа в коде легко запутаться, следовательно, просто и совершить ошибку. Браузеры, несмотря на явно неверный код, в любом случае постараются отобразить веб-страницу. Но поскольку единого регламента не существует о том, как же должен быть показан «кривой» документ, каждый браузер пытается сделать это по-своему. А это в свою очередь приводит к тому, что один и тот же документ может выглядеть по-разному в популярных браузерах. Исправление явных промахов и систематизация кода приводит, как правило, к стабильному результату.

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

Не стоит забывать и об XML (eXtensible Markup Language, расширяемый язык разметки). Этот язык становится стандартом де-факто для хранения данных и обмена информацией между разными приложениями. Синтаксис XML более жесткий, чем HTML и не прощает малейших ошибок. В каком-то смысле XML похож на языки программирования, в которых программа не будет скомпилирована, пока код не отлажен. HTML является первой ступенькой к изучению XML, поэтому приучая себя писать код по всем правилам, будет легче перейти к следующему этапу развития HTML.

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

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

Сайты, конечно же, делают для того, чтобы их посещали люди. Именно посетители выступают мерилом работы сайта, а их интересует и способ ее получения. Пользователь желает, чтобы сайт корректно отображался в его любимом браузере, быстро загружался и содержал те материалы, которые ему нужны. Заметьте, в этом списке нет ничего про код документа и его валидность, посетителей это просто не интересует. Поэтому совершенно невалидный сайт, но выполненный с душой, наполненный интересными материалами привлечет к себе больше посетителей, чем пустой ресурс, но сделанный по всем «правилам».

Разработчики браузеров не всегда следуют спецификации и в некоторых случаях трактуют код не по заданным правилам, а по-своему. В конечном итоге это приводит к тому, что веб-страница, которая правильно (т.е. так, как и задумывали разработчики) отображается в одном браузере, выводится с ошибками в другом. Следование спецификации в подобных случаях, скорее всего, отпугнет пользователей некоторых браузеров. К примеру, Internet Explorer (IE) в настоящее время занимает лидирующее положение среди браузеров, но при этом поддерживает спецификацию HTML и CSS хуже, чем Firefox и Opera. Очевидно, что пользователи IE при посещении сайта выполненного по всем стандартам, но не учитывающего специфику этого браузера, увидят неприглядную картину.

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

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

Валидация XML и XHTML

Для того, чтобы произвести валидацию содержимого, его сначала нужно получить. Источник (то, что мы должны проверить на соответствие набору определённых правил) может быть совершенно непредсказуемым:

Удалённый источник.

Абстрагируемся от указанных выше источников, ведь на самом деле нам не так уж и важно, откуда мы получаем данные для валидации: все они в конечном итоге предстают в виде строки. После того, как мы получили строку, нам нужно её обработать таким образом, чтобы получить элементы, с которыми мы можем работать на том языке программирования, на котором мы программируем. Для начала мы должны определиться, в какие сущности мы можем превратить входные данные. Вспоминаем, что основной единицей в XML/XHTML является элемент. От него и будем отталкиваться. Помимо элемента, нам нужен контейнер элементов, который мы будем называть документом.

Каждый XML/XHTML-документ состоит из набора элементов, причём всегда есть корневой элемент, содержащий в себе все остальные элементы. Постойте! Но ведь это же обычное дерево! Да-да, всё правильно: мы видим перед собой дерево элементов. Мы пришли к достаточно важному выводу: любой XML-документ (и документ на любом XML-подобном языке) можно представить в виде дерева. После, с этим деревом мы можем выполнять самый разный набор операций: сравнение, удаление, перестановка, траверсинг (операция прохода по всем узлам дерева) и другие.

Проверка XML несравненно проще проверки XHTML: нам необходимо лишь удостовериться в выполнении нескольких требований, что можно сделать совершенно спокойно, учитывая то, что у нас есть дерево элементов. Систематизируем необходимые правила:

Первый элемент в документе — это всегда декларация заголовка XML вида, где […] — атрибуты заголовка XML;

Все элементы должны быть названы верным образом и не должны содержать посторонних символов (пробелов, к примеру);

Все атрибуты должны быть записаны в правильной форме (проверяется достаточно просто, тем же регулярным выражением);

Документ должен содержать только один корневой элемент;

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

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

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

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

DTD-документы;

Независимо от формата, производится следующий набор проверок:

Проверка всех используемых элементов в документе на их наличие в XHTML (если элемент, указанный в документе, не существует, то выдаётся соответствующая ошибка);

Проверка на наличие обязательных атрибутов у соответствующих элементов;

Проверка типа содержимого некоторых атрибутов на соответствие тем типам, которые указаны в правилах;

Тип содержимого элемента должен совпдадать с тем, который указан в правилах;

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

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

GMP валидация

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

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

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

Для нового объекта: планировка завода: общий план, проект технологии, складирования, качества, процесса производства и дает замечание или советы. Проверяет выбор оборудования и поставщика

Акретитация по правилам GMP не только нуждается в ссответствующих соружении и оборудовании, но и системе документации: обязанности отделов и должностей, правила менеджмента , правила операций, правила контроля качества, стандарта качества, записи серий производства.

Что такое валидация ИПДО?

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

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

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

Процесс валидации проходит на международном уровне и контролируется мультистейкхолдерной группой на уровне государства. валидации изложена в Правила ИПДО, в том числе руководство по валидации.

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

Выбранный валидатор пользуется тремя основными документами в своей работе.

Таковыми являются:

Рабочий план страны

Валидационные требования и Метод оценки показателей, и

Анкеты компаний

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

Пользуясь данными сведениями валидатор завершает отчет, включающий:

Сжатый обзорный отчет о прогрессе в выполнении рабочего плана страны;

Сжатый обзорный отчет о прогрессе в достижении показателей валидационного графика;

Заполненный валидационный график;

Обзорный отчет о внедрении компаниями;

Совокупные анкеты компаний;

Общая оценка внедрения ИПДО: является ли страна кандидатом, соответствует требованиям, есть или нет заметного прогресса.

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

Источники

ru.wikipedia.org Википедия - вободная энциклопедия

htmlbook.ru Для тех, кто делает сайты

certicom.kiev.ua СертиКом

enumerate.ru В поисках упорядоченной истины

luxunig.com Фармацевтический инженеринг

Энциклопедия инвестора . 2013 .

Синонимы :

Смотреть что такое "Валидация" в других словарях:

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

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

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

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