3.1.3 версия (документа): Электронный конструкторский документ, соответствующий определенной стадии разработки документа*¹⁾.

dokipedia.ru

ГОСТ 2.051-2006 ЕСКД. Электронные документы

ГОСТ 2.051-2006

Группа Т52

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

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

ЭЛЕКТРОННЫЕ ДОКУМЕНТЫ

Общие положения

Unified system for design documentation. Digital documents.

General principles

МКС 01.100

ОКСТУ 0002

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

Предисловие

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

________________

* С 1 июля 2010 г. действует ГОСТ 1.2-2009.

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

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

ВНЕСЕН Федеральным агентством по техническому регулированию и метрологии

2 ПРИНЯТ Межгосударственным советом по стандартизации, метрологии и сертификации (протокол N 23 от 28 февраля 2006 г.)

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

3 Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2006 г. N 119-ст межгосударственный стандарт ГОСТ 2.051-2006 введен в действие в качестве национального стандарта Российской Федерации 1 сентября 2006 г.

4 ВВЕДЕН ВПЕРВЫЕ

5 ИЗДАНИЕ (апрель 2011 г.) с Поправкой (ИУС 4-2007)

Информация о введении в действие (прекращении действия) настоящего стандарта публикуется в указателе “Национальные стандарты”.

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

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

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

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

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

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

ГОСТ 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 Термины, определения и сокращения

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

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

3.1.1

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

[ГОСТ 34.003-90, пункт 1.1]

(Поправка).

3.1.2атрибут: Элемент данных, который выражает определенную характеристику документа и имеет имя и значение [1].

3.1.3аутентичный документ: Документ, одинаковый с исходным по содержанию и различный по формату и (или) кодам данных.

Примечание – Аутентичные документы могут быть выполнены на одинаковых или разных видах носителя данных.

3.1.4 версия документа: Электронный документ, соответствующий определенной стадии

(этапу) разработки документа*.

______________

Здесь и далее знаком “*” отмечены пункты, к которым даны комментарии в приложении А.

3.1.5 вторичный документ: Документ, который может быть получен из документа другого вида.

Примечание – Несколько вторичных документов могут быть получены из одного первичного документа. Один вторичный документ может быть получен из нескольких первичных документов (в т.ч. различных видов).

3.1.6 идентичный документ: Документ, одинаковый с исходным по содержанию и формату и (или) кодам данных.

Примечание – Идентичные документы могут быть выполнены только на одинаковых видах носителя данных.

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

3.1.8информационная единица: Файл или набор файлов, рассматриваемый как единое целое

.

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

Примечание – Виды документов по ГОСТ 2.102.

3.1.10статус версии документа: Реквизит, определяющий состояние версии документа на стадии (этапе) его разработки*.

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

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

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

3.1.14

электронный документ: Документ, выполненный как структурированный набор данных, создаваемыхпрограммно-техническимсредством.

[ГОСТ 2.001-93,пункт А.3]

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

3.2Сокращения

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

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

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

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

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

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

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

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

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

4 Общие положения

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

4.2ДЭ имеют два представления – внутреннее и внешнее.

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

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

4.3 ДЭ состоит из двух частей: содержательной и реквизитной.

Содержательная часть состоит из одной или нескольких ИЕ, содержащих необходимую информацию об изделии. Содержательная часть может состоять раздельно или в любом сочетании из текстовой, графической, аудиовизуальной (мультимедийной) информации. Реквизитная часть состоит из структурированного по назначению набора реквизитов и их значений. Номенклатура реквизитов ДЭ – по ГОСТ 2.104. В реквизитную часть ДЭ допускается вводить дополнительные реквизиты с учетом особенностей применения и обращения ДЭ. Номенклатуру дополнительных реквизитов и правила выполнения и отображения в визуально воспринимаемом виде устанавливает разработчик*.

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

4.4 Все реквизиты ДЭ, значением которых является подпись, выполняют в виде ЭЦП по ГОСТ 34.310. Внешнее представление реквизитов, значением которых является ЭЦП, для различных видов конструкторских документов устанавливает разработчик*.

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

4.5 ДЭ подразделяют на простые, составные и агрегированные в зависимости от состава и способа организации содержательной части:

-в простом ДЭ содержательная часть реализована в виде одной ИЕ;

-в составном ДЭ содержательная часть реализована в виде нескольких ИЕ, связанных друг с другом ссылками, как правило, определяемыми применяемым форматом данных;

-в агрегированном ДЭ содержательная часть реализована в виде нескольких ИЕ, информационно связанных друг с другом.

Примеры различных способов организации содержательной части ДЭ приведены в приложении Б*.

4.6ИЕ в ДЭ могут образовывать сложные иерархические структуры, имеющие совмещенные реквизитные части и общие описания составляющих компонентов. При многократном использовании компонентов допускается применение ссылок*.

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

4.8Наименования ДЭ в зависимости от способа их выполнения и характера использования – по ГОСТ 2.102. В этом случае в реквизитной части ДЭ должно быть указание о коде документа поГОСТ 2.104*.

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

4.10Аутентичные ДЭ, полученные путем преобразования их форматов, подписанные в установленном порядке ЭЦП, имеют то же наименование документа, что и ДЭ, из которого они получены. Аутентичному ДЭ присваивают дополнительный признак, который записывают в реквизитной части документа. Аутентичный документ должен содержать в реквизитной части указание на исходный ДЭ, из которого он получен*.

4.11Твердая копия, изготовленная и подписанная в установленном порядке, может иметь то же наименование документа, что и ДЭ, с которого она получена. В этом случае ответственность за взаимное соответствие исходного ДЭ и его твердой копии в ходе жизненного цикла документов возлагается на разработчика.

Твердая копия должна содержать указание на то, что исходным документом является ДЭ.

4.12При обращении ДЭ должна быть обеспечена возможность проверки ЭЦП всеми организациями-участникамиобращения документа. Подтверждение подлинности и целостности ДЭ производится соответствующимипрограммно-техническимисредствами, обеспечивающими проверку ЭЦП*.

4.13ЭЦП используют, как правило, последовательно или параллельно. При последовательном использовании каждая последующая ЭЦП, подтверждающая ранее подписанную информацию и все предыдущие ЭЦП, обеспечивает проверку целостности по предыдущим подписям. При параллельном использовании каждая ЭЦП подтверждает только подписываемую информацию*.

4.14Порядок использования ЭЦП и применяемые программно-техническиесредства в пределах отдельной организации устанавливаются разработчиком документации в зависимости от наличия конкретного информационного, программного и организационного обеспечения.

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

4.15 Порядок управления данными ЭЦП устанавливает разработчик. При обращении ДЭ в корпоративных АС порядок управления данными ЭЦП (например, обмен ключами) устанавливают организации-участники*.

Приложение А (справочное). Комментарии к пунктам стандарта

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

3.1.3 В неавтоматизированной системе управления документами все изменения, как правило, относятся к одному исходному документу, который также включает в себя все его предыдущие изменения. В такой системе управления документами порядковый номер изменения (графа 14 основной надписи по ГОСТ 2.104) следует рассматривать как номер версии.

В автоматизированной системе управления документами в выпущенную версию ДЭ изменения не вносят. Изменение содержательной части ДЭ вызывает появление новой версии, которая замещает изменяемую. Все соисполнители должны быть проинформированы о выпуске новой версии ДЭ.

Под системой управления документами подразумевается система, обеспечивающая

выполнение функций управления конструкторскими документами cогласно ИСО 11442-4[2]. В качестве системы управления документами может применяться автоматизированная система

управления электронными документами, автоматизированная система управления данными об изделии или другая аналогичная система.

________________

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

3.1.4 Как правило, статус версии документа указывается терминами “в разработке”, “на согласовании”, “выпущен”, “утвержден”, “отменен” и т.п. Перечень таких терминов для различных видов КД устанавливают стандартом организации.

4.2Внутреннее представление ДЭ – например, на электронном носителе или в памяти ЭВМ.

4.3Допускается при выпуске ДЭ выполнять реквизитную часть ДЭ в форме информационноудостоверяющего сопроводительного листа. Рекомендуемая форма УЛ сопроводительного листа приведена в приложении В.

4.4ЭЦП – неотъемлемая часть реквизитной части ДЭ, предназначенная для удостоверения и подтверждения его подлинности и целостности.

Для внешнего представления рекомендуется использовать строку символов. Например, при положительном результате проверки ЭЦП рекомендуется использовать строку “”, при отрицательном результате – строку “???”.

4.5 Примером простого ДЭ может служить документ, реализованный в виде одного файла, который содержит в себе все необходимые для своей интерпретации данные – файла текстового процессора, электронной таблицы, обменного файла по ИСО 10303-21[3] и т.п.

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

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

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

Примером агрегированного документа является интерактивное электронное техническое руководство, представляющее совокупность ИЕ в виде модулей данных, выполненных в форме набора файлов с гипертекстовой разметкой по ИСО 8879 [4]. Визуальное представление документа формируется прикладным программным средством. Каждый модуль данных может управляться АС по реквизитным частям ИЕ независимо от другого. Связь между ИЕ осуществляется по взаимным ссылкам.

4.6 В процессе разработки документа и/или версии документа могут существовать активные ссылки по ИСО 8879 на другие документы (части документов), которые будут являться

studfiles.net

В России появился ГОСТ, определяющий формат обмена электронными документами / Блог компании Электронные Офисные Системы / Хабр

О том, почему этот ГОСТ так нужен и что он может изменить – под катом.

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

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

Масштабы проблемы таковы, что документ одного ведомства в другом не могли не только обработать, но зачастую даже прочитать. Так что проблема совместимости различных СЭД стояла очень остро и давно: этой проблемой всерьез занимаются с 2004 года, когда группа компаний-разработчиков под эгидой Гильдии Управляющих Документацией разработала первый подобный стандарт – «Взаимодействие систем автоматизации документационного обеспечения управления. Состав, содержание и описание зон электронного сообщения». Он и стал основой для принятого на днях ГОСТа Р 53898-2010 «Системы электронного документооборота. Взаимодействие систем управления документами. Требования к электронному сообщению».

Что сделано в ГОСТе? Во-первых, выделены зоны документов и даны их подробные описания. Во-вторых, созданы правила оформления этих зон и состав элементов в каждой из них. Также прописан порядок передачи файлов документов. В общем, удалось согласовать структуру и формат реквизитов, содержащих информацию о документе.

Пример кода в рамках ГОСТа:

<!--*********************************************************************** -->
<!-- ******************************* Зона «Документ» ************************ -->
<!--*********************************************************************** -->
<xs:complexType name="DocumentType">
<xs:sequence>
<xs:element ref="RegNumber"/>
<xs:element ref="Confident"/>
<xs:element ref="Referred" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="DocNumber" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Addressee" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="DocTransfer" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="RegHistory" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Author" maxOccurs="unbounded"/>
<xs:element ref="Validator" minOccurs="0" maxOccurs="unbounded"/>
<xs:element ref="Writer" minOccurs="0"/>
</xs:sequence>
<xs:attribute name="idnumber" type="xs:string" use="required"/>
<xs:attribute name="type" type="DocumentEnumType" use="required"/>
<xs:attribute name="kind" type="xs:string" use="optional"/>
<xs:attribute name="pages" type="xs:unsignedLong" use="optional"/>
<xs:attribute name="title" type="xs:string" use="optional"/>
<xs:attribute name="annotation" type="xs:string" use="optional"/>
<xs:attribute name="collection" type="CollectionEnumType" use="optional"/>
</xs:complexType>

Теперь пара слов о том, к чему принятие ГОСТа приведет. Самое главное – это облегчение взаимодействия компаний и ведомств: доступными станут автоматическая регистрация и маршрутизация документов, направляемых в другие ведомства, автоматическая доставка оповещений о состоянии работы с отправленными ранее документами и так далее. Потери информации сократятся, да и разработчикам СЭД, коими мы как раз и являемся, это сильно облегчит жизнь, потому что не надо будет каждый раз решать проблему взаимодействия с другими системами — уменьшится стоимость разработки интерфейсов и связей между системами управления документами.

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

Подробно с ГОСТом можно ознакомиться по ссылке: www.pk6.eos.ru/upload/pk6/Pr_GOSTR_OR.pdf

habr.com