цели в области качества и требования к продукции;
потребность в разработке процессов, документов, а также в обеспечении ресурсами для конкретной продукции;
необходимую деятельность по верификации и валидации, мониторингу, контролю и испытаниям для конкретной продукции, а также критерии приемки продукции;
записи, необходимые для обеспечения свидетельства того, что процессы жизненного цикла продукции и продукция соответствуют требованиям (4.2.4);
состав и источники ресурсов для поддержания эксплуатации и технического обслуживания продукции.
Результат планирования должен быть представлен в форме, соответствующей практике организации.
Примечания
Документ, определяющий процессы СМИ (включая процессы жизненного цикла продукции) и ресурсы, которые предстоит использовать при создании конкретной продукции, проекта или контракта, может рассматриваться как план качества.
При разработке процессов жизненного цикла продукции организация может также применять требования 7.3.
.2 Процессы, связанные с потребителями
Определение требований, относящихся к продукции
Организация должна определить:
требования, установленные потребителями, включая требования к поставке и деятельности после поставки;
требования, не определенные потребителем, но необходимые для конкретного или предполагаемого использования, когда оно известно;
законодательные и другие обязательные требования, относящиеся к продукции;
любые дополнительные требования, определенные организацией.
Анализ требований, относящихся к продукции
Организация должна анализировать требования, относящиеся к продукции. Этот анализ должен проводиться до принятия организацией обязательства поставлять продукцию потребителю (например, участия в тендерах, принятие контрактов или заказов, принятие изменений к контрактам или заказам) и должен обеспечивать:
определение требований к продукции;
согласование требований контракта или заказа, отличающихся от ранее сформулированных;
способность организации выполнять определенные требования;
оценку рисков (например, новые технологии, сжатые сроки поставок).
Записи результатов анализа и последующих действий, вытекающих из анализа, должны поддерживаться в рабочем состоянии (4.2.4).
Если потребители не выдвигают документированных требований, организация должна подтвердить их у потребителя до принятия к исполнению.
Если требования к продукции изменены, организация должна обеспечить, чтобы соответствующие документы были исправлены, а заинтересованный персонал был поставлен в известность об изменившихся требованиях.
Примечание-В некоторых ситуациях, таких, как продажи, осуществляемые через Интернет, практически нецелесообразно проводить официальный анализ каждого заказа. Вместо этого анализ может распространяться на соответствующую информацию о продукции, такую, как каталоги или рекламные материалы.
Связь с потребителями
Организация должна определять и осуществлять эффективные меры по поддержанию связи с потребителями, касающиеся:
информации о продукции;
прохождения запросов, контракта или заказа, включая поправки;
обратной связи от потребителей, включая жалобы потребителей.
При установлении порядка взаимодействия организации с заказчиком (ПЗ) необходимо обеспечить по АТ:
участие заказчика (ПЗ) в проверках функционирования и оценке соответствия СМК установленным требованиям;
доступ ПЗ к записям;
проведение ПЗ, по его усмотрению, выборочных проверок (летучего контроля) выполнения требований НД, КД и ТД;
участие ПЗ в проводимых исследованиях дефектов, выявленных при эксплуатации, в ходе контрольных испытаний, а также обнаруженных ПЗ при контроле качества продукции и технологических операций процесса изготовления опытных образ- цов продукции (в опытном производстве) и продукции промышленного (серийного) производства;
согласование ПЗ ТД на особо ответственные директивные технологические процессы изготовления и монтажа, определяющие качество выпускаемой продукции;
согласование заказчиком (П3> планов мероприятий по устранению выявленных несоответствий в процессах.
В организации должен быть установлен порядок повторного предъявления отклоненной заказчиком (ПЗ) продукции, предусматривающий подписание предъявительских документов высшим руководством организации.
.3 Проектирование и разработка
Планирование проектирования и разработки
Организация должна планировать проектирование и управлять им и разработкой продукции.
В ходе планирования проектирования и разработки продукции организация должна устанавливать:
стадии проектирования и разработки, в части организации работ - установление последовательности задач, обязательных шагов, значимости стадии и метода управления конфигурацией;
проведение анализа, верификацию и валидацию, соответствующие каждой стадии проектирования и разработки;
ответственность и полномочия в области проектирования и разработки.
При необходимости и в зависимости от сложности работ организация должна представить результаты рассмотрения следующих работ:
определение состава работ по проектированию ответственных элементов;
анализ задач и необходимых ресурсов при проектировании и разработке каждого элемента. При этом анализе следует рассмотреть распределение персональной ответственности, содержание проекта, входные данные, планируемые ограничения и условия выполнения.
Организация должна управлять взаимодействием различных групп, занятых проектированием и разработкой, с целью обеспечения эффективной связи и четкого распределения ответственности.
Результаты планирования должны актуализироваться, если это необходимо, по ходу проектирования и разработки.
Различные задачи проектирования и разработки, планируемые к исполнению, должны быть определены в соответствии с конкретными целями по безопасности или функционированию продукции согласно требованиям потребителя и (или) уполномоченных органов.
Входные данные для проектирования и разработки
Входные данные, относящиеся к требованиям к продукции, должны быть определены, а записи должны поддерживаться в рабочем состоянии (4.2.4).
Входные данные должны включать:
функциональные и эксплуатационные требования;
соответствующие законодательные и другие обязательные требования;
там, где это возможно, информацию, взятую из предыдущих аналогичных проектов;
другие требования, важные для проектирования и разработки.
Входные данные должны анализироваться на достаточность. Требования должны быть полными, недвусмысленными и непротиворечивыми.
Выходные данные проектирования и разработки
Выходные данные проектирования и разработки должны быть представлены в форме, позволяющей провести верификацию относительно входных требований к проектированию и разработке, а также должны быть официально одобрены до их последующего использования.
Выходные данные проектирования и разработки должны:
соответствовать входным требованиям к проектированию и разработке;
обеспечивать соответствующей информацией по закупкам, производству и обслуживанию;
содержать критерии приемки продукции или ссылки на них;
определять характеристики продукции, существенные для ее безопасного и правильного использования;
идентифицировать ключевые характеристики, когда они определены в соответствии с требованиями проекта или контракта.
Организацией должны быть определены все необходимые данные, которые требуются, чтобы продукция могла быть идентифицирована, изготовлена, проконтролирована, использована и обеспечена поддержанием ее технического состояния; например:
чертежи, перечень деталей, спецификации;
перечень указанных чертежей, перечни деталей и спецификаций, необходимых для определения конфигурации и особенностей проекта данной продукции;
информация о материалах, процессах, видах изготовления и сборки продукции, необходимых для подтверждения соответствия продукции;
требования в КД по обеспечению идентификации и прослеживаемости продукции.
Анализ проекта и разработки
На соответствующих стадиях должен проводиться систематический анализ проекта и разработки в соответствии с запланированными мероприятиями (7.3.1) с целью:
оценки возможности результатов проектирования и разработки удовлетворять требованиям;
выявления любых проблем и внесения предложений по необходимым действиям;
одобрения перспективных направлений работ на следующие стадии.
В состав участников такого анализа должны включаться представители подразделений, имеющих отношение к анализируемой(ым) стадии(ям) проектирования и разработки. Записи результатов анализа и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Верификация проекта и разработки
Верификация должна осуществляться в соответствии с запланированными мероприятиями (7.3.1), чтобы удостовериться, что выходные данные проектирования и разработки соответствуют входным требованиям. Записи результатов верификации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Примечание - Верификация проекта и (или) разработки может включать такие действия, как:
выполнение альтернативных вычислений;
сравнение нового проекта с подобным утвержденным проектом, если это доступно (имеется в распоряжении);
пересмотр документов проектной стадии перед реализацией.
Валидация проекта и разработки
Валидация проекта и разработки должна осуществляться в соответствии с запланированными мероприятиями (7.3.1), чтобы удостовериться, что полученная в результате продукция соответствует требованиям к установленному или предполагаемому использованию, если оно известно. Где это практически возможно и целесообразно, валидация должна быть завершена до поставки или применения продукции. Записи результатов валидации и всех необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Примечания:
Валидация проекта и (или) разработки следует за успешной верификацией проекта и/или разработки.
Валидация выполняется в установленном объеме при определенных (заданных) условиях эксплуатации.
Валидация выполняется обычно для готовой продукции, но может потребоваться на более ранней стадии изготовления продукции.
Несколько валидаций может быть выполнено, если имеется несколько назначений по использованию продукции.
Документация по верификации и валидации проекта и разработки
После завершения проекта и (или) разработки организация должна подтвердить, что отчеты, вычисления, результаты испытаний и т. д. показывают, что продукция соответствует установленным требованиям во всех указанных условиях эксплуатации.
Испытания с целью верификации и валидации проекта и (или) разработки
Если для верификации и валидации необходимы испытания, такие испытания должны быть запланированы, проконтролированы, проанализированы и документированы, чтобы подтвердить и доказать следующее:
программы испытаний или спецификации указывают продукцию, которая будет испытываться, и средства, которые будут использоваться, определяют цели и условия испытаний, параметры, подлежащие фиксированию, и соответствующие критерии приемки;
процедуры испытаний описывают метод работы, проведение испытаний и регистрацию результатов;
точная конфигурация, стандартная для данной продукции, используется при испытаниях;
требования программы испытаний и процедуры испытаний соблюдаются;
установлено соответствие критериям приемки,
7.3.7 Управление изменениями проекта и разработки
Изменения проекта и разработки должны быть идентифицированы, а записи должны поддерживаться в рабочем состоянии. Изменения должны быть проанализированы, верифицированы и валидированы соответствующим образом, а также одобрены до внесения. Анализ изменений проекта и разработки должен включать оценку влияния изменений на составные части и уже поставленную продукцию.
Процесс управления изменениями, принятый в организации, должен включать процедуру одобрения изменений потребителем и уполномоченными органами, если это требуется контрактом или действующими требованиями.
Записи результатов анализа изменений и любых необходимых действий должны поддерживаться в рабочем состоянии (4.2.4).
Процедуры внесения изменений и модификаций должны быть регламентированы и аналогичны тем, которые применялись для утверждения первоначального проекта.