Управление заменами элементов в электронной конструкторской документации

Здравствуйте, в этой статье мы постараемся ответить на вопрос: «Управление заменами элементов в электронной конструкторской документации». Также Вы можете бесплатно проконсультироваться у юристов онлайн прямо на сайте.

Наиболее распространенным способом ведения замен конструкторских элементов является включение элементов-заменителей в ту же спецификацию, где находятся и заменяемые элементы. Заменяемые элементы вместе с заменителями образуют блок замен, в котором элементы делятся на группы, поэтому обеспечивается возможность замен m/n-элементов. При этом отсутствуют ограничения на систему установки позиций для элементов блока замен. Они могут иметь разные позиции, одну и ту же позицию для всех элементов блока замен или вообще не иметь позиций.

Пример представления блока замен в электронной спецификации приведен на рис. 1.

ГОСТ Р 58676-2019 Электронная конструкторская документация. Виды преобразований

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

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

  • попыткой конструкторов уменьшить трудоемкость ведения данных о заменах в собственной конструкторской документации;
  • необходимостью для конструкторов предприятия — производителя изделий вести данные о заменах элементов в спецификациях внешней разработки, владельцами которых они не являются.

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

В Omega Production ведомости замен реализованы в виде электронных структурированных конструкторских документов. Поскольку структура содержимого ведомостей замен не стандартизована, для разных предприятий структура содержимого может варьироваться. Пример одного из вариантов содержимого ведомости замен приведен на рис. 2.

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

Основные случаи использования разрешений на временное отклонение от КД:

  • необходимость замен комплектующих или материалов по инициативе служб снабжения;
  • потребность быстрого внесения изменений в производство с последующим оформлением и проведением изменений по процедуре;
  • необходимость использования в производственных составах изделий тех элементов, по которым продолжается подготовка производства.

В системе Omega Production разрешения на временное отклонение от КД реализованы в виде электронных структурированных документов. Пример карты разрешения на временное отклонение от КД приведен на рис. 4.

8 настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ 2.051 Единая система конструкторской документации. Электронные документы. Общие ло> ложения

ГОСТ 2.058 Единая система конструкторской документации. Правила выполнения реквизитной части электронных конструкторских документов

ГОСТ 2.104 Единая система конструкторской документации. Основные надписи

ГОСТ Р 58299 Управление данными об изделии. Порядок представления результатов проектно* конструкторских работ в электронной форме. Общие требования

ГОСТ Р 58300 Управление данными об изделии. Термины и определения

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 1 января текущего года, и по выпускам ежемесячного информационного указателя «Национальные стандарты» за текущий гад. Если заменен ссылочный стандарт, на который дана недатированная ссылка, то рекомендуется использовать действующую версию этого стандарта с учетом всех внесенных в данную версию изменений. Если заменен ссылочный стандарт, на который дана датированная ссылка, то рекомендуется использовать версию этого стандарта с указанным выше годом утверждения (принятия). Если после утверждения настоящего стандарта в ссылочный стандарт, на который дана датированная ссыпка, внесено изменение, затрагивающее положение, на которое дана ссылка, то это положение рекомендуется применять без учета данного изменения. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, рекомендуется применять в части, не затрагивающей эту ссылку.

  • 3.1 Термины и определения

8 настоящем стандарте применены термины по ГОСТ Р 58300. а также следующие термины с соответствующими определениями:

Издание официальное

ГОСТ Р 58676—2019

  • 3.1.1__________________________________________________________________________________________________________

конструкторская документация: Совокупность конструкторских документов, содержащих данные, необходимые для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации. ремонта, модернизации, утилизации изделия.

[ГОСТ 2.001—2013, пункт 3.1.5]

  • 3.1.2 электронная конструкторская документация: Совокупность электронных конструкторских документов и компьютерных моделей (данных и программ для ЭВМ), необходимых для проектирования (разработки), изготовления, контроля, приемки, поставки, эксплуатации, ремонта, модернизации, утилизации изделия.

Примечание — Электронная конструкторская документация входит в состав конструкторской документации (см. пункт 3.1.1)

  • 3.1.3

компьютерная модель (электронная модель): Модель, выполненная в компьютерной (вычислительной) среде и представляющая собой совокупность данных и программного кода, необходимого для работы с данными.

[ГОСТ Р 57412—2017. пункт 3.1.7]

  • 3.1.4 форма представления электронной конструкторской документации: Способ представления данных об изделии е компьютерной среде, ориентированный либо на обособленное хранение и применение (в форме отдельного файла), либо на коллективное использование (в форме информационного набора в автоматизированной системе управления данными об изделии).

  • 3.1.5 формат данных (содержательной части электронной конструкторской документации): Способ организации, кодирования, структурирования и обеспечения целостности содержательной части электронной конструкторской документации.

  • 3.1.6 стандартизованный формат данных: Формат данных, спецификация которого признана как международный, государственный, отраслевой или корпоративный стандарт и который может быть распознан и обработан всеми прикладными автоматизированными системами, поддерживающими данный стандарт.

  • 3.1.7 оригинальный формат данных: Формат данных, спецификация которого создана и поддерживается (изменяется) разработчиком одной прикладной автоматизированной системы и не признана как стандарт.

  • 3.1.8 формат данных об изделии, ориентированный на интерпретацию (обработку) автоматизированной системой: формат данных, ориентированный на АС: Формат представления данных об изделии, предназначенных для использования автоматизированными системами е ходе разработки, изготовления, контроля, приемки, поставки, эксплуатации, ремонта и утилизации изделия.

  • 3.1.9 формат данных об изделии, ориентированный для интерпретации (восприятия) человеком: формат данных, ориентированный на человека: Формат для представления текстовых, графических и других данных, предназначенных для восприятия преимущественно человеком в ходе разработки, изготовления, контроля, приемки, поставки, эксплуатации, ремонта и утилизации изделия.

  • 3.1.10 спецификация формата файла: Документ, который точно, полностью и в поддающейся проверке форме определяет требования к структуре и алгоритму преобразования данных определенного формата, а также процедуры, позволяющие определить, были ли выполнены эти требования.

  • 3.1.11 информационный объект-контейнер: Информационный объект, содержащий файл (совокупность данных), интерпретируемый автоматизированной системой управления данными об изделии как единое целое.

  • 3.1.12 _______________________________________________________________________________________________

хэш-код: Строка бит. являющаяся выходным результатом хэш-функции.

[ГОСТ Р 34.11, пункт 3.1.5]

  • 3.2 Сокращения

В настоящем стандарте использованы следующие сокращения:

АС — автоматизированная система;

АС УДИ — автоматизированная система управления данными об изделии;

ДБ — бумажный документ:

ДЭ — электронный конструкторский документ;

ИН — информационный набор;

ИО — информационный объект;

САПР — система автоматизированного проектирования;

СЧ — составная часть;

УЛ — удостоверяющий лист;

ЭВМ — электронная вычислительная машина;

ЭКД — электронная конструкторская документация;

2D — пространство выполнения геометрических моделей или графических документов, характеризующееся двумя измерениями;

3D — пространство выполнения геометрических моделей или графических документов, характеризующееся тремя измерениями.

  • 4.1 8 ходе разработки изделия осуществляется обмен ЭКД между заказчиком, разработчиком, изготовителем, разработчиками и изготовителями СЧ и научно-исследовательскими организациями.

Типовыми задачами, требующими обмена ЭКД. являются;

  • — передача ЭКД от головного разработчика — разработчикам СЧ изделия;

  • — передача ЭКД от разработчика СЧ — головному разработчику изделия:

  • • передача ЭКД от разработчика (разработчика СЧ) — изготовителю изделия (СЧ);

  • — передача ЭКД в научно-исследовательские организации для проведения экспертизы. Обмен ЭКД может осуществляться также между подразделениями одной организации. Перечисленные участники информационного взаимодействия могут использовать различные

формы представления и форматы данных ЭКД*.

  • 4.2 Возможными формами представления ЭКД являются:

а) представление в виде набора данных в автоматизированной системе (ИН);

б) представление в виде одного или нескольких взаимосвязанных файлов (ДЭ)*.

  • 4.3 Представление ЭКД в форме ИН регламентировано ГОСТ Р 58299.

    • 4.3.1 Содержательная часть ИН в АС УДИ может быть выполнена в виде:

а) структурированной в соответствии с принятой схемой данных совокупности ИО в АС УДИ. содержащих данные об изделии. В этом случае АС УДИ управляет каждым ИО в отдельности;

б) ИО-контейнера* (одного или нескольких), содержащего файл (файлы) с данными об изделии. В этом случае АС УДИ управляет такой совокупностью данных об изделии как единым целым;

в) комбинации перечисленных выше методов, когда часть данных представлена в виде ИО-контейнера. а часть — совокупностью взаимоувязанных ИО*.

  • 4.3.2 Реквизитная часть ИН выполняется в виде совокупности служебных ИО и атрибутов основных ИО в соответствии с ГОСТ Р 58299.

  • 4.4 Представление ЭКД в форме ДЭ регламентировано ГОСТ 2.051.

    • 4.4.1 Содержательная часть ДЭ выполняется в виде файла (одного или нескольких), содержащего данные об изделии.

    • 4.4.2 Реквизитная часть ДЭ может быть выполнена в виде отдельного файла. Формат файла РЧ устанавливается в документах по стандартизации организации с учетом требований ГОСТ 2.058.

Допускается выполнение реквизитной части ДЭ в виде УЛ. Форма и правила заполнения УЛ устанавливаются в документах по стандартизации организации с учетом требований ГОСТ 2.051.

  • 4.5 Содержательная ИН и ДЭ может включать:

■ данные об изделии в формате, ориентированном на АС (стандартизованном или оригинальном).

  • • данные об изделии в формате, ориентированном на человека (стандартизованном или оригинальном)*.

  • 4.6 В ходе информационного взаимодействия возникает необходимость выполнения следующих преобразований ЭКД*:

а) изменение формы представления ЭКД (см. раздел 5);

б) изменение формата данных содержательной части ЭКД (см. раздел 6).

Здесь и далее знаком «*» отмечен текст, к которому даны пояснения 8 приложении А

ГОСТ Р 58676—2019

  • 4.7 Преобразованию в соответствии с настоящим стандартом подлежит ЭКД. утвержденная в установленном порядке. Внесение изменений в результат преобразования не допускается.

  • 5.1 Возможные изменения формы представления ЭКД приведены в таблице 1.

Примечание — Для полноты рассмотрения в таблицу включены возможные формы представления ЭКД (ИН или ДЭ) и бумажной документации (ДБ).

Таблица 1 — Возможные изменения формы представления ЭКД

Исходная форма представ-

лени*

Результирующая форма представления ЭКД

ДБ

ИН

ДЭ

ин

+

+

ДЭ

*

+

ДБ

+

Условные обозначения:

— отсутствует изменение формы представления:

«♦» — возможное изменение формы представления (см. 5.2—5.4)

  • 5.2 Преобразование ИН в ДЭ включает последовательное изменение формы представления содержательной и реквизитной части (см. рисунок 1). Требования к преобразованию ИН в ДЭ устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.

    • 5.2.1 При преобразовании исходного ИН. содержательная часть которого представлена в виде файла (нескольких файлов), этот файл выгружают из АС УДИ и включают в содержательную часть результирующего ДЭ без изменения формата.

    • 5.2.2 При преобразовании исходного ИН. содержательная часть которого представлена в виде совокупности ИО. содержимое ИО преобразуют в файл и включают в содержательную часть результирующего ДЭ. При этом, как правило, одновременно осуществляется изменение формата данных содержательной части.

    • 5.2.3 Реквизитная часть результирующего ДЭ должна содержать:

  • • обозначение ДЭ. сформированное на основе обозначения исходного ИН по правилам, установленным в документах по стандартизации организации;

  • — наименование ДЭ (может совпадать с наименованием исходного ИН);

  • • обозначение исходного ИН (источник);

  • — сведения об утверждении исходного ИН;

  • — хэш-код исходного ИН;

  • • сведения о лице, выполнившем преобразование (электронная подпись);

  • — дату выполнения преобразования (создания ДЭ).

  • 5.2.4 Утверждение результирующего ДЭ, полученного из исходного ИН без изменения формата данных содержательной части, не требуется. Требования к результату преобразования, выполненного с изменением формата данных, приведены в разделе 6.

5.3 Преобразование ДЭ в ИН включает последовательное изменение формы представления содержательной и реквизитной части (см. рисунок 2). Требования к преобразованию ДЭ в ИН устанавливают в документах по стандартизации организации с учетом положений настоящего стандарта.

  • 5.3.1 Изменение формы представления содержательной части исходного ДЭ может выполняться одним из следующих способов:

а) файл содержательной части исходного ДЭ размещают в АС УДИ в ИО-контейнере. который становится содержательной частью результирующего ИН;

Примечание — Такое преобразование возможно для ДЭ с любым форматом содержательной части и выполняется без изменения этого формата.

3 Термины, определения и сокращения

Настоящий стандарт устанавливает общие требования к выполнению электронных конструкторских документов изделий машиностроения и приборостроения.

На основе настоящего стандарта могут быть разработаны стандарты с учетом особенностей применения и обращения различных видов электронных конструкторских документов.

В настоящем стандарте использованы ссылки на следующие межгосударственные стандарты:

ГОСТ 2.004-88 Единая система конструкторской документации. Общие требования к выполнению конструкторских технологических документов на печатающих и графических устройствах вывода ЭВМ

ГОСТ 2.102-68 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи

ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

ГОСТ 2.601-2006 Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 2.602-95 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.701-2008 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

ГОСТ 34.310-95/ГОСТ Р 34.10-2001* Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной цифровой подписи на базе асимметричного криптографического алгоритма

______________

* Вероятно, ошибка оригинала. Следует читать: ГОСТ 34.310-95/ГОСТ Р 34.10-94. Взамен ГОСТ Р 34.10-94 с 01.07.2002 действует ГОСТ Р 34.10-2001, здесь и далее по тексту. — Примечание изготовителя базы данных.

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов по указателю «Национальные стандарты», составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3.1 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1

В настоящем стандарте приняты следующие сокращения:

АС — автоматизированная система;

ДЭ — электронный конструкторский документ;

ИЕ — информационная единица;

ИЭД — интерактивный электронный документ;

КД — конструкторская документация;

УЛ — информационно-удостоверяющий лист;

ЭЦП — электронная цифровая подпись;

ЭВМ — электронно-вычислительная машина.

5 Правила передачи пакета электронных документов (данных)

  • Раздел Строительство
    • Раздел Стандарты
      • Раздел Другие государственные стандарты, применяемые в строительстве
        • Раздел 01 Общие положения. Терминология. Стандартизация. Документация

А также в:

  • Раздел Экология
    • Раздел 01 ОБЩИЕ ПОЛОЖЕНИЯ. ТЕРМИНОЛОГИЯ. СТАНДАРТИЗАЦИЯ. ДОКУМЕНТАЦИЯ
      • Раздел 01.110 Техническая документация на продукцию

А также в:

  • Раздел Электроэнергия
    • Раздел 01 ОБЩИЕ ПОЛОЖЕНИЯ. ТЕРМИНОЛОГИЯ. СТАНДАРТИЗАЦИЯ. ДОКУМЕНТАЦИЯ
      • Раздел 01.110 Техническая документация на продукцию
Обозначение: ГОСТ 2.051-2013
Статус: действующий
Тип: ГОСТ
Название русское: Единая система конструкторской документации. Электронные документы. Общие положения
Дата актуализации текста: 01.06.2021
Дата актуализации описания: 01.06.2021
Дата регистрации: 28.08.2013
Дата издания: 24.11.2020
Дата введения в действие: 01.06.2014
Область и условия применения: Настоящий стандарт устанавливает общие требования к выполнению электронных конструкторских документов изделий всех отраслей промышленности. На основе настоящего стандарта могут быть разработаны стандарты с учетом особенностей применения и обращения различных видов электронных конструкторских документов
Взамен: ГОСТ 2.051-2006
Список изменений: №0 от (рег. ) «Дата введения перенесена»
Расположен в: Общероссийский классификатор стандартов
→ Общие положения. Терминология. Стандартизация. Документация
→ Техническая документация на продукциюКлассификатор государственных стандартов
→ Общетехнические и организационно-методические стандарты
→ Система документации
→ Система проектно-конструкторской документацииТематические сборники
→ Единая система конструкторской документации.
Приложение №0: Поправка к ГОСТ 2.051-2013

1 Область применения

Настоящий стандарт устанавливает общие требования к выполнению электронных конструкторских документов изделий машиностроения и приборостроения.

На основе настоящего стандарта могут быть разработаны стандарты с учетом особенностей применения и обращения различных видов электронных конструкторских документов.

В настоящем стандарте использованы ссылки на следующие межгосударственные стандарты:

ГОСТ 2.004-88 Единая система конструкторской документации. Общие требования к выполнению конструкторских технологических документов на печатающих и графических устройствах вывода ЭВМ

ГОСТ 2.102-68 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи

ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

ГОСТ 2.601-2006 Единая система конструкторской документации. Эксплуатационные документы

ГОСТ 2.602-95 Единая система конструкторской документации. Ремонтные документы

ГОСТ 2.701-2008 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

ГОСТ 34.310-95/ГОСТ Р 34.10-2001* Информационная технология. Криптографическая защита информации. Процедуры выработки и проверки электронной цифровой подписи на базе асимметричного криптографического алгоритма
______________
* Вероятно, ошибка оригинала. Следует читать: ГОСТ 34.310-95/ГОСТ Р 34.10-94. Взамен ГОСТ Р 34.10-94 с 01.07.2002 действует ГОСТ Р 34.10-2001, здесь и далее по тексту. — Примечание изготовителя базы данных.

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов по указателю «Национальные стандарты», составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться заменяющим (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

В настоящем стандарте приняты следующие сокращения:

АС — автоматизированная система;

ДЭ — электронный конструкторский документ;

ИЕ — информационная единица;

ИЭД — интерактивный электронный документ;

КД — конструкторская документация;

УЛ — информационно-удостоверяющий лист;

ЭЦП — электронная цифровая подпись;

ЭВМ — электронно-вычислительная машина.

6 Правила получения ПДЭ и выполнения квитанций

Приложение В
(справочное)

В.1 Правила выполнения информационно-удостоверяющего листа

В.1.1 УЛ используют для сопровождения выпуска одного документа, нескольких документов или комплекта документов.

В.1.2 Если УЛ выпускают на один ДЭ, то ему присваивают обозначение ДЭ на это изделие с добавлением кода УЛ (например, АБВГ.ХХХХХХ.ХХХЭМД-УЛ).

Если УЛ выпускают на комплект документов, записанных в спецификацию, ведомость технического предложения или ведомость технического (эскизного) проектов, то ему присваивают обозначение спецификации или соответствующей ведомости с добавлением через дефис кода УЛ (например, АБВГ.ХХХХХХ.ХХХУЛ; АБВГ.ХХХХХХ.ХХХТП-УЛ).

При некомплектной сдаче документов в службу технической документации УЛ присваивают обозначение, как указано выше. В этом случае в УЛ не указывают те ДЭ, которые в данный момент не передаются, а при доукомплектовании вводят продолжение УЛ, в котором указывают эти ДЭ. Изменение общего числа листов УЛ производят на основании извещения об изменении УЛ.

Допускается присваивать обозначения УЛ иным способом, при этом правила присвоения обозначений УЛ устанавливает разработчик. Для документации на изделия, разрабатываемые по заказу Министерства обороны, правила присвоения обозначений УЛ согласуются с заказчиком (представительством заказчика).

В.1.3 УЛ включают в комплект подлинников документов. УЛ записывают после обозначения документа, который по нему выпущен. Если УЛ выпущен на комплект документов, входящих в спецификацию, то его записывают в спецификацию первым. Если на документ или комплект ДЭ выпускают ЛУ и УЛ, то в спецификацию сначала записывают ЛУ, а затем УЛ.

В.1.4 В УЛ указывают обозначения ДЭ, к которым он выпущен, фамилии и подлинные подписи лиц, разработавших, проверивших, согласовавших и утвердивших соответствующий ДЭ. Подпись лица, разработавшего ДЭ и УЛ, и нормоконтролера являются обязательными.

В.1.5 УЛ рекомендуется выполнять по форме 1 на листах формата А4, А5 по ГОСТ 2.301. Общие требования к выполнению — по ГОСТ 2.004. Пример выполнения сопроводительного листа приведен на рисунке В.1.

[1] ИСО/МЭК 8613-1-1994

Информационная технология — Архитектура открытого документа (ODA) и обменный формат: общие положения и основные принципы

[2] ИСО 11442-4-1993

Техническая документация. Автоматизированное управление технической информацией. Часть 4: Управление документами

[3] ИСО 10303-21-2002

Системы автоматизации производства и их интеграция. Представление данных об изделии и обмен этими данными. Часть 21. Методы реализации. Кодирование открытым текстом структуры обмена

[4] ИСО 8879-86

Обработка информации. Текстовые и офисные системы. Стандартный обобщенный язык разметки (SGML)

Документы можно подготовить как в электронном, так и в рукописном виде. Для каждого варианта есть свои ГОСТы.

  1. Машинописным способом в соответствии с ГОСТ 13.1.002-2003. Межгосударственный стандарт. Репрография. Микрография. Документы для микрофильмирования. Общие требования и нормы (введен в действие Постановлением Госстандарта России от 26.02.2004 № 63-ст).
  2. Рукописным методом, используя положения ГОСТ 2.304-81. Межгосударственный стандарт. Единая система конструкторской документации. Шрифты чертежные (утверждён Постановлением Госстандарта СССР от 28.03.1981 № 1562).
  3. Применяя ЭВМ, согласно ГОСТ 2.004-88. Межгосударственный стандарт. Единая система конструкторской документации. Общие требования к выполнению конструкторских и технологических документов на печатающих и графических устройствах вывода ЭВМ (утверждён Постановлением Госстандарта СССР от 28.11.1988 № 3843).
  4. На электронных носителях информации.

Обратите внимание, что текстовые документы электронных (ТДЭ), согласно правилам, допускается готовить с использованием стандартизованных информационных моделей программ. Данные будут либо сгенерированы автоматически с помощью специализированных программных средств из заранее подготовленных фрагментов, либо набираются вручную.

В требованиях к текстовым документам содержится ряд запретов. Например, требования единой системы конструкторской документации (ЕСКД 2020) года запрещают:

  1. Указывать индексы стандартов без обозначения присвоенного им регистрационного номера.
  2. Писать математические знаки без числового сопровождения.
  3. Ставить знак минус для обозначения отрицательных чисел.
  4. Перечеркивать круг в качестве обозначения диаметра.

В самом тексте недопустимо применять:

  1. Сокращения слов, кроме установленных правилами русской орфографии, соответствующими государственными стандартами, а также в данном документе.
  2. Обороты разговорной речи, техницизмы, профессионализмы.
  3. Для одного и того же понятия различные научно-технические термины, близкие по смыслу (синонимы), иностранные слова и термины при наличии равнозначных слов и терминов в русском языке.
  4. Произвольные словообразования.

К физическим величинам тоже есть требования:

  1. Нельзя сокращать обозначения единиц физических величин (если они употребляются без цифр, за исключением единиц физических величин в заголовках и боковиках таблиц и в расшифровках буквенных обозначений, входящих в формулы и рисунки).

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

Данный стандарт предназначен для проведения работ по управлению конструкторской документацией, полученной от сторонней организации (заказчика) для производства изделий на предприятии по договору (контракту) с заказчиком.

Стандарт разработан в развитие СТП Управление документацией и данными. Общие положения», СТП » Управление конструкторской документацией».

Стандарт устанавливает порядок постановки на учет, хранения, выдачи конструкторской документации сторонних организаций, внесения в нее изменений и надзор за состоянием в подразделениях предприятия.

Стандарт разработан ОГК.

Введен впервые

1.1 Настоящий стандарт устанавливает правила управления конструкторской документацией, полученной от сторонней организации (заказчика), на предприятии при организации управления документацией и данными B системе менеджмента качества.

1.2 Стандарт обесценивает полноту и актуальность конструкторской документации по договорам в течение всего периода изготовления изделий.

1.3 Стандарт обязателен для всех подразделений предприятия, осуществляющих работы по КД, полученной от Заказчика.

1.4 Данным стандартом предприятия устанавливается ответственность и взаимодействие соответствующих подразделений и должностных лиц за выполнение предусмотренных в нем правил и процедур.

1.5 Порядок согласования требований к нестандартному технологическому (тестовому) оборудованию, используемому при производстве договорных изделий, и, при необходимости его разработки, настоящим стандартом не устанавливается и подлежит описанию в отдельном стандарте.

  • БДКД — База данных конструкторской документации
  • БППиТ — Бюро подготовки производства и технологий
  • БТД — Бюро технической документации
  • БУСК — Бюро управления системой качества
  • ГОСТ — Государственный стандарт
  • ДЗЛ — Директор по закупками логистике
  • ДПр — Директор по производству
  • ЗК — Заводская комиссия
  • ИИ — Извещение об изменении
  • КБ — Конструкторское бюро
  • КД — Конструкторская документация
  • ОГК — Отдел главного конструктора
  • ОГТ — Отдел главного технолога
  • ПДО — Планово-диспетчерский отдел
  • ПО — Программное обеспечение
  • ПП — Печатная плата
  • ПР — Предложение об изменении
  • ТД — Технологическая документация
  • ЧД — Чек- лист проверки комплектности документации
  • ЭКД — Эскизная конструкторская документация

6.1 При поступлении от Заказчика указаний об изменении КД B форме PM по ГОСТ2.503 в бумажном или электронном варианте БТД регистрирует их в книге регистрации извещений по форме 4 приложения 9 ГОСТ2.503 и передает в бумажном или электронном виде для рассмотрения главному конструктору (начальнику КБ).

6.2 Ведущий конструктор ОГК по указанию главного конструктора (начальника КБ) анализирует КД, заполняет чек-лист в бумажном или электронном виде по форме Приложения Д СТП, указывая при этом наименования изделия, обозначение, причину (цель) внесения изменения, описывает суть изменения.

6.2.1 Журнал регистрации чек- листов согласно приложению Ж СТП (допустимо в электронном виде) ведется в БТД. Номер чек- листу присваивается по запросу и сообщается по электронной почте.

6.2.2 Чек-лист подписывается совместно с ИИ Заказчика с указанием сроков намеченных работ и ответственных исполнителей. Чек-лист является неотъемлемой частью ИИ. При необходимости, обсуждение ИИ Заказчика на изменение КД выносится на заседание заводской комиссии.

6.3 После получения от ОГК ИИ Заказчика с чек-листом ответственный сотрудник БТД вносит изменение в контрольный экземпляр КД, на свободном поле ИИ делает запись «Контрольный экземпляр исправлен», снимает копии с КД, входящего в него документа и чек-листа, направляет копии абонентам в соответствии c карточкой учета п.5.2.

6.4 Переданные в бумажном виде ИИ и документы входящие в него ответственный сотрудник БТД сканирует и сохраняет ее в формате pdf, наименование файлов. Ответственный сотрудник БТД несет ответственность за соответствие электронного документа в формате pdf бумажному варианту документа.

6.5 Переданные в электронном виде файлы ответственный сотрудник БТД проверяет на соответствие требованиям по формату согласно приложению А СТП

4.5.02. Допускается формат файлов отличный от указанных в приложении.

Наименование файлов, переданных в электронном виде документов, не изменяются, за исключением случаев, когда по названию файла нет однозначной идентификации содержащегося в нем документа. Файл с первоначальным именем сохраняется в той же папке хранения файлов.

6.6 При передаче ИИ в бумажном и электронном виде, ОГК проверяет соответствие бумажных и электронных версий. При отсутствии различий для размещения в БДКД используются переданные в электронном виде документы.

6.7 B папках изменяемых (заменяемых) документов (также ММ, ПП, ПО) ответственным специалистом БТД выполняются следующие действия:

6.7.1 Аннулируемый файл переносится в папку «Предыдущие версии». В начало имени файла добавляется буква А.

6.7.2 Файл актуальной версии размещается в папке документа.

6.7.3 В файл карточки документа добавляют запись о проведенном изменении.

6.8 В папки потерявших применяемость документов не вносятся никаких изменений.

6.9 В случае изменения состава изделия из структуры изделия удаляются ссылки на потерявшие применяемость документы и добавляются ссылки на введенные вновь документы.

6.10 Чек — лист и извещение помещаются в соответствующую папку в разделе «Извещения».

6.11 В папку изделия в раздел «Извещения» добавляется ссылка на папку проведенного извещения.

6.12 В созданный в электронном виде документ «Досье изделия» Приложение Е СТП, содержащий анализ рисков и процедуру внедрения изменения в производственный процесс, ответственный сотрудник БТД после корректировки КД на основании данных чек-листа и извещения вносит новую запись в «Досье изделия» по каждому измененному изделию.

6.13 При отрицательном результате анализа ИИ ведущий конструктор ОГК приостанавливает дальнейшее согласование ИИ, чек — листа и решает вопрос об изменении КД с Заказчиком.

7.1 Предложение об изменении КД сторонней организации (Заказчика) оформляют на форме Приложения Г СТП или на формах 1 и 1а Приложения 2 ГОСТ 2.503.

7.1.1 Обозначение ПР указывают в графе 6, подписи в продублированных графах 19-22 Приложения 2 ГОСТ 2.503.

7.2 Предлагаемую причину изменения и производственно- технические указания излагают в сопроводительном письме к ПР.

7.2.1 ПР с сопроводительным письмом направляется заказчику для согласования и переоформления в ИИ. Процедура внесения изменений в КД по ИИ Заказчика описана в разделе 6 настоящего стандарта.

7.3 ПР и сопроводительное письмо допускается отсканировать и направить в электронном виде Заказчику.


  • Журнал Международный журнал прикладных и фундаментальных исследований. – 2019. – № 9 – С. 75-79
  • Дата публикации 30.09.2019
  • Раздел Технические науки. Статьи
  • УДК 005.6
  • Страницы 75–79
1
  • Авторы
  • Резюме
  • Файлы
  • Ключевые слова
  • Литература

Управление заменами элементов в электронной конструкторской документации

  • Методические рекомендации по составу и учету затрат и формированию финансовых результатов от 1994-01-01
  • Общие указания по применению СБЦ от 2002-08-10
  • Единые нормы продолжительности проектирования и строительства предприятий, зданий и сооружений и освоения проектных мощностей
  • СН 283-64 «Временные нормы продолжительности проектирования»
  • Рекомендации по определению коэффициента к базовым ценам на проектные работы, учитывающего дополнительные затраты организаций на льготные выплаты по заработной плате
  • Рекомендации по применению национальных стандартов системы проектной документации для строительства (СПДС) при выполнении проектных и изыскательских работ

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

Количество аббревиатур и сокращений для обозначения этого понятия на английском (TDM, Workflow, PDM, PLM, CALS, PIM) и русском языках (электронный архив, документооборот, система управления структурой изделия, ИПИ, ИЛП и т.п.) приближается к критическому для понимания сути дела. Проблема заключается в том, что все специалисты, имеющие отношение к упомянутой теме, в каждую из перечисленных аббревиатур и сокращений вкладывают свой смысл, зачастую не очень понимая, как они связаны друг с другом.

Именно об этой проблеме мы и будем сегодня говорить.

Условно можно назвать две группы отраслей промышленности, в которых изначально используются разная терминология, принципы проектирования и оформления проектной документации:

  • машиностроение, приборостроение, судостроение, самолетостроение, автомобилестроение и т.п.;
  • блок отраслей, называемых промышленным и гражданским строительством (ПГС).

Даже предмет проектирования в этих двух группах называется по-разному: в первом случае — «изделие», во втором — «объект». Однако такое разделение весьма условно: так, установка, стоящая на земле, — это объект, который строится на месте эксплуатации, а нефтедобывающая платформа — это изделие, изготавливаемое на заводе. Хотя их конструкция может быть одинакова.

Почти во всех случаях мы имеем дело со сложными техническими изделиями и объектами, которые состоят из огромного количества компонентов (корабль, атомный реактор, атомная или тепловая электростанция, нефтеперегонная установка, вооружение и т.п.), поэтому речь будет идти в основном о них. Хотя смею утверждать, что положения, приведенные в данной статье, справедливы и для менее технически сложных изделий и объектов (таких как холодильник или коттедж), разве что востребованность тех или иных информационных решений выглядит по-разному.

Как-то, читая журнал CADmaster, наткнулся на следующую фразу: «За годы работы стоимость архива организации может превысить стоимость всех остальных ее активов». 1 С этим утверждением, бесспорно, можно согласиться: в историческом плане от деятельности любой организации, занимающейся разработкой, производством и эксплуатацией подобных изделий и объектов, в первую очередь, остаются архивы проектной и конструкторской документации. Давно ушли люди, стоявшие у истоков проектирования, могут исчезнуть и компании, которые этим занимались, а корабли и электростанции еще десятилетиями продолжают исправно работать, дома стоят столетиями, и в них живут люди. Поэтому проблема создания современных электронных архивов инженерной документации и обеспечения доступа к ним крайне актуальна.

Однако все объекты и изделия, как правило, состоят из множества компонентов, связанных между собой самыми разнообразными способами. И в первую очередь мы нуждаемся в информации о характеристиках этих компонентов, о способах их связи друг с другом. Например, для ремонта или замены насоса нам необходимо знать его габаритные размеры, потребляемую мощность, производительность, систему крепления и т.п.

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

Приведем небольшой пример из опыта создания электронного архива одной очень уважаемой проектной организации Газпрома.

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

Казалось бы, повторение этой классификации в электронном виде при построении структуры архива — естественный шаг. И да, и нет. С одной стороны, заказчик потребовал от нас сохранить в электронном архиве эту структуру марок, томов и альбомов. Но с другой — попросил сформировать другую. Структуру проектируемого объекта с доступом к той же проектной документации, которая находится в структуре, построенной по традиционному принципу.

Подробный анализ показал, что требовалось реализовать аж четыре структуры:

  • структуру объекта проектирования;
  • структуру документации по проекту;
  • структуру стадий проекта;
  • структуру документации по договорам (один проект может выполняться по нескольким договорам).

Сегодня в самых разных кругах обсуждаются проблемы информационного обеспечения жизненного цикла сложных изделий и объектов. Правда, во многих случаях эти обсуждения сводятся к вопросам информационного обеспечения логистической поддержки функционирования изделий/объектов и планирования технического обслуживания и ремонта (ТО и Р). А если проще — к задаче своевременной поставки запасных частей и принадлежностей (ЗИП) на эксплуатируемый объект. Причины этого упрощения понятны: такой подход наиболее востребован, особенно иностранными заказчиками.

С нашей точки зрения, к вопросам создания электронных архивов конструкторской (проектной) документации следует подходить с позиций информационного обеспечения жизненного цикла. Ведь проектирование изделия или объекта и является важнейшим этапом реального жизненного цикла! Следовательно, чем больше информации на этом этапе будет введено в электронный архив (или систему хранения инженерных данных), тем более эффективным будет ее дальнейшее использование.

Таким образом, формирование электронного архива проектной организации следует рассматривать как первый этап создания системы информационного обеспечения жизненного цикла изделий и объектов. При этом абстрагируемся от проблем множественности организаций, участвующих в проекте, проблем секретности и безопасности, часто возникающих при проектировании и создании подобных изделий и объектов, от проблем разорванности целей участвующих организаций и т.п. Современные информационные и административные технологии могут позволить решить все подобные проблемы.

При обсуждении проблем создания систем электронного архива мы много говорим о различных видах графических документов (сканированных, созданных в различных САПР и т.п.) и лишь мельком замечаем: «Ну и, конечно, офисные: текстовые и табличные (то есть в Word и Excel)». И при этом абсолютно забываем о сути этих «простых» офисных документов. А в них может оказаться множество технических данных о характеристиках изделия и/или его компонентов. Такая информация абсолютно необходима для дальнейших этапов жизненных циклов: для заказа компонентов при строительстве, для анализа возможностей замены, для той самой пресловутой задачи обеспечения информационной логистической поддержки. При традиционном подходе в создаваемом архиве оказываются неструктурированные документы, содержащие эти данные, распознать которые человек может только визуально.

На сегодняшний день реально внедрены самые разнообразные системы планирования. Наиболее распространены среди них MS Project и Primavera.

Как только речь заходит о создании электронного архива, любой заказчик, у которого уже внедрена система планирования, начинает разговор об интерфейсе между ними. Психологически это совершенно понятно. Во-первых, структура работ тесно связана со структурой объекта или изделия, и если она уже в каком-либо виде существует, никто не захочет повторять проделанную работу еще раз.

Во-вторых, — и это, пожалуй, самое главное — процент исполнения той или иной работы заносится в систему планирования вручную на основе субъективной информации от исполнителя работы. Даже такая простая вещь, как передача из системы электронного архива в систему планирования простой информации о количестве документов, находящихся в определенном состоянии (например, на согласовании или утверждении), приводит заказчика в восторг — у него появляются объективные данные о ходе работы! А представьте себе, какая будет реакция, если будет выводиться информация по компонентной части, например о проценте компонентов технологической схемы, уже размещенных в трехмерной модели!

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

Заметим, что такие вопросы возникают при внедрении подобных систем уже сегодня.

Огромное количество дискуссий ведется о трехмерном моделировании сложных объектов. Горы копий ломаются вокруг изменения мышления проектанта, автоматической генерации чертежей и их взаимосвязи с трехмерными моделями, автоматического получения программ для станков с ЧПУ и т.п. Множество мнений высказывается насчет автоматического получения из трехмерных моделей структуры изделия (или, по-простому, спецификации).

Однако обсуждаемые проблемы на самом деле сводятся к вполне традиционным вопросам:

  • однозначное соответствие компонентов, используемых в трехмерных моделях, классификаторам стандартных деталей и компонентов;
  • соответствие типоразмеров этих компонентов разрешительным спискам;
  • передача всех спецификаций от трехмерной модели в систему PDM и системы хранения инженерных данных;
  • и, конечно, выпуск спецификаций в соответствии с нормативными документами и классификаторами.

Но мы почему-то забываем, что кроме трехмерных моделей существует еще масса графических документов, из которых также надо извлекать структуры изделий, объектов и их компонентный состав. Это технологические схемы, электрические чертежи, чертежи КИП и, наконец, просто картинки, на которых в графическом виде представлены структуры изделий и объектов.

Между прочим, создавая трехмерные модели, в большинстве случаев компоновщик может использовать только те компоненты, которые уже включены в соответствующую технологическую или электрическую схему. А это означает, что при проектировании система хранения инженерных данных используется не только для сбора информации, но и для ее выдачи с целью дальнейшего проектирования.


Единая система конструкторской документации

ГОСТ 2.601-2006

ЭКСПЛУАТАЦИОННЫЕ ДОКУМЕНТЫ

Unified system for design documentation.
Exploitative documents

МКС 01.100
ОКСТУ 0002

Дата введения 2006-09-01

Настоящий стандарт устанавливает виды, комплектность и общие требования к выполнению эксплуатационных документов (далее — ЭД).

На основе настоящего стандарта допускается, при необходимости, разрабатывать стандарты, устанавливающие виды, комплектность и общие требования к выполнению ЭД на изделия конкретных видов техники с учетом их специфики.

В настоящем стандарте использованы ссылки на следующие межгосударственные стандарты:

ГОСТ 2.051-2006 Единая система конструкторской документации. Электронные документы. Общие положения

ГОСТ 2.102-68 Единая система конструкторской документации. Виды и комплектность конструкторских документов

ГОСТ 2.104-2006 Единая система конструкторской документации. Основные надписи

ГОСТ 2.105-95 Единая система конструкторской документации. Общие требования к текстовым документам

ГОСТ 2.201-80 Единая система конструкторской документации. Обозначения изделий и конструкторских документов

ГОСТ 2.301-68 Единая система конструкторской документации. Форматы

ГОСТ 2.304-81 Единая система конструкторской документации. Шрифты чертежные

ГОСТ 2.503-90 Единая система конструкторской документации. Правила внесения изменений

ГОСТ 2.605-68 Единая система конструкторской документации. Плакаты учебно-технические. Общие технические требования

ГОСТ 2.608-78 Единая система конструкторской документации. Порядок записи сведений о драгоценных материалах в эксплуатационных документах

ГОСТ 2.610-2006 Единая система конструкторской документации. Правила выполнения эксплуатационных документов

ГОСТ 2.701-84 Единая система конструкторской документации. Схемы. Виды и типы. Общие требования к выполнению

ГОСТ 5773-90 Издания книжные и журнальные. Форматы

ГОСТ 1639-93 Лом и отходы цветных металлов и сплавов. Общие технические условия

ГОСТ 18322-78 Система технического обслуживания и ремонта техники. Термины и определения

ГОСТ 22240-76 Обложки и крышки переплетные. Типы

Примечание — При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов по указателю «Национальные стандарты», составленному по состоянию на 1 января текущего года, и по соответствующим информационным указателям, опубликованным в текущем году. Если ссылочный стандарт заменен (изменен), то при пользовании настоящим стандартом следует руководствоваться замененным (измененным) стандартом. Если ссылочный стандарт отменен без замены, то положение, в котором дана ссылка на него, применяется в части, не затрагивающей эту ссылку.

3.1 Термины и определения

В настоящем стандарте применены следующие термины с соответствующими определениями:

3.1.1 эксплуатационный документ: Конструкторский документ, который в отдельности или в совокупности с другими документами определяет правила эксплуатации изделия и (или) отражает сведения, удостоверяющие гарантированные изготовителем значения основных параметров и характеристик (свойств) изделия, гарантии и сведения по его эксплуатации в течение установленного срока службы.

3.1.2 эксплуатация изделия: Стадия жизненного цикла изделия с момента принятия его потребителем от предприятия-изготовителя или ремонтного предприятия до отправки в ремонт или списания*1).

1) Здесь и далее знаком «*» отмечены пункты, к которым даны комментарии в приложении Е.

3.1.3 техническое состояние изделия: Совокупность подверженных изменению свойств изделия, в определенный момент времени характеризуемая степенью соответствия фактических значений показателей и/или качественных признаков, установленных в эксплуатационных и/или нормативных документах.

3.1.4 сведения о процессе эксплуатации: Длительность и условия работы, проведение технического обслуживания, ремонта и другие данные.

3.1.5

информационный объект: Совокупность данных, обладающая атрибутами (свойствами) и методами, позволяющими определенным образом обрабатывать данные.
ГОСТ 2.053-2006, пункт 3.1.5]

Примечание — В эксплуатационных документах информационный объект представляет собой смысловую и/или структурную единицу технической информации.

(Поправка, ИУС 4 2007)

3.1.6 интерактивное электронное техническое руководство: Обобщенное название для взаимосвязанной совокупности эксплуатационных документов, выполненных в форме интерактивного электронного документа по ГОСТ 2.051 и, как правило, содержащихся в одной общей базе данных эксплуатационной документации.

3.1.7 перечень действующих документов: Перечень электронных эксплуатационных документов, получаемых из общей базы данных эксплуатационной документации*.

3.1.8 обозначение иллюстрации: Идентификатор иллюстрации в общей базе данных и/или поставляемой базе данных эксплуатационной документации.

3.1.9 стиль: Перечень связанных с информационным объектом правил, регламентирующих отображение данных на устройстве вывода (шрифта, размера, цвета и т.д.).

3.1.10 электронная система отображения: Комплекс программно-технических средств для воспроизведения данных, содержащихся в интерактивном электронном документе.

3.1.11 модуль данных: Совокупность взаимосвязанных технических сведений по эксплуатации изделия, относящихся к определенной тематике и не допускающих дальнейшего их дробления на составные части.

3.1.12 код модуля данных: Стандартизованный структурированный адрес, который используется для включения модулей данных в общей БД эксплуатационной документации изделия, поиска и получения доступа к ним.

3.1.13 общая база данных эксплуатационной документации: Автоматизированная система хранения и управления модулями данных, входящими в состав эксплуатационной документации на изделие, позволяющая по запросу получить в электронной или бумажной форме конкретный эксплуатационный документ.*

3.2 Сокращения

В настоящем стандарте применены следующие сокращения:

АС — автоматизированная система;

БД — база данных;

ДЭ — электронный конструкторский документ;

ЗИП — запасные части, инструменты и принадлежности;

ИО — информационный объект;

ИЭД — интерактивный электронный документ;

КД — конструкторская документация;

МД — модуль данных;

НД — нормативный документ;

ОИЛ — обозначение иллюстрации;

ОМД — обозначение модуля данных;

ПЗК — портативный защищенный компьютер;

ОБДЭ — общая база данных эксплуатационной документации;

СНК — система нумерации и кодирования;

СЕ — сборочная единица;

СЧ — составная часть;

ЭВМ — электронно-вычислительная машина;

ЭД — эксплуатационные документы;

ЭСО — электронная система отображения;

ЭЦП — электронная цифровая подпись.

5.1 Виды эксплуатационных документов

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

5.1.2 ЭД подразделяют на виды, указанные в таблице 1.

Таблица 1 — Виды эксплуатационных документов

Вид документа Определение
Руководство по эксплуатации Документ, содержащий сведения о конструкции, принципе действия, характеристиках (свойствах) изделия, его составных частях и указания, необходимые для правильной и безопасной эксплуатации изделия (использования по назначению, технического обслуживания, текущего ремонта, хранения и транспортирования) и оценок его технического состояния при определении необходимости отправки его в ремонт, а также сведения по утилизации изделия и его составных частей
Инструкция по монтажу, пуску, регулированию и обкатке изделия Документ, содержащий сведения, необходимые для монтажа, наладки, пуска, регулирования, обкатки и сдачи изделия и его составных частей в эксплуатацию на месте его применения
Формуляр Документ, содержащий сведения, удостоверяющие гарантии изготовителя, значения основных параметров и характеристик (свойств) изделия, сведения, отражающие техническое состояние данного изделия, сведения о сертификации и утилизации изделия, а также сведения, которые вносят в период его эксплуатации (длительность и условия работы, техническое обслуживание, ремонт и другие данные)
Паспорт Документ, содержащий сведения, удостоверяющие гарантии изготовителя, значения основных параметров и характеристик (свойств) изделия, а также сведения о сертификации и утилизации изделия
Этикетка Документ, содержащий гарантии изготовителя, значения основных параметров и характеристик (свойств) изделия, сведения о сертификации изделия
Каталог деталей и сборочных единиц Документ, содержащий перечень деталей и сборочных единиц изделия с иллюстрациями и сведения об их количестве, расположении в изделии, взаимозаменяемости, конструктивных особенностях, материалах и др.
Нормы расхода запасных частей Документ, содержащий номенклатуру запасных частей изделия и их количество, расходуемое на нормируемое количество изделий за период их эксплуатации
Нормы расхода материалов Документ, содержащий номенклатуру материалов и их количество, расходуемое на нормированное количество изделий за период их эксплуатации
Ведомость комплекта запасных частей, инструмента и принадлежностей Документ, содержащий номенклатуру, назначение, количество и места укладки запасных частей, инструментов, принадлежностей и материалов, расходуемых за срок службы изделия
Учебно-технические плакаты Документы, содержащие сведения о конструкции изделия, принципах действия, приемах использования, техническом обслуживании, областях технических знаний с необходимыми иллюстрациями
Инструкции эксплуатационные специальные Документы, содержащие специальные требования, относящиеся к использованию по назначению, техническому обслуживанию, текущему ремонту, хранению, транспортированию и утилизации, оформленные в виде самостоятельных частей ЭД или в виде приложений к ним
Ведомость эксплуатационных документов Документ, устанавливающий комплект эксплуатационных документов и места укладки документов, поставляемых с изделием или отдельно от него

5.2 Комплектность эксплуатационных документов

5.2.1 Номенклатуру ЭД, необходимую для обеспечения эксплуатации изделия, устанавливают в соответствии с таблицей 2.

Таблица 2 — Номенклатура эксплуатационных документов

7.1 Порядок записи сведений о драгоценных материалах и цветных металлах выполняют в соответствии с ГОСТ 2.608-78 для драгоценных материалов и ГОСТ 1639-93 — для цветных металлов.

7.2 В ФО, ПС, РЭ и ЭТ указывают суммарную (расчетную) массу цветных металлов и их сплавов (в дальнейшем — цветных металлов), а также сведения о местах расположения составных частей изделия, которые содержат цветные металлы. Наименование цветных металлов и последовательность их записи — по ГОСТ 1639-93.

Примечания

1 При расчете массы не учитывают цветные металлы, входящие в состав покрытий, припоев и черных металлов.

2 Массу цветных металлов изделия указывают с учетом массы цветных металлов, применяемых в покупных изделиях.

7.3 При необходимости в РЭ, ФО и ПС могут быть даны иллюстрации приемов разборки изделий для изъятия составных частей изделия, содержащих цветные металлы.

7.4 Допускается сведения о цветных металлах помещать в приложении к ФО, ПС и РЭ.


Похожие записи:

Добавить комментарий

Ваш адрес email не будет опубликован.