Рейтинг: 4.8/5.0 (1773 проголосовавших)Категория: Инструкции
Валидация (validation) - действия, которые в соответствии с принципами надлежащей производственной практики, доказывают, что определенная методика, процесс, оборудование, сырье, деятельность или система действительно приводят к ожидаемым результатам (ЕС руководство по GMP).
«Валидация», является широким и обобщающим понятием, и для полного понимания этого термина, необходимо определить значение самого слова «Валидация».
Слово «VALID» впервые было использовано в английском языке в 1648 г. и в переводе означает «валидный», т.е.
Т.е. валидировать – делать валидным, утверждать, обосновывать, придавать законную силу.
Применение валидации в фармацевтической промышленности произошло благодаря позаимствованному опыту аэрокосмической отрасли, в 1960 г. Впервые была применена для валидации процессов стерилизации и производства твердых лекарственных форм. Незадолго после этого, валидации подлежали практически все процессы производства лекарственных средств.
1987 г. – издание FDA руководства по процессной валидации.
На данный момент, валидация является обязательной частью GMP.
Процесс валидации можно сравнить с юридической практикой - аналогично, как адвокат доказывает правоту своего клиента, так и инженеры по валидации, используя результаты исследований, доказывают пригодность производства к выпуску продукции высокого качества.
Частные случаи валидации, определение которых приводится в GMP:
Как мы видим, квалификация является более узким понятием, в отличии от валидации, и определяет отдельное направление, которое относится к тестированию параметров инженерных систем, производственных помещений, технологического и лабораторного оборудования, и других технических средств на соответствие требованиям GMP и других нормативных документов регламентирующих безопасный выпуск лекартсвенных средств требуемого качества.
Повторная валидация (ревалидация) проводится:
Исходя из приведенной выше терминологии видно, что понятия «Перспективной», «Сопутствующей» и «Ретроспективной» валидации относится только к процессам производства продукции, предназначенной для реализации. Однако, применение данных терминов, при организации и планировании работ по валидации других видов процессов, уже дано и эффективно используется валидационными службами.
Планирование и организация работ по валидации
Согласно требованиям GMP, производители должны определить, какая работа по валидации необходима для подтверждения контроля критических аспектов конкретных операций, проводимых ими. Значительные изменения, вносимые в технические средства, оборудование и процессы, которые могут повлиять на качество продукции, должны пройти валидацию. Для определения области проведения и объема валидации следует использовать подход, основанный на оценке рисков.
Всю деятельность по валидации следует планировать. Ключевые элементы программы валидации следует четко определить и задокументировать в основном плане валидации (Validation Master Plan - VMP) или соответствующих документах (ЕС руководство по GMP).
Отличительной особенностью работы по валидации является необходимость совместной работы специалистов различного профиля: фармацевтов, технологов, инженеров, метрологов и т.д. Как правило, работа по валидации проходит в жестком режиме времени. Проведение валидационных исследований требует больших затрат, поскольку для этого необходимо привлечение высококвалифицированных специалистов, закупка специфического оборудования и т.д.
Все эти факторы требуют грамотного планирования, надлежащей организации, для четкого и последовательного выполнения работ по валидации .
Должна быть документально оформлена общая политика производителя относительно намерений и подхода к валидации, включая валидацию технологических процессов, процедур очистки, аналитических методов, методик контрольных испытаний в процессе производства, компьютеризированных систем, и в отношении лиц, ответственных за разработку, проверку, утверждение и документирование каждого этапа валидации.
Критические параметры / характеристики, как правило, следует определять на стадии разработки или на основании данных предыдущего опыта работы; следует также определить диапазоны этих критических параметров / характеристик, необходимых для воспроизводимых операций. При этом необходимо:
Валидация должна охватывать те операции, которые определены как критические для качества и чистоты АФИ (ЕС руководство по GMP).
Валидация является широким и обобщающим понятием, направленным на демонстрирование степени гарантии качества выпускаемой продукции путем тестирования технологических процессов, инженерных систем, оборудования, производственных помещений, методик контроля и др. Этот процесс логично взаимосвязан и перекликается с многими фундаментальными науками (химия, физика, математика и др.) которые позволяют более детально рассматривать свойства лекарственных средств, сырья из которого они изготавливаются, стадии обработки до получения готового продукта, и помогают выявить и оценить наиболее критичные операции, несоответствия в которых повлекут за собой непоправимые последствия, тем самым предупреждая появление на рынке некачественного лекарственного средства.
Подуровень IV-7.1 - При разрешении данного подуровня аналоговый вход педали
тормоза будет использоваться в качестве кнопки деактивации «кодового иммобилайзера».
Т.е. набор секретного кода "кодового иммобилайзера" будет производиться нажатиями на
педаль тормоза или выключателем, к которому подключен аналоговый вход педали
тормоза. Заводская установка – ≪ЗАПРЕЩЕНО≫.
__________________
VW Tiguan + Pandora DXL 5000 PRO
Suzuki Grand Vitara + Pandora DXL 3950 + FORTIN EVO ALL
Меню пользователя andrew_s_78
zzz1zzz 
Новичок - Завсегдатай - Бывалый - Авторитет - Сенсей
Спасибо, сегодня попробую.
Меню пользователя zzz1zzz
CDriver
Только учтите. нажимая педаль торомоза у вас будут загоратся стоп сигналы. можно подсмотреть снаружи одним словом
Я кстати писал про штатные кнопки и про кан шину
__________________
С Уважением *******
Только учтите. нажимая педаль торомоза у вас будут загоратся стоп сигналы. можно подсмотреть снаружи одним словом
набор секретного кода "кодового иммобилайзера" будет производиться нажатиями на
педаль тормоза ИЛИ ВЫКЛЮЧАТЕЛЕМ, к которому подключен аналоговый вход педали
тормоза.
Понятно, что для безопасности целесообразно использовать кнопку.
__________________
VW Tiguan + Pandora DXL 5000 PRO
Suzuki Grand Vitara + Pandora DXL 3950 + FORTIN EVO ALL
и в такт нажатиям кнопки мигает светодиод.
Как думаете, долго придется искать эту "секретную" кнопку?
А ПИН-код давайте угадаю какой вы уже программировали на авто клиентов?
От 2 до 4. Я прав?
Ведь другие комбинации слишком не удобны при использовании при каждом включении зажигания.
Короче функция "валидатор" в Пандоре является мертворожденной. И исправлять ни чего не хотят, уже год.
Меню пользователя ATi
Страница 2 из 3
Здесь присутствуют: 1 (пользователей: 0. гостей: 1)
Ваши права в разделе
Вы не можете создавать темы
Вы не можете отвечать на сообщения
Вы не можете прикреплять файлы
С апреля 2017 воду для инъекций можно будет получать при помощи обратного осмоса, в сочетании с другими методами очистки
Автор: Denys
19 мар 2016 00:13
Регуляторный орган Франции выявил 45 замечаний на заводе THERAVECTYS - VILLEJUIF
Автор: Sergey
07 мар 2016 15:34
Инспекторат Польши выявил пять критических несоответствий на китайском заводе Chengdu Okay Pharmaceutical Co. Ltd.
Автор: Sergey
07 мар 2016 15:15
French National Agency выявил два критических несоответствия в Dongying Tiandong Pharmaceutical Co. Ltd.
Автор: Sergey
07 мар 2016 15:05
Chinese Heparin Manufacturer again involved in Falsification and GMP Non-Compliance
Автор: Sergey
07 мар 2016 14:59
Новая версия приложения 16: Сертификация уполномоченным лицом и выпуск серии
Автор: Sergey
10 янв 2016 19:36
В 2015 году Комитет ЕMA рекомендовал одобрить 93 новых препарата
Автор: News
04 янв 2016 10:00
FDA установила рекорд по количеству одобренных препаратов в 2015
Автор: News
04 янв 2016 09:58
В 2015 году значительно увеличилось количество и стоимость сделок в фармацевтической отрасли
Автор: Sergey
04 янв 2016 09:56
Чем украинские аптеки заменят лекарства
Автор: News
04 янв 2016 09:53
МИНИСТЕРСТВО ПРОМЫШЛЕННОСТИ, НАУКИ И ТЕХНОЛОГИЙ РОССИЙСКОЙ ФЕДЕРАЦИИ
ПРОИЗВОДСТВО ЛЕКАРСТВЕННЫХ СРЕДСТВ.
ВАЛИДАЦИЯ.
1. РАЗРАБОТАНЫ Государственным унитарным предприятием "Государственный проектный и научно-исследовательский институт медицинской промышленности" (ГУП "ГипроНИИмедпром"), Федеральным государственным унитарным предприятием "Государственный научный центр по антибиотикам" (ФГУП ГНЦА), НПФ "ПРОГРЕСС-ЦЕНТР", Санкт-Петербургской государственной химико-фармацевтической академией (СП ХФА), при участии Лаборатории "МЕДФАРМТЕСТ".
ВНЕСЕНЫ Департаментом реструктуризации и развития биотехнологической и медицинской промышленности Минпромнауки России.
2. ПРИНЯТЫ И ВВЕДЕНЫ В ДЕЙСТВИЕ Приказом Министерства промышленности, науки и технологий Российской Федерации.
3. В настоящих методических указаниях реализованы общие требования Стандарта отрасли ОСТ 42-510-98 "Правила организации производства и контроля качества лекарственных средств (GMP)".
4. ВВЕДЕНЫ ВПЕРВЫЕ.
Введение
1. Область применения
2. Нормативные ссылки
3. Определения
4. Общие положения
5. Планирование валидации
6. Квалификация проектной документации
7. Квалификация монтажа
8. Квалификация функционирования
9. Квалификация эксплуатации
10. Валидация процессов
Приложение А. Примерное содержание отчета о проведении валидации
Приложение Б. Схема этапов валидации
Приложение В. Примерное содержание валидационного протокола
Приложение Г. Примерное содержание валидационного плана
Приложение Д. Библиография
Кукарин В.А. Топников И.В. (ГУП "ГипроНИИмедпром"), Шилова С.В. (ГНЦА), Нефантьев О.Е. (Государственная инспекция обращения лекарственных средств), Мешковский А.П. (журнал "Фарматека"), Люлина Н.В. (Общественный благотворительный фонд поддержки здравоохранения "Здоровье"), Фурсов С.Н. (ООО Лаборатория "МЕДФАРМТЕСТ"), Пятигорская Н.В. (ГУП ГНИИвитаминов)
Настоящие методические указания (МУ) разработаны в развитие общих требований Стандарта отрасли ОСТ 42-510-98 (GMP).
В МУ учтены положения последних изданий отечественной нормативной документации, рекомендаций Всемирной организации здравоохранения (ВОЗ), Конвенции о взаимном признании инспекции в отношении производителя фармацевтической продукции (PIC) и др. международных организаций.
Разработка МУ осуществлялась на принципах, принятых государственной системой стандартизации Российской Федерации, и с учетом необходимой гармонизации с международными стандартами в системе обеспечения качества при проектировании, монтаже и производстве.
Основные положения настоящих МУ являются составной частью системы управления качеством на предприятии и направлены на обеспечение надлежащего производства и контроля качества лекарственных средств в соответствии с требованиями нормативной документации.
МУ предусматривают повышение самостоятельности и развитие инициативы предприятий и организаций в решении организационных и технических задач, связанных с реализацией основных требований настоящих указаний.
МУ являются общим руководством и устанавливают основные требования к организации и проведению валидации процессов и условий производства лекарственных средств.
Настоящие указания распространяются на предприятия и организации, осуществляющие, независимо от их ведомственной подчиненности и форм собственности, производство любых лекарственных средств.
МУ распространяются также на производство стерильных изделий медицинского назначения (шприцы, катетеры и др.).
В МУ использованы ссылки на следующие законы и нормативы:
Федеральный Закон № 86-ФЗ "О лекарственных средствах" от 22.06.98 г.
Отраслевой стандарт ОСТ 42-505-96 "Продукция медицинской промышленности. Технологический регламент производства. Содержание, порядок разработки, согласования и утверждения".
Отраслевой стандарт ОСТ 42-510-98 "Правила организации производства и контроля качества лекарственных средств (GMP)"
В МУ используются следующие термины с соответствующими определениями
Валидация (Validation) - Документированная процедура, дающая высокую степень уверенности в том, что конкретный процесс, метод или система будет последовательно приводить к результатам, отвечающим заранее установленным критериям приемлемости.
Валидационный план (Validation Master Plan) - Документ, который описывает философию, стратегию и методологию предприятия по проведению валидации.
Валидационный протокол - Документ, отражающий результаты валидации процессов (PV) и квалификации: проектной документации (DQ), монтажа (IQ), функционирования (OQ) и эксплуатации (PQ) оборудования, инженерных систем, "чистых помещений" и др.
Готовая продукция - Продукция, прошедшая все последовательные стадии технологического процесса, включая упаковку, маркировку, контроль качества, и готовая к реализации.
Качество - Совокупность свойств и характеристик продукта, которые влияют на его способность удовлетворять заявленные потребности.
Квалификация (Qualification) - Оценка и документированное подтверждение того, что проектная документация, оборудование, инженерные системы и другие условия производства способны обеспечить достижение ожидаемых и воспроизводимых результатов.
Квалификация проектной документации (Design Qualification - DQ) - Оценка и документированное подтверждение соответствия проектной документации требованиям правил GMP.
Квалификация монтажа (Installation Qualification - IQ) - Оценка и документированное подтверждение соответствия качества монтажа/установки технологического и лабораторного оборудования, инженерных систем, "чистых" помещений и др. требованиям нормативной и технической документации.
Квалификация функционирования (Operational Qualification - OQ) - Оценка и документированное подтверждение соответствия работоспособности технологического и лабораторного оборудования, инженерных систем, оснащенных "чистых" помещений и др. требованиям нормативной и технической документации.
Квалификация эксплуатации (Performance Qualification - PQ) - Оценка и документированное подтверждение соответствия надежности и эффективности эксплуатационных параметров технологического оборудования, инженерных систем, функционирующих (чистых( помещений и др. требованиям нормативной и технической документации.
Контаминация - Загрязнение продукции в процессе производства, отбора проб, упаковки, хранения или внутрипроизводственной транспортировки.
Критический процесс (зона, операция, параметр и т. д.) - Процесс (зона, операция, параметр и т.д.), который может быть причиной изменения качества промежуточной или готовой продукции.
Лекарственные средства - Вещества, применяемые для профилактики, диагностики, лечения болезней, предотвращения беременности; полученные из крови, плазмы крови, а так же органов, тканей человека или животного, растений, микроорганизмов, минералов, методами синтеза или с применением биологических технологий. К лекарственным средствам относятся так же вещества растительного, животного или синтетического происхождения, обладающие фармакологической активностью и предназначенные для изготовления лекарственных препаратов.
Лекарственные препараты - Дозированные лекарственные средства, готовые к применению.
"Наихудший случай" - Условия или комплекс условий, относящихся к верхним и нижним параметрам процесса, которые могут привести к высокой вероятности несоответствия по сравнению с "идеальными" условиями.
Отчет о проведении валидации - Документ предприятия, отражающий и оценивающий результаты валидации процессов (PV) и всех стадий квалификации (DQ, IQ, OQ, PQ).
Предприятие - производитель лекарственных средств (препаратов) - Организация, осуществляющая производство лекарственных средств (препаратов) в соответствии с требованиями федерального закона "О лекарственных средствах".
"Представительный" ряд - Ассортимент продукции со сходными свойствами для определенных целей.
Процедура - Упорядоченная совокупность взаимосвязанных определенными отношениями действий, направленных на решение задачи.
Процесс - Совокупность взаимосвязанных ресурсов и деятельности, которая преобразует входящие элементы в выходящие.
Процесс упаковки - Все технологические стадии и операции, включая процессы наполнения и маркировки, которым подвергают нерасфасованную продукцию, чтобы она стала готовой продукцией.
Серия готовой продукции - Определенное количество готовой продукции, полученное в условиях, гарантирующих ее однородность.
Стандартная операционная процедура. СОП (SOP) - Стандартная операционная процедура.
Спецификация - Документ, подробно описывающий требования, которым должны соответствовать оборудование, инженерные системы, помещения, продукция или сырье и материалы, используемые или получаемые в процессе производства. Спецификация содержит критерии для оценки качества.
Технологический процесс - Научно обоснованный комплекс действий, необходимых для получения готового продукта. Он состоит из отдельных, следующих одна за другой стадий производства.
Чистое помещение (Clean room) - Помещение (комната) специально спроектированное, построенное и используемое помещение, укомплектованное необходимыми инженерными системами и оборудованием, в котором счетная концентрация аэрозольных частиц и концентрация жизнеспособных микроорганизмов (КОЕ) в воздушной среде поддерживаются в пределах не выше заданного, соответствующего определенному классу "чистоты", и в котором, по мере необходимости, контролируются другие параметры (например, температура, относительная влажность, перепад давления).
Чистое помещение в оснащенном состоянии - Состояние чистого помещения, в котором все инженерные системы и технологическое оборудование находятся в работающем состоянии, но Персонал отсутствует.
Чистое помещение в функционирующем состоянии - Состояние чистого помещения, в котором все инженерные системы и технологическое оборудование функционируют в режимах, соответствующих требованиям регламента, в присутствии необходимого количества работающего персонала.
4.1. Валидация - раздел правил GMP, касающийся надежности условий производства и их способности приводить к ожидаемым результатам по показателям качества продукции. Валидация является важной частью системы обеспечения и контроля качества.
Валидация сама по себе не улучшает качества продукции. Ее результаты могут либо повысить степень гарантии качества, либо указать на необходимость совершенствования условий производства.
4.2. Организация работ и ответственность определены разделом 7 Стандарта отрасли ОСТ 42-510 (GMP).
4.4. Валидации подлежат:
4.4.1. Технологические процессы.
4.4.2. Аналитические методы.
4.4.3. Процессы очистки оборудования, коммуникаций и др.
4.4.4. Процессы санитарной обработки помещений и др.
4.4.5. Технологическое и лабораторное оборудование.
4.4.6. Инженерные системы, непосредственно влияющие на качество полупродукта и готового продукта (обеспечение чистым воздухом, водой, паром, инертным газом, сжатым воздухом и др.).
4.4.7. "Чистые" помещения и зоны, "холодные" комнаты и др.
4.5. Результаты валидации оформляются Отчетом о проведении валидации. Отчет оформляется отдельно для каждого конкретного вида продукта. Рекомендуемое содержание отчета дано в приложении А.
4.6. Валидации не подлежат:
4.6.1. Оборудование, не влияющее на качество полупродукта и/или готового продукта.
4.6.2. Инженерные системы, непосредственно не влияющие на качество продукта, но обеспечивающие устойчивость процесса производства (системы энергообеспечения, паро- и водоснабжения и др.).
4.6.3. Общие конструктивные элементы зданий и помещений.
4.6.1. Вспомогательные компьютерные системы, непосредственно не связанные с процессом производства.
4.7. Виды валидации:
4.7.1. Перспективная валидация. Проводится на вновь вводимом или реконструируемом производстве перед его пуском. При перспективной валидации обязательно проведение всех стадий квалификации (DQ,IQ,OQ,PQ) и валидации процессов и аналитических методов.
4.7.2. Сопутствующая валидация. Проводится аналогично перспективной во время серийного производства, если оно не было валидировано ранее. При сопутствующей валидации обязательно проведение всех стадий квалификации (DQ,IQ,OQ,PQ) и валидации процессов и аналитических методов.
4.7.3. Ретроспективная валидация. Валидация процессов и аналитических методов проводится во время серийного производства нестерильных лекарственных средств (если оно не было валидировано ранее) на основе анализа ранее полученных документально подтвержденных данных.
4.7.4. Повторная валидация (ревалидация).
а) Проводится в плановом порядке в сроки, устанавливаемые предприятием в Отчете о проведении валидации.
б) Проводится до возобновления производства в случаях изменения документации и/или условий производства, которые могут повлиять на качество полупродукта и готового продукта, Объем валидационных работ определяется предприятием исходя из внесенных изменений.
4.8. Этапы валидации:
4.8.1. Квалификация (Qualification).
4.8.2. Валидация процессов (Process Validation - PV).
Схема этапов валидации дана в приложении Б.
4.9. Результаты всех стадий квалификации (DQ,IQ,OQ,PQ) и валидации процессов (PV) оформляются (обязательно во время проведения работ) валидационными протоколами. Рекомендуемое содержание протокола дано в приложении В.
4.10. Квалификация (Qualification).
Начальный этап валидации, который проводится для проверки и оценки проектной документации и условий производства (оборудование, инженерные системы, помещения и др.) на соответствие требованиям нормативной и технической документации.
Квалификация проводится в указанной последовательности по следующим стадиям:
4.10.1. Квалификация проектной документации (Design Qualification - DQ). Проводится проверка и оценка документации на соответствие требованиям Стандарта отрасли ОСТ 42-510 (GMP).
4.10.2. Квалификация монтажа (Installation Qualification - IQ). Проводится проверка и оценка качества монтажа/установки технологического и лабораторного оборудования, инженерных систем, (чистых( помещений и др.
4.10.3. Квалификация функционирования (Operational Qualification - OQ). Проводится проверка и оценка работоспособности технологического и лабораторного оборудования, инженерных систем, оснащенных (чистых( помещений и др.
4.10.4. Квалификация эксплуатации (Performance Qualification - PQ). Проводится проверка и оценка надежности и эффективности эксплуатационных параметров технологического оборудования, инженерных систем, функционирующих (чистых( помещений и др.
Примечания к п.п.4.10.3.-4.10.4.
а) иногда работы по квалификации на стадиях OQ и PQ возможно и целесообразно проводить одновременно (например, для "холодных" комнат, инкубаторов, холодильников). В этом случае, допускается оформлять объединенный валидационный протокол OQ/ PQ;
б) квалификация технологического оборудования на стадии OQ может проводиться как с использованием, так и без использования имитатора препарата;
в) квалификация технологического оборудования на стадии PQ проводится с использованием имитатора препарата или одной серии реального продукта (при необходимости и целесообразности) с целью завершения квалификации.
4.11. Валидация процессов (Process Validation - PV).
Завершающий этап валидации, который проводится после выполнения всех стадий квалификации условий производства (оборудование, инженерные системы, помещения и др.) в зависимости от вида валидации.
PV проводится раздельно по каждому процессу с использованием образцов не менее трех серий реального продукта.
4.12. Валидации подлежат как вновь создаваемые (реконструируемые), так и действующие производства (производственные участки, цеха и т.п.).
Общая схема проведения валидации на действующем производстве дана в таблице:
Объект валидацииПредварительный этап
Валидаторы - это элементы управления, задачей которых является блокирование серверных событий других элементов управления при нарушении какого либо заданного условия для контролируемого элемента. Все валидаторы в Visual Studio оформлены как контролы - вкладка Validation. Валидаторы являются наследниками класса BaseValidator, который, в свою очередь, является производным класса Label. Класс ValidationSummary обеспечивает основную функциональность дочерних классов (состояние валидации - IsValid, закрепление контрола для валидации - ControlToValidate, сообщение при нарушении валидации - ErrorMessage, сообщение при отсутствии ошибок - Text, как отображать сообщения об ошибках, статически или динамически - Display, разрешение клиентской валидации - EnableClientScript. ).
Помещаемые на страницу валидаторы составляют одну коллекцию Validators класса Page. Класс Page имеет метод Validate для проверки состояния всех валидаторов страницы одновременно и свойство IsValid (Page.IsValid), а каждый валидатор, в свою очередь, свои метод Validate и свойство IsValid. За одним элементом управления может быть закреплено несколько валидаторов. Элемент считается прошедшим валидацию только тогда, когда все валидаторы разрешили событие контролируемого элемента. Даже если свойство IsValid не используется явно, то, перед возвратом страницы, состояние контролируемых элементов проверяется, а выполнение их серверных событий блокируется при нарушении валидации.
Обратим внимание на контрол ValidationSummary, задача которого - выполнять отображение сообщений обо всех ошибках, обнаруженных валидаторами страницы.
Валидацию поддерживают не все элементы управления, а только те, которые в определении класса имеют метаатрибут ValidationProperty c заданным свойством для валидации. Далее, мы рассмотрим применения валидаторов (их 5) на примере блокирования события обработки нажатия кнопки по результатам проверки условий валидности информации в TextBox.
Параграф 1. RequiredFieldValidatorRequiredFieldValidator дает возможность проверить, что поле ввода не является пустым. Валидатор применяется тогда, когда от пользователя странички требуется обязательного заполнения того или иного поля в формах ввода. Для демонстрации применения валидатора создадим простое решение сайта, поместив на форму контролы TextBox, Button, Label, RequiredFieldValidator и ValidationSummary1 (Рис.1.).
Рис.1. Решение свйта для тестирования RequiredFieldValidator
Установим следующие значения параметров для контролов:ErrorMessage = "Не задано имя!".
Файл решения ".aspx" будет выглядеть следующим образом (в файле использована разметка на базе таблицы):
И, при прохождении валидации, на страничку будет выведен текст "Валидация пройдена", для этого в обработчике события нажатия кнопки 1 напишем код:
Выполнение решения показано на Рис.2.
Рис.2. Проверка действия RequiredFieldValidator
Параграф 2. RequiredFieldValidator + RegularExpressionValidatorRegularExpressionValidator позволяет для проверки условий валидации использовать регулярные выражения.
Ни один валидатор, если в поле ввода контролируемого элемента ничего не вводилось, не обнаружит недопустимость наложенного условия. Для проверки пустоты поля предназначен RequiredFieldValidator. Поэтому, при использовании рассмотренных далее валидаторов (для обнаружения пропущенного ввода) часто приходится добавлять рассмотренный нами в предыдущем параграфе RequiredFieldValidator.
Изменим решение, как показано на Рис.3. Добавим три контрола в предыдущий пример: TextBox, RegularExpressionValidator и еще один контрол RequiredFieldValidator. Их значения параметров зададим следующим образом:ErrorMessage = "Обнаружено не число!".
Рис.3. Решение для проверки совместного использования RequiredFieldValidator и RegularExpression
Соответственно, в код aspx файла проекта добавится строка таблицы (между тэгами <tr> </tr>):
И при проходении валидации:
Рис.4. Проверка совместного использования RequiredFieldValidator и RegularExpressionValidator
Помешала запятая (Рис.5.):
Рис.5. Проверка совместного использования RequiredFieldValidator и RegularExpressionValidator
Параграф 3. CompareValidatorCompareValidator позволяет накладывать на проверяемые значения различные условия сравнений. В предыдущем решении уберем контролы, добавленные в параграфе 2 вместе с HTML кодом добавленной строки таблицы и уберем контрол RequiredFieldValidator, который мы использовали для контроля ввода имени в параграфе 1. Вместо него поместим на форму контрол CompareValidator (контрол ValidationSummary остался на форме). Решение примет вид, показанный на Рис.6. (слева).
Значения параметров CompareValidator установим:ErrorMessage = "Значение должно быть 81!". Значение параметра "Operator" может иметь значения:
DataTypeChack - проверка даты.
Рис.6. Проверка использования CompareValidator
Соответственно, код ".aspx" файла проекта будет иметь вид:
CompareValidator может быть использован для проверки не только строк (параметр "Type" = "String") и чисел (параметр "Type" = "Integer" или "Double"), но и валют (параметр "Type" = "Currency") и дат (параметр "Type" = "Date"). Дата может быть введена через точку или черточку.
Параграф 4. RangeValidatorRangeValidator позволяет проверить попадание контролируемого параметра в некоторый диапазон.
Поскольку применение еще не рассмотренных контролов полностью аналогично уже рассмотренным, то далее мы лишь приводим HTML коды самих валидаторов на ".aspx" странице помня, что значение параметра ValidationGroup, равное значению "Group1" связывает валидатор с ValidationSummary, который, что предполагается далее, мы не будем ни изменять ни убирать из примеров.
Основные параметры контрола RangeValidator "MinimumValue" и "MaximumValue" значение которых зависит от параметра "Type". Выход за пределы значения равносилен не прохождению валидации.
Параграф 5. CustomValidatorCustomValidator позволяет ввести свою логику проверки ввода. Для этого достаточно на вкладке Events окна свойств валидатора создать обработчик для события ServerValidate (Рис.7) и, в данном событии, определить свою логику для проверки ввода.
Рис.7 Проект для проверки применения CustomValidator
Как и ранее Button1_Click доступен только при прохождении валидации контролируемого элемента управления. Если условия прохождения не выполнены, то необходимо сбросить в значение "false" свойство IsValid (Рис.8).
Рис.8 Событие CustomValidator1_ServerValidate и его параметры
Молчанов Владислав 25.12.2007г.
На главной странице Вы найдете программы комплекса Veles - программы для автолюбителей, программу NumberPhoto. созданную для работы с фото, сделанными цифровым фотоаппаратом, программу Локальный Web сайт - предназначенную для просмотра и прослушивания файлов большинства графических и звуковых форматов в Web Browser, программу Bricks - игрушку для детей и взрослых, программу записную книжку, программу TellMe - говорящий Русско-Английский разговорник - программу для тех, кто собирается погостить за бугром или повысить свои знания в английском, теоретический материал по программированию в среде Borland C++ builder, C# (Windows приложения и ASP.Net Web сайты).
Сайт управляется системой uCoz
Аннотация: Валидные XML-документы отвечают более строгому набору критериев, чем обычные корректно сформированные документы, с которыми вы имели дело в предыдущих лекциях. В этой лекции вы прежде всего познакомитесь с основными требованиями для валидных XML-документов и оцените преимущества валидных документов. Затем вы узнаете, как создавать объявление типа документа, которое требуется для всех валидных XML-документов. После этого будут представлены подробные инструкции по определению элементов и атрибутов в валидном документе. В завершение вы выполните упражнение по преобразованию документа, созданного вами в лекции 2, в валидный документ.
Основной критерий для валидного документаКаждый XML -документ должен быть корректно сформированным, т.е. отвечать минимальным требованиям по составлению XML -документа. Если документ не является корректно сформированным, он не может считаться XML -документом.
Корректно сформированный XML -документ также может быть валидным. Валидным ( valid ) называется корректно сформированный ( well-formed ) документ, отвечающий двум дополнительным требованиям:
В последующих разделах этой лекции, а также в "Определение и использование примитивов" . вы узнаете, как создавать документы, отвечающие этим двум общим требованиям.
Требования корректности формирования и валидностиТребования корректности формирования представляют собой набор правил, определенных в спецификации XML. которым вы должны следовать – в дополнение к основным синтаксическим требованиям, – чтобы создать правильно составленный документ. Поскольку XML -документ должен быть корректно сформированным, любое отклонение от требований корректности формирования считается фатальной ошибкой (fatal error). Если XML - процессор сталкивается с фатальной ошибкой, он должен остановить нормальную обработку документа и не пытаться ее возобновить.
Требования валидности представляют собой дополнительный набор правил в спецификации XML. которым вы должны следовать, чтобы создать валидный документ. Поскольку валидность является не обязательной для XML -документа, отклонение от требований валидности считается лишь ошибкой (error). но не фатальным сбоем. Если XML - процессор встречает ошибку, он может просто выдать сообщение о ней и продолжить выполнение обработки. Требования валидности состоят из специальных правил по созданию соответствующего объявления типа с его DTD. а также созданию документа, отвечающего описанию внутри вашего DTD .
Преимущества использования валидных XML-документовМожет показаться, что при создании валидного XML -документа выполняется ряд лишних действий: вы должны сначала полностью описать структуру документа в DTD. а затем создать сам документ, отвечающий всем спецификациям, содержащимся в DTD. Может сложиться впечатление, что гораздо проще непосредственно добавлять любые необходимые элементы и атрибуты, как вы это делали в примерах, работая с корректно сформированными документами в предыдущих лекциях.
Однако, если вы хотите быть уверенным, что ваш документ отвечает определенной структуре или набору стандартов, включение DTD. которое описывает эту структуру, дает возможность XML -процессору (например, Microsoft Internet Explorer 5) проверить, соответствует ли документ структуре. Другими словами, DTD обеспечивает стандартный шаблон для процессора, чтобы при проверке валидности он мог следовать требуемой структуре и гарантировать, что ваш документ соответствует установленным стандартам. Если какая-либо часть документа не отвечает DTD -спецификации, процессор может отобразить сообщение об ошибке. чтобы вы могли отредактировать документ и исправить несоответствия.
Использование валидных документов особенно полезно для проверки однородности среди группы схожих документов. Фактически, стандарт XML определяет DTD как "грамматику для определенного класса документов".
Предположим, компании, занимающейся публикацией в Web. требуется, чтобы все ее редакторы создавали XML -документы, отвечающие единой структуре. Создание одного DTD и включение его во все документы может обеспечить условия соответствия документов требуемой структуре, в то время как редакторы будут избавлены от необходимости добавлять новые элементы, помещать информацию в неправильном порядке, присваивать неправильные типы данных и т.д. Конечно, валидность документа должна быть проверена при его обработке процессором.
Включение DTD и проверка валидности имеют особое значение. если документ будет обрабатываться программой пользователя, ориентированной на определенную структуру документа. Если все пользователи программного обеспечения включат в свои XML -документы соответствующие DTD. и все документы пройдут проверку на валидность. то пользователи могут быть уверены, что их документы будут распознаны программой-обработчиком. Например, если группа математиков создает математические документы, которые будут отображаться специальной программой, все они могут включить в свои документы одинаковые DTD. которые содержат определения требуемой структуры, элементов, атрибутов и других компонентов.
На деле большинство реальных XML -приложений, список которых приведен в конце "Знакомство с XML" . например, MathML, состоят из стандартного DTD. которое все пользователи приложения включают в свои XML -документы, чтобы при проверке валидности обеспечивалось соответствие структуре приложения, и документы были распознаны любой программой, разработанной для этого приложения.
Совет. Если вы открываете XML -документ (самостоятельный или с присоединенной таблицей стилей) непосредственно в Internet Explorer 5, процессор Internet Explorer 5 проверяет весь документ (в том числе объявление типа документа. если оно присутствует) на корректность формы составления, и выводит сообщение о фатальной ошибке при любом обнаруженном несоответствии. Однако процессор Internet Explorer 5 не проверяет документ на валидность .
Чтобы проверить документ на валидность. вы можете использовать сценарий проверки на валидность. приведенный в "Отображение XML-документов с использованием сценариев объектной модели документа" в разделе "Проверка валидности XML -документа". Вы можете прочесть приведенные в этом разделе указания сейчас, чтобы иметь возможность осуществлять проверку на валидность создаваемых вами XML -документов.
Добавление DTDОбъявление типа документа представляет собой блок XML -разметки, который вы должны добавить в пролог валидного XML -документа. Он может располагаться в любом месте пролога – вне другой разметки – после XML -объявления, как показано на рисунке 5.1. (Напомним, что если вы включаете XML -объявление, оно должно располагаться в начале документа.)
Объявление типа документа определяет структуру документа. Если вы открываете документ, не содержащий объявления типа, в Internet Explorer 5, процессор Internet Explorer 5 всего лишь осуществляет проверку документа на корректность формы составления. Если же вы открываете документ, содержащий объявление типа документа. процессор Internet Explorer 5 будет проверять документ на валидность вместе с проверкой на корректность формы составления, так что ваш документ должен отвечать всем имеющимся декларациям в объявлении типа документа. Так, вы не сможете включить в документ какие-либо элементы или атрибуты, если вы не объявили их в объявлении типа документа. Каждый элемент и атрибут. который вы включаете, должен соответствовать спецификации (например, допустимости применения данного содержимого элемента или типа атрибута), выраженной в соответствующем объявлении.
Примечание. Процессор Internet Explorer 5 проверяет документ на валидность только в том случае, если вы открываете документ через HTML Web-страницу (с использованием техники, с которой вы познакомитесь в "Отображение XML-документов с использованием связывания данных" и "Отображение XML-документов с использованием сценариев объектной модели документа" ). Если вы открываете XML-документ непосредственно в Internet Explorer 5, процессор будет проверять документ (включая любое объявление типа документа. которое он содержит) на корректность формы составления, но не будет проверять документ на валидность. даже если он содержит объявление типа документа .
