Электронный технический документ: возьми то, не знаю что...
Стандартов на электронные технические документы (ЭТД) в России пока не существует. Да и сама система стандартизации электронного документооборота строится весьма нелогично: разрабатываются частные системы стандартов, охватывающие некоторые частные области его применения (например, стандарты STEP, стандарты серии ГОСТ Р ИСО 10303 и др.), в то время, как нет основополагающих общесистемных стандартов на электронный документ, системы управления электронной документацией и системы управления электронными данными. Таким образом, даже в таком системном деле, как стандартизация, мы продолжаем «славное» дело лоскутных решений.
В настоящее время разработку стандартов на систему управления электронной технической документацией ведет научно-исследовательский центр CALS-технологий «Прикладная логистика» (). Автору довелось быть разработчиком проекта стандарта на систему управления электронной технической документацией. Немало сил было приложено к тому, чтобы решить, казалось бы, простую задачу: развести по разным углам электронный технический документ и электронные технические данные (ЭТДА). Уж слишком велик был соблазн сделать единую систему стандартов на систему управления ЭТДО и ЭТДА, и весьма непросто провести различие между их управлением и обработкой с точки зрения ИТ.
Почему это так важно? ЭТД является интегрирующим объектом, который позволяет провести ясную и обоснованную границу между собственно электронным документом и его контентом (ЭТДА). Лишь при таком подходе можно выработать унифицированные интерфейсы и протоколы взаимодействия между ПО управления ЭТДО и ПО управления ЭТДА, обеспечив не точечную, а системную интеграцию между ними. Пока что эта граница определяется разработчиками ПО самостоятельно для каждой программной системы. До сих пор программное обеспечение создания и обработки технической информации делает упор на работу с ЭТДА; вопросы представления ЭТДА в виде подписанных ЭТД разработчиков фактически не волновали, в частности по причине того, что применение ЭТД не является легитимным.
К тому же административное управление ролями и пользователями в приложениях, функционирующих в рамках одной информационной системы, частично заменяет использование ЭЦП. Кроме того, электронные данные в общем виде — та самая «глина», позволяющая разработчикам программных систем «лепить» электронные объекты самыми разнообразными способами, часто не учитывающими главного: документ должен свободно перемещаться между разными информационными системами, приложениями и обрабатываться в них, в то время как объекты электронных баз данных обычно привязаны к своим прикладным средствам и СУБД. Но работа с ЭТД связана, прежде всего, с его «организационными» свойствами. Документ — бумажный или электронный — интересует нас как механизм, прежде всего регулирующий взаимоотношения между людьми, организациями. С необходимостью применения ЭТДА формально, в виде документально оформленных объектов баз данных (например, трехмерных моделей, каталогов деталей) возникает масса технических и процедурных вопросов, связанных, прежде всего, с применением ЭЦП, переносимостью этих объектов между технологическими средами разных информационных систем и т.д.
Применение ЭТД требует управления применением ЭЦП, а последнее основывается на специфике электронного представления ЭТД. Между тем Федеральный закон об электронной цифровой подписи определяет электронный документ как «документ, в котором информация представлена в электронно-цифровой форме». К сожалению, такое определение говорит об информации, но не о самом документе, и уж тем более о специфике ЭД. Необходимость работы с ЭД и ЭТД заставляет предприятия самим давать определения этим терминам, разрабатывать собственные системы правил и механизмы управления ЭЦП и ЭД, что порождает множество различий в реализациях, часто принципиальных. При интеграции с информационными системами других предприятий возникают неизбежные коллизии или несовместимость. И если люди с их интеллектуальной системой обработки данных и принятия решений могут договориться в таких случаях, то их компьютерные системы здесь бессильны — им нужны стандартные интерфейсы и протоколы обмена.
