4.4 Анализ запросов, заявок на подряд и контрактов
4.4 Анализ запросов, заявок на подряд и контрактов
4.4.1 Лаборатория должна установить и поддерживать процедуры анализа запросов, заявок на подряд и контрактов. Политика и процедуры анализа, ведущего к заключению контракта на испытания и/или калибровки, должны гарантировать, что:
a) требования, включая используемые методы, адекватно определены и задокументированы (см. 5.4.2);
b) лаборатория имеет возможности и ресурсы, позволяющие выполнять требования;
с) выбран соответствующий метод испытания и/или калибровки, способный удовлетворять требования клиентов (см. 5.4.2). Любые различия между запросом или заявкой на подряд и контрактом должны быть устранены до начала работ.
Примечания
1 Запрос, заявку на подряд и контракт следует проанализировать рациональным и эффективным способом с учетом финансовых, юридических аспектов и календарного плана.
2 Анализ возможностей должен установить, что лаборатория располагает необходимыми физическими, людскими и информационными ресурсами и что персонал лаборатории обладает необходимыми навыками и опытом для проведения испытаний и/или калибровок. Анализ может также учитывать результаты предыдущего участия в межлабораторных сравнениях или испытаниях квалификации и/или осуществлении программ предварительных испытаний и/или калибровок с использованием образцов или объектов, оценка которых известна, с целью определения неопределенностей измерений, пределов обнаружения, доверительных пределов и др.
3 Контракт может быть любым (письменным или устным) соглашением о предоставлении клиенту услуг по проведению испытаний и/или калибровок.
4.4.2 Результаты анализов, включая любые значительные изменения, должны быть сохранены. Также следует хранить записи о соответствующих переговорах с клиентом, касающихся его требований или результатов работ, выполненных в ходе выполнения контракта.
Примечание - Для анализа плановых и других задач считается достаточным указать дату и идентификационные данные (например инициалы) лица, ответственного в лаборатории за выполнение работ по контракту. В отношении повторяющихся плановых вопросов анализ необходим только на начальной исследовательской стадии или при заключении контракта на длительную плановую работу, проводимую в рамках генерального соглашения с клиентом, при условии, что требования клиента остаются неизменными. В отношении новых, сложных или передовых задач, стоящих перед испытаниями и/или калибровкой, следует вести более подробные записи.
4.4.3 Анализ должен также включать все работы, выполняемые лабораторией по субподряду.
4.4.4 Клиент должен быть информирован обо всех отклонениях от контракта.
4.4.5 Если контракт нуждается в изменениях после того, как работа началась, должен быть повторен тот же процесс анализа контракта, и любые изменения должны быть сообщены всему персоналу, которого они касаются.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКЧитайте также
6.14. Логический анализ языка
6.14. Логический анализ языка Итак, для логического анализа, т. е. для построения логического эквивалента фразы естественного языка, мы должны прежде всего провести синтаксический анализ фразы; результаты анализа непосредственным образом отразятся на синтаксической
26. Анализ уравнения Бернулли
26. Анализ уравнения Бернулли это уравнение есть не что иное, как уравнение линии тока при установившемся движении.Отсюда следуют выводы:1) если движение установившееся, то первая и третья строки в уравнении Бернулли пропорциональны.2) пропорциональны строки 1 и 2,
5.1.2 Подготовка заявки на подряд
5.1.2 Подготовка заявки на подряд Данная работа состоит из следующих задач:5.1.2.1 Заказчик должен документально оформить требования к заказу (например, в виде заявки на подряд), состав которых зависит от вариантов реализации заказа, выбранных в соответствии с 5.1.1.6.
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-х годов. Представляя собой в определенной мере альтернативные разработки, решающие близкие задачи,
7.2. Анализ контракта
7.2. Анализ контракта Чтобы предупредить риск, связанный с несоответствиями требованиям заказчика к поставляемой продукции, поставщик должен разработать и поддерживать в рабочем состоянии документированные процедуры, обеспечивающие проведение анализа контракта и
5.3 Анализ системных требований
5.3 Анализ системных требований Разработчик должен принимать участие в анализе требований к системе. Если систему разрабатывают для нескольких различных построений, ее требования не могут быть полностью определены до завершения конечного построения. В этом случае
5.3.7 Анализ ПО при верификации системы
5.3.7 Анализ ПО при верификации системы Требования по выполнению верификации системы выходят за область применения настоящего стандарта. Однако процессы жизненного цикла ПО поддерживают процесс верификации системы и взаимодействуют с ним. Детали проектирования ПО,
8.4.4 Анализ тестового покрытия
8.4.4 Анализ тестового покрытия Анализ тестового покрытия — процесс, состоящий из двух шагов, включающий в себя анализ покрытия, основанного на требованиях, и анализ структурного покрытия. Первый шаг — анализ тестовых наборов относительно требований ПО, чтобы
8.4.4.2 Анализ структурного покрытия.
8.4.4.2 Анализ структурного покрытия. Цель анализа — определить, существуют ли структуры кода, которые не были проверены тестовыми процедурами, основанными на требованиях. Тестовые варианты, основанные на требованиях, могут не полностью покрыть структуру кода, поэтому