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

(введен в действие Приказом Росстандарта от 30.08.2016 № 976-ст)

ИСТОРИЯ ИЗМЕНЕНИЙ НОРМАТИВНО-ТЕХНИЧЕСКИХ АКТОВ

flowchart LR
  n0["ГОСТ 2.058-2016"]:::rst
  click n0 "https://bukva.ai/docs/gost-2-058-2016" "ГОСТ 2.058-2016. Межгосударственный стандарт. Единая система конструкторской документации. Правила выполнения реквизитной части электронных конструкторских документов (введен в дей"
  n1["ГОСТ Р 2.058-2023"]:::doc
  click n1 "https://bukva.ai/docs/gost-r-2-058-2023" "ГОСТ Р 2.058-2023. Национальный стандарт Российской Федерации. Единая система конструкторской документации. Правила выполнения реквизитной части электронных конструкторских... (утв"
  n0 --> n1
classDef rst fill:#FFEBEB,stroke:#8B0000,color:#000;
classDef doc fill:#EBFFEB,stroke:#006400,color:#000;
classDef notEnt fill:#FFFFEB,stroke:#FF8C00,color:#000;

МЕЖГОСУДАРСТВЕННЫЙ СТАНДАРТ

ЕДИНАЯ СИСТЕМА КОНСТРУКТОРСКОЙ ДОКУМЕНТАЦИИ

ПРАВИЛА ВЫПОЛНЕНИЯ РЕКВИЗИТНОЙ ЧАСТИ ЭЛЕКТРОННЫХ КОНСТРУКТОРСКИХ ДОКУМЕНТОВ

Unified system for design documentation. Rules for making requisite part of electronic document

ГОСТ 2.058-2016

Предисловие

Цели, основные принципы и основной порядок проведения работ по межгосударственной стандартизации установлены ГОСТ 1.0-2015 «Межгосударственная система стандартизации. Основные положения» и ГОСТ 1.2-2015 «Межгосударственная система стандартизации. Стандарты межгосударственные, правила и рекомендации по межгосударственной стандартизации. Правила разработки, принятия, обновления и отмены»

Сведения о стандарте

1 РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ВНИИНМАШ), Автономной некоммерческой организацией Научно-исследовательский центр CALS-технологий «Прикладная логистика» (АНО НИЦ CALS-технологий «Прикладная логистика»)

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 051 (МТК 051) «Система конструкторской документации»

3 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол от 28 июня 2016 г. № 49)

За принятие проголосовали:

4 Приказом Федерального агентства по техническому регулированию и метрологии от 30 августа 2016 г. № 976-ст межгосударственный стандарт ГОСТ 2.058-2016 введен в действие в качестве национального стандарта Российской Федерации с 1 марта 2017 г.

5 ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется в ежегодном информационном указателе «Национальные стандарты», а текст изменений и поправок — в ежемесячном информационном указателе «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячном информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

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

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

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

2. Нормативные ссылки

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

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

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

ГОСТ 2.103-2013 Единая система конструкторской документации. Стадии разработки

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

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

ГОСТ 7.75-97 Система стандартов по информации, библиотечному и издательскому делу. Коды наименований языков

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

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

В настоящем стандарте применены термины по [1], а также следующие термины с соответствующими определениями:

3.1 реквизит электронного документа (реквизит): Идентифицированный элемент данных, содержащий сведения о документе.

3.2 составной реквизит: Реквизит, включающий в себя другие реквизиты.

4. Основные положения

4.1 Реквизитная часть (РЧ) электронного конструкторского документа (ДЭ) состоит из структурированной совокупности реквизитов.

4.2 РЧ ДЭ следует выполнять одним из следующих способов:

• в файле документа одновременно с содержательной частью;
• в виде отдельного файла.

4.3 Способ выполнения РЧ ДЭ, если не указан в техническом задании, следует устанавливать стандартом организации-разработчика (как правило, головного исполнителя опытно-конструкторской работы (ОКР)).

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

К дополнительным относятся реквизиты, зависящие от вида документа (см. ГОСТ 2.102), способа выполнения РЧ (см. 4.2), особенностей системы электронного документооборота организации и требований заказчика.

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

4.5 Номенклатура основных реквизитов и их обязательность вхождения в РЧ приведены в приложении А, дополнительных реквизитов — в приложении Б, примеры составных реквизитов — в приложении В.

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

(0...n) — реквизит может отсутствовать или повторяться произвольное число раз;

(0...1) — реквизит может отсутствовать или присутствовать только в единственном числе;

(1) — реквизит должен присутствовать обязательно в единственном числе;

(1...n) — реквизит обязательно должен присутствовать хотя бы в единственном числе или повторяться произвольное число раз;

(2...n) — реквизит обязательно должен присутствовать дважды или повторяться произвольное число раз.

4.6 Номенклатура и правила выполнения составных реквизитов (основных и дополнительных) приведены в приложении В.

4.7 Требования к содержанию основных и дополнительных реквизитов — согласно настоящему стандарту и ГОСТ 2.104.

4.8 Допускается кроме указанных в настоящем стандарте вводить в РЧ ДЭ реквизиты, установленные нормативными документами организации.

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

4.9 Все стороны, участвующие в разработке и обращении ДЭ (как правило, в рамках программы (проекта), ОКР и т.п.), должны быть обеспечены средствами для работы с ДЭ.

Примеры выполнения РЧ ДЭ в виде отдельного файла приведены в приложении Г.

4.10 Порядок и правила формирования, визуализации и обработки РЧ ДЭ устанавливают стандартом организации в соответствии с принятым способом выполнения и используемыми программными средствами.

Номенклатура основных реквизитов, идентификаторов реквизитов и их обязательность (кратность) вхождения в РЧ приведены в таблице А.1.

Б.1 Номенклатура дополнительных реквизитов, идентификаторов реквизитов и их обязательность (кратность) вхождения в РЧ приведены в таблице Б.1.

Б.2 При установлении номенклатуры применяемых дополнительных реквизитов следует учитывать, что большая часть вспомогательных сведений о ДЭ (описывающих его жизненный цикл, состояние, взаимосвязи с другими ДЭ и т.п.) должна храниться в системе электронного документооборота организации и включаться в РЧ ДЭ только при необходимости.

В.1 В настоящем приложении приведены номенклатура составных реквизитов (основных и дополнительных, см. приложения А, Б), идентификаторы реквизитов и их обязательность (кратность) вхождения в РЧ.

В.2 Реквизиты, входящие в составной реквизит «Сведения об утверждении документации» («dd_approval»), и их идентификаторы приведены в таблице В.1.

В.3 Состав реквизита «Электронная виза» («ds_vise») приведен в таблице В.2.

Таблица В.2

В.4 Типовой состав реквизита «Файл содержательной части» («content_file») приведен в таблице В.3.

Г.1 Выполнение реквизитной части с использованием языка разметки текста

Пример выполнен на условном языке разметки текста, предполагающем описание реквизитов в формате «<метка ключевого слова> значение». В качестве метки ключевого слова (дескриптора) используется идентификатор реквизита (см. приложения А, Б, В).

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

Для выполнения РЧ ДЭ рекомендуется применять подмножество языков разметки текста — SGML согласно [2], XML согласно [3], HTML согласно [4].

Пример

нет

<title> Стойка </title>

product_number=«АБВГ.301712.001» code=«»

2

<directive_ref> АБВГ.001-2014 </directive_ref>

<unit_of_measure> metric </unit_of_measure>

15,8 </prod_weight>

<prod_material> Сталь 65 Г </prod_material>

НПО ЗАО Ритм

О 

Утверждено

<ds_vise> <1>

<1> В примере предполагается, что визирование и подписание документа (кроме подписи главного конструктора) выполняются с помощью неквалифицированной электронной подписи [5] без выпуска сертификата.

<ds_date> 12.06.2013 </ds_date>

<ds_heading> разработал </ds_heading>

<ds_person> Иванов Сергей Иванович </ds_person>

<ds_role> инженер-конструктор </ds_role>

<ds_hash_alg> MD5 </ds_hash_alg>

<ds_hash> CDAFC4127B31A553B3194176B6086A30 </ds_hash>

<ds_sign_value> 56B35CDB3A A513F53AC951868F1A127B3FAC5

3B35CDAF1A127B95186A127B85653B35CDAF1 </ds_sign_value>

</ds_vise>

<ds_vise>

<ds_date> 15.06.2013 </ds_date>

<ds_heading> нормоконтроль </ds_heading>

<ds_person> Сергеев Иван Васильевич </ds_person>

<ds_role> нормоконтролер </ds_role>

<ds_hash_alg> MD5 </ds_hash_alg>

<ds_hash >CDAFC4127B31A553B3194176B6086A30</ds_hash>

<ds_sign_value> 56B35CDB3A A513F53AC951868F1A127B3FAC5

3B35CDAF1A127B95186A127B85653B35CDAF1 </ds_sign_value>

</ds_vise>

<ds_vise>

<ds_date> 17.06.2013 </ds_date>

<ds_heading> утвердил </ds_heading>

<ds_person> Полыхаев Виктор Валерьевич </ds_person>

<ds_role> начальник отдела </ds_role>

<ds_hash_alg> MD5 </ds_hash_alg>

<ds_hash >CDAFC4127B31A553B3194176B6086A30</ds_hash>

<ds_sign_value> 13F53AC95156B35CDB3A A5868F1A127B3FAC5

3B35CDAF1A1653B35CDAF127B95186A127B85</ds_sign_value>

</ds_vise>

<ds_vise> <1>

<1> В примере предполагается, что Главный конструктор подписывает документ квалифицированной электронной подписью [5].

<ds_date> 27.06.2013 </ds_date>

<ds_heading> Утверждаю</ds_heading>

<ds_person> Симачев Петр Петрович </ds_person>

<ds_role> главный конструктор </ds_role>

<ds_cert> 5428DF48000200006D7A </ds_cert>

<ds_hash_alg> ГОСТ Р 34.10 </ds_hash_alg>

<ds_hash >86A30CDAFC4127B31A553B3194176B60</ds_hash>

<ds_sign_value>A513FAC9518685653B35CDB3AF1A127B3FAC5

3B35CDAF1A127B9518653B35CDAF1A127B856 </ds_sign_value>

</ds_vise>

Г.2 Выполнение реквизитной части в виде текстового файла с разделителями

Текстовый файл с разделителями выполняют, например, с использованием формата согласно [6] (CSV).

В примере применяется прямое использование наименований реквизита (см. приложения А, Б, В). Допускается использование идентификаторов реквизита. Запись реквизитов производится построчно, каждый реквизит записывают на отдельной строке.

Пример

«Уровень конфиденциальности», «нет»

«Наименование документа», «Стойка»

«Обозначение документа», «АБВГ.301712.001»

«Версия документа», «2»

«Масса изделия», «15,8 кг»

«Обозначение материала», «Сталь 65 Г»

«Организация», «НПО ЗАО Ритм»

«Литера», «О»

«Статус», «Утверждено»

«Разработал», «Иванов Сергей Иванович», «инженер-конструктор», «12.06.2013», «MD5», «CDAFC 4127В31А553В3194176В6086А30», «56B35CDB3AA513F53A C951868F1A127B3FAC53B35CDAF1A127B95186A12 7B85653B35CDAF1»

«Нормоконтроль», «Сергеев Иван Васильевич», «нормоконтролер», «15.06.2013», «MD5», «CDAFC412 7B31A553B3194176B6086A30», «56B35CDB3AA513F53AC951868F1A127B3FAC53B35»

«Утвердил», «Полыхаев Виктор Валерьевич», «начальник отдела», «17.06.2013», «MD5», «CDAFC412 7B31A553B3194176B6086A30», «13F53AC95156B35CDB3AA5868F1A127B3FAC53B35CDAF1A1653B35CDAF127B95186A127B85»

«Утверждаю», «Симачев Петр Петрович», «Главный конструктор», «27.06.2013», «5428DF48000200006D7A», «ГОСТ P 34.10», «86A30CDAFC4127B31A553B3194176B60», «A513FAC9518685653B35CDB3AF1A127B3FAC53B35CDAF1A127B9518653B35CDAF1A127B856»

БИБЛИОГРАФИЯ