2015-03-22
3294
В настоящее время существуют две тенденции, которые условно можно назвать «американская» и «европейская». При общности решаемой задачи они характеризуются подходом к реализации электронных руководств. Различие состоит в методологии построения и использования баз данных, лежащих в основе электронного руководства.
Рис. 33. Структура ЭЭД
Американский подход регламентируется следующим основным набором документов:
· Спецификация MIL-D-87269 Interactive Electronic Technical Manual (IETM) Database -предписывает требования к создаваемым подрядчиками-поставщиками систем вооружений БД для интерактивных электронных технических руководств (ИЭТР) и справочников. В спецификации содержатся требования к построению БД, обеспечению обмена данными, наименованию элементов, сопровождению и обслуживанию данных. В приложениях к документу перечислены обязательные и необязательные элементы любой документации, а также их взаимосвязь. Подробно описана схема внутреннего построения БД на основе конструкций и элементов языка SGML. Описаны методы представления структуры и состава промышленного изделия и его компонент в языке SGML, а также даны шаблоны документов на обязательные составные части технической документации (такие как информация о неисправностях, техническое описание и т.п.)
· Спецификация MIL-M-87268 Interactive Electronic Technical Manual (IETM) Content -содержит общие требования к содержанию, стилю, формату и средствам диалогового общения пользователя с ИЭТР. В спецификации содержатся руководящие требования к созданию ИЭТР и к разработке программного обеспечения для их отображения.
Этим базовым стандартам сопутствует ряд технических стандартов. Как правило это нормативные документы министерства обороны США, например:
· MIL-M-28001 Markup Requirements and Generic Style Specifications for Electronic
· Printed Output and Exchange of Text – SGML - требования к построению и структуре SGML-документов. Рассматриваются требования к документам, их DTD (ОТД) и FOSI (стиль и формат отображения документа).
· MIL-D-28000 Digital Representation for Communication of Product Data – к представлению геометрических данных об изделии в формате IGES1.
· MIL-D-28002 Requirements for Raster Graphics Representation in Binary Format -требования к представлению растровой графики в цифровом формате, операциям над изображениями и сканированию графических документов.
· MIL-D-28003 Digital Representation for Communication of Illustration Data: CGM Application Profile - описывает формат хранения планарных векторных и векторно-растровых изображений. Рассматриваются требования к представлению изображений в формате CGM (ISO 8632-1).
К настоящему времени в России приняты и введены в действие рекомендации по стандартизации Р50.1.029-2001. "Информационные технологии поддержки жизненного цикла изделия. Интерактивные электронные технические руководства. Общие требования к содержанию, стилю и оформлению", определяющие требования к стилю, содержанию и средствам диалогового общения с пользователем в ИЭТР, и Р50.1.030-2001. "Информационные технологии поддержки жизненного цикла изделия. Интерактивные электронные технические руководства. Логическая структура базы данных", определяющие представления технических данных, а также представляют производителям промышленных изделий рекомендации по подготовке ИЭТР и осуществлению различных функций материально - технического снабжения. Данные документы больше соответствуют американскому подходу, регламентируя собственную БД для каждого эксплуатационного документа.
Европейский подход представлен документом AECMA 1000D - Международная спецификация требований к техническим руководствам, выполняемым с использованием общей базы данных (International specification for technical publications utilizing a Common Source Data Base).
Спецификация разработана европейской ассоциацией аэрокосмической промышленности (the European Association of Aerospace Industries - AECMA). В ней изложена технология работ по подготовке и сопровождению эксплуатационной технической документации, концептуально основанной на понятии модуля данных. Суть её состоит в следующем: у разработчика существует общая база данных (ОИБД), в которую складываются фрагменты документации - модули данных (МД). Всего определены 6 типов:
· Стандарт США МД, состав и логическая структура данных в которых описывается с помощью механизма ОТД. Все МД, хранящиеся в БД, идентифицируются по специальному коду, однозначно определяющему объект описания и тип хранимой в них информации.
· Спецификация АЕСМА 1000D содержит требования, определяющие создание ИЭТР и определяет:
а) структуру и содержание ОИБД, используемой для создания руководств,
б) структуру и содержание самих руководств,
в) механизмы производства руководств.
ОИБД представляет собой информационный банк модулей данных, требующихся для создания технических руководств по объекту эксплуатации и соответствующему вспомогательному оборудованию. Организация ОИБД основана на коде модуля данных (КМД). Структура и содержание самих руководств описывается шаблоном модуля данных: описанием его параметров, атрибутов и элементов.
Для управления производством руководств применяется механизм модулей публикаций. Модуль публикации определяет содержание публикации и её конечную структуру. Публикация содержит модули данных и связанные иллюстрации, извлеченные из ОИБД. Модули публикаций задаются в формате SGML или формате HyTime.
Сопровождение конечной поставленной пользователю БД осуществляется на уровне модулей данных. При изменении информации в любом МД он переопубликовывается, заменяя в общей и поставляемой пользователю базах данных имеющийся там МД с таким же идентификатором.
Документация является одним из информационных ресурсов, необходимых для осуществления эксплуатации изделия, его технического обслуживания и ремонта. Обеспечение персонала необходимой и актуальной информацией, является условием своевременного и правильного выполнения работ и процедур, связанных с изделием, что необходимо для обеспечения требуемого уровня готовности и сокращения затрат.
Использование информационных технологий позволяет не только преобразовать документацию в электронный вид, но и обеспечить ее изменение на этапах разработки и сопровождения. При этом следует иметь в виду, что объем информации растет с увеличением сложности изделия, появление различных вариантов исполнения и новых модификаций порождает изменения и дополнения к документации. Кроме того, на стадии эксплуатации и технического обслуживания сложных изделий часто используются автоматизированные системы контроля и диагностики, данные от которых должны использоваться совместно с информацией, содержащейся в документации.
Для решения этих и других задач разработан ряд технологий и методик, изложенных в международных стандартах и спецификациях. Методически полным примером является спецификация AECMA SPEC 1000D [REF] «Technical Publication based on Common Source Data Base» (Технические публикации на основе общей базы данных эксплуатационной документации), разработанная Европейской ассоциацией производителей аэрокосмической техники. Универсальность подхода, принятого в AECMA SPEC 1000D, позволяет использовать методические положения спецификации и для других видов сложных изделий, вооружений и военной техники [DEF STAN 0060].
Суть данного подхода заключается в том, что техническая информация, содержащаяся в документации, представляется в виде совокупности так называемых «модулей данных». Каждый модуль данных (МД) имеет идентификационно-статусную (атрибутивную) и содержательную части. В ходе разработки документации, создаваемые МД помещаются в общую базу данных (Common Source Data Base). При публикации документа из базы данных извлекается определенный набор МД, составляющих нужный документ в бумажной или электронной форме (Electronic Technical Publication). Электронная форма рассматривается как основная форма поставки и использования документации.
Спецификация AECMA SPEC 1000D оперирует следующими понятиями (рис.34.):
Рис.34.
· электронная техническая публикация (ЭТП, ETP – Electronic Technical Publication) Электронная техническая публикация является аналогом книги в бумажном комплекте документации. Как правило, в различных отраслях существуют стандарты, регламентирующие перечень публикаций, поставляемых на изделия отрасли;
· модуль данных (DM – Data Module) - совокупность взаимосвязанных технических сведений, относящихся к определенной тематике и не допускающих дальнейшего их дробления на составные части. Типовыми МД являются, например: технологическая карта, описание узла в изделии, регламент технического обслуживания отдельного агрегата или подсистемы, и т.п. Каждый тип МД имеет определенную структуру;
· общая база данных эксплуатационной документации (CSDB – Common Source Database). Под общей базой данных эксплуатационной документации понимается система хранения и управления МД, установленная у разработчика изделия и позволяющая по запросу получить комплект технических публикаций на изделие в электронной или бумажной форме;
· перечень используемых публикаций (LOAP – List Of Applicable Publications) -перечень электронных публикаций или книг, составляющих комплект документации на изделие;
· перечень действующих МД (LOEDM – List Of Effective Data Modules) – список МД, составляющих публикацию.
Как уже было отмечено выше, МД содержит идентификационно-статусную (атрибутивную) и содержательную (технические сведения) части. МД имеет идентификационный код, содержание которого раскрыто ниже. Логическая структура данных для МД каждого типа задана в виде информационной модели (Document Type Definition) на языке SGML. Идентификационно-статусная информация, содержащаяся в МД, включает в себя: номер версии МД, дату издания МД, причину издания МД, язык содержательной части МД, сведения об уровне конфиденциальности информации в МД, сведения о применяемости МД, сведения о проведенной проверке содержательной части МД, идентификационный код. Эти сведения используются для формирования публикаций для конкретных конфигураций изделия, управления изменениями в документации, подготовки документации на нескольких языках, контроля качества документации, управление версиями документации и решения других задач, связанных с разработкой и сопровождением документации.
В зависимости от типа сведений в содержательной части МД различают шесть основных типов МД (табл. 2), а также ряд служебных МД.
Таблица 2
Основные типы модулей данных
| Описательная информация | МД содержат сведения об устройстве и принципах работы изделия, его систем и узлов |
| Процедурно-технологическая информация | МД содержат инструкции для проведения процедур технического обслуживания изделия |
| Информация для планирования технического обслуживания | МД содержат сведения о регламенте технического обслуживания изделия, его систем и агрегатов |
| Информация о возможных неисправностях и методах их устранения | МД содержат перечни возможных неисправностей с указанием их симптомов, ссылочную информацию на процедурно-технологические МД с описанием процедур поиска и/или устранения неисправности |
| Каталоги деталей и сборочных единиц | МД содержат иллюстрированные перечни деталей и сборочных единиц изделия, систем и агрегатов |
| Инструкция для оператора (экипажа) | МД содержат сведения и инструкции для использования изделия по назначению |
МД может содержать ссылки на другие МД (внешние ссылки), а также внутренние ссылки между элементами содержательной части МД. Внешние ссылки создаются при помощи указания кода МД, на который дается ссылка. Такой механизм обеспечивает сохранение целостности ссылок даже после внесения изменений в документацию. Внутренние (или перекрестные) ссылки используются в тексте содержательной части МД для обращения к внутренним объектам модуля. Примером могут служить ссылки на номера рисунков.
К служебным МД относятся:
· титульный лист;
· перечень действующих МД(таким образом, перечень действующих МД сам также
· является модулем данных);
· перечень внесенных изменений;
· перечень сокращений;
· перечень терминов;
· перечень символов;
· нормативные ссылки;
· содержание.
Для исключения дублирования информации в общей базе данных, многократно используемые сведения должны быть представлены в виде отдельных МД, на которые установлены ссылки из других МД.
Наиболее важной отличительной особенностью подходов, предложенных в стандартах AECMA 1000D и DEF STAN 00-60, является введение механизмов кодирования МД. Любому МД, входящему в состав технической документации, присваивается уникальный код (рис. 3).
В состав кода, как правило, входят следующие поля:
- Условное обозначение типа изделия;
Поле содержит эксплуатационное обозначение изделия или сразу нескольких изделий, принадлежащих к одному типу. В стандарте AECMA 1000D на это поле отводится два знака и для получения такого идентификатора необходимо обратиться в Европейскую ассоциацию производителей аэрокосмической техники (к примеру, самолету-амфибии Бе 200 присвоено обозначение «BY»).
- Код конфигурации изделия;
В случае, когда возможен выпуск изделия в разных конфигурациях, это поле указывает, для какой конфигурации применим указанный МД. Как правило, поле составляет один символ. Основная конфигурация обозначается большой латинской буквой “A”, дополнительные конфигурации - буквами “B”, “C” и т.д.
- Код стандартной системы нумерации;
Этот код, как правило, представляет собой три поля, идущие через разделитель и обозначающие связку «система – подсистема - агрегат», либо, в другой интерпретации, «глава – раздел - тема». Более подробно стандартная система нумерации описана в ГОСТ 18675-79 для изделий авиационной техники и в ГОСТ 2.601-95 (Приложение Б) для других изделий машиностроения.
- Информационный код
Код однозначно идентифицирует, к какому типу технических данных относится информация в МД. Функции информационного кода часто реализовывались в разных стандартах при помощи задания диапазона страниц на определенные типы технических сведений (например, в ГОСТ 18675-79 регламентируется: «страницы с номерами 1-100 –описание и работа; 101-200 – текущий ремонт; 201-400 – обслуживание», и т.п.).
Информационный код, как правило, состоит из нескольких сегментов, каждый из которых последовательно детализирует тип сведений в МД. В качестве примера рассмотрим, что обозначает информационный код “254” в стандарте AECMA 1000D:
· первая цифра: 2 – Обслуживание
· вторая цифра: 5 – Очистка и окраска
· третья цифра: 4 – Механическая очистка.
Внутри общей БД МД хранятся в нейтральном формате, как правило, в формате SGML. Из одних и тех же МД можно скомпоновать электронные публикации различного типа или подготовить для документ для вывода на бумагу.
Процесс подготовки технических публикаций представлен на рис. 35
Рис. 35. Процесс производства технических публикаций
Электронные технические публикации, в зависимости от механизма обработки промежуточного формата и презентационного программно-аппаратного обеспечения, подразделяются на несколько типов:
· IETP-L – Линейно-структурированные электронные технические публикации. Электронные технические публикации данного типа представляют собой структурированную совокупность линейных документов с возможностями навигации по документам и поиска нужной информации. Под линейными документами понимается документы без формализованной структуры содержания.
· IETP-D – Электронные технические публикации, основанные на применении баз данных. Электронные технические публикации этого типа предусматривают хранение всех технических сведений в некоторой базе данных не стандартизованной структуры, из которой по запросу пользователя можно сформировать МД для их просмотра на экране системы отображения.
· IETP-I – Интегрированные электронные технические публикации. Этот вид электронных публикаций предусматривает интеграцию с другими прикладными пакетами пользователя. Под XML-документом понимается размеченный текст в соответствии с правилами языка разметки XML. Язык разметки XML является потомком языка SGML, с усовершенствованным набором правил разметки.
Как правило, любое сложное изделие подвергается изменениям в процессе модернизации, доработки и т.п. Соответствующие изменения должны коснуться и ЭТД. Документом, инициирующим проведение изменений, является извещение об изменении (ИИ) (ГОСТ 2.503-90). В электронной версии документации должна существовать возможность регистрации извещений. Извещение должно содержать описание вносимых изменений. Механизм исполнения извещений может работать в следующем порядке:
1. Создаётся новая версия МД, основанная на текущем содержании или независимо от предыдущей.
2. Проводится ряд изменений в соответствии с извещениями (эти извещения должны быть указаны как причины изменений в статусной части новой версии МД). При решении задач проведения изменений и сопровождения, возникают следующие требования к программной реализации:
· В системе подготовки ЭТП должна быть предусмотрена возможность автоматического формирования отчета о проведённых изменениях. В отчете содержится список МД, в которых были проведены изменения и содержание этих изменений. Данная форма отчета облегчает навигацию по сопровождаемой документации и позволяет легко отслеживать обновления в электронных публикациях.
· Система подготовки ЭТП должна обеспечивать возможность поставки эксплуатанту пакетных изменений документации. Данный вид доставки обновлений подразумевает поставку только изменённых МД и автоматизированное проведение изменений в ЭТП на стороне эксплуатанта.
