7.2. Анализ контракта
7.2. Анализ контракта
Чтобы предупредить риск, связанный с несоответствиями требованиям заказчика к поставляемой продукции, поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры, обеспечивающие проведение анализа контракта и координацию этой работы. На большинстве фирм такую работу проводит служба маркетинга. Фактически, это работа по проверке всей документации, связанной с контрактом, на комплектность, однозначность, выполнимость, отсутствие дефектов и несоответствий. К такой документации относятся:
• запросы возможных заказчиков;
• устные и письменные заказы, как на типовую, так и оригинальную продукцию;
• контрактные документы;
• технические условия производителя на продукцию;
• конструкторско-технологическая документация на продукцию;
• протоколы согласования видов доказательств качества (сертификат на систему качества, сертификат на продукт, другие виды доказательств);
• протоколы согласования контролируемых параметров, методов и объемов контроля и испытаний продукции;
• другая документация заказчика.
Рис. 7.3
На рис. 7.3 приведен пример жизненного цикла контракта. Диаграмма может не отражать последовательность действий во времени, так как многие работы могут проводиться параллельно. На диаграмме также не отражены работы, связанные с внесением изменений в контракт.
В качестве минимального требования стандарт предписывает включить в систему качества этап анализа заявки, однако с развитием системы она неминуемо будет охватывать все этапы жизненного цикла контракта.
Анализ заявки. До утверждения заявки на подряд или до принятия контракта или заказа (изложения требований) заявки на подряд, контракт или заказ должны анализироваться поставщиком для того, чтобы обеспечить:
• адекватное определение требований к поставляемой продукции и их отражение в документации; если заказ получен устно и письменное изложение требований отсутствует, поставщик должен добиться, чтобы эти требования были согласованы до принятия заказа;
• разрешение любых противоречий между требованиями контракта или принятого заказа и техническими требованиями, направляемыми в производство (требованиями заявки на подряд);
• уверенность в своей способности выполнить требования контракта или заказа (по объему поставляемой продукции, срокам поставки, требованиям заказчика).
Поправка к контракту. Поставщик должен идентифицировать, как сделана поправка к контракту и правильно ли она доведена до заинтересованных служб в рамках организации компании поставщика. Фактически стандарт ИСО 9001 предписывает полную повторную проверку всей документации, связанной с контрактом, после внесения в нее изменений. Выполнение этих требований стандарта обеспечивает предупреждение риска за продукцию, изготовленную по документации с необоснованно внесенными изменениями или без предусмотренных, но не внесенных изменений. Важно, чтобы о внесенных изменениях своевременно информировались все службы и структурные подразделения, задействованные в выполнении контракта. Этим гарантируется, что контракт с внесенными изменениями будет выполнен безошибочно.
Документы анализа контракта. Стандарт предписывает обязательное документирование процедуры анализа контрактов. В число таких документов входят:
• документы, подтверждающие проведение процедур анализа и внесения изменений в контракт;
• заполненные бланки предложений, заказов, контрактов, приложений и протоколов;
• доказательства того, что в анализе контракта участвовали все подразделения, задействованные в его выполнении, например, конструкторские и технологические службы, плановый отдел; этими доказательствами могут быть, например, пометки на бланках документов контракта, подписанные списки рассылки и т. д.;
• отметки, показывающие согласие всех подразделений с содержанием и условиями контракта или с его изменениями, если таковые были;
• содержание переговоров с заказчиком по поводу условий контракта.
Чтобы работа по согласованию требований контракта между поставщиком и заказчиком проходила успешно, следует создать каналы связи и взаимодействия с организацией потребителя по этим вопросам контракта.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
4.1. Количественный анализ интерфейса
4.1. Количественный анализ интерфейса Он все тыкал и тыкал пальцами в компьютер, а Мелроуз просто изумлялся тому, что машина, которая предназначена для избавления человека от всей мелкой, рутинной работы, выполняла такую простую задачу настолько долго, что Буб, наверное,
6.14. Логический анализ языка
6.14. Логический анализ языка Итак, для логического анализа, т. е. для построения логического эквивалента фразы естественного языка, мы должны прежде всего провести синтаксический анализ фразы; результаты анализа непосредственным образом отразятся на синтаксической
26. Анализ уравнения Бернулли
26. Анализ уравнения Бернулли это уравнение есть не что иное, как уравнение линии тока при установившемся движении.Отсюда следуют выводы:1) если движение установившееся, то первая и третья строки в уравнении Бернулли пропорциональны.2) пропорциональны строки 1 и 2,
5.5.2 Анализ проблем и изменений
5.5.2 Анализ проблем и изменений Данная работа состоит из следующих задач:5.5.2.1 Персонал сопровождения должен проанализировать сообщение о проблеме или заявку на внесение изменений по их влиянию на организационные вопросы, существующую систему и интерфейсные связи с
8.1.4 Проверка (анализ)
8.1.4 Проверка (анализ) 8.1.4.1 Общие положения Соответствующие проверки должны проводиться заказчиком с привлечением документатора (при необходимости).Примечание — Целью проверки является гарантирование полноты и правильности представленных материалов и удовлетворения
4.10.2 Анализ причин
4.10.2 Анализ причин Процедура корректирующего действия должна начинаться исследованием с целью определения основных причин(ы) проблемы.Примечание - Анализ причин является ключевым и иногда наиболее сложным моментом в процедуре корректирующего действия. Часто основная
4.14 Анализ со стороны руководства
4.14 Анализ со стороны руководства 4.14.1 В соответствии с предварительно установленными графиком и процедурой исполнительное руководство лаборатории должно периодически проводить анализ системы качества лаборатории и деятельности по проведению испытаний и/или
МиГ-31 против F-14 — анализ возможностей
МиГ-31 против F-14 — анализ возможностей Американский палубный перехватчик F-14 и советский тяжёлый МиГ-31 начали поступить на вооружение соответственно в начале 70-х и 80-х годов. Представляя собой в определенной мере альтернативные разработки, решающие близкие задачи,
5.3 Анализ системных требований
5.3 Анализ системных требований Разработчик должен принимать участие в анализе требований к системе. Если систему разрабатывают для нескольких различных построений, ее требования не могут быть полностью определены до завершения конечного построения. В этом случае
5.3.7 Анализ ПО при верификации системы
5.3.7 Анализ ПО при верификации системы Требования по выполнению верификации системы выходят за область применения настоящего стандарта. Однако процессы жизненного цикла ПО поддерживают процесс верификации системы и взаимодействуют с ним. Детали проектирования ПО,
8.4.4 Анализ тестового покрытия
8.4.4 Анализ тестового покрытия Анализ тестового покрытия — процесс, состоящий из двух шагов, включающий в себя анализ покрытия, основанного на требованиях, и анализ структурного покрытия. Первый шаг — анализ тестовых наборов относительно требований ПО, чтобы
8.4.4.2 Анализ структурного покрытия.
8.4.4.2 Анализ структурного покрытия. Цель анализа — определить, существуют ли структуры кода, которые не были проверены тестовыми процедурами, основанными на требованиях. Тестовые варианты, основанные на требованиях, могут не полностью покрыть структуру кода, поэтому