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 … Словарь бизнес-терминов

МЕТОДИЧЕСКИЕ УКАЗАНИЯ

ДЛЯ ПРАКТИЧЕСКИХ (СЕМИНАРСКИХ)

ЗАНЯТИЙ

Курс 4

Дисциплина: ОСНОВЫ ПРОЕКТИРОВАНИЯ И ОСНАЩЕНИЯ ПРОИЗВОДСТВА

Составитель:

Мурзагалиева Э.Т.

Алматы, 2017 г.

Практическое занятие №11

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

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

Валидация - неотъемлемая часть тщательно спланированной, последовательной программы разработки продукта/процесса

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

Квалификация - это процесс документального подтверждения того, что проект производственного участка (инженерной системы, оборудования, склада и др.) соответствует заданию на проектирование (User Requirements Specification, URS) и требованиям GMP.

Сфера применения - объекты квалификации и валидации:

Технические системы

Помещения

Оборудование

Инженерные (технические) системы обеспечения функционирования производства

Технологический процесс

Методики контроля качества

Методики очистки

Подходы:

Новые технологические процессы

Валидация при внесении изменений

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

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

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

o до реализации выпущенной продукции

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

o во время серийного выпуска продукции

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

o процессы уже выполняются в течении какого-то времени

Основные задачи валидации:

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

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

Подтверждение возможности оборудования обеспечить соблюдение всех параметров ведения техпроцессов и качества продукта;

Подтверждение возможности (способности) персонала обеспечить выполнение (соблюдения) регламентированных требований;

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

Общие требования и принципы:

Технические средства (помещения, оборудование, системы) квалифицированы

Аналитические методики валидированы

Процесс разработаны надлежащим образом и апробирован

Персонал, который принимает участие в валидационных испытаниях, обучен

Изменения управляются

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

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

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

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

1987 г. – издание FDA руководства по процессной валидации.

На данный момент, валидация является обязательной частью GMP.

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

Валидация . Частные случаи:

• Квалификация (Qualification) - действия, которые подтверждают, что конкретное оборудование работает правильно и действительно приводит к ожидаемым результатам. (ЕС руководство по GMP).
• Валидация методик (Analytical Validation, AV) - документированное подтверждение того, что утвержденная методика контроля пригодна для применения при производстве и контроле качества лекарственных средств.
• Валидация очистки (Cleaning Validation, CV) - документированное подтверждение того, что утвержденная процедура очистки обеспечивает такой уровень чистоты оборудования, который необходим для производства лекарственных средств.
• Валидация процесса (Process Validation, PV) - документальное подтверждение того, что процесс, выполняемый в рамках установленных параметров, протекает эффективно и с воспроизводимыми параметрами, производя лекарственное средство, удовлетворяющее всем заданным требованиям к продукции и ее качеству.

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

Стадии квалификации:

• Квалификация проекта (Design Qualification, DQ) - это процесс документального подтверждения того, что проект производства (инженерной системы, оборудования, склада и др.) соответствует заданию на проектирование (User Requirements Specification, URS) и требованиям GMP.
• Квалификация монтажа (Installation Qualification, IQ) - документальное подтверждение того, что монтаж помещений, систем и оборудования (установленных или измененных) выполнен в соответствии с проектом и другой технической документацией.
• Квалификация функционирования (Operation Qualification, OQ) - документальное подтверждение того, что помещения, системы и оборудование (установленные или измененные) функционируют в соответствии с предъявляемыми требованиями, во всех режимах работы.
• Квалификация эксплуатации (Performance Qualification, PQ) - документальное подтверждение того, что помещения, системы и оборудование в комплексе работают эффективно и с воспроизводимыми показателями в соответствии с промышленным регламентом, технологическими инструкциями и спецификацией на продукт.

Виды валидации процесса:

• Перспективная валидация (prospective validation) - валидация, выполняемая до начала серийного производства продукции, предназначенной для реализации.
• Сопутствующая (concurrent validation) - валидация, которая проводится в ходе серийного производства продукции, предназначенной для продажи.
• Ретроспективная валидация (retrospective validation) - аттестация серийного процесса производства реализуемого продукта, основанная на полученных данных о производстве и контроле серий продукции.
• Повторная валидация (ревалидация) (re-validation) - повторение первичной валидации процесса для обеспечения гарантии того, что изменения в процессе (оборудовании), выполненные в соответствии с процедурой контроля изменений, не ухудшают характеристики процесса и качество продукции.

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

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

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

Планирование работ по валидации

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

Всю деятельность по валидации следует планировать. Ключевые элементы программы валидации следует четко определить и задокументировать в основном плане валидации (Validation Master Plan - VMP) или соответствующих документах (ЕС руководство по GMP).

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

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

Политика валидации

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

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

• определить критические характеристики АФИ как продукции;
• указать параметры процесса, которые могут влиять на критические характеристики качества АФИ;
• установить диапазон для каждого критического параметра процесса, который предполагается использовать при серийном производстве и контроле процесса.

Валидация должна охватывать те операции, которые определены как критические для качества и чистоты АФИ (ЕС руководство по GMP).

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

Литература:

Основная:

1. Основы проектирования химических производств: Учебник для вузов / Под ред. А. И. Михайличенко. – М.: ИКЦ «Академкнига» 2010. – 371 с.

2. Технология чистых помещений. Основы проектирования, испытаний и эксплуатации / В. Уайт. - Изд-во «Клинрум», 2008.

3. Проектирование чистых помещений. Под ред. В. Уайта. Пер. с англ. - М.: изд. "Клинрум", 2004. - 360 стр.

4. Основы проектирования химических производств: Учеб. пособие / Дворецкий С.И., Кормильцин Г.С., Калинин В.Ф. - М.: Издательство "Машиностроение-1". 2005. 280 с.

5. Нормирование фармацевтического производства. Обеспечение качества продукции / В. В. Береговых, А.П.Мешковский. – М.: Издательство ЗАО «Информационно-издательское агентство «Ремедиум», 2001. – 527 с.

Дополнительная:

1. Архитектурное проектирование: учебник для студ. сред. проф. образования / М. И. Тосунова, М. М. Гаврилова. – 4-е изд., перераб. и доп. – М. : Издательский центр «Академия», 2009. – 336 с.

2. Большой справочник по конструкциям и материалам современных зданий, 2006. - 620 с.

3. СТРК 1617. Надлежащая производственная практика (GMP).

4. Спицкий О.Р., Александров О.В. GEP - Надлежащая инженерная практика. Рецепт. - № 2 (88). - 2013. - С. 7-14.

5. Спицкий О.Р. Надлежащая инженерная практика (GEP) как система. инженерного менеджмента. Фармацевтическая отрасль. - № 6(29). - 2011. - С. 50-53.

6. Allen E., Iano J. Fundamentals of Building Construction: Materials and Methods, 6th Edition. - Hoboken, New Jersey: John Wiley & Sons, Inc., 2014. - XVI, 1007 p.

7. Hicks Tyler G. Handbook of Civil Engineering Calculations, Publisher: McGraw-Hill Publication: 2007, English Isbn: 9780071472937 Pages: 840

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

· оборудования

· процесса

· продукта

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Предположим, что на предприятии готовится к запуску производство нового "семейства” продуктов. Для данного вида производства следует подготовить новую производственную линию. Отличие новой производственной линии от уже существующей заключается в прибавлении 2 единиц оборудования. Новая производственная линия будет сформирована на базе прежней путем добавления двух единиц – оборудование установленной линии при этом не перемещается! Дополнительное оборудование для линии будет доставлено из разных мест: одна единица будет закуплена непосредственно у производителя (новое оборудование), а вторая – доставлена из другого предприятия (оборудование эксплуатировалось раньше). Что следует предпринять для того, чтобы удостовериться, что заказчик получит продукт, отвечающий его требованиям?

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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