В соответствии со стандартом АЕСМА S 1000 D

При создании эксплуатационной технической документации разработчику приходится решать целый ряд проблем, одной из наиболее серьезных являет­ся задача быстрого внесения изменений и предоставления обновленной версии документа потребителю. Это актуально для бумажной эксплуатационной до­кументации. Кроме того, поскольку все более важное значение приобретает использование электронной документации, разработчик должен иметь воз­можность предоставлять заказчику измененный документ в различных фор­матах, затрачивая минимальное время. Технология подготовки эксплуатаци­онной документации, описанная в АЕСМА Specification 1000D, удовлетворяет перечисленным выше требованиям.
______________________ Глава 5. ТЕХНОЛОГИЯ УПРАВЛЕНИЯ ДАННЫМИ ОБ ИЗДЕЛИИ

АЕСМА (Европейская ассоциация разработчиков и производителей авиаци­онной и космической техники) основана в 1950 г. как форум лидеров авиационной и космической индустрии Европы. Она объединяет девять стран.

Стандарт АЕСМА Specification 1000D определяет требования к технической документации в бумажном и электронном виде. Предполагается, что он будет единым стандартом для производителей и потребителей как гражданской, так и военной авиационной техники.

В АЕСМА S1000D дано описание хранилища данных, необходимого для под­готовки технической документации—Common Source Database (CSDB) (интегри­рованная база данных подготовки технических публикаций — ИБД ПТП) База данных CSDB — источник информации для составления публикаций.

АЕСМА S1000D определяет CSDB так:

> хранилище модулей данных (Data Module), требуемых для создания техни­ческих публикаций для воздушного транспортного средства и вспомога­тельного оборудования;

^ совокупность всех произведенных модулей данных, включая их архив для проекта.

S

   Модуль данных (МД) определяется в АЕСМА S1000D, как «отдельная независимая единица данных для описания, управления, идентификации частей руководства на воздушное судно, авиационный двигатель, авиа­ционное или вспомогательное оборудование. МД состоит из идентифи­кационной и статусной секции и секции данных. МД произведен в такой форме, что может быть легко помещен или извлечен из БД. Код модуля данных используется в базе данных как идентификатор. Существуют шесть типов модулей данных в зависимости от информации, на­ходящейся в МД.

АЕСМА S1000D определяет в качестве формата представления технической информации (хранящейся в CSDB) для любого изделия или оборудования SGML. Спецификация содержит подробное описание применения языка SGML.

Использование модульного подхода при построении документа позволяет исключить дублирование информации. Повторяющиеся в различных частях ру­ководства фрагменты информации (например, предупреждения, описания выпол­нения различных процедур) могут храниться как отдельный МД и использовать­ся много раз в различных контекстах. Это дает значительную экономию объема данных, содержащихся в руководстве, и улучшает контроль их конфигурации. Когда требуется внести коррективы в руководство, необходимо изменить отдель­ный модуль данных, что затронет все его вхождения в руководство и соответству­ет философии CALS: «хранится один раз — используется много раз».

Для того чтобы иметь возможность заносить или извлекать МД из CSDB или получать быстрый доступ к ним, используется специальный структурированный адрес код модуля данных (Data Module Code — DMC). DMC состоит из несколь­ких детальных буквенно-цифровых групп символов. Кроме того, применение DMC необходимо для исключения дублирования информации в CSDB.

246
247

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 5. ТЕХНОЛОГИЯ УПРАВЛЕНИЯ ДАННЫМИ ОБ ИЗДЕЛИИ

Пример кода МД для авиационной техники, двигателей или авиационного обо­рудования, состоящего из семнадцати символов: 1В-А -29-00-05-01-А-253-В-А, где

1В — код модели воздушного транспортного средства, в данном примере 1В

— модель истребителя Eurofighter;

А — модификация воздушного транспортного средства, в данном примере А

— первая модификация;

29-00-05—глава/раздел/подраздел (система/подсистема/изделие). В приме­ре 29 — Гидравлическая система, 10 — Общие сведения, 05 — Гидравлический резервуар;

01 — код подсборки, в примере 01 — первая выделенная подсборка;

А — вариант подсборки, в примере А — первый вариант подсборки;

253 — тип информации, используемый в модуле данных, в примере 253 — чистка ультразвуком;

В — версия модуля данных, в примере В — вторая версия модуля данных;

А—место размещения изделия, в примере А—место расположения на самолете.

МД подготавливаются на основе информации, содержащейся в LS AR (глава 4), проектных данных и других источниках.

В соответствии с АЕСМА S1000D при создании технических публикаций МД группируются в информационные наборы (information sets). Под ними понима­ются документы, используемые при эксплуатации ВТС. Стандарт определяет двадцать восемь информационных наборов (эксплуатационных документов), ко­торые, в свою очередь, сгруппированы по типам публикаций:

> общие публикации;

> публикации для экипажа;

> публикации о воздушных транспортных средствах (ВТС);

> публикации по обслуживанию двигателя ВТС;

> публикации о бортовом оборудовании и его поддержке;

> публикации каталога деталей.

Технические публикации могут быть как странично-ориентированными для бумажного или экранного представления, так и в интерактивном электронном виде (IETP). Выделяются следующие классы IETP:

^ линейно структурированные (IETP-L);

> основанные на базе данных (IETP-D);
У интегрированные (IETP-I);

> WEB-HTML-ориентированные.

В соответствии с АЕСМА S1000D публикация создается в два этапа: 1. На основе CSDB формируется поставляемая база данных публикаций (DPDB). DPDB — это подмножество CSDB, которое отражает текущее (актуальное) состояние оборудования. Для создания публикаций исполь­зуется специальный инструмент, называемый модулем публикации (Publication Module). Он требуется, чтобы определить содержание и ко­нечную структуру публикации, а также список данных, которые должны быть сгенерированы из основных МД (например, таблица содержания,

248
список иллюстраций, список сокращений и т. д.). В процессе работы в МД происходит простановка ссылок. Однако ссылки «не активизирова­ны» в этой стадии. Для их активизации используется указанный модуль. Комбинация DPDB и модуля публикаций — конечная база данных пуб­ликаций (FPDB). На первом этапе создается «промежуточная форма» на языке SGML.

2. На втором этапе на базе промежуточной формы формируется готовая публикация в необходимом конечному пользователю формате. Ее конеч­ный вид определяется DTD публикации и форматом представления пуб­ликации у конечного пользователя. Этот этап не стандартизирован АЕСМА Specification 1000D.

Hapuc. 120 приведены фрагменты технического руководства на ВТС (формат pdf), подготовленного в соответствии с требованиями АЕСМА S1000D.

Комплекс разработки ИЭТР

Технология диктует следующую структуру комплекса разработки ИЭТР: 1. Рабочее место для ввода текстовой информации с различных носителей, необходимой для подготовки модулей данных.

УПРАВАЕНИЕЖИЗНЕН№1МЦИКЛОМПРОАУКЦИИ
Глава 5. ТЕХНОЛОГИЯ УПРАВЛЕНИЯ ДАННЫМИ ОБ ИЗДЕЛИИ

Рис. 120. Техническое руководство на ВТС.

2. Рабочее место для ввода графической информации с различных носителей,
необходимой для подготовки модулей данных.

3. Рабочее место для работы с мультимедиа.

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

5. Рабочее место по администрированию базы данных (CSDB), в которую
сводятся все нужные для подготовки ИЭТР модули данных. При разра­
ботке ИЭТР на определенное изделие первым этапом будет создание на
основе CSDB промежуточной базы данных (DPDB), отражающей его ак­
туальное состояние.

6. Рабочее место для формирования ИЭТР. Необходимо создать структуру
(DTD) ИЭТР, которая разрабатывается на основе ГОСТов и является
частью модуля публикации.

7. Сборка SGML-документа осуществляется путем наполнения структуры
ИЭТР модулями данных, выбранными из DPDB на базе модуля публика­
ции, определяющего также окончательное содержание ИЭТР. Сборка
SGML-документа включает в себя создание административных разделов
(титульный лист, лист регистрации изменений, содержание и т. п.), проста­
новку ссылок. После этого готовая ИЭТР представляется в формате ко­
нечного пользователя.

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

250
251

управление жизненным циклом про дукции
Глава 6. ВНЕДРЕНИЕ ИПИ-ТЕХНОАОГИЙ...

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

Распространение ИЭТР

ИЭТР может распространяться на компактном электронном носителе (к при­меру, CD). В этом случае сложно вносить изменения, связанные с обновлением самого изделия или технологии его эксплуатации. Таким образом распространя­ются ИЭТР 1-3 классов.

Все преимущества ИЭТР 4-го и 5-го классов можно получить, если произво­дитель и эксплуатант связаны между собой глобальной сетью (например, Интер­нет). Тогда возможны автоматическое обновление информации в базе данных ИЭТР в связи с изменением самого изделия, или технологии его эксплуатации, непосред­ственное получение консультаций в сервисных центрах изготовителя, а также за­каз запасных частей и комплектующих.
Глава 6.

⇐ Предыдущая42434445464748495051Следующая ⇒

Поделиться: