Что такое валидация в строительстве

Содержание

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

Валидация ISO

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

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

Что такое валидация? ДЛЯ НОВИЧКОВ / Про IT / Geekbrains

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

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

2. Утверждение обычно осуществляется на конечной продукции в определенных условиях эксплуатации. Оно может быть необходимо на более ранних стадиях.

3. Термин «утверждено» используется для обозначения соответствующего статуса.

4. Могут осуществляться многократные утверждения, если предполагается различное использование. (ISO 8402:1994, п.2.18)

Анализ требований стандарта ISO 9001:

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

1.2 Валидация-поля

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

ISO 9000, примечание 3 п. 3.4.1: процесс, в котором подтверждение соответствия конечной продукции затруднено или экономически нецелесообразно, часто относят к «специальному процессу».

Общепринятые требования к специальным производственным процессам, обеспечивающие их валидацию:

Разница верификации и валидации. Посмотри видео и все поймёшь!!))

1) аттестация производственного процесса (технология, методика, рабочие инструкции. )

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

3) аттестация материалов (электроды, газ, флюсы, краска, растворители, грунты. )

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

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

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

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

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

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

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

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

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

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

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

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

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

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

1.3 Валидация текста

Уже перевод с английского этих терминов дает определенную пищу для понимания разницы: verification — проверка, validation — придание законной силы.

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

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

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

1.4 Валидация XML

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

Таким образом, можно констатировать следующее:

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

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

Стандарт ИСО 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. Валидация процессов производства и обслуживания. Компания должна подтверждать все процессы производства и обслуживания, результаты которых нельзя проверить посредством последовательного мониторинга или измерения. К ним относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги. Валидация должна продемонстрировать способность этих процессов достигать запланированных результатов».

1.5 Валидацмя XSLT

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

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

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

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

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

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

1.6 Валидация база

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

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

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

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

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

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

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

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

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

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

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

1.7 Валидация карикатура

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

GMP валидация

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

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

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

1.8 Валидация CPU-Z

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

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

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

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

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

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

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

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

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

1.9 Bалидация утилитой CPU-Z

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

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

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

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

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

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

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

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

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

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

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

1.10 Валидация визита

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

Источник: investments.academic.ru

Что такое валидация в строительстве

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

Библиографическая ссылка: печать / интернет

1. СНиП 3.03.01-87. Несущие и ограждающие конструкции. — М., 1989. — 138 с.

2. ISO 9001-2011. Системы менеджмента качества. Требования. — М.: Стандартинформ, 2012. — 27 c.

3. Исполнительная техническая документация при строительстве зданий и сооружений. Справочное пособие. — Подробнее .

4. ГОСТ 23858-79. Соединения сварные стыковые и тавровые арматуры железобетонных конструкций. Ультразвуковые методы контроля качества. Правила приемки — М.: Госкомитет по делам строительства Москвы. — 24 с.

5. ГОСТ 10922-90. Арматурные и закладные изделия сварные, соединения сварные арматуры и закладных изделий железобетонных конструкций. Общие технические условия (заменен на ГОСТ 10922-2012). — М.: ИПК Издательство стандартов — 23 с.

6. ТР 116-01. Технические рекомендации по технологии применения комплексной системы материалов, обеспечивающих качественное уплотнение и герметизацию стыков наружных стеновых панелей. — М., 2001. — 9 с.

7. ТР 196-08. Технические рекомендации по технологии герметизации и уплотнения стыков наружных стеновых панелей. — М., 2008. — 20 с.

8. ГОСТ 3242-79. Соединения сварные. Методы контроля качества. — М.: Издательство стандартов,1989. — 11 с.

Игнатьева Елена Юрьевна

Кафедра менеджмента качества Северного филиала Российского государственного университета инновационных технологий и предпринимательства.

Источник: grebennikon.ru

Валидация

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

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

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

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

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

ВерификацияВалидация

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

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

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

Стартап не провел валидацию продукта и потерял деньги

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

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

Стартап не смог привлечь аудиторию, на которую рассчитывал, и потерял деньги.

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

Как проводят валидацию на производстве

На производстве проводят оба вида проверки: и валидацию, и верификацию. Результаты верификации дают ответ на вопрос: «Выполнены ли установленные требования к объекту?» Само по себе соблюдение этих требований уже позволяет выпустить продукт, который можно использовать по назначению.

Результаты валидации отвечают на вопрос: «Можно ли использовать объект по его назначению?» Это страховка от ситуаций, когда требования к объекту установили ошибочно и они не соответствуют реальности.

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

Валидация на производстве проходит в шесть шагов.

Шаг 1. Спецификация требований. Собирают в один документ ожидания и требования пользователей продукции.

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

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

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

Шаг 3. Техническая спецификация. Описывают все технические и проектные характеристики продукта и процесса его производства.

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

Шаг 4. Оценка монтажа. Подтверждают, что продукт соответствует требованиям и стандартам.

Производитель изготавливает прототип машины и проверяет, что сиденья для команды укорочены на 10 см и на свободном пространстве можно разместить человека ростом 170 см на носилках.

Шаг 5. Проверка функционала продукта. Проверяют продукт на соответствие требованиям спецификации функций.

Шаг 6. Проверка эксплуатации. Проверяют, как работает готовый продукт в реальных условиях.

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

Для каких объектов можно провести валидацию

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

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

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

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

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

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

Валидация продукта. Изучение опыта от использования продукта на практике. Это особенно актуально для любого нового продукта.

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

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

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

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

За деятельность без лицензии или за грубые нарушения условий лицензии предусмотрена административная ответственность. В зависимости от суммы ущерба или суммы дохода можно получить штраф от 40 000 до 500 000 рублей.

Среди самых известных систем менеджмента качества — ГОСТ, ISO, GMP, ХАССП. У каждого стандарта есть свои нормативные документы и часто своя область применения.

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

Другое дело, если производитель участвует в госзакупках. Заказчик может установить требование к товару или услуге на соответствие ГОСТу или ISO. Тот бизнес, чей продукт не соответствует, не сможет принять участие в конкурсе на эту госзакупку.

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

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

Валидация пользователя — происходит в основном в интернете и в платежных системах. Человек должен подтвердить, что он имеет право получить доступ к защищенным данным.

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

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

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

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

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

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

Валидацию можно разделить по видам в зависимости от этапа, на котором ее проводят.

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

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

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

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

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

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

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

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

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

Что важно запомнить

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

Расчетный счет в Тинькофф

Предложение Тинькофф

Источник: secrets.tinkoff.ru

Валидация

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

Описанное здесь поведение валидаций и отображение ошибок реализовано в библиотеке «React UI Validations», по возможности используйте эту библиотеку в продукте.

Принципы

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

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

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

Существует три вида валидаций: мгновенная, по потере фокуса и по отправке формы.

Чем раньше интерфейс сообщает об ошибке, тем лучше — пользователю проще вернуться и исправить ошибку.

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

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

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

Когда использовать

Этот вид валидации подходит для большинства случаев.

Как работает

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

Валидация срабатывает сразу после потери фокуса, если значение в поле заполнено. Если найдена ошибка, поле подсвечивается красным. Фокус в это поле автоматически не возвращается:

Текст ошибки появляется в тултипе, когда поле получает наведение или фокус:

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

Красная подсветка снимается с поля, как только пользователь начал исправлять ошибочное значение.

Валидация при отправке формы

Когда использовать

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

Как работает

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

При прокрутке к первому полю от верхней границы окна до ошибочного поля остается отступ 48px — шесть модулей.

Блокирование кнопки отправки

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

Как только заполнены все обязательные поля — кнопка становится активной. Если после этого пользователь стер значение в одном из полей — кнопка снова должна стать не активной.

Сообщения об ошибках

Об ошибках можно сообщать двумя способами:

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

Тултипы

Как работают

Тултип с подсказкой появляется в двух случаях:

При наведении на поле с ошибкой.
Когда поле с ошибкой получает фокус.

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

Тултип исчезает, когда:

Курсор вышел из области поля с ошибкой.
Поле с ошибкой потеряло фокус.

Тултип по наведению перекрывает тултип по фокусу.

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

Единообразие поведения и внешнего вида

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

Красные тексты на странице

Как работают

Красный текст ошибки появляется сразу, как только произошла валидация и ошибочное поле подсветилось.

Как только пользователь начал исправлять значение, красная подсветка поля исчезает, и цвет текста ошибки меняется на черный —  #222.

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

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

Если справа от поля нет места для текста, раздвигайте форму и выводите сообщение под полем.

На более сложных формах выводите сообщение об ошибке в тултипе.

Валидация зависимых полей

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

Ошибки, которые связаны с нарушением зависимости полей, мы показываем после сабмита формы. Например, ИНН и КПП. Если пользователь указал ИНН из 10 цифр, а поле с КПП оставил пустым, после отправки формы пустое поле с КПП будет подсвечено.

ИНН может быть двух видов:

10-значный у юридических лиц
12-значный у ИП.

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

Подсветка зависимых полей пропадает, как только пользователь начал исправлять значение в одном из этих полей.

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

Пример

Есть форма из 5 полей:

Пользователь пропустил поле с названием организации, заполнил ИНН значением из 10 цифр, перешел в поле почты, указал некорректный адрес, перешел в поле с телефоном и указал некорректный номер, но из поля пока не ушел:

Пользователь навел курсор на поле с почтой, появился тултип. Но исправлять значение пользователь не стал:

Пользователь нажал кнопку «Отправить» — фокус перешел в поле «Название организации», так как оно обязательное и незаполненное:

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

Пользователь начинает вводить название организации, подсветка поля гаснет, а текст подсказки остается:

Заполнил название организации, перешел в поле ИНН:

Понял, что ИНН правильный, и нужно заполнить КПП:

Начал заполнять поле КПП. Красная рамка у ИНН и КПП исчезла — пользователь изменил значение в одном из зависимых полей:

Источник: guides.kontur.ru

Форум по менеджменту качества

Правила форумаnbspnbspnbspРассылкаnbspакт готовности объекта» — это валидация СМР и обслуживания, а не проекта. Тут критерием будет соответствие СМР технологическим картам и нормам.
А вот верификацией проектных работ будет наличие/отсутствие внешних претензий, наличие/отсутствие замечаний со стороны органов государственного надзора (акты), соответствие продукции (т.е. готового объекта) заданию на проектирование, техническим требованиям (это результаты экспертизы)

Re: Что такое валидация и верификация в проектой деятельност

Александр Воробьёв » 13 май 2008, 11:00

Елена Крачковская писал(а): Добрый день, всегда трудно распознать валидацию и верификацию.
Подскажите, пожалуйста, что можно считать верификацией, а что валидацией при проектировании?
Кратко опишу ситуацию: есть проект — монтаж, установление и обслуживание какого-то оборудования. Есть требования заказчика, которые отражены в заявке, ТЗ, договоре/контракте. После идет планирование: составление календарного плана, определение ролей и задач для сотрудников, которые участвуют в проекте.

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

говоря о проектной деятельности не стоит забывать, что валидация при проектировании все же Design and development validation, а не Project validation.
ваш проект — монтаж, установление и обслуживание какого-то оборудования — все же Project.
ИМХО проектно — изыскательские работа не есть выбор и заказ материалов, обучение, выбор подрядчиков и т.д.
Елена Рыжова в общем случае права в части верификации при проектировании
верификацией проектно-изыскательских работ будет наличие/отсутствие внешних претензий, наличие/отсутствие замечаний со стороны органов государственного надзора (акты), соответствие продукции (т.е. готового объекта) заданию на проектирование, техническим требованиям (это результаты экспертизы)….

Елена Рыжова писал(а): Мне кажется, что «акт готовности объекта» — это валидация СМР и обслуживания, а не проекта. Тут критерием будет соответствие СМР технологическим картам и нормам.

А вот тут я не соглашусь… ИМХО в общем случае акт госприемки законченного строительством объекта по сути и будет валидацией проектно-изыскательских работ, т.е.
подтверждением посредством представления объективных свидетельств того, что требования, предназначенные для конкретного предполагаемого использования или
применения, выполнены…..

Елена Рыжова » 13 май 2008, 11:32

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

Александр Воробьёв » 13 май 2008, 11:58

Елена Рыжова писал(а): а как насчет 7.5.2 «Валидация процессов производства и обслуживания.Организация должна валидировать все процессы производства и обслуживания, результаты которых не могут быть верифицированы последующим мониторингом или измерениями. К ним относятся все процессы, недостатки которых становятся очевидными только после начала использования продукции или после предоставления услуги .»
ИМХО, в строительстве это спецпроцессы — контроль качества сварных соединений и т.п. И эти спецпроцессы будут проверяться на соответствие технологическим картам и нормам. В результате — какой-либо акт, в соответствии с видом деятельности.

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

Re: Что такое валидация и верификация в проектой деятельност

Галочкина Анна » 13 май 2008, 18:11

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

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

Ахмет Ахунов » 14 май 2008, 16:11

Елена Рыжова писал(а): Александр,

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

Re: Что такое валидация и верификация в проектой деятельност

Ахмет Ахунов » 14 май 2008, 16:16

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

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

Елена Рыжова » 14 май 2008, 16:28

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

ИМХО, наличие корочек не есть подтверждение качества и соответствия выполненных работ. А вот акт на скрытые работы — это да.

Re: Что такое валидация и верификация в проектой деятельност

Александр Воробьёв » 14 май 2008, 16:35

Ахмет Ахунов писал(а): ИМХО, верификация проекта подверждается наличием согласующими подписями всех заинтерисованных лиц организации (главный инженер, зам. по производству и т.д.). Валидация подтверждается наличием согласующих подписей контролирующих органов (например, Ростехнадзор)

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

Мария Каменская » 15 май 2008, 09:12

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

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

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

А если возьмем проектную организацию, что для нее будет валидация?
Многие считают что согласование проекта с контролирующими организациями это и есть валидация, а авторский надзор это что-то мимо СМК.

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

Галочкина Анна » 15 май 2008, 11:34

Мария Каменская писал(а): . А если возьмем проектную организацию, что для нее будет валидация?
Многие считают что согласование проекта с контролирующими организациями это и есть валидация, а авторский надзор это что-то мимо СМК.

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

Мария Каменская » 15 май 2008, 12:00

Галочкина Анна » 15 май 2008, 12:27

Мария, Вы писали о проектной организации.
ИМХО, в этом случае каждый конкретный комплект разработанной ПСД = проекту.

Александр Воробьёв » 15 май 2008, 12:50

Мария Каменская писал(а): У меня похожий вопрос, но несколько уже.
Проектирование в судостроении, проектанты никаких пуско-наладочных работ не делают, проектирование заканчивается выпуском проекта.

ИМХО Валидация проекта в судостроении – Утверждение проекта в целом после испытания судна, полученные результаты испытаний должны удовлетворять требованиям и пожеланиям заказчика, предусмотренным в спецификации …

Мария Каменская писал(а): Если взять завод с полным циклом производства (массового), начиная с разработки и постановки продукции на производство, изготовление и т.д., то валидация это изготовление опытного образца и его испытания, измерения.

Мария Каменская писал(а): А если возьмем проектную организацию, что для нее будет валидация?
Многие считают что согласование проекта с контролирующими организациями это и есть валидация, а авторский надзор это что-то мимо СМК.

Маша, в общем случае Ты права…

Хотя по одному из МДС утверждение ПСД – производит ее заказчик, возможно инвестор, утверждая ПСД в строительство…
По сути, реализация требования валидации относительно ПСД – госприемка законченного строительством объекта (полученная в результате продукция соответствует требованиям установленному или предполагаемому использованию), которая проводится с участием проектной организации…
госэкспертиза ПСД по сути, верификация ПСД на соответствие заданию на проектирование.
С натяжкой к валидации ПСД можно отнести авторский надзор…

ИМХО валидация ПСД проводится после ее верификции…

Галочкина Анна писал(а): ИМХО, утверждение комплекта ПСД руководством проектной огранизации (генералом или гл.инженером) — это валидация ПСД организацией-разработчиком.

Анна это не валидация и даже не верификация… ИМХО это подтверждение того, организация несет ответственность за качество ПСД.

Галочкина Анна писал(а): Подписание приемосдаточных документов при передаче ПСД заказчику — валидация ПСД заказчиком.

Галочкина Анна писал(а): Подписание приемосдаточных документов по авторскому надзору — валидация ПСД (совсем не мимо СМК).

Осуществление авторского надзора силами проектной организации (он может осуществляться и другой организацией) – возможно валидация… Записи в журнале авторского надзора…
А подписание приемосдаточных документов по авторскому надзору – к валидации ПСД не имеет ни какого отношения, это реализация договорных обязательств по договору на авторский надзор.

Галочкина Анна » 15 май 2008, 21:23

Александр, ИМХО, утверждая ПСД, высшее руководство подтверждает, что требования заказчика данной ПСД, предназначенной для строительства конкретного объекта (т.е. использования или применения) – в данной ПСД выполнены.

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

Александр, но приемосдаточные документы по АН подписываются на основании тех самых записей в журнале АН (который является объективным свидетельством и сдается заказчику), на основании различных актов, составленных с участием проектировщиков при АН. И ИМХО это (также как и записи в журнале АН и всевозможные промежуточные акты) – валидация. Только уже «окончательная и бесповоротная» — объект-то по разработанной ПСД построен и сдан в эксплуатацию. (если только объект не рухнет… )

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

Александр Воробьёв » 16 май 2008, 12:19

Галочкина Анна писал(а): ИМХО, утверждая ПСД, высшее руководство подтверждает, что требования заказчика данной ПСД, предназначенной для строительства конкретного объекта (т.е. использования или применения) – в данной ПСД выполнены.

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

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

но приемосдаточные документы по АН подписываются на основании тех самых записей в журнале АН (который является объективным свидетельством и сдается заказчику), на основании различных актов, составленных с участием проектировщиков при АН. И ИМХО это (также как и записи в журнале АН и всевозможные промежуточные акты) – валидация. Только уже «окончательная и бесповоротная» — объект-то по разработанной ПСД построен и сдан в эксплуатацию. (если только объект не рухнет… )

Например, приемосдаточные документы… по договору об авторском надзоре, ежеквартально:
АКТ О ПРИЕМКЕ ВЫПОЛНЕННЫХ РАБОТ. ФОРМА N КС-2
СПРАВКА О СТОИМОСТИ ВЫПОЛНЕННЫХ РАБОТ И ЗАТРАТ. ФОРМА N КС-3

Подписание приемосдаочных документов, даже если эти документы затем утверждаются, не может быть валидацией… («сдал-принял» не тождественно «потдвержено/утверждено»)
В журнале авторского надзора могут быть записи о проведенной валидации каких-то процессов, работ…
Журнал авторского надзора не сдается заказчику, он хранится на объекте строительства, предъявляется строительному надзору, а затем и госкомиссии по приемке законченного строительством объекта и остается у владельца объекта вместе с актом госприемки, комплектом ПСД и комплектом исполнительной документации.

Галочкина Анна » 19 май 2008, 10:43

Александр, не совсем понятно, при чем тут – сужая до требований заказчика? Есть установленные требования заказчика (в договорах). И почему подтверждение соответствия установленным требованиям установленного использования (в данном случае требованиям заказчика, установленным в договорах на разработку ПСД — при утверждении ПСД высшим руководством) – не валидация?
А про согласование, экспертизу я и не писала. И с тем, что Вы написали — согласна: верификация после валидации не имеет смысла.

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

Александр Воробьёв писал(а): Анна

Александр, повторюсь, в актах приема-сдачи есть всегда фраза о соответствии произведенной продукции (в данном случае работ по АН) условиям договора. А договор на АН (упрощенно) содержит требования к надзору за строительством объекта в соответствии с разработанной для данного объекта ПСД. Хотя конечно, припемосдаточные акты по АН и валидация ПСД …. Отношение тут скорее косвенное.

Александр, по поводу сдачи журнала АН (так же как и всех остальных журналов) заказчику или владельцу объекта… Это уже казуистика. Часто заказчик=владельцу объекта.

Александр Воробьёв » 19 май 2008, 13:18

Есть установленные требования заказчика (в договорах)
Есть установленные требования заказчика (недокументированные)
Есть требования законодательных и регулирующих органов
Есть требования инженерных сетей и сооружений
Есть требования по природопользованию и охране окружающей среды
Есть требования по ГО и ЧС…
Есть требования по организации строительства
Есть требования других заинтересованных сторон…
И т.д. и т.п.

Заказчик выдвигает требования предполагаемого использования объекта проектирования…
Установленным использование может быть несколько иное…

Про согласования и экспертизу уже утвержденной высшим руководством ПСД писалось для других читателей темы…

Александр Воробьёв писал(а): Это все верификация конкретных томов ПСД, до валидации комплекта ПСД еще очень далеко….

В случае проектирования сарая на садовом участке в 4 сотки, возможно, вы правы…
В случае проектирования более сложных объектов…

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

Акт сдачи-приемки работ по договору подряда на проектно-изыскательские работы для строительства (с этапами или без… ) — это обычная практика, но вот акт сдачи-приемки комплекта ПСД… такой практики и формы не встречал…
Если есть возможность, процитируйте содержательную часть…

ИМХО в акте сдачи-приемки суть соглашения двух сторон (мы, нижеподписавшиеся…)
Но, чтобы одна сторона (заказчик), записала что «подтверждает что ПСД соответствует предъявляемым к ней требованиям для строительства»…

Галочкина Анна писал(а): Александр, повторюсь, в актах приема-сдачи есть всегда фраза о соответствии произведенной продукции (в данном случае работ по АН) условиям договора.

Фраза то есть, но на формальна, и формально и по сути не соответствует требованиям стандарта. фраза о соответствии договору есть, но нет свидетельств осуществления проверки соответствия и оценки этого соответствия…

Галочкина Анна писал(а): … Хотя конечно, припемосдаточные акты по АН и валидация ПСД …. Отношение тут скорее косвенное.

Галочкина Анна » 19 май 2008, 14:23

Александр Воробьёв писал(а): Анна

Заказчик выдвигает требования предполагаемого использования объекта проектирования…
Установленным использование может быть несколько иное….

Александр, :
Валидация – подтверждение посредством представления объективных свидетельств того, что требования, предназначенные для конкретного предполагаемого использования или применения, выполнены.
Если спроецировать незабвенный термин на утверждение ПСД, получим:
Утверждение ПСД – подтверждение посредством представления разработанной и согласованной ПСД того, что требования к ПСД, предназначенной для строительства конкретного объекта ХХХ, выполнены.
Если в процессе предполагаемого использования ПСД (т.е. строительства), заказчик установит данной ПСД несколько иное использование, то это право заказчика. Строительство может быть заморожено, в силу разных причин может вообще никогда не состояться… ПСД может пойти на макулатуру, хотя предполагалось, что будет предназначено для строительства конкретного объекта. И что же.

Александр Воробьёв писал(а): В случае проектирования сарая на садовом участке в 4 сотки, возможно, вы правы…
В случае проектирования более сложных объектов…

Александр, в акте сдачи-приемки может стоять, например, такая фраза: Мы, нижеподписавшиеся, представитель Исполнителя ХХХ, с одной стороны, и представитель Заказчика УУУ с другой стороны, составили настоящий акт о том, что проектно-сметная документация удовлетворяет условиям договора и в надлежащем порядке оформлена. И т.д. и т.п.
В конце акт подписывается 2-мя сторонами (Исполнитель и Заказчик).
Да, слова «подтверждаю» в акте не будет. Но неужели это не значит, что и Исполнитель, и Заказчик реально подтверждают, что произведенная продукция соответствует предъявляемым к ней требованиям (оговоренным в договоре)?

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

Источник: www.quality.eup.ru

Что такое валидация в строительстве

Библиографическая ссылка: печать / интернет

Валидация

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

Стартап не провел валидацию продукта и потерял деньги

Как проводят валидацию на производстве

Для каких объектов можно провести валидацию

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

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

Что важно запомнить

Валидация

Принципы

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

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

Когда использовать

Как работает

Валидация при отправке формы

Когда использовать

Как работает

Блокирование кнопки отправки

Сообщения об ошибках

Тултипы

Как работают

Единообразие поведения и внешнего вида

Красные тексты на странице

Как работают

Валидация зависимых полей

Пример

Форум по менеджменту качества

Re: Что такое валидация и верификация в проектой деятельност

Re: Что такое валидация и верификация в проектой деятельност

Re: Что такое валидация и верификация в проектой деятельност

Re: Что такое валидация и верификация в проектой деятельност

Срок передачи объекта долевого строительства для всех един

Инженерная экономика и сметное дело в строительстве отзывы

Строительство домов из газобетона или пеноблоков что лучше

Используемые в строительстве материалы должны обладать какой теплопроводностью

Исполнительная документация в строительстве требования к оформлению документов

1 виды цен в строительстве и принципы их формирования

Соседи не дают согласие на строительство что делать

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