4.11 Твердая копия, изготовленная и подписанная в установленном порядке, может иметь то же наименование документа, что и ДЭ, с которого она получена. В этом случае ответственность за взаимное соответствие исходного ДЭ и его твердой копии в ходе жизненного цикла документов возлагается на разработчика.
Твердая копия должна содержать указание на то, что исходным документом является ДЭ.
4.12 При обращении ДЭ должна быть обеспечена возможность проверки ЭЦП всеми организациями-участниками обращения документа. Подтверждение подлинности и целостности ДЭ производится соответствующими программно-техническими средствами, обеспечивающими проверку ЭЦП*.
4.13 ЭЦП используют, как правило, последовательно или параллельно. При последовательном использовании каждая последующая ЭЦП, подтверждающая ранее подписанную информацию и все предыдущие ЭЦП, обеспечивает проверку целостности по предыдущим подписям. При параллельном использовании каждая ЭЦП подтверждает только подписываемую информацию*.
4.14 Порядок использования ЭЦП и применяемые программно-технические средства в пределах отдельной организации устанавливаются разработчиком документации в зависимости от наличия конкретного информационного, программного и организационного обеспечения.
Для документации, выполняемой в электронной форме на изделия, разрабатываемые по заказу Министерства обороны, порядок использования ЭЦП и применяемые программно-технические средства должны быть согласованы с заказчиком (представительством заказчика)*.
4.15 Порядок управления данными ЭЦП устанавливает разработчик. При обращении ДЭ в корпоративных АС порядок управления данными ЭЦП (например, обмен ключами) устанавливают организации-участники*.
Приложение А
(справочное)
Комментарии к пунктам стандарта
3.1.3 В неавтоматизированной системе управления документами все изменения, как правило, относятся к одному исходному документу, который также включает в себя все его предыдущие изменения. В такой системе управления документами порядковый номер изменения (графа 14 основной надписи по ГОСТ 2.104) следует рассматривать как номер версии.
В автоматизированной системе управления документами в выпущенную версию ДЭ изменения не вносят. Изменение содержательной части ДЭ вызывает появление новой версии, которая замещает изменяемую. Все соисполнители должны быть проинформированы о выпуске новой версии ДЭ.
Под системой управления документами подразумевается система, обеспечивающая выполнение функций управления конструкторскими документами cогласно ИСО 11442-4
[2]. В качестве системы управления документами может применяться автоматизированная система управления электронными документами, автоматизированная система управления данными об изделии или другая аналогичная система.
[2]. В качестве системы управления документами может применяться автоматизированная система управления электронными документами, автоматизированная система управления данными об изделии или другая аналогичная система. 3.1.4 Как правило, статус версии документа указывается терминами "в разработке", "на согласовании", "выпущен", "утвержден", "отменен" и т.п. Перечень таких терминов для различных видов КД устанавливают стандартом организации.
4.2 Внутреннее представление ДЭ - например, на электронном носителе или в памяти ЭВМ.
4.3 Допускается при выпуске ДЭ выполнять реквизитную часть ДЭ в форме информационно-удостоверяющего сопроводительного листа. Рекомендуемая форма УЛ сопроводительного листа приведена в приложении В.
4.4 ЭЦП - неотъемлемая часть реквизитной части ДЭ, предназначенная для удостоверения и подтверждения его подлинности и целостности.
Для внешнего представления рекомендуется использовать строку символов. Например, при положительном результате проверки ЭЦП рекомендуется использовать строку "
", при отрицательном результате - строку "???".
", при отрицательном результате - строку "???". 4.5 Примером простого ДЭ может служить документ, реализованный в виде одного файла, который содержит в себе все необходимые для своей интерпретации данные - файла текстового процессора, электронной таблицы, обменного файла по ИСО 10303-21 [3] и т.п.
Составной ДЭ имеет единую для всех входящих ИЕ реквизитную часть и общую ИЕ в содержательной части, связанную ссылками с другими ИЕ. Каждая входящая ИЕ может, при необходимости, иметь собственную реквизитную часть.
Примером составного ДЭ может служить документ, реализованный в виде файла текстового процессора, содержащего текст, и иллюстраций, физически хранимых в отдельных файлах. Визуальное представление документа при этом формируется используемым программным средством.
Агрегированный ДЭ имеет общую для всех составляющих ИЕ реквизитную часть, содержащую атрибуты документа в целом, и (необязательно) общую содержательную часть. Каждая входящая ИЕ включает содержательную часть и необязательно может иметь собственную реквизитную часть. Доступ к ИЕ при визуализации содержания документа осуществляется по ссылкам между содержательными частями.
Примером агрегированного документа является интерактивное электронное техническое руководство, представляющее совокупность ИЕ в виде модулей данных, выполненных в форме набора файлов с гипертекстовой разметкой по ИСО 8879 [4]. Визуальное представление документа формируется прикладным программным средством. Каждый модуль данных может управляться АС по реквизитным частям ИЕ независимо от другого. Связь между ИЕ осуществляется по взаимным ссылкам.
4.6 В процессе разработки документа и/или версии документа могут существовать активные ссылки по ИСО 8879 на другие документы (части документов), которые будут являться составными частями разрабатываемого документа.
4.7 Например:
- при переходе на стадию согласования или утверждения документа все активные ссылки на технические требования, являющиеся частями другого документа, должны быть заменены на явное содержание этих требований (т.к. использование ссылок после выпуска может изменять содержание версии документа);
- при переходе на стадию утверждения ИЭД (по ГОСТ 2.601) активные ссылки на составляющие его модули данных не заменяются.