Перейти к публикации

Программа и методика испытаний


Рекомендованные сообщения

Здравствуйте. Наша компания не является производителем оборонки или каких-то госзаказов. Но это нефтянка и в минимум 3-5 аудитов в год от заказчика и от сертификационных структур мы вынуждены проходить. И один из основных пробелов у нас - это отсутствие Программы и методики испытаний на многие разработанные и выпускаемые изделия. Подскажите пожалуйста, есть ли пример какого либо документа, который бы регламентировал, что не на всё подряд мы обязаны выпускать ПМ? Или без этого никуда? Может есть какие то примеры из жизни.) Заранее спасибо.)

Ссылка на сообщение
Поделиться на других сайтах


UnPinned posts
6 часов назад, Gaidn сказал:

Здравствуйте. Наша компания не является производителем оборонки или каких-то госзаказов. Но это нефтянка и в минимум 3-5 аудитов в год от заказчика и от сертификационных структур мы вынуждены проходить. И один из основных пробелов у нас - это отсутствие Программы и методики испытаний на многие разработанные и выпускаемые изделия. Подскажите пожалуйста, есть ли пример какого либо документа, который бы регламентировал, что не на всё подряд мы обязаны выпускать ПМ? Или без этого никуда? Может есть какие то примеры из жизни.) Заранее спасибо.)

Если в ТУ есть раздел "Программа и методика испытаний", то отдельный документ не нужен.

Часто необходимость ПМ регламентируется какими-то руководящими документами. Или договоренностями.

Или, если его содержание велико и не рационально все описывать в ТУ, тоже выпускают отдельный документ.

Это на сколько я в курсе.

 

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

Если будет ПМ, то из ТУ соотвествующие разделы должны быть удалены.

Ссылка на сообщение
Поделиться на других сайтах
01.04.2023 в 14:12, Gaidn сказал:

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

Рекомендации Р 50-601-10-89 пункт 4.5.

Ссылка на сообщение
Поделиться на других сайтах
01.04.2023 в 10:12, Gaidn сказал:

Может есть какие то примеры из жизни.

Конструктор отправлял в цех чертежи служебной запиской, в которой была запись " провести испытания по согласованной программе". В исследовательском отделе исследователь составлял программу, в которой описывалась и методика: столько-то циклов, термобарокамера, вибростенд, пылевая камера, "ходовые" испытания и т.д. Согласовывал программу с КБ. По результатам испытаний составлялся отчёт.

Ссылка на сообщение
Поделиться на других сайтах
  • 7 месяцев спустя...

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

Ссылка на сообщение
Поделиться на других сайтах
42 минуты назад, barbi93 сказал:

так как в ТУ есть отдельный пункт для этого.

К сожалению не на каждое изделие есть ТУ и как правило в ТУ не прописаны все требования к изделию.

Ссылка на сообщение
Поделиться на других сайтах
22 минуты назад, Niki85 сказал:

К сожалению не на каждое изделие есть ТУ и как правило в ТУ не прописаны все требования к изделию.

Тогда нужна ПМИ - вариантов не так много)) если есть вопрос о документации, значит она для чего-то нужна, а без подтверждения характеристик - это изделие никому не нужно будет)

Ссылка на сообщение
Поделиться на других сайтах
17 часов назад, Niki85 сказал:

К сожалению не на каждое изделие есть ТУ и как правило в ТУ не прописаны все требования к изделию.

Я думаю, чего нет в ТУ, того не должно быть и в программе и методике испытаний.

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах
58 минут назад, brigval сказал:

Я думаю, чего нет в ТУ,

В ТУ нет многого, что есть в ТЗ. Программу и методику как документ, чаще всего разрабатывают для приёмочных испытаний.

Ссылка на сообщение
Поделиться на других сайтах
13 минут назад, Niki85 сказал:

В ТУ нет многого, что есть в ТЗ. Программу и методику как документ, чаще всего разрабатывают для приёмочных испытаний.

Но ТЗ не входит в состав КД, а ТУ входит. Откуда, тогда в ПМ требования, которых нет в КД?

ПМ это часть ТУ, вынесенная в отдельный документ. Разве не так?

Ссылка на сообщение
Поделиться на других сайтах
1 час назад, brigval сказал:

ПМ это часть ТУ

С чего бы это? Там ГОСТ 2.114-2016 п.5.1 даже с таким названием раздела в ТУ не предполагается.

 

ПМ ближе к приемочным испытаниям ГОСТ Р 15.301-2016 п.6.5.7 когда ТУ (если они разрабатывались для этого изделия) существуют только в виде проекта.

Ссылка на сообщение
Поделиться на других сайтах
3 часа назад, Niki85 сказал:

С чего бы это? Там ГОСТ 2.114-2016 п.5.1 даже с таким названием раздела в ТУ не предполагается.

 

ПМ ближе к приемочным испытаниям ГОСТ Р 15.301-2016 п.6.5.7 когда ТУ (если они разрабатывались для этого изделия) существуют только в виде проекта.

Есть еще п. 5.7 и п. 5.7.16 ГОСТ 2.114

Контроль, испытания производятся по ТУ, но если эти данные для испытаний прописаны в ПМ, то в ТУ они не приводятся. Либо там, либо там.

Поэтому по ПМ не могут испытываться характеристики, о которых ничего не сказано в ТУ.

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах

Да, ПМ обычно делают отдельно, если там большой объем. Если нет, то просто разделом в ТУ. Либо как удобно заказчику или/и разработчику. 

Ссылка на сообщение
Поделиться на других сайтах
2 часа назад, brigval сказал:

Поэтому по ПМ не могут испытываться характеристики, о которых ничего не сказано в ТУ.

Откройте ТЗ на изделие и сравните требования прописанные там с требованиями приведенными в ТУ на это изделие и убедитесь, что 90% требований ТЗ нет в ТУ.  Все требования ТЗ обязаны быть проверены на приемочных испытаниях. 

Ссылка на сообщение
Поделиться на других сайтах
17 минут назад, Niki85 сказал:

Откройте ТЗ на изделие и сравните требования прописанные там с требованиями приведенными в ТУ на это изделие и убедитесь, что 90% требований ТЗ нет в ТУ.  Все требования ТЗ обязаны быть проверены на приемочных испытаниях. 

У нас ВП слева клал ТЗ, справа - ТУ и проверял совпадение построчно!

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

Ссылка на сообщение
Поделиться на других сайтах
32 минуты назад, brigval сказал:

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

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

А бывает, что многие конструктивные требования ТЗ заложены в чертежах комплекта КД на изделие и в ТУ об этом сказано только в одном пункте.

Ссылка на сообщение
Поделиться на других сайтах

Согласно ГОСТ 2.114-2016

Цитата

4.1 ТУ в соответствии с ГОСТ 2.102 являются КД, содержащим требования (совокупность всех показателей, норм, правил и положений) к изделию, его изготовлению, контролю, приемке и поставке, которые нецелесообразно указывать в других КД.

Но это не означает, что программы испытаний разрабатываются только по тем требованиям, которые указаны в ТУ.

Ссылка на сообщение
Поделиться на других сайтах
8 часов назад, BSV1 сказал:

Согласно ГОСТ 2.114-2016

Но это не означает, что программы испытаний разрабатываются только по тем требованиям, которые указаны в ТУ.

1 ОТК принимает изделие по ТУ. Что в ТУ заложено, то и подлежит контролю-испытаниям. Разве это не так? Причем тут требования в ПМ?

 

2 Если Вы хотите у себя применить изделие, Вы читаете его ТУ и на основании данных из ТУ принимаете решение.

А может быть требования из ПМ Вас не устроят? Но их никто не читает для этих целей и ПМ не предоставляют потенциальному покупателю.

 

3 Если в ТУ указано, что остальные требования смотри в ПМ, то наверное, можно и в ПМ их указать.

С таким не сталкивался и не понятно, на сколько корректна так записать.

 

4 Хотя в ТУ делают ссылки, например, на РЭ, но это не относится к техническим требованиям.

Изменено пользователем brigval
Ссылка на сообщение
Поделиться на других сайтах
5 часов назад, brigval сказал:

Причем тут требования в ПМ?

При том, что есть, например, ГОСТ Р 15.301-2016.

Испытания разные бывают.

Ссылка на сообщение
Поделиться на других сайтах
33 минуты назад, BSV1 сказал:

При том, что есть, например, ГОСТ Р 15.301-2016.

Испытания разные бывают.

Хорошо, но покажите, где сказано, что в ТУ могут быть не все требования, оговоренные в ТЗ.

Мы же об этом пишем.

 

Ссылка на сообщение
Поделиться на других сайтах

Присоединяйтесь к обсуждению

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

Гость
Ответить в тему...

×   Вставлено в виде отформатированного текста.   Вставить в виде обычного текста

  Разрешено не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отобразить как ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставить изображения напрямую. Загрузите или вставьте изображения по ссылке.

  • Сейчас на странице   0 пользователей

    Нет пользователей, просматривающих эту страницу.




  • Сообщения

    • denel
      Добрый день! А как произвести репозиционирование зажимов? Пишут g85… а как её использовать? 
    • gudstartup
      если конус хороший в том числе и на оправке и усилие зажима соответствует норме то ничего там болтаться не будет это что касается оправки а инструмент все равно может отгибать
    • Gorich
      @gudstartup Большое спасибо...что уделили мне время...решил проблему...нашел там  вот такое: Ввел команду m22...и магазин уехал на свое место...и дальше все аработало!
    • Gorich
    • Viktor2004
      это усилие зажима пружин. А как при вращении там болтается конус чем померить?
    • gudstartup
      при помощи тестера  например такого это самый простой по простому попытайтесь выдрать оправку ломиком!
    • gudstartup
    • TVM
      Для общего развития интересовался. И на предложение, спроектировать крышечку - там все просто, не ведусь. 
    • Gorich
    • Нанософт разработка
      Одним из эффективных способов осуществления строительного надзора является использование результатов лазерного сканирования с построением 3D-моделей, что дает наиболее полную информацию о строительных объектах с привязкой к пространственным, инфраструктурным и центральным инженерным коммуникациям. Институт «Сибгипробум», активно работающий над совершенствованием мониторинга и созданием цифровых двойников, использует комбинацию технологий «Платформа nanoCAD + ReClouds» как бесшовную инженерную среду для проектирования и для работы с облаками точек. Комплексную поддержку при внедрении программных решений предоставила компания «Бюро САПР» – премьер- и фокус-партнер компании «Нанософт» по направлениям «Конструкции», «Инженерия» и «Землеустройство».   О компании АО «Сибгипробум» – институт, на протяжении 65 лет специализирующийся в области проектирования предприятий лесной и целлюлозно-бумажной промышленности, объектов глубокой химико-механической переработки древесины, а также разрабатывающий проекты экологических и энергетических объектов. В проектной деятельности институт активно использует технологии лазерного сканирования и информационного моделирования. Исходная ситуация ·        Отсутствие возможности оперативного повсеместного контроля строительства на промплощадке. ·        Отсутствие актуальной трехмерной модели объекта, которую в дальнейшем можно было бы сопоставить с облаком точек. ·        Сжатые сроки, которые не позволяли создать трехмерную модель. Задачи цифрового мониторинга ·        Поиск изменений между отчетными периодами. ·        Подсчет объемов монтажа. ·        Поиск пространственно-временных коллизий. Сравнение облака точек в двух отчетных периодах на графике строительства – S-кривой. Красным подсвечено то, что изменено (это было сделано на другой платформе)   Оптимальное технологическое решение можно выбрать в зависимости от степени сложности точечной задачи в рамках цифрового мониторинга. Продемонстрируем это на конкретных примерах. Прикладная задача 1: проверка проектного положения монтируемого оборудования и конструкций. Выбранная технология: Платформа nanoCAD для совмещения 2D-чертежей с облаком точек. Алгоритм работы технологии: загрузка исходного облака точек формата LAS в nanoCAD импортом NPC → создание удобной ПСК для сравнения облака точек в нужном ракурсе → копирование чертежа и совмещение по «точкам доверия» (например, по колоннам здания) → создание сечения → поиск отклонений. Полученный прикладной результат: разрез на определенной отметке показал отклонение по колоннам здания, из-за чего стена построена «криво». Благодаря этим данным авторский надзор перепроверил расчетные значения и скорректировал решения. В результате эту стену пришлось укреплять дополнительными металлоконструкциями. Плюсы и минусы технологии Плюсы: Минусы: ·        не требуется трехмерная модель; ·        простая технология, которую может освоить каждый; ·        низкие требования к аппаратному обеспечению; ·        низкая стоимость контроля проектных решений без выезда на площадку. ·        трудозатратно, если требуется проверить несколько разных разделов в одной точке; ·        проверка происходит в рамках одного сечения; ·        каждый раз в новом месте проверки требуется совмещение чертежа и облака точек.     Поиск отклонений в конструкциях путем совмещения 2D-чертежей с облаком точек в Платформе nanoCAD   Прикладная задача 2: анализ деформации оборудования – цилиндрической печи. Выбранная технология: ReClouds для сравнения облака точек печи с ее 3D-моделью. Алгоритм: загрузка исходного облака точек (в формате LAS) и цилиндра, выполненного в виде 3D-солида, равного диаметру печи → совмещение 3D-моделей → использование команды ReClouds Сравнение → побор опытным путем радиуса отклонения (вылет точки от нормативного положения) → создание градиентного графика отклонений → поиск отклонений. Полученный прикладной результат: выявлены отклонения трубы от нормативного положения: вмятина и провисание. Наглядный способ проинформировать проектировщиков и строителей, на какие участки следует обратить внимание, чтобы принять решения о ремонте, частичной или полной замене. Эффективность использования ReClouds ·        Автоматизация обработки данных 3D-сканирования. ·        Работа в знакомой инженерной среде с интуитивно понятным интерфейсом. ·        Высокая скорость работы. ·        Минимум финансовых и аппаратных ресурсов. ·        Интеграция со специализированными решениями. ·        Гибридность используемых технологий: Платформа nanoCAD и ReClouds позволяют одновременно работать с 3D-моделью, 2D-чертежом и облаком.                                         Анализ деформации цилиндрической печи с помощью ReClouds. Справа красным и зеленым цветом подсвечена сама труба   Отклонения трубы от эталонного 3D-солида: слева видна вмятина, справа – провисание трубы Мнение пользователя Павел Владимирович Коротких, главный специалист – руководитель группы отдела по цифровизации инженерных процессов и данных, АО «Сибгипробум»   «Когда геополитическая ситуация обострилась и были введены санкции, перед нашим институтом, как и перед предприятиями многих других отраслей, встала задача импортозамещения.   Много где возникали сложности, но было очень отрадно знать, что базовое инженерное ПО нам есть чем заменить. Этим ПО стала Платформа nanoCAD, которая оказалась намного большим, чем просто скопированный зарубежный продукт.   Из стандартного функционала хотелось бы отметить, во-первых, Диспетчер чертежа, который позволяет удобно осуществлять менеджмент чертежей; а, во-вторых, базовые операции при работе с облаками точек: импорт/экспорт, настройки визуализации, подрезку, сечения и т.д.   Использование ReClouds – вертикального приложения к Платформе nanoCAD – дало нам расширенные возможности взаимодействовать с облаками точек, при этом оставаясь в единой инженерной среде.   Обнадеживает активное развитие продуктов со стороны разработчика и неуклонно растущее комьюнити пользователей».   О компании «Нанософт» «Нанософт» – российский разработчик инженерного ПО: технологий автоматизированного проектирования (CAD/САПР), информационного моделирования (BIM/ТИМ) и сопровождения объектов промышленного и гражданского строительства (ПГС) на всех этапах жизненного цикла, а также сквозной цифровизации всех процессов в производстве. Миссия компании – формирование условий для массового оснащения российского рынка лицензионными, качественными и доступными отечественными программными продуктами. «Нанософт» помогает своим заказчикам достичь импортонезависимости в области инженерного ПО и нацелена на развитие собственных технологий в фокусе реальных потребностей. Это позволяет гарантированно защитить критически важную ИТ-инфраструктуру, что особенно актуально сейчас, когда западные вендоры уходят с рынка, замораживают поставки ПО и техническую поддержку. Все программные продукты компании включены в Единый реестр российских программ для электронных вычислительных машин и баз данных. Официальный сайт: nanocad.ru.  
×
×
  • Создать...