Page 1

Ìèíèñòåðñòâî ïðîìûøëåííîñòè, íàóêè è òåõíîëîãèé Ðîññèéñêîé Ôåäåðàöèè Íàó÷íî-èññëåäîâàòåëüñêèé öåíòð CALS-òåõíîëîãèé “Ïðèêëàäíàÿ ëîãèñòèêà”

Ìåæäóíàðîäíûé íàó÷íî-ïðàêòè÷åñêèé ñåìèíàð

«Èíòåãðèðîâàííàÿ ëîãèñòè÷åñêàÿ ïîääåðæêà» êóðñ ëåêöèé

Ìîñêâà 2002


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


2

СОДЕРЖАНИЕ: 1. ВВЕДЕНИЕ В ПРОБЛЕМУ ИНТЕГРИРОВАННОЙ ЛОГИСТИЧЕСКОЙ ПОДДЕРЖКИ (ИЛП). ОБЩИЕ ПОНЯТИЯ О CALS (ИПИ) ................................................. 4 1.1.

Общие положения ИЛП.................................................................................................... 4

1.2.

Основные сведения о CALS (ИПИ) ................................................................................. 5

2.

СОДЕРЖАНИЕ ПРОБЛЕМЫ ИЛП ........................................................................... 13

2.1. 3.

Основные процессы ИЛП ............................................................................................... 13

ЛОГИСТИЧЕСКИЙ АНАЛИЗ .................................................................................... 16 3.1.1. Задачи логистического анализа............................................................................... 16 3.1.2. База данных логистического анализа и отчеты ..................................................... 20 3.1.3. Использование результатов логистического анализа на стадиях жизненного цикла изделия ................................................................................................................................ 22 3.1.4. Расчет стоимости жизненного цикла изделия ....................................................... 25

4. ПЛАНИРОВАНИЕ ПРОЦЕССОВ ТЕХНИЧЕСКОГО ОБСЛУЖИВАНИЯ И РЕМОНТА (ТОИР) ИЗДЕЛИЯ ............................................................................................ 27 4.1.

Концепция ТОиР .............................................................................................................. 27

4.2.

Реализация требований к изделию в части его обслуживания и ремонта ........... 29

4.3.

План технического обслуживания и ремонта ............................................................. 30

5. ИНТЕГРИРОВАННОЕ ПЛАНИРОВАНИЕ ПРОЦЕДУР ПОДДЕРЖКИ МАТЕРИАЛЬНО-ТЕХНИЧЕСКОГО ОБЕСПЕЧЕНИЯ (МТО)........................................... 31 5.1.

Кодификация предметов материально-технического обеспечения........................ 31

5.2.

Начальное и текущее МТО............................................................................................. 32

5.3.

Планирование и управление поставками.................................................................... 32

5.4.

Управление заказами и счетами.................................................................................... 33

6. МЕРЫ ПО ОБЕСПЕЧЕНИЮ ПЕРСОНАЛА ЭЛЕКТРОННОЙ ЭКСПЛУАТАЦИОННОЙ И РЕМОНТНОЙ ДОКУМЕНТАЦИЕЙ........................................ 34 6.1.

Общие сведения ................................................................................................................ 34

6.2. Международные стандарты в области электронной эксплуатационной документации.................................................................................................................................... 35 6.2.1. AECMA 1000D.......................................................................................................... 35 6.2.2. DEF STAN 00-60....................................................................................................... 35


3 6.2.3.

MIL 87268, 87269...................................................................................................... 36

6.3. Информационная модель электронной эксплуатационной документации .......... 36 6.3.1. Состав электронной эксплуатационной документации ........................................ 36 6.3.2. Механизмы производства электронных технических публикаций ..................... 42 6.4. Интерактивное электронное техническое руководство (ИЭТР) ............................. 43 6.4.1. Классификация интерактивных электронных технических руководств............ 44 7. 7.1.

БАЗЫ ДАННЫХ ИЛП И ИХ ВЗАИМОДЕЙСТВИЕ.................................................. 46 Базы данных ИЛП и их взаимодействие...................................................................... 46

7.2. Управление данными об изделии .................................................................................. 48 7.2.1. Общие сведения........................................................................................................ 48 7.2.2. Требования к PDM системе ..................................................................................... 50 7.2.3. Взаимодействие с другими автоматизированными системами. .......................... 50 7.2.4. Организация справочников и классификаторов данных. ..................................... 50 7.2.5. Описание изделия ..................................................................................................... 51 7.2.6. Управление вариантами состава изделия............................................................... 54 7.2.7. Управление конфигурацией изделия...................................................................... 55 7.2.8. Использование электронной цифровой подписи................................................... 55 7.2.9. Формализованное описание техпроцессов............................................................. 56 8. ВЗАИМОСВЯЗЬ ПРОЦЕДУР ИЛП С ЭТАПАМИ ЖЦ ИЗДЕЛИЯ (ЖЦИ). ПУТИ СОЗДАНИЯ СИСТЕМЫ ИЛП ............................................................................................. 58 8.1.

Пути создания системы ИЛП ......................................................................................... 61

9.

СТАНДАРТЫ ИЛП ..................................................................................................... 61

10.

ЛИТЕРАТУРА………………………………………………………………………………..63 ПРИЛОЖЕНИЯ

Приложение 1 Приложение 2 Приложение 3 Приложение 4


4

Лекция 1 1. Введение в проблему интегрированной логистической поддержки (ИЛП). Общие понятия о CALS (ИПИ) 1.1. Общие положения ИЛП Одним из важных потребительских параметров сложного наукоемкого изделия является величина затрат на поддержку его жизненного цикла (ЖЦ)1. Эти затраты складываются из затрат на разработку и производство изделия, а также затрат на ввод изделия в действие, эксплуатацию, поддержание его в работоспособном состоянии и утилизацию по истечении срока службы. Для сложного изделия (например, оборонной системы: летательного аппарата, корабля, ракетной установки, танка и т.п.), имеющего длительный срок использования (10-20 лет), затраты, возникающие на постпроизводственных стадиях ЖЦ и связанные с поддержанием изделия в работоспособном состоянии (состоянии готовности к использованию), могут быть равны или даже превышать затраты на приобретение (Рис. 1).

в то го з И

е ни ле

30 %

пр Ра ое зр кт аб ир от ов ка, ан ие

13 %

7%

50 %

Концептуальное проектирование

Стоимость жизненного цикла

?

Эксплуатация, ремонт, утилизация

Рис. 1 Сокращение затрат на поддержку ЖЦ изделия - одна из целей внедрения концепции и стратегии CALS (Continuous Acquisition and Life Cycle Support). Русскоязычное наименование этой концепции и стратегии - ИПИ (Информационная Поддержка жизненного цикла Изделий). Комплекс управленческих процессов и процедур, направленных на сокращение затрат на постпроизводственных стадиях ЖЦ, именуемых иногда «затратами на владение», объединяется понятием ИЛП – интегрированной логистиче1

В английской транскрипции величина этих затрат обозначается аббревиатурой LCC - Life Cycle Cost.


5 ской поддержки (Integrated Logistic Support). Это понятие относится к числу базовых инвариантных понятий ИПИ. Ни одна информационная система не может быть отнесена к классу ИПИ, если в ней не реализована в той или иной мере компонента ИЛП. С другой стороны, содержание процессов и состав задач ИЛП практически не зависят от предметной области. До недавнего времени в России проблеме ИЛП не уделялось должного внимания, что привело к существенному отставанию отечественной промышленности в этом направлении. Сегодня эта проблема приобрела особую актуальность в связи с возрастающим стремлением отечественных предприятий ( в первую очередь предприятий оборонного комплекса) выйти на международные рынки. Иностранные заказчики оборонных систем предъявляют к российским изделиям те же требования, что и к аналогичным изделиям зарубежных фирм. В этой связи проблема организации ИЛП для изделий российских предприятий переходит в разряд первоочередных, поскольку от ее решения в значительной мере зависит конкурентоспособность отечественной наукоемкой продукции на мировых рынках. Значима эта проблема и для изделий, реализуемых на внутреннем рынке, поскольку ее решение позволит минимизировать затраты на поддержку постпроизводственных стадий ЖЦ оборонных систем, направив высвобожденные средства на другие нужды армии. В последующих лекциях рассмотрены основные методические положения, касающиеся функционального состава и организации системы ИЛП и ее компьютерного сопровождения в рамках ИПИ-технологий. Методическую основу лекций составляют положения стандарта Министерства обороны Великобритании DEF STAN 00-60 “Integrated Logistic Support”, который практически стал международным и на нормы которого иностранные заказчики ссылаются, формулируя требования к системе ИЛП для отечественных изделий. Использованы также некоторые положения нормативного документа НАТО «NATO CALS Handbook», военного стандарта США MIL-STD - 1388 (к настоящему времени отменен), а также требования спецификаций AECMA 1000D, AECMA 2000D. В лекциях применяются термины и определения, установленные в Рекомендациях по стандартизации Р 50.1.031 – 2001 «Информационные технологии поддержки жизненного цикла продукции. Терминологический словарь. Часть 1. Стадии жизненного цикла продукции», принятых и введенных в действие Постановлением Госстандарта РФ от 2.07.2001 г. №256-ст, а также некоторые специфические термины, приведенные в Приложении 1.

1.2. Основные сведения о CALS (ИПИ) Нижеследующие сведения о CALS (ИПИ) излагаются по материалам, содержащимся в [1]. Последнее десятилетие ХХ века характеризуется широкой компьютеризацией всех видов деятельности человечества: от традиционных интеллектуальных задач научного характера до автоматизации производственной, торговой, коммерческой, банковской и других видов деятельности.


6 Этой всеобщей тенденции способствовали такие факторы, как появление и массовое применение персональных компьютеров, а также средств телекоммуникаций и вычислительных сетей, в том числе Интернет. Эти факторы сделали актуальной проблему развития и эффективного использования информационных ресурсов – локальных, общенациональных и даже глобальных. Уже в 80-ые годы было осознано, что информационные ресурсы любой страны по стоимости соизмеримы и, быть может, превосходят стоимость природных, в том числе энергетических ресурсов [2]. Стало ясно, что устоять в конкурентной борьбе смогут только те предприятия, которые будут применять в своей деятельности современные информационные технологии (ИТ). Именно ИТ, наряду с прогрессивными технологиями материального производства, позволяют существенно повысить производительность труда и качество выпускаемой продукции одновременно со значительным сокращением сроков постановки на производство изделий, отвечающих запросам и ожиданиям потребителей. Однако в тот же период было осознано, что частичная, фрагментарная компьютеризация отдельных видов производственной деятельности, будучи делом дорогостоящим, не оправдывает возлагающихся на нее надежд. Это связано с тем, что первые реализации ИТ представляли собой попытки внедрения качественно новых средств в традиционную технологическую среду. Эти попытки либо полностью отторгались, либо «адаптировались» к этой среде таким образом, что эффект от их использования был невелик. Примерами таких попыток могут служить: многочисленные АСУ, роль которых сводилась к автоматизации простейших учетных и отчетных функций; конструкторские САПР (CAD – Computer Aided Design), заменявшие чертежную доску и кульман экраном дисплея; технологические САПР (CAM - Computer Aided Manufacturing), облегчавшие подготовку технологической документации и управляющих программ для станков с ЧПУ; автоматизированные системы инженерных расчетов (CAE Computer Aided Engineering) и т.д. Все эти средства создавались на различных вычислительных платформах, в различных языковых средах и, как правило, были несовместимы между собой, что предопределяло их автономное использование с необходимостью многократной перекодировки подчас одной и той же информации для ввода ее в ту или иную систему. Помимо резкого возрастания объемов рутинного труда, это приводило к многочисленным ошибкам и, как следствие, к снижению эффективности систем. Вместе с тем, опыт, накапливавшийся в процессе создания и разработки автономных систем, оказался полезным: он позволил осознать необходимость интеграции систем, реализующих различные ИТ, в единый комплекс, который в отечественной технической литературе получил название ИАСУ – Интегрированная Автоматизированная Система Управления, а в англоязычной литературе – СIM (Computer Integrated Manufacturing). Первоначально появление и внедрение ИАСУ (СIM) однозначно связывалось с высокоавтоматизированными производственными комплексами типа гибких автоматизированных производств и даже полностью автоматизированных предприятий. Однако дальнейшее развитие показало целесообраз-


7 ность внедрения ИАСУ на предприятиях с умеренным уровнем автоматизации технологических процессов. Существенным оказалось создание в рамках предприятия единого информационного пространства или интегрированной информационной среды (ИИС), охватывающей все этапы жизненного цикла (ЖЦ) выпускаемой этим предприятием продукции. Именно идея ИИС и информационной интеграции стадий ЖЦ стала базовой при выработке подхода, получившего в США название CALS (Continuous Acquisition and Life cycle Support – непрерывная информационная поддержка поставок и жизненного цикла). Инициатором этого подхода и доведения его до уровня международных стандартов стало военное министерство США в связи с необходимостью повышения эффективности управления и сокращения затрат на информационное взаимодействие между государственными учреждениями и коммерческими предприятиями при поставках и в ходе последующей эксплуатации вооружений и военной техники [3]. В настоящее время идея CALS сформировалась в целое направление в области ИТ и оформилась в виде серии международных стандартов ISO, государственных стандартов США и нормативных документов военного министерства США. Перечень этих стандартов и нормативных документов приведен в [3]. Следом за США идеологию CALS приняли все наиболее развитые страны Запада: Великобритания, Германия, Швеция, Норвегия, Канада, Япония, Австралия и др. Специальная организация по CALS создана в НАТО. Доказав свою эффективность, концепция и идеология CALS перестала быть прерогативой военных ведомств и начала активно применяться в промышленности, строительстве, на транспорте и в других отраслях экономики. В последние годы CALS активно развивается в промышленности России [3, 5 – 11]. Обобщая сведения, почерпнутые из различных источников, можно предложить следующее определение CALS: CALS – концепция, объединяющая принципы и технологии информационной поддержки жизненного цикла продукции на всех его стадиях, основанная на использовании интегрированной информационной среды (единого информационного пространства), обеспечивающая единообразные способы управления процессами и взаимодействия всех участников этого цикла: заказчиков продукции (включая государственные учреждения и ведомства), поставщиков (производителей) продукции, эксплуатационного и ремонтного персонала, реализованная в соответствии с требованиями системы международных стандартов, регламентирующих правила указанного взаимодействия преимущественно посредством электронного обмена данными.

В соответствии с этим определением ИИС должна содержать доступные (в соответствии с установленными регламентами) всем участникам ЖЦ данные, во всех деталях описывающие продукцию (изделия), выпускающее эту продукцию предприятие и протекающие в нем организационно-деловые и технологические процессы (бизнес-процессы). В последние годы методы и идеи CALS и основанные на них ИТ (CALS-технологии) находят применение и в России, в первую очередь на предприятиях оборонного комплекса, поставляющих на внешний рынок наукоемкую продукцию.


8 За время своего существования и применения расшифровка аббревиатуры CALS претерпела ряд изменений. В момент возникновения идеи и в первоначальный период ее становления эта расшифровка выглядела так: Computer aided Logistic Support – компьютерная поддержка поставок и логистики. Акцент здесь делается на применении компьютеров для управления процессами поставок, транспортировки и эксплуатации (в аспекте обеспечения запчастями, расходными материалами и т.д.) продукции. С течением времени, когда применение компьютеров перестало быть экзотикой, понятие трансформировалось и приобрело следующий вид: Continuous Acquisition and Life cycle Support – непрерывная информационная поддержка поставок и жизненного цикла. Здесь акцент смещен, во-первых, в сторону непрерывности взаимодействия заказчика и поставщика в ходе процессов поставки продукции, а во-вторых – в сторону охвата всего ее ЖЦ. По умолчанию предполагается, что речь идет о сложной наукоемкой продукции, которая требует создания, преобразования и передачи между различными участниками ЖЦ больших объемов технической информации. В последнее время появилась еще одна трактовка понятия CALS: Commerce At Light Speed – высокоскоростная коммерция (быстрая коммерция). Эта трактовка связана с постоянно расширяющейся сферой применения так называемого электронного бизнеса (e-business) или электронной коммерции (e-commerce), суть которых состоит в том, что коммерческие сделки заключаются посредством таких средств, как глобальная сеть Интернет. В ходе этих сделок стороны обмениваются необходимыми данными (подчас весьма значительного объема) в электронном безбумажном виде, при необходимости скрепляя эти данные электронными цифровыми подписями (ЭЦП), имеющими такой же юридический статус, как и обычная собственноручная подпись. Электронный обмен данными происходит, естественно, в высоком темпе, невозможном при традиционных способах общения между партнерами. Это и определило появление упомянутой выше трактовки термина CALS. Одним из видов электронного бизнеса стали виртуальные предприятия (ВП) - новая организационная форма выполнения масштабных наукоемких проектов, связанных с разработкой, производством и эксплуатацией сложной продукции. ВП создается посредством объединения на контрактной основе предприятий и организаций, участвующих в ЖЦ продукции и связанных общими бизнес-процессами. Информационное взаимодействие участников ВП осуществляется на основе общих хранилищ данных через общую корпоративную или глобальную компьютерную сеть. Срок жизни ВП определяется длительностью проекта или ЖЦ продукции. Для ВП проблема информационного взаимодействия и применения CALS – технологий особенно актуальна, поскольку они включают в себя НИИ, КБ, основных подрядчиков, субподрядчиков, поставщиков и т.д., географически удаленных друг от друга, использующих разнородные компьютерные платформы и программные решения. Стандартизация форматов и технологий представления данных позволяет оперативно передавать функции одного участника ВП другому, который, в


9 свою очередь, может воспользоваться результатами уже проделанной работы. Такая возможность особенно важна при создании изделий, имеющих длительный ЖЦ, когда необходима преемственность информационной поддержки продукции, независимо от рыночной или политической ситуации. Как уже отмечалось, концепция и идеология CALS зародилась в недрах военно-промышленного комплекса США и затем была воспринята большинством ведущих стран Запада. В частности, эта концепция была полностью принята НАТО, что нашло свое отражение в выпущенном этой организацией документе [4], где основные положения CALS изложены достаточно полно и последовательно. На рис. 1 приведена схема, отражающая существо CALS. Эта схема заимствована из [4], доработана в соответствии с представлениями, сформированными в ходе исследовательской деятельности НИЦ «Прикладная логистика» и представляет собой концептуальную модель рассматриваемой в настоящем курсе проблемы. В ходе этой деятельности было предложено русскоязычная аббревиатура ИПИ (см. выше). Представляется, что ИПИ есть адекватный русскоязычный аналог понятия CALS, в связи с чем в дальнейшем эта аббревиатура используется вместо CALS, кроме тех случаев, когда описываются зарубежные стандарты и зарубежный опыт.

Параллельный инжиниринг

Интегрированная логистическая поддержка

Управление ИИС

Многопрофильные рабочие группы

Управление проектом

Безбумажный обмен данными + ЭЦП

Управление данными об изделии

Управление качеством

Управление изменениями структур

Анализ и реинжиниринг бизнесс-процессов

Управление конфигурацией

Управление потоками работ

Стадии ЖЦ изделия Определение и анализ потребности

Изучение реализуемости

Определение требований

Разработка проектирование Производство

Развертывание Эксплуатация/ поддержка Утилизация

ИНТЕГРИРОВАННАЯ ИНФОРМАЦИОННАЯ СРЕДА (ИИС - ЕИП)

Инструментарий:

CAE/CAD/CAM PDM MRP/ERP LSA/LSAR WF SADT …

Рис. 2. Согласно этой схеме основу, ядро ИПИ составляет интегрированная информационная среда (ИИС) или единое информационное пространство (ЕИП). В

Стандарты

Инвариантные понятия ИПИ


10 принципе оба термина равнозначны, однако в упомянутом выше терминологическом словаре в качестве основного принят первый термин. На практике термин ИИС используют, в основном, применительно к конкретному предприятию, а ЕИП – применительно к виртуальному предприятию (консорциуму). Упомянутый словарь (п. 3.2.1) определяет ИИС как «совокупность распределенных баз данных, содержащих сведения об изделиях, производственной среде, ресурсах и процессах предприятия, обеспечивающая корректность, актуальность, сохранность и доступность данных тем субъектам производственно-хозяйственной деятельности, участвующим в осуществлении ЖЦ изделия, кому это необходимо и разрешено. Все сведения (данные) в ИИС хранятся в виде информационных объектов». В ИИС действует единая система правил представления, хранения и обмена информацией. В ИИС протекают информационные процессы, сопровождающие и поддерживающие ЖЦ изделия на всех его этапах. Здесь реализуется главный принцип ИПИ: информация, однажды возникшая на каком-либо этапе ЖЦ, сохраняется в ИИС и становится доступной всем участникам этого и других этапов (в соответствии с имеющимися у них правами пользования этой информацией). Это позволяет избежать дублирования, перекодировки и несанкционированных изменений данных, избежать связанных с этими процедурами ошибок и сократить затраты труда, времени и финансовых ресурсов. Основное содержание ИПИ, принципиально отличающее эту концепцию от других, составляют инвариантные понятия, которые реализуются (полностью или частично) в течение ЖЦ изделия. Эти инвариантные понятия условно делятся на две группы [20]: основные ИПИ-принципы; базовые ИПИ-технологии. К числу первых относятся: анализ и реинжиниринг бизнес-процессов (Business-processes analysis and re-engineering); безбумажный обмен данными (Paperless data interchange) с использованием электронной цифровой подписи; параллельный инжиниринг(Concurrent Engineering); системная организация постпроизводственных процессов ЖЦ изделия – интегрированная логистическая поддержка (ИЛП Integrated Logistic Support). К числу вторых относятся: управление проектом (Project Management); управление данными об изделии (Product Data Management); управление конфигурацией изделия (Configuration Management); управление ИИС, в том числе информационными потоками (Information Management); управление качеством (Quality Management); управление потоками работ (Workflow Management); управление изменениями производственных и организационных структур (Change Management).


11 ИПИ-технологии реализуются силами многопрофильных рабочих групп, объединяющих в своем составе экспертов различных специальностей. Нормативную базу разработок составляют международные и национальные стандарты, регламентирующие различные аспекты ИПИ-технологий. В ИИС информация создается, преобразуется, хранится и передается от одного участника ЖЦ к другому при помощи программных средств, объединенных на схеме в блок «Инструментарий». К числу таких средств относятся: автоматизированные системы конструкторского и технологического проектирования (CAE/CAD/CAM); программные средства управления данными об изделии (изделиях) (PDM); автоматизированные системы планирования и управления производством и предприятием (MRP/ERP); программно-методические средства анализа логистический поддержки и ведения баз данных по результатам такого анализа (LSA/LSAR); программные средства управления потоками работ (WFM); методология и программные средства моделирования и анализа бизнес-процессов (SADT) и др. На рис.3 концептуальная модель интерпретирована в форме укрупненной функциональной модели процесса ЖЦ изделия.


12 Е

Г

Р

И

Р

О

М Е Т О Д Ы -предварительного ЛА; -управления проектом; -управления конфигурацией: - управление качеством; - анализа и реинжиниринга бизнес-процессов

И

-проектирования изделия и технологий; -проектиров. ТОиР и МТО; -управления проектом; - конфигурацией и качеством при подготовке пр-ва

В

А П

Н

Н

А

Р А В И

-планирования и распределения ресурсов; -уточнения проектов ТОиР и МТО; управления конфигурацией и качеством

Я Л А

информационного обеспечения эксплуатации, обслуживания, ремонта (ИЛП); - управления конфигурацией и качеством

Управление реинжинирингом

Планы, графики работ. Правила безбумажного обмена данными + ЭЦП+права доступа к данным

Параллельный инжиниринг

Предконтрактные и предпроектные работы Подготовка производства

Производство Управление изменениями

Перестройка организационнопроизводственной структуры предприятия

специальные для реинжиниринга

Эксплуатация, обслуживание, ремонт

Данные о ходе и результатах процессов ЖЦИ

Информационная поддержка процессов ЖЦИ и управления этими процессами

Управление процессами ЖЦИ

Т

Управление ИИС

Н

Стандарты

И

Организационнотехнологическая среда предприятия управления проектом управления качеством (QM); управления потоками работ (WorkFlow)

PDM; специальные ЛА (LSA); управления конфигурацией (СМ)

САПР-К; САПР-Т; Специальные ИЛП (ILS) (проектирование ТОиР и МТО); для автоматизированной разработки ИЭТР

П Р О Г Р А М М Н Ы Е

для планирования и управления производством (MRP/ERP)

специальные ИЛП (ILS), ИЭТР

С Р Е Д С Т В А

И Н Ф О Р М А Ц И О Н Н А Я

С Р Е Д А

Условные обозначения: АР ИЭТР – программное обеспечение для автоматизированной разработки ИЭТР; АСУП – автоматизированная система управления предприятием (производством); ЖЦИ- жизненный цикл изделия; ИИС - интегрированная информационная среда; ИЛП – интегрированная логистическая поддержка; ИЭТР – интерактивное электронное техническое руководство; ЛА – логистический анализ; МТО – материально-техническое обеспечение; ТОиР – техническое обслуживание и ремонт; СИЛП – специальное программное обеспечение для ИЛП; СЛА - специальное программное обеспечение для ЛА; САПР-К – конструкторская система автоматизированного проектирования; САПР-Т – технологическая система автоматизированного проектирования; ЭЦП – электронная цифровая подпись; УПр – управление проектом; УПР – управление потоком работ; УКч – управление качеством; УКф – управление конфигурацией; УДИ – управление данными об изделии Рис. 3


13 Из приведенных схем становится понятным, какие критерии определяют принадлежность конкретной информационной системы к классу ИПИсистем. К числу таких критериев относятся: Обязательное наличие на предприятии ИИС Системная реализация инвариантных принципов и технологий ИПИ Применение прикладных программных средств, изначально ориентированных на взаимодействие через ИИС Использование методов, правил и способов управления, изначально ориентированных на безбумажный обмен данными через ИИС Реализация принципов, технологий и процессов информационного взаимодействия в соответствии с требованиями международных и национальных стандартов (например, ИСО 10303 и ГОСТ Р ИСО 10303) Системы, не удовлетворяющие перечисленным критериям, не следует относить к классу ИПИ-систем. Такие системы обеспечивают лишь фрагментарную («лоскутную») автоматизацию со всеми присущими такой стратегии недостатками.

2. Содержание проблемы ИЛП 2.1. Основные процессы ИЛП Анализ перечисленных в разделе 1.1 нормативных документов позволил выявить основное содержание проблемы интегрированной логистической поддержки и сформулировать связанные с ней основные задачи. На рис. 4 схематически показана структура процессов и задач ИЛП. Согласно этой схеме ИЛП сложного наукоемкого изделия состоит в реализации четырех основных процессов: логистический анализ (ЛА) изделия (Logistic Support Analysis), проводимый на всех стадиях ЖЦ; планирование процессов технического обслуживания и ремонта (ТОиР) изделия (Maintenance and Repair Planning), проводимое на стадии проектирования и уточняемое в процессе производства и эксплуатации изделия; интегрированное планирование процедур поддержки материально-технического обеспечения (МТО) процессов эксплуатации, обслуживания и ремонта изделия (Integrated Supply Support Procedures Planning), проводимое на стадии проектирования и уточняемое в процессе производства и эксплуатации изделия;


14 Данные из проекта

Интегрированная логистическая поддержка- ИЛП

Данные из ранее выполненных проектов Данные из системы эксплуатации

Планирование технического обслуживания и ремонта (ТОиР)

Надежность

Готовность

Ремонтопригодность

Пригодность к поддержке

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

В процесс проектирования

Разработка Концепции ТОиР

к инфраструктуре

ТРЕБОВАНИЯ

ПОКАЗАТЕЛИ

Определение показателей

Планирование интегрированных процедур поддержки МТО

Организация разработки комплекта ИЭТР

Кодификация

Определение требований к изделию в отношении ТОиР

Определение параметров начального МТО

Разработка рекомендаций по планированию ТОиР

Определение параметров текущего МТО

Разработка методики анализа плана ТОиР

Планирование закупок предметов МТО

Разработка плана ТОиР

Управление поставками (включая управление запасами)

К номенклатуре и количеству запасных частей

Разработка мер по обеспечению персонала ЭЭД и ЭРД

Данные из предыдущих проектов

Данные каталогов

Данные из системы эксплуатации

Обозначения предметов МТО

Логистический анализ (ЛА)

Данные из проекта

Управление заказами предметов МТО

В систему эксплуатации

Управление счетами

МТО - материально-техническое обеспечение

ПРИМЕЧАНИЕ: Все элементы информационных потоков,обозначенные на схеме, реализуются через ИИС

ЭЭД - электронная эксплуатационная документация ЭРД - электронная ремонтная документация

В систему эксплуатации

В систему МТО

Рис. 4 обеспечение персонала электронной эксплуатационной документацией (ЭЭД) и электронной ремонтной документацией (ЭРД) на изделие (Electronic Maintenance Documentation, Electronic Repair Documentation), проводимое на стадии проектирования и реализуемое в процессе производства конкретных экземпляров (партий) изделия.


15 Интегрированная логистическая поддержка-1

ФК

Логистический анализ

Планирование ТОиР Интегрированное планирование процедур поддержки МТО Обеспечение персонала электронной документацией

Рис. 5 Необходимо отметить, что в отечественной практике под другими названиями применяются процессы и процедуры, в известной степени аналогичные перечисленным выше. Некоторые из них регламентированы нормативными документами государственного и/или отраслевого уровня. Так, например, в практике военно-морского флота (ВМФ) и строительства военных кораблей принято разрабатывать и реализовывать программы обеспечения надежности (ПОН) корабельной техники. Такие программы составляются как для корабля в целом, так и для всех его основных систем, агрегатов и узлов. Существуют типовые ПОН (отдельно для надводных кораблей и для подводных лодок). По содержанию и составу решаемых задач ПОН близки к ЛА. В ГОСТ 28056 – 89 регламентированы требования к содержанию и оформлению программы технического обслуживания и ремонта самолетов – документа, содержащего сведения и описания, относящиеся к планированию и организации процессов ТОиР и МТО. Главное отличие процессов и процедур, описываемых в отечественных нормативных документах, от аналогичных процессов и процедур, регламентированных зарубежными стандартами, состоит в том, что отечественные документы не предусматривают систематического применения информационных технологий для поддержки процессов ЛА, ТОиР, МТО и др. в рамках интегрированной информационной среды (ИИС). Это предопределяет необходимость перевода этих процессов на современную методическую и программно-техническую базу, приемлемую, в первую очередь, для иностранных заказчиков отечественной продукции.


16

Лекция 2 3.

Логистический анализ Логистический анализ – важнейший элемент ИЛП. Он представляет собой формализованную технологию всестороннего исследования как самого изделия, так и вариантов системы его эксплуатации и поддержки. Как ИЛП в целом, ЛА направлен на минимизацию затрат на ЖЦ изделия при обеспечении требуемых тактико-техническим заданием параметров надежности, готовности, ремонтопригодности и общей эффективности. Согласно требованиям упомянутых выше стандартов ЛА должен начинаться еще до начала проектирования, т.е. на стадии определения требований к изделию, и продолжается подчас до завершения процесса его использования. Последнее необходимо для оценки правильности результатов предыдущих этапов ЛА и накопления статистического материала, служащего основой анализа новых проектов. Процесс ЛА носит циклический, итеративный характер: на каждом последующем этапе уточняются и развиваются результаты предыдущего этапа. Результаты ЛА должны храниться в специализированной базе данных - БД ЛА (Logistic Support Analysis Records/LSAR). Структура и содержание БД ЛА описаны ниже. 3.1.1. Задачи логистического анализа В ходе ЛА решаются задачи, основное содержание которых состоит в следующем: разработка стратегии, планирование и управление процессом ЛА; формирование требований к системе ИЛП и связанных с ней требований к проекту (конструкции изделия) на основе сравнения с существующими аналогами; корректировка проектных решений, направленная на обеспечение эффективной эксплуатации; разработка проекта системы ИЛП, обеспечивающей оптимальное соотношение затрат, сроков реализации и характеристик «поддерживаемости» (Supportability)2; определение потребности в ресурсах для ИЛП, разработка планов постпроизводственной поддержки; оценка и проверка достигнутых показателей эффективности системы ИЛП. Примерный укрупненный перечень задач ЛА, предусмотренный стандартом DEF STAN 00-60, приведен в табл.1. Этот перечень не является строго обязательным и может быть скорректирован с учетом особенностей конкретного проекта.

2

Строго говоря, английское слово “supportability” следовало бы переводить как «пригодность к поддержке», т.е. совокупность таких свойств изделия, как удобство эксплуатации и обслуживания, ремонтопригодность и т.д. Однако для краткости здесь и в дальнейшем используется термин «поддерживаемость», охватывающий все эти свойства.


17 Табл. 1.

Группа задач

Назначение группы задач

100 – Планирование и управление работами по ЛА

Обеспечение формализованных действий по планированию ЛА и экспертизе программы ЛА и проекта изделия

101 Разработка предварительной стратегии ЛА

Формирование требований к системе поддержки и связанных с ней требований к проекту на основе сравнения с существующими аналогами

201 Изучение опыта эксплуатации и обслуживания

200 – Служебное назначение изделия и система поддержки его эксплуатации

Задачи

102 Планирование ЛА 103 Экспертиза проекта изделия в ходе выполнения программы (плана) ЛА

202 Стандартизация элементов изделия и системы поддержки эксплуатации и обслуживания 203 Сравнительный анализ 204 Технологические решения

300 – Подбор и оценка альтернатив

400 Разработка требований к ресурсам логистической поддержки

Разработка системы, обеспечивающей оптимальный баланс затрат, сроков и характеристик поддерживаемости

301 Функциональные требования

Определение требований к ресурсам логистической поддержки, разработка планов постпроизводственной поддержки

401 Оценка потребных ресурсов для обеспечения логистической поддержки

302 Варианты системы поддержки 303 Оценка альтернатив и выбор решений

402 Предварительная оценка результатов использования (боевого применения) изделия 403 Анализ постпроизводственной поддержки

500 Оценка поддерживаемости

Проверка выполнения заданных требований и устранение недостатков

501 Испытания, оценка и проверка поддерживаемости

Многократно упоминающийся в стандарте DEF STAN 00-60 показатель поддерживаемости является комплексным параметром, зависящим от технических и организационных факторов, в том числе:


18 от надежности изделия и его компонентов, измеряемой наработкой на отказ или средним временем между отказами (MTBF/Mean Time Between Failures); от средних затрат времени на ремонт (MTTR/Mean Time to Repair); от среднего времени восстановления (приведения в рабочее состояние) после отказа, характеризующего ремонтопригодность изделия (RST/Required Standby Time); от среднего времени между обслуживаниями (MTBMA/Mean Time Between Maintenance Actions); от среднего времени между заменами узлов и агрегатов (MTBR/Mean Time Between Removals); от требуемого уровня готовности (ROA/Required Operational Availability); от требуемого уровня обслуживания (RML/Required Maintenance Level) и т.д. Поскольку перечисленные факторы являются сложными функциями конструктивных параметров изделия и системы организации его эксплуатации, можно утверждать, что поддерживаемость выражается неким функционалом от этих факторов: S = F (MTBF, MTTR, RST, MTBMA, MTBR, ROA, RML, …), т.е. числом, значение которого определяется видом и параметрами входящих в приведенное выражение функций.

Пригодность к поддержке Средние затраты времени на ремонт

Среднее время между обслуживаниями

Наработка на отказ

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

Пригодность к поддержке

Среднее время между заменами узлов

Требуемый уровень обслуживания

Требуемый уровень готовности

S = F ( MTBF, MTTR, RST, MTBMA, MTBR, ROA, RML...)

Рис. 6


19 В простейшем случае этот функционал может выражаться «взвешенной» алгебраической суммой входящих в него величин, например: S = k1*MTBF – k2*MTTR – k3*RST – k4*MTBMA – k5*MTBR + k6*ROA … Здесь ki – весовые коэффициенты, выполняющие также роль нормирующих множителей, приводящих все величины к одному порядку. Чем больше величина S, тем выше уровень поддерживаемости изделия. Знак минус перед отдельными членами выражения означает, что возрастание соответствующего фактора приводит к снижению уровня поддерживаемости. Возможны и более сложные формы функционала, точнее отражающие существо проблемы. Помимо данных, непосредственно связанных с конструкцией изделия, и характеристик поддерживаемости, результатами ЛА являются: требования к вспомогательному оборудованию, к которому относится стационарное и мобильное оборудование, необходимое для эксплуатации и технического обслуживания изделия, в т.ч. универсальное оборудование, транспортное оборудование, инструмент, контрольно-измерительное оборудование, диагностическое оборудование и программное обеспечение; требования к инфраструктуре системы эксплуатации и ремонта, включающей: здания, сооружения, системы энергоснабжения и т.д.; требования к распределению эксплуатационных и ремонтных работ по организационным уровням (например, работы, выполняемые силами экипажа, силами технической службы подразделения, силами технической службы соединения, силами ремонтных предприятий или завода – изготовителя); требования к количественному и качественному составу персонала и его квалификации на всех организационных уровнях; требования к подготовке персонала и средствам обучения; требования, ресурсы и процедуры, связанные с упаковкой, хранением и транспортированием изделия и вспомогательного оборудования, в т.ч. требования к условиям внешней среды, в которой предполагается хранить и эксплуатировать изделие, особенности работы с опасными материалами, условия краткосрочного и долгосрочного хранения оборудования и материалов. В целом система задач ЛА и последовательность их выполнения построены так, чтобы снизить вероятность неудачных проектных решений, влияющих на эффективность эксплуатации изделия. По аналогии со стандартами серии ИСО 9000, направленными на построение системы, обеспечивающей заданный уровень качества и возможность «адекватно демонстрировать потребителю способность управлять качеством», технологии и стандарты ЛА направлены на то, чтобы адекватно доказать потребителю, что все меры, обеспечивающие сокращение «стоимости владения» изделием, приняты.


20 3.1.2. База данных логистического анализа и отчеты

База данных логистического анализа А Требования по эксплуатации и обслуживанию

В

ТАБЛИЦЫ БД ЛА

Уровни обслуживания, анализ отказов, ремонтопригодность

С Задачи поддержки эксплуатации, персонал

Е Вспомогательное, учебное оборудование, учебные материалы

F Инфраструктура поддержки эксплуатации

G Требования к квалификации персонала

U Тестируемые узлы и агрегаты, данные тестирования

X Организация перекрестных ссылок

Рис. 7 Согласно стандарту DEF STAN 00-60 БД ЛА состоит из 104 таблиц, содержащих следующие результаты ЛА: Таблицы типа A: требования по эксплуатации и обслуживанию; Таблицы типа B: показатели требуемого уровня обслуживания (RMA), данные причинно-следственного анализа возможных отказов (FMECA), результаты анализа ремонтопригодности изделия; Таблицы типа С: выполняемые задачи, анализ выполняемых задач, данные по персоналу и поддержке эксплуатации; Таблицы типа E: данные о вспомогательном и учебном оборудовании, учебных материалах; Таблицы типа F: данные об инфраструктуре для поддержки эксплуатации; Таблицы типа G: требования к квалификации персонала; Таблицы типа U: тестируемые узлы и агрегаты, данные по тестированию; Таблицы типа X: требования к организации перекрестных ссылок между таблицами. Таблицы структурированы при помощи понятия «Определение элемента данных - ОЭД» (Data Element Definition – DED). По сути каждое ОЭД представляет собой заголовок столбца таблицы.


21 Результаты ЛА используются многими участниками разных стадий ЖЦ в форме стандартных отчетов. Отчеты формируются посредством композиции ОЭД, относящихся к различным таблицам БД ЛА, в новые таблицы, объединяемые в отчет по тем или иным содержательным признакам. Фрагмент списка отчетов, предусмотренных стандартом DEF STAN 00-60, приведен в табл.2. Табл. 2 Номер отчета LSA - 001

Английское название отчета Man-Hours by Skill Speciality Code and Level of Maintenance.

LSA - 003 LSA - 004

Maintenance Summary. Maintenance Allocation Chart Summary.

LSA - 007 LSA - 010

Support Equipment Requirements. Spare and Repair Parts Summary.

LSA - 011

Special Training Equipment/Device Summary. Training Task List.

LSA - 014 LSA - 016 LSA - 018 LSA - 023 LSA - 024 LSA - 027

Preliminary Maintenance Allocation Chart (PMAC). Task Inventory Summary. Maintenance Plan Summary. Maintenance Plan. Failure/Maintenance Rate Summary.

LSA - 030

Indentured Parts List.

LSA - 033 LSA - 036 LSA - 039

Preventive Maintenance Checks and Services (PMCS). Provisioning Requirements. Critical and Strategic Item Summary.

LSA - 046

Nuclear Hardness Critical Item Summary.

LSA - 050

Reliability-Centred Maintenance (RCM) Summary. Failure Modes Effects and Criticality Analysis (FMECA) Report. Reliability Availability and Maintainability Summary. Support Equipment Recommendation Data (SERD). Support Equipment Candidate List.

LSA - 056 LSA - 058 LSA - 070 LSA - 071 LSA - 072 LSA - 074

Test Measurement and Diagnostic Equipment (TMDE) Requirements Summary. Support Equipment Tool List.

Русское название отчета Определение количества человеко-часов для специальностей, удовлетворяющих определенным квалификационным требованиям и уровням обслуживания. Сводные данные по обслуживанию. Карта распределения работ по техническому обслуживанию. Требования к оборудованию поддержки. Сводная ведомость запасных и ремонтных частей. Сводная ведомость специального обучающего оборудования/устройств. Перечень задач, для выполнения которых рекомендовано обучение. Предварительная карта распределения работ по техническому обслуживанию. Сводный перечень задач. Сводные данные плана обслуживания. План обслуживания. Ведомость интенсивности отказов/обслуживания. Согласованный перечень запасных частей. Сервисные и контрольные операции планового обслуживания. Требования к МТО. Сводная ведомость критических и стратегически важных элементов (изделий). Сводка данных об изделиях, критичных к ядерному воздействию. Сводный отчет об обслуживании, обеспечивающем надежность. Отчет об анализе видов, последствий и критичности отказов (АВПКО). Сводный отчет по надежности, готовности и пригодности к обслуживанию. Рекомендации по применению оборудования поддержки. Перечень оборудования, нуждающегося в поддержке. Требования к испытательному, измерительному и диагностическому оборудованию. Перечень инструментов и оборудования для поддержки.


22 LSA - 075 LSA - 078 LSA - 080

Consolidated Manpower, Personnel and Training Report. Hazardous Materials Summary. Bill of Materials.

LSA - 126

Hardware Generation Breakdown Tree.

LSA - 154

Provisioning Parts Breakout Summary.

LSA - 606

Reliability-Centred Maintenance (RCM).

LSA - 608

Preventive Maintenance Summary (PMS).

LSA - 612 LSA - 624 LSA - 648

Component Repair Plans Summary (CRPS). Support Equipment Report (SER). Provisioning (AECMA 2000M Related Data) Report. NATO Codification (AECMA 2000M Related Data) Report. Illustrated Parts Catalogue (AECMA 2000M Related Data) Report.

LSA - 650 LSA - 652 LSA - 654 LSA - 662 LSA - 664 LSA - 668 LSA - 672 LSA - 674

Ammunition Packaging, Handling, Storage and Transportation (PHS&T) Report. Preventive Maintenance Actions for Items in Store. Item Storage Information Summary. Crisis Resupply from Industry Procedure (CRIP) Report. Software Engineering Report. Electronic Documentation Requirements Report (AECMA S1000D).

Объединенный отчет о требующихся трудовых ресурсах, персонале и обучении. Сводная ведомость опасных материалов. Спецификация материалов (материальных средств). Дерево разбиения структуры изделия на элементы. Сводная ведомость поставляемых деталей. Обслуживание, обеспечивающее надежность. Сводный отчет по плановому обслуживанию. Сводный план ремонта компонентов. Отчет по оборудованию поддержки. МТО (информация, относящаяся к AECMA 2000M). Кодификация NATO (информация, относящаяся к AECMA 2000M). Иллюстрированный каталог запчастей (информация, относящаяся к AECMA 2000M). Упаковка, хранение и транспортирование боеприпасов. Операции планового обслуживания для изделий на складе. Информация о хранении изделий. Отчет о процедурах возобновления поставок промышленностью после кризиса. Отчет о разработке программного обеспечения. Требования к электронной документации (AECMA S1000D).

Пример отчета приведен в приложении 2. 3.1.3. Использование результатов логистического анализа на стадиях жизненного цикла изделия На стадии подготовки контракта на разработку и поставку изделия поставщик должен представить заказчику следующие результаты ЛА. 1. Показать, как и какие задачи ЛА будут решаться в ходе проектирования, поставки и эксплуатации изделия, какие цели должны быть достигнуты в процессе ЛА, согласовать с заказчиком стратегию и предварительный план проведения ЛА (задачи группы 100). 2. Сформировать требования к системе ИЛП и дать предварительные оценки характеристик поддерживаемости изделия (задачи группы 200), в т.ч.: показать результаты анализа опыта эксплуатации, обслуживания и поддержки изделий - аналогов; показать, как в проекте будут учтены ограничения на логистические ресурсы, какие стандартные элементы и системы поддержки будут использованы;


23 представить данные по изделиям – аналогам и характеристикам их поддерживаемости; представить предложения по конструктивным решениям, направленным на улучшение поддерживаемости по сравнению с существующим изделием - аналогом; показать, как и какие параметры изделия будут изменены в процессе проектирования для улучшения характеристик поддерживаемости. 3. Представить предварительные результаты анализа и оптимизации вариантов системы логистической поддержки по критерию «затраты - эффективность» (задачи группы 300). 4. Дать предварительные оценки ресурсов, необходимых для логистической поддержки изделия, и сопоставить их с располагаемыми ресурсами для выявления дефицитов (задачи группы 400). На стадии поставки (включая процессы проектирования и производства изделия) данные логистического анализа (ЛА) используются следующим образом: 1. Результаты решения задач групп 100, 200 и 300 детализируются, конкретизируются и используются при проектировании изделия, системы и средств его поддержки (вспомогательного оборудования). В отличие от предыдущей стадии все задачи ЛА решаются в итеративном режиме с поэтапным уточнением исходных и выходных данных. На основе этих данных определяются потребности в запасных частях, расходных материалах, вспомогательном оборудовании и т.д. Устанавливаются основные требования к организации процессов ТОиР и МТО (задача 401). По результатам изготовления и испытаний опытного образца решаются задачи группы 500. Все эти результаты фиксируются в БД ЛА и при необходимости извлекаются оттуда в форме соответствующих отчетов. 2. В процессе производства в БД ЛА фиксируются конкретные конфигурации выпускаемых изделий, уточняются и конкретизируются («привязываются» к конкретным экземплярам изделия) требования и процедуры ТОиР и МТО. 3. БД ЛА используется для разработки других элементов ИЛП, таких как электронная эксплуатационная документация, учебные материалы, и т.д. На стадии эксплуатации в БД ЛА поддерживаются данные о фактической конфигурации изделия с учетом возможных изменений, вносимых в ходе его практического применения. Информация о ходе эксплуатации и фактических характеристиках поддерживаемости должна передаваться проектанту, обеспечивая обратную связь и возможность дополнения и корректировки результатов первоначального анализа. На основе этой информации решается задача 402, выявляются расхождения между запланированными (проектными) и фактическими характеристиками поддерживаемости и разрабатываются планы мероприятий по преодолению этих расхождений. Для реализации этих процедур необходимо на стадии разработки проекта предусматривать возможности и средства обмена данными между проектантом и эксплуатантом.


24 В этой связи является весьма актуальной задача формирования и ведения эксплуатантами электронных документов3, фиксирующих данные: об отказах изделия и его компонентов, о выполненных операциях ремонта и замены компонентов, о выполненных операциях планового и внепланового технического обслуживания, о фактических значениях трудоемкости и календарного времени, затрачиваемых на выполнение операций по обслуживанию и ремонту, о фактической численности и квалификации персонала, выполнявшего работы и т.д. Все это требует разработки и внедрения специальных программнотехнических комплексов и организационных мер и должно быть составной частью общего плана разработки и внедрения системы ИЛП. В основе организации работ по ЛА лежит процедура структурирования конечного изделия, т.е. разбиение его на функциональные и физические компоненты, оказывающие влияние на надежность и работоспособность и, в конечном счете, на поддерживаемость изделия. Рекомендуется начинать такое структурирование на физическом уровне, присваивая элементам структуры специальные кодовые обозначения – так называемые логистические контрольные номера (ЛКН), в английской транскрипции – LCN (Logistic Control Number). Если какой-либо элемент применяется в нескольких исполнениях, то каждому исполнению присваивается дополнительный код – альтернативный логистический номер (АЛН). Такая система нумерации в совокупности с так называемыми кодами применения обеспечивает однозначную идентификацию всех видов элементов конструкции: элементов, проектируемых в процессе создания изделия; элементов, заимствованных из предыдущих разработок (так называемые «неразрабатываемые изделия»); покупных комплектующих изделий и т.д. Из полного «дерева» конструкции изделия выделяются элементы, отказы которых могут в наибольшей степени повлиять на работоспособность изделия в целом. Они образуют отдельный список «элементов – кандидатов» на проведение ЛА. Для таких элементов проводятся подробные расчеты показателей надежности, определяются периоды наработки, времена предполагаемой замены и т.д. Для них же оценивается потребность в дополнительном количестве для выполнения необходимых замен, т.е. формируется состав фонда запасных элементов. Кроме того, разрабатываются рекомендации по удобному размещению элементов, подлежащих замене. На более поздних стадиях проектирования выполняется функциональное разбиение конструкции. Функциональным элементам присваиваются свои ЛКН и АЛН. Функциональное разбиение позволяет уточнить и конкретизировать последствия отказов тех или иных элементов и их влияние на общее техническое состояние и готовность изделия к выполнению своего служебного назначения. Для предотвращения коллизий, которые могут возникнуть при таком двойном кодировании, с помощью специальных таблиц (входящих в группу Х) и по установленным правилам в БД ЛА устанавливаются

3

В некоторых отраслях промышленности подобные документы принято называть формулярами изделия и его компонентов


25 перекрестные ссылки между кодами «физических» и «функциональных» элементов. Из изложенного следует, что базовым средством реализации БД ЛА должна быть система управления данными об изделии, т.е. PDM-система, а одна из важнейших организационно-методических задач - гармонизация кодовых обозначений, применяемых при ЛА, с обозначениями, используемыми при разработке конструкторской документации. Можно предположить, что при соответствующей организации процессов проектирования и ЛА, как его компоненты, эти обозначения могут быть едиными. Однако, в настоящее время в отечественной промышленности эта проблема не получила должного разрешения. В ближайшее время необходимо разработать методические рекомендации по проведению ЛА, включающие способы кодирования и идентификации элементов изделия, удовлетворяющие как стандартам, регламентирующим процессы создания конструкторской документации, так и условиям проведения ЛА. 3.1.4. Расчет стоимости жизненного цикла изделия Расчет стоимости ЖЦ должен определить: затраты на предварительное и концептуальное проектирование; затраты на разработку и проектирование системы; затраты на изготовление (себестоимость изделия); затраты на эксплуатацию, обслуживание, ремонты и утилизацию. При таких расчетах часто использует параметры, полученные при анализе надежности и ремонтопригодности: интенсивность отказов, продолжительность ремонтно-восстановительных работ и т.д., а также стоимость запасных частей, стоимость вспомогательного оборудования и инструмента, заработная плата персонала, и т.д. Стоимость ЖЦ (СЖЦ) включает в себя полные затраты на владение процессом, системой или оборудованием. При выборе нового оборудования расчет СЖЦ помогает принять решение, которое принесет наибольшую экономическую выгоду. Любое изменение или усовершенствование существующего процесса или оборудования также должно быть оценено с точки зрения СЖЦ для определения экономической целесообразности и обоснования необходимости этого изменения. Сравнение СЖЦ при существующих и при измененных условиях позволяет оценить срок окупаемости затрат за счет общего снижения стоимости и отклонить те изменения, которые не дают существенных преимуществ по СЖЦ. Результат такого анализа зависит от принятых допущений или используемого критерия оценки СЖЦ. Таким критерием может быть: норма прибыли, долговечность оборудования, коэффициент инфляции, эффективность функционирования, стоимость обслуживания и т.д. Использование достоверных исходных данных при расчетах СЖЦ обеспечивает высокий уровень достоверности результатов и успех при выборе способов поддержки управленческих решений.


26 При расчете СЖЦ на несколько лет вперед можно наблюдать за расходованием средств и, как следствие, за изменением общих затрат на владение имуществом. Этот расчет следует выполнять в сопоставимом денежном масштабе, т.е. использовать коэффициент дисконтирования, позволяющий (по соответствующей формуле) привести будущие затраты к текущему моменту времени, используя конкретные денежные единицы (доллар, евро и т.д.). Полученные значения СЖЦ для альтернативных стратегий использования оборудования затем сравниваются между собой и выбирается наиболее выгодная стратегия. Применяемые сегодня оборонными ведомствами США и НАТО модели СЖЦ – «Менеджеры Баз Данных» (Средства управления базами данных), которые имеют возможности импорта, изменения, анализа, интеграции и управления большими объемами данных, поступающими из разных источников. Из этих данных генерируются отчеты, отображающие влияние СЖЦ на существующие и альтернативные варианты конструкции системы, включая возможные риски. Такие модели СЖЦ хранят основные решения, которые можно также использовать для систематических проверок. Одно важное преимущество некоторых (но не большинства) моделей СЖЦ - возможность их применения на ранних стадиях проектирования, в том числе при параллельном проектировании и разработке ИЛП. Учет СЖЦ на ранних стадиях проектирования гарантирует ее минимизацию при одновременной разработке конструкции конечного изделия, процессов производства, испытаний/оценки и поддержки его ЖЦ. Модели СЖЦ - «Менеджеры Баз Данных» - позволяют управлять большими объемами данных, импортируемых, в первую очередь, из следующих программ: 1. Модели анализа уровней ремонта (LOR/LORA) (например, программы EDCAS, MCLORA, MIL-STD-1390, NRLA, OSSAM , и т.д.); 2. Модели надежности (например, программы R1, RPP, Relex и т.д); 3. Модели оптимизации запасов запчастей (например, Vmetric); 4. Модели анализа видов, влияния и критичности отказов (FMECA Relex); 5. Модели разбиения конструкции на элементы (Work Breakdown Structure) (например, SDU); 6. Конструктивная модель стоимости для расчета СЖЦ программных продуктов (например, СОСОМО); 7. База данных логистического анализа (MIL-STD-1388-2B) (например, LEADS, L-Base, OMEGA, SLIC и т.д.); 8. Внешние базы данных в кодах ASCII (например, спецификации (Bill of material), ведомости снабжения (Provisioning), проектные данные (Engineering) и т.д.). Модели СЖЦ должны обеспечивать модификацию (добавление, обновление, изменение) данных, вычисления и анализ, перемешивание и сортировку импортированных данных по различным признакам. Информация, содержащаяся в модели СЖЦ, может быть полезна на ранних стадиях проектирования для определения наиболее экономичных подходов к выработке проектных решений, включая решения, относящиеся к анализу уровней ремонта (LOR).


27 Военными ведомствами США наиболее широко используются следующие модели СЖЦ, реализованные в виде программных продуктов: 1. Модель и программа «Cистема конструктора оборудования для расчета стоимости» (The Equipment Designer’s Cost Analysis System – EDCAS); 2. Модель и программа «Интегрированный инструментарий для автоматизированной оценки стоимости (Automated Cost Estimating Integrated Tools – ACEIT); 3. Модель и программа «Гибкость + СЖЦ» (Flex + Life-cycle Costing); 4. Модель и программа «Стратегия оценки и расчета стоимости» (The Cost Analysis Strategy Assessment – CASA); 5. Модель и программа «Конструктивная модель стоимости» (Constructive Cost Model – COCOMO); применяется только для оценки СЖЦ программных продуктов. 6. Комплекс программ Relex, позволяющий рассчитывать показатели надежности, ремонтопригодности и СЖЦ.

Лекция 3 4. Планирование процессов технического обслуживания и ремонта (ТОиР) изделия Планирование процессов ТОиР предполагает: разработку концепции ТОиР; анализ и конкретизацию требований к изделию в части его обслуживания и ремонта; разработку и оперативную корректировку плана ТОиР.

4.1. Концепция ТОиР Система технического обслуживания и ремонта – совокупность взаимосвязанных технических средств, специальной технической документации и исполнителей, необходимых для поддержания и восстановления качества изделий, относящихся к компетенции этой системы.


28

Концепция ТОиР Концепция ТОиР Классификация ТО

Уровни ТОиР

фаза эксплуатации ТО при использовании

0

ТО при хранении ТО при перемещении ТО при ожидании использования по назначению

Cилами экспуатирующего персонала (экипажа)

1

Cилами подразделения (части)

2

Cилами соединения

3

Cилами специализированных предприятий фронтового подчинения

4

Cилами предприятия- изготовителя

периодичность выполнения условия эксплуатации

регламентация выполнения организация выполнения

Рис. 8 Согласно ГОСТ 18322 – 78, техническое обслуживание (ТО) – операция или комплекс операций по поддержанию работоспособности или исправности изделия при использовании по назначению, ожидании, хранении и транспортировании. Тот же ГОСТ 18322 – 78 определяет ремонт (Р) как комплекс операций по восстановлению исправности или работоспособности изделий и восстановлению ресурсов изделий или их составных частей. Метод технического обслуживания (ремонта) – это совокупность технологических и организационных правил выполнения операций технического обслуживания (ремонта). Персонал, выполняющий ТО, может быть специализирован по видам изделий, видам операций и видам технического обслуживания. Принято различать следующие виды ТО изделий: ТО при использовании; ТО при хранении; ТО при перемещении; ТО при ожидании использования по назначению. Виды ТО можно классифицировать в зависимости от: периодичности выполнения; условий эксплуатации; регламентации выполнения; организации выполнения.


29 В ходе ТО выполняются регламентированные в конструкторской документации операции, необходимые для поддержания работоспособности или исправности изделия в течение его срока службы. Под операцией ТО в соответствии с ГОСТ 3.1109-82 понимают законченную часть ТО изделия или его составной части, выполняемую на одном рабочем месте исполнителем определенной специальности. Выбирая соответствующий метод технического обслуживания изделий, можно назначать величины параметров, относящихся к характеристикам поддерживаемости, минимизируя эксплуатационные затраты. Помимо перечисленных выше понятий, в стандарте DEF STAN 00-60 введено понятие уровня ТОиР, которое применительно к отечественным оборонным условиям может быть интерпретировано следующим образом: нулевой уровень: ТОиР, выполняемые силами персонала, непосредственно эксплуатирующего изделие (экипажа); первый уровень: ТОиР, выполняемые силами персонала подразделения (части), в составе которого эксплуатируется изделие (в армейских условиях – батальонные, полковые ремонтные службы); третий уровень: ТОиР, выполняемые силами персонала соединения, в составе которого эксплуатируется изделие (корпусные, дивизионные, армейские ремонтные службы); четвертый уровень: ТОиР, выполняемые силами персонала специализированных предприятий фронтового (окружного) подчинения; пятый уровень: ТОиР, выполняемые силами персонала предприятия – изготовителя. Каждому уровню соответствует свой набор задач, требования к численности и квалификации обслуживающего и ремонтного персонала, к количеству и номенклатуре запасных частей и заменяемых агрегатов, к составу специального оборудования и т.д. Конкретизация изложенных выше положений и представлений служит основой содержания концепции ТОиР, разрабатываемой, как правило, поставщиком изделия и согласуемой с его заказчиком.

4.2. Реализация требований к изделию в части его обслуживания и ремонта Требования к изделию в отношении ТОиР определяются на основе данных ЛА, содержащихся в БД ЛА, и уточняются по результатам реальной эксплуатации в различных условиях. На основе концепции и результатов анализа требований разрабатывают и реализуют следующие мероприятия: создание единой системы управления ТОиР, предусматривающей методы и «механизмы» улучшения показателей надежности, безотказности, долговечности, ремонтопригодности, сохраняемости, что в итоге должно минимизировать эксплуатационные затраты;


30 организацию распределенной системы сбора и обработки службами заказчиков (эксплуатантов) статистической информации о значениях вышеуказанных показателей, а также данных о номенклатуре и количестве используемых запасных частей для изделия и его компонентов; эти данные извлекаются из специальных документов – формуляров изделия, его агрегатов и систем, в которых фиксируются результаты проведения операций ТОиР, факты замены компонентов, календарные сроки выполнения операций (начало, конец), сведения о работниках, выполнявших операцию и т.д. выполнение службами заказчиков и поставщика централизованного анализа накопленных эксплуатационных и логистических данных; проведение согласованной динамической корректировки планов ТОиР; подготовку и переподготовку персонала по обеспечению перечисленных выше мероприятий.

4.3. План технического обслуживания и ремонта План ТОиР разрабатывается в нескольких альтернативных вариантах с учетом распределения работ по упомянутым выше уровням, назначения обслуживающего и ремонтного персонала, обладающего необходимой квалификацией, наличия необходимых запчастей и расходных материалов и т.д. Планируются календарные даты, трудоемкость работ и их стоимость. Заказчик выбирает наиболее подходящий ему вариант. При расчетах, связанных с планированием ТОиР, используются следующие основные показатели: Средняя продолжительность технического обслуживания (ремонта). Средняя трудоемкость технического обслуживания (ремонта). Средняя стоимость единицы времени (трудоемкости) технического обслуживания (ремонта). Средняя суммарная продолжительность технических обслуживаний (ремонтов). Средняя суммарная трудоемкость технических обслуживаний (ремонтов). Средняя суммарная стоимость технических обслуживаний (ремонтов). Удельная суммарная продолжительность технических обслуживаний (ремонтов) (относительно времени использования изделия по назначению). Удельная суммарная трудоемкость технических обслуживаний (ремонтов). Удельная суммарная стоимость технических обслуживаний (ремонтов). Коэффициент готовности. Коэффициент технического использования. Определения этих показателей содержатся в нормативных документах (см. ГОСТ 27.001-96, 27.002-89, 27.003-90, 27.101-96, 15.206-84, 27.301-96, и др.). Их значения определяются в процессе ЛА и содержатся в соответствующих таблицах БД ЛА4. Форма и содержание плана ТОиР для авиационной техни4

В разделе использованы материалы, предоставленные ФГУП «РСК «МиГ»» (В.И. Дмитровым)


31 ки регламентирована ГОСТ 28056 – 89. Форма плана, содержащаяся в DEF STAN 00-60, приведена в Приложении 2. Эта форма – один из отчетов ЛА (LSA-023). Она строится на основе информационных объектов, хранящихся в БД ЛА и извлекаемых оттуда в процессе формирования плана.

Лекция 4 5. Интегрированное планирование процедур поддержки материальнотехнического обеспечения (МТО) Этот процесс ИЛП предполагает планирование, управление и информационную поддержку в условиях интегрированной информационной среды (ИИС) следующих процедур: кодификация предметов МТО (Codification); начальное МТО (Initial Provisioning); текущее МТО (Provisioning); планирование поставок (Procurement Planning); управление поставками (Supply Management); управление заказами (Order Administration); управление счетами (Invoicing). Интегрированное планирование процедур поддержки МТО

Кодификация предметов МТО (Codification)

NSC

Начальное МТО (Initial Provisioning)

Текущее МТО (Provisioning)

Procurement Plan DEPT 1 DEPT 2 DEPT DEPT 3 4 DEPT DEPT 5 6

PH PH PH PH PH AS AS AS AS AS E 1E 2E 3E 4E 5

Планирование поставок (Procurement Planning)

Управление поставками (Supply Management)

Управление заказами (Order Administration)

Управление счетами (Invoicing)

Рис. 9.

5.1. Кодификация предметов материально-технического обеспечения Кодификация предметов МТО представляет собой регламентированную стандартами процедуру присвоения этим предметам кодовых обозначений, однозначно понимаемых всеми причастными к соответствующим процессам службами поставщиков и получателей. Характерной особенностью этих обозначений является их ориентированность на компьютерную обработку.


32 Здесь важно обеспечить по возможности автоматизированный переход от упомянутых выше ЛКН и АЛК (преимущественно относящихся к физическому разбиению конструкции) к кодовым обозначениям, принятым в национальной (государственной) или международной системе каталогизации продукции, поставляемой для государственных нужд. Сегодня в качестве такой системы выступает система, принятая в странах НАТО, согласно которой каждому изделию присваивается специальный код NSC (NATO Stock Code). Кроме того, используются специальные коды предприятий – изготовителей предметов МТО. Постановлением Правительства РФ от 11 января 2000 г. № 26 аналогичная система внедряется в России. В этой связи задача кодификации в отечественной промышленности в ближайшие годы будет решаться в соответствии с существующими в этой области международными стандартами.

5.2. Начальное и текущее МТО В контексте планирования, предусмотренном ИЛП, процедура, именуемая в стандарте DEF STAN 00-60 как начальное МТО, состоит в определении набора запасных частей и расходных материалов, необходимых для поддержки функционирования изделия в начальный период его эксплуатации, когда процесс текущего МТО по тем или иным причинам еще не налажен. Состав этого набора как в отношении номенклатуры необходимых предметов, так и в отношении их количества, определяется расчетами, выполняемыми в процессе ЛА. В состав средств и предметов начального МТО, как правило, включают запасные части и материалы, необходимые для эксплуатации не только самого изделия, но и вспомогательного оборудования. В процессе организации начального МТО могут быть подготовлены контракты с фирмами – поставщиками соответствующей продукции. Обычно период действия начального МТО ограничивается сроком до двух лет. Номенклатура и объемы поставок в процессе текущего МТО также определяются расчетами, выполняемыми в процессе ЛА, однако затем корректируются в зависимости от фактических условий эксплуатации изделия. При этом широко используются иллюстрированные каталоги деталей и элементов изделия. Подготовка каталогов происходит в процессе проектирования изделия. Здесь могут быть эффективно использованы методы теории управления запасами, а также практические приложения этой теории.

5.3. Планирование и управление поставками Согласно стандартам DEF STAN 00-60, MIL-STD 1388 планирование поставок (ПП) представляет собой метод запроса и получения от промышленных предприятий сведений о ценах на предметы МТО, включая прайс-листы поставщиков. В соответствии со стандартами процедуры ПП охватывают два вида деловой практики: 1. Процедуры направления запроса о ценах на конкретные предметы МТО от покупателя потенциальному поставщику и последующего ответа поставщика. 2. Процедуры запроса покупателем актуального прайс-листа на некоторую номенклатуру предметов МТО и предоставления такого прайслиста поставщиком в ответ на запрос покупателя. Возможна также


33 процедура предоставления этих данных покупателю по собственной инициативе поставщика. Стандарты жестко регламентируют форму и содержание запросов и ответов (сообщений) в электронном виде для обоих случаев, предусматривают формы и процедуры согласования цен и способы кодирования соответствующих разным ситуациям документов. На основании результатов ПП определяется, у каких поставщиков будут приобретаться те или иные предметы МТО. Именно эти сведения и составляют содержание плана поставок. Эти данные используются в последующих операциях ИЛП, т.е. при управлении заказами и счетами. Некоторые отечественные нормативные документы трактуют понятие планирования поставок гораздо шире, понимая под ним всю совокупность процессов, связанных с планированием и организацией поставок преимущественно вооружений и иного имущества для нужд армии. В контексте ИЛП под ПП понимается и рассматривается только планирование поставок запасных частей и расходных материалов для обеспечения эксплуатации, обслуживания и ремонта конкретного изделия. Управление поставками предусматривает выполнение следующих процедур: оценка уровня текущих запасов по всем предметам МТО; принятие своевременных решений о необходимости пополнения этих запасов; подготовка соответствующих заявок; контроль качества поступающих предметов МТО; организация учета, хранения и выдачи предметов МТО. На выполнение всех этих процедур существуют предусмотренные стандартами правила и инструкции, определяющие состав и последовательность необходимых действий, а также форму и содержание сопроводительных документов.

5.4. Управление заказами и счетами Управление заказами – термин, объединяющий совокупность всех действий, осуществляемых с заказом (заявкой) от момента его выдачи заказчиком поставщику ( с учетом возможных поправок/добавлений, запросов/справок о ходе выполнения и т.д.), вплоть до подтверждения доставки заказанных предметов МТО. При выполнении этих действий между заказчиком и поставщиком осуществляется информационный обмен, в ходе которого используются следующие транзакции: 3. Размещение заказа (Заказчик – Поставщик); 4. Получение справок о размещенном заказе (Заказчик – Поставщик – Заказчик); 5. Подтверждение приема заказа (Поставщик - Заказчик ); 6. Отказ от приема заказа (Поставщик – Заказчик); 7. Извещение об изменении несущественных параметров заказа (Поставщик – Заказчик); 8. Извещение о выполнении заказа (отгрузке) (Поставщик – Заказчик).


34 Формат и содержание транзакций регламентированы стандартами DEF STAN 00-60, AECMA 2000 и др. Управление счетами на оплату заказанных предметов снабжения - информационный обмен между поставщиком и заказчиком при передаче счетов и данных о счетах на оплату в электронном виде. При этом используются следующие транзакции: 1. 2. 3. 4. 5. 6. 7. 8. 9.

Отправка счета (Поставщик - Заказчик); Подтверждение приема счета к оплате (Заказчик - Поставщик); Отказ от оплаты счета (Заказчик - Поставщик); Отправка платежного требования (Поставщик - Заказчик); Прием платежного требования (Заказчик - Поставщик); Отказ от платежного требования (Заказчик - Поставщик); Запрос данных о состоянии платежа (Поставщик - Заказчик); Ответ на запрос о состоянии платежа (Заказчик - Поставщик); Извещение о состоянии платежа (Заказчик - Поставщик).

Формат и содержание транзакций регламентированы упомянутыми выше стандартами.

Лекция 5 6. Меры по обеспечению персонала электронной эксплуатационной и ремонтной документацией 6.1. Общие сведения В современных условиях, все более очевидной становится необходимость перехода на безбумажные технологии поддержки процессов эксплуатации и сервисного обслуживания. Явно прослеживаются следующие тенденции: Увеличение количества и сложности применяемых изделий и техники приводит к появлению все большего количества технических материалов, инструкций по эксплуатации и обслуживанию техники. Несмотря на усилия конструкторов по упрощению эксплуатации техники, постоянно появляется большое количество информации (в основном на бумажных носителях), которую специалистам необходимо при этом учитывать. Быстрое изменение, модификация таких устройств ведёт к тому, что эти руководства и содержащаяся в них техническая информация становятся неактуальными и не отражают действительного состояния изделия. Ценность огромного количества такой бумажной информации сводится к нулю, а на ее создание, хранение и использование приходится затрачивать большие деньги и время сотрудников. Увеличение номенклатуры и уменьшение сроков освоения новых изделий требует повышения квалификации обслуживающего и ремонтного персонала и его быстрого переучивания. Развитие автоматизированных средств диагностики и контроля как внутри изделия, так и для использования в соответствующих сервисных службах, требует электронных устройств для обработки той информации, которую выдают эти средства; они также позволяют автоматизировать решение ряда задач по ди-


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

6.2. Международные стандарты в области электронной эксплуатационной документации 6.2.1. AECMA 1000D Данная спецификация (стандарт) разработана Европейской Ассоциацией Производителей Аэрокосмической Техники в рамках стандартизации документации стран-участниц. Этот стандарт может применяться для документации, создаваемой в рамках проекта любого воздушного судна или оборудования. Кроме стандартизации перечня информации предметной области стандарт регламентирует определение общей базы данных эксплуатационной документации. Основная цель общей базы данных заключается в предоставлении исходной информации для создания технической публикации. Документация может быть определена как данным стандартом, так и любой другой гражданской или военной спецификацией. База данных также предназначена для использования в электронной логистической информационной системе для передачи информационных модулей напрямую их потребителям (пользователям). Такие модули могут быть также интерактивными. Данный аспект использования отражен в самом названии базы данных – общая база данных эксплуатационной документации. Оно подразумевает, что регламентируемая стандартом информация должна использоваться как производителями, так и покупателями и эксплуатантами военных и гражданских воздушных судов. 6.2.2. DEF STAN 00-60 DEF STAN 00-60 - стандарт Министерства обороны Великобритании, принятый в качестве основного по вопросам Интегрированной логистической поддержки (ИЛП) в блоке НАТО. Десятый том этого стандарта посвящен проблемам электронной сопроводительной документации. Стандарт не вводит каких-либо новых принципов, а целиком опирается на спецификацию AECMA 1000D, регламентируя лишь методы применения подходов, изложенных в AECMA 1000D, для изделий, не относящихся к аэрокосмической отрасли.


36 6.2.3. MIL 87268, 87269 Стандарты предписывают требования к создаваемым подрядчикамипоставщиками систем вооружений базам данных для интерактивных электронных технических руководств и справочников. В них содержатся требования к построению баз данных, обеспечению обмена данными, наименованию элементов данных, сопровождению и обслуживанию данных. В приложениях перечислены обязательные и необязательные элементы любой эксплуатационной документации, а также их взаимосвязь. Подробно описана схема внутреннего построения баз данных на основе конструкций и элементов языка SGML. Описаны методы представления структуры и состава промышленного изделия и его компонент в языке SGML, а также даны шаблоны документов на обязательные составные части технической документации (такие как информация о неисправностях, техническое описание и т.п.).

6.3. Информационная модель электронной эксплуатационной документации Все международные стандарты, регламентирующие формат и правила подготовки электронной эксплуатационной документации (ЭЭД), так или иначе, описывают требования к хранилищу информации, служащему для получения комплектов ЭЭД на изделия. Основой для создания таких хранилищ является информационная модель документации, которая во многом определяет регламенты подготовки, внесения изменений и использования ЭЭД. Далее мы рассмотрим информационную модель ЭЭД, описанную в относительно новых стандартах AECMA 1000D и DEF STAN 00-60, как наиболее полно отвечающую потребностям широких кругов производителей сложных изделий и не сильно зависящую от специфики конкретной отрасли или Заказчика. Надо отметить, что оба этих стандарта не являются стандартами исключительно на электронное представление документации, а описывают именно информационные модели документации с указаниями, как на их основе можно получить как электронный либо бумажный комплект документации. 6.3.1. Состав электронной эксплуатационной документации В общем случае эксплуатационная документация (не обязательно электронная) представляет собой комплект документов, связанных в некоторую структуру в соответствии со спецификацией, причем каждому из документов присвоен специальный код. Стандарты AECMA 1000D и DEF STAN 00-60, вводят несколько аналогичных определений, применяемых для электронной документации: Перечень действующих публикаций (LOAP – List Of Applicable Publications) Перечень действующих публикаций является спецификацией верхнего уровня, содержащей перечень публикаций (электронных публикаций или книг), составляющих комплект электронной документации на изделие. Электронная техническая публикация (ETP –Electronic Technical Publication) Электронная техническая публикация является аналогом книги в бумажном комплекте документации. Как правило, в различных отраслях существуют стандарты, регламентирующие перечень публикаций, поставляемых на изделия отрасли. Перечень действующих модулей данных (LOEDM – List Of Effective Data Modules)


37 Любая публикация содержит перечень действующих модулей данных, который, как и перечень действующих публикаций, является своеобразным оглавлением, содержащим список модулей данных, составляющих публикацию. Модуль данных (DM – Data Module) Наиболее близким понятием к термину модуль данных является, пожалуй, понятие глава. Так же, как книга состоит из глав, электронная техническая публикация состоит из модулей данных. Однако, в отличие от глав книги, модули данных составляются в соответствии со стандартизованными правилами и содержат стандартизованную атрибутивную часть. Общая база данных эксплуатационной документации (CSDB – Common Source Database) Под общей базой данных эксплуатационной документации понимается система хранения и управления модулями данных, установленная у разработчика изделия и позволяющая по запросу получить комплект технических публикаций на указанное изделие в электронной или бумажной форме. Общая структура электронной эксплуатационной документации схематично показана на рис. 10: Электронная эксплуатационная документация

Перечень действующих публикаций

Электронная публикация Электронная публикация Электронная публикация

Перечень действующих модулей данных

Модуль данных Модуль данных Модуль данных

Рис. 10. Структура электронной эксплуатационной документации

Модуль данных Как уже было сказано выше, электронные технические публикации состоят из модулей данных. Модулем данных называется совокупность взаимосвязанных технических сведений, относящихся к определенной тематике и не допускающих дальнейшего их дробления на составные части (рис. 11). Типовыми модулями данных являются, например: технологическая карта, описание несложного узла в изделии, регламент технического обслуживания отдельного агрегата или подсистемы, и т.п. Важным свойством модуля данных являются присвоенные ему идентификационная и статусная части, на основе


38 которых осуществляется управление общей базой данных эксплуатационной документации. Таким образом, модуль данных – это типизированный документ, состоящий из двух частей: Идентификационная и статусная часть модуля данных (атрибутивная часть) Содержательная часть (технические сведения) Перечисленные ниже модули данных относят к специальным служебным модулям данных в составе технической публикации, которые, как правило, помещаются в начале публикации (книги) и составляют титульные элементы публикации: Титульный лист Перечень действующих модулей данных (таким образом, перечень действующих модулей данных сам также является модулем данных) Перечень внесенных изменений Перечень сокращений Перечень терминов Перечень символов Нормативные ссылки Содержание

Рис.11 Пример модуля данных, выведенного на печать


39 Система кодирования модулей данных Наиболее важной отличительной особенностью подходов, предложенных в стандартах AECMA 1000D и DEF STAN 00-60, является введение механизмов специального кодирования модулей данных. Любому модулю данных, входящему в состав технической документации, присваивается специальный код (рис. 12). В состав кода, как правило, входят следующие поля: Условное обозначение типа изделия; Поле содержит эксплуатационное обозначение изделия или сразу нескольких изделий, принадлежащих к одному типу. В стандарте 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 – Механическая очистка


Eurofighter

1B

Относится к

Основная гидросистема Гидробак Первая

Относится к

Первая

Чистить

конфигурация

253 = Ультразвуковая очистка

000 используется в некоторых главах, в которых номер главы и раздела уже указывает на вид информации в модуле данных (например, главы с 05 по 12, где глава 05–10 это “Ресурсы”, поэтому в этом случае должен применяться код 000)

Используется для обозначения вида информации, находящейся в модуле данных

Информационный код (три цифровых символа)

ультразвуком

На

C

стенде

Т = Учебнотренировочное оборудование

D = Охватывает А, ВиС

С = На стенде

В = На снятом двигателе или агрегате. Может относиться к идентификационному коду самолета или двигателя

А = На воздушном судне

Код месторасположения изделия (Один буквенный символ)

“A” — всегда используется для первой процедуры, “B” — для второй и т.д.

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

Вариант информационного кода (один буквенный символ)

процедура

B

Вторая

Относится к

Коды модулей данных для летательных аппаратов, бортовых двигателей и бортового оборудования

Первая

Сборка

A — 29 — 10 — 05 — 01 — A — 253 Изделие

Код разборки (один буквенноцифровой + один цифровой символ)

Раздел

Номер Главы/ раздела/ изделия (два цифровых + два буквенно-цифровых + два буквенно-цифровых символа

Глава

Код модификации системы (Один буквенный символ)

В вышеприведенном примере: – 29 = Гидравлическая система – 10 = Основная система – 05 = Компонент, например, гидравлический бак. (Номер присваивается в рамках проекта)

конфигурация Код идентификации модели (Два алфавитноцифровых символа)

Относится только к первым двум группам цифровых символов номера раздела/подраздела/ изделия

Вариант кода разборки (буквенный символ)

Код, назначаемый AECMA конкретному проекту (самолета или двигателя). Например, 1В – код прототипа истребителя Eurofighter, а 2В – код серийного истребителя Eurofighter

00 = Модули данных, относящиеся в целом ко всему Используется для самолету, или разных вариантов двигателю, оборудования, главе, разделу, имеющего отличия изделию в конструкции, недостаточные для того, чтобы 01 = Модули данных, изменить номер относящиеся к главы/ раздела/ первой снятой изделия сборке

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

Примечание: Код разборки также используется для последовательной нумерации модулей данных.

02 = Модули данных, относящиеся ко второй снятой сборке, и т.д. Каждая сборка, (например, 03, 04 и т.д) может быть разобрана далее на подсборки и детали, которые требуют техобслуживания и им присваиваиваются свои Номера.

Незначительные различия в компонентах могут быть отражены в одном и том же модуле данных, т.е. модуль данных может распространяться более чем на один компонент или деталь. В случае значительных изменений в рамках проекта необходимо присвоить такому компоненту новый номер изделия. Напрмер, 12 может быть новым модифицированным гидравлическим баком, для которого должны быть созданы свои собственные модули данных

Номер раздела (например, 10) может быть при необходимости разделен далее (например, на 11, 12, 13, 14 и т.д.) самим проектом. В вышеприведенном примере основная гидросистема может быть разделена на 11 – ОСНОВНАЯ ГС ПО ЛЕВОМУ БОРТУ и 12 – ОСНОВНАЯ ГС ПО ПРАВОМУ БОРТУ

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

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

Первые две группы цифровых символов в номере главы/ раздела/изделия могут не меняться, поскольку функция остается той же самой "A" — всегда используется для первой конфигурации, "В" — для второй и т.д.

Рис 12. Пример кода модуля данных, составленного по стандарту AECMA 1000D


41 Идентификационная и статусная часть модуля данных При помощи идентификационной и статусной частей модулей данных система управления общей базой данных эксплуатационной документации обеспечивает следующие возможности: Формирование комплекта публикаций для указанной пользователем конфигурации изделия Управление изменениями в документации Формирование отчетной информации Подготовка документации на нескольких языках Контроль качества документации Управление версиями документации Идентификационная и статусная части модуля данных содержат фиксированный набор полей. Ниже приведены основные из них: Номер версии модуля данных Дата издания модуля данных Причина издания модуля данных Язык, на котором изложена содержательная часть модуля данных Уровень секретности сведений в модуле данных Применяемость модуля данных (обозначение конфигурации оборудования, для которой актуальны сведения в содержательной части модуля данных) Сведения о проверке технических данных в содержательной части разработчиком и/или заказчиком.

Типы модулей данных В зависимости от типа сведений в содержательной части модуля данных, эти модули подразделяют на несколько типов. В стандартах AECMA 1000D и DEF STAN 00-60 выделены шесть основных типов модулей данных: Описательная информация Модули данных этого типа содержат сведения об устройстве и принципах работы изделия, его систем и узлов. Процедурно-технологическая информация В модулях данных этого типа содержатся инструкции для проведения процедур технического обслуживания изделия. Информация для планирования технического обслуживания Модули данных этого типа содержат сведения о регламенте технического обслуживания изделия, его систем и агрегатов. Информация о возможных неисправностях и методах их устранения Эти модули данных содержат перечни возможных неисправностей с указанием их симптомов и, при необходимости, ссылочную информацию на процедурно-технологические модули данных с описанием процедур поиска и/или устранения неисправности. Каталоги деталей и сборочных единиц В модулях данных этого типа содержатся иллюстрированные перечни деталей и сборочных единиц на изделие, его системы или агрегаты. Инструкция для оператора (экипажа) Эти модули данных содержат сведения и инструкции для использования изделия по назначению.


42 Организация ссылочной информации в модулях данных Любой модуль данных может содержать в себе ссылочную информацию двух видов: Внешние ссылки на другие модули данных Внутренние ссылки между элементами содержательной части модуля данных Внешние ссылки создаются при помощи указания кода модуля данных, на который дается ссылка. Такой механизм обеспечивает сохранение целостности ссылок даже после внесения изменений в документацию (чего нельзя сказать о механизмах простановки ссылок, основанных на номерах страниц или названиях разделов). Внутренние (или перекрестные) ссылки используются в тексте содержательной части модуля данных и ссылаются на внутренние объекты модуля (например: «см. рис 1»). 6.3.2. Механизмы производства электронных технических публикаций Общая база данных эксплуатационной документации (CSDB) – это хранилище модулей данных, необходимых для подготовки технических публикаций на изделие и его вспомогательное оборудование. Технические данные не должны дублироваться, т.е. многократно используемые сведения должны быть представлены в виде отдельных модулей данных, на которые делаются ссылки из других модулей. В общей базе данных эксплуатационной документации модули данных хранятся в некотором промежуточном формате (как правило, в формате SGML), который используется для обмена и передачи данных. Построение электронных публикаций в конечной форме для поставки пользователю связано с особенностями презентационного программного и аппаратного обеспечения, применяемого пользователем. Промежуточный формат хранения модулей данных, описанный в стандартах AECMA 1000D и DEF STAN 00-60, также допускает обработку технических сведений, хранимых в общей базе данных, для последующего вывода информации на печать, при этом каждая электронная публикация представляется в виде отдельной книги, оформленной в соответствии с этими стандартами. Процесс производства технических публикаций представлен на рис.13:

Общая база данных эксплуатационной документации

Обработка промежуточног о формата

Документация на бумаге

Модули данных в промежуточном формате

Электронная документация

Рис. 13. Процесс производства технических публикаций


43 Электронные технические публикации, в зависимости от механизма обработки промежуточного формата и презентационного программноаппаратного обеспечения, подразделяются на несколько типов: IETP-L – Линейно-структурированные электронные технические публикации Электронные технические публикации данного типа представляют собой структурированную совокупность линейных документов с возможностями навигации по документам и поиска нужной информации. IETP-D – Электронные технические публикации, основанные на применении баз данных Электронные технические публикации этого типа предусматривают хранение всех технических сведений в некоторой базе данных нестандартизованной структуры, из которой по запросу пользователя можно сформировать модули данных для их просмотра на экране системы отображения. IETP-I – Интегрированные электронные технические публикации Этот вид электронных публикаций предусматривает использование принципов экспертных систем для визуализации информации и интеграцию с другими прикладными пакетами пользователя, например со средствами диагностики оборудования или компьютерного обучения и подготовки. IETP-X – WEB-ориентированные электронные технические публикации Электронные публикации данного типа предназначены для размещения в глобальной сети Интернет и, как правило, представляют собой набор XML документов Эксплуатационная документация на изделие, представленная в виде электронных технических публикаций приведенных выше типов, является интерактивным электронным техническим руководством некоторого класса функциональности.

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


44 ствия с пользователем и стандартную технику представления информации. ИЭТР применяются для решения следующих задач: обучение персонала правилам эксплуатации и ремонта изделия; обеспечение справочным материалом об устройстве и принципах работы изделия; обеспечение персонала справочным материалом при ремонте изделия; обеспечение информацией о проведении операций с изделием (необходимый инструмент и материалы, количество и квалификация персонала); диагностика оборудования и поиск неисправностей; автоматизированный заказ материалов и запасных частей; планирование и учет проведения регламентных работ; обмен данными между потребителем и поставщиком. Таким образом, ИЭТР может быть использовано для решения комплекса задач, связанных с информационной поддержкой процессов эксплуатации, обслуживания и ремонта изделия. В принципе, ИЭТР – это комплекс интегрированных программных средств, построенных в соответствии с некоторой общей концепцией. 6.4.1. Классификация интерактивных электронных технических руководств Различные решения в области представления данных в электронном виде порождают разделение технических руководств по функциональным признакам. Выделим в качестве основы классификации четыре класса ИЭТР, каждый из которых характеризуется определенной функциональностью и стоимостью реализации.

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

Класс 2 – Линейно-структурированные электронные документы. Большинство документов данного класса сформированы в соответствии со стандартом ISO 8879 (SGML). Оглавление документа содержит ссылки в соответствующие разделы технического руководства. Документ может также содержать перекрестные ссылки, таблицы, иллюстрации, ссылки на звуковые и видео данные. Как правило, руководства этого класса позволяют производить поиск данных в документе, могут содержать как растровую, так и векторную графику, сноски и заметки. Данный класс ИЭТР может быть просмотрен на экране и распечатан без предварительной обработки. Функциональность этого класса обеспечивают все форматы семейства SGML (например, HTML и XML), а также распространенный формат Postscript (PDF), являющийся стандартом de facto в системах подготовки


45 ляющийся стандартом de facto в системах подготовки технической документации. Основным недостатком технических руководств первых двух классов является необходимость дублирования однородной информации. Можно выделить два основных типа дублирования: одинаковые данные, такие как замечания, предостережения, заметки, графики, повторяются во всех местах, где они необходимы. одинаковые технические данные, такие как обозначения изделий, надписи, трафареты и т.п., повторяются везде, где они необходимы. Таким образом, при изменении одного компонента изделия необходимо пересматривать весь комплект документации.

Класс 3 – Иерархически-структурированные электронные документы Схема построения ИЭТР этого класса принципиально отличается от схем построения технических руководств предыдущих классов, в которых данные структурированы в соответствии с требованиями систем вывода на печать и составными элементами которых являются главы, параграфы, секции, страницы и т.п. Технические данные в документах этого класса организованы как объекты внутри хранилища информации, имеющего иерархическую структуру. В технических руководствах 3 класса отпадает необходимость многократного повторения идентичной информации: данные создаются один раз, а затем в документе проставляется только ссылка на них, что значительно уменьшает объема документации. К достоинствам этого класса ИЭТР можно также отнести высокую интерактивность и возможность отбора данных по функциональным признакам при запросах. Так как данные в ИЭТР класса 3 организованы иерархически, документация не может быть распечатана без предварительной обработки.

Класс 4 – Интегрированные ИЭТР ИЭТР этого класса сочетают в себе функциональность технических руководств предыдущих классов с возможностью прямого интерфейсного взаимодействия с электронными модулями диагностики изделий, что позволяет оператору выполнять задачи более быстро и эффективно. ИЭТР 4 класса позволяют наиболее быстро проводить операции по поиску неисправностей в изделии, локализации сбоев, подбору запасных частей, а также производить анализ состояния изделия в конкретной ситуации. ИЭТР данного класса также могут автоматически получать информацию об изделии от аппаратуры диагностики, анализировать ее и добавлять результаты измерений и анализа в свою базу данных для последующего использования. Разработанный НИЦ CALS-технологий «Прикладная логистика» программный продукт TGB (Technical Guide Builder) позволяет в автоматизированном режиме разрабатывать ИЭТР 3 – 4 классов.


46 В России ИЭТР выполняются в соответствии со следующими нормативнотехническими документами: Р 50. 1. 029 – 2001. Информационные технологии поддержки жизненного цикла продукции. Интерактивные электронные технические руководства. Общие требования к содержанию, стилю и оформлению. Рекомендации по стандартизации. Госстандарт России. Москва, 2001г. Р 50. 1. 030 – 2001. Информационные технологии поддержки жизненного цикла продукции. Интерактивные электронные технические руководства. Требования к логической структуре базы данных. Рекомендации по стандартизации. Госстандарт России. Москва, 2001г.

Лекция 6 7. Базы данных ИЛП и их взаимодействие 7.1. Базы данных ИЛП и их взаимодействие Как явствует из содержания предыдущих разделов, функционирование системы ИЛП предполагает создание и использование нескольких баз данных. К их числу относятся: база данных о структуре и составе изделия (PDM-система), являющаяся основой физического и функционального разбиения изделия на элементы, по которым, в частности, проводится ЛА; эта база данных выполняет системообразующие функции по отношению ко всем процессам и процедурам ИЛП; база данных логистического анализа (БД ЛА), построенная на основе определений элементов данных (ОЭД); общая ресурсная база данных (ОРБД), содержащая информационные объекты, предназначенные для формирования ИЭТР; база данных, содержащая информацию о фактическом использовании и функционировании изделия, получаемую от эксплуатантов (БДЭ). Полноценное функционирование системы ИЛП предполагает систематическое ведение всех перечисленных баз данных, т.е. их формирование, пополнение, поддержание в актуальном состоянии, сохранение целостности и достоверности данных и т.д. Все базы данных должны находиться в постоянном взаимодействии, суть которого поясняется схемой, представленной на рис. 14.


47

БДЭ

ОРБД PDM

БД ЛА

Информационный объект в БД

Элемент структуры изделия

Рис. 14. Из этой схемы видно, что информационные объекты, принадлежащие различным базам данных, должны иметь ассоциативные связи с элементами структуры изделия, отображаемыми в PDM-системе. Основные функции PDM-системы показаны на рис. 15. При таком подходе обеспечивается методическое единство различных информационных процессов, протекающих в системе ИЛП.


48 Управление данными об изделии (УДИ=PDM) УДИ

Управление технологическим и данными

Управление ролями исполнителей

Управление структурой и составом изделия

Регистрация статусов документов

Управление вспомогательными данными

В УПР, УПр, Укч в систему ЭДО

В САПР-К

Управление изменениями

Формирование спецификаций

В АСУП В УПР УПр, УКч

В АСУТП В САПР-Т

Сравнение структур

В АСУП

Создание структуры

Из САПР-К

Навигация по структуре

Управление процессом

Связь с атрибутами и документами

В УПР, УПр, УКч

Отслеживание условий Отслеживание результатов

В САПР-К

В АСУП

В УКф, УКч

Рис. 15 Информационные объекты, относящиеся к различным базам данных, должны наследовать некоторые атрибуты элементов структуры изделия, что позволяет однозначно идентифицировать связи объектов как с этими элементами, так и между собой. Такая организация информации в принципе позволяет интегрировать базы данных, в том числе топологически распределенные, в единое информационное пространство, обслуживающее различные стадии ЖЦ изделия. В этом контексте уместно более подробно рассмотреть функции PDMсистемы.

7.2. Управление данными об изделии 7.2.1. Общие сведения Известно, что инженерно-техническая информация принадлежит к числу наиболее ценных активов предприятия. В последнее время в связи с переходом от серийного планового производства к мелкосерийному позаказному значительно возросла номенклатура выпускаемых предприятиями изделий, что привело к многократному росту объема инженерно-технической информации. В условиях конкуренции предприятия вынуждены постоянно совершенствовать выпускаемые изделия, что приводит к появлению большого количества их модификаций и исполнений, производство которых необходимо планировать, решая задачи минимизации издержек с учетом требований за-


49 казчиков. Для управления производством в подобных условиях разработано множество разнообразных систем автоматизации. Эффективность управления, не в последнюю очередь, зависит от достоверности и актуальности данных. А это значит, что эффективная работа предприятия невозможна без системы, объединяющей в себе результаты деятельности всех подразделений и связывающей все существующие на предприятии автоматизированные системы. Согласно мировому опыту использования систем автоматизации, в качестве такого интегрирующего звена должна выступать PDM-система (Product Data Management - управление данными об изделии). Цель PDM-системы – обеспечение полноты, целостности и актуальности информации об изделии и доступность ее всем участникам жизненного цикла изделия (ЖЦИ) в соответствии с имеющимися у них правами. Для достижения этой цели PDMсистема должна выполнять следующие функции: взаимодействие с другими автоматизированными системами; управление различными нормативно-справочными разделами базы данных (БД), системами классификации и перечнями предметов; управление версиями изделий; управление вариантами состава изделия; управление конфигурацией изделия; управление характеристиками объектов5 БД; хранение различных документов (комплектов документов); управление изменениями; регистрация статусов (утверждений) документов и других информационных объектов с использованием ЭЦП; ведение организационной структуры и управление ролями сотрудников; управление технологическими данными; управление потоками работ (WorkFlow Management); управление описанием экземпляров и партий изделий; поиск объектов БД по различным критериям; управление разграничением доступа к объектам БД; генерация отчетов. При организации совместной работы различных служб предприятия, использующих различные системы автоматизации, встает вопрос об их информационной совместимости. Для его решения PDM-система должна поддерживать нейтральную модель данных, пригодную для представления самых различных данных об изделии. В качестве такой модели в настоящее время выступает международный CALS-стандарт – ISO 10303 - STEP (ГОСТ Р ИСО 10303). Стандарт регламентирует логическую структуру БД, номенклатуру информационных объектов, хранимых в БД, их атрибуты и связи. Стандарт предусматривает способы взаимодействия с БД – с помощью текстового обменного файла STEP (ISO 10303-21) и через программный интерфейс SDAI (ISO 10303-22). Работу с текстовым обменным файлом STEP поддерживает большинство современных CAD/CAM систем. Отличительной особенностью стандарта STEP от аналогичных является наличие методики расширения информационной модели данных. Это позволяет адаптировать стандартную информационную модель под нужды конкретной 5

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


50 отрасли или предприятия. В настоящий момент времени этот стандарт переведен на русский язык и имеет статус государственного стандарта России. 7.2.2. Требования к PDM системе Обобщая опыт разработки и внедрения различных PDM систем в различных отраслях промышленности можно выделить ряд критериев, которым должна соответствовать современная PDM система: Открытая информационная модель. Структура БД при необходимости может быть дополнена различными информационными объектами в соответствии с требованиями конкретного предприятия. Соответствие международным CALS-стандартам, которое необходимо не только для построения ядра интегрированной информационной среды (ИИС) предприятия, но и для успешного взаимодействия с иностранными партнерами. Изначальная ориентация системы на решение задач в масштабе предприятия, а не рабочей группы. Трехуровневая сетевая архитектура, в которой клиентский модуль взаимодействует с сервером БД через сервер приложений. Такая архитектура обеспечивает эффективное распределение вычислительной нагрузки при одновременной работе большого числа пользователей и низкие требования к программноаппаратному оснащению клиентских мест. 7.2.3. Взаимодействие с другими автоматизированными системами. Один из первых вопросов, возникающих при внедрении систем класса PDM: «как система впишется в существующие автоматизированные системы предприятия?». Внедрение PDM изначально предполагает импорт данных из уже существующих на предприятии БД и интеграцию с имеющимися автоматизированными системами. При этом большинство потоков информации должно проходить через PDM-систему. PDM-система должна предоставлять два способа обмена данными: Через обменный файл STEP (преимущественно для обмена с CAD/CAM-системами, с которыми нет прямой интеграции). Прямая интеграция посредством полнофункционального интерфейса доступа к данным (API), который является реализацией стандартного интерфейса доступа к данным ГОСТ Р ИСО 10303-22 (SDAI). 7.2.4. Организация справочников и классификаторов данных. Для удобства работы в ИИС специалистов различных направлений в PDM системе должны создаваться различные справочники: государственные, международные и внутренние стандарты и прочие нормативные документы; материалы (с учетом сортаментов); нормализованные детали (нормали); стандартные изделия; покупные комплектующие изделия; долговременные разделы БД, аккумулирующие собственный опыт предприятия: ранее выполненные (готовые) проекты;


51 унифицированные узлы и детали. технологическое оборудование и оснастка (или парк оборудования); организационная структура предприятия и роли сотрудников; различные ограничительные перечни; перечни используемых характеристик, единиц измерения и других типов служебной информации. PDM система должна поддерживать неограниченное количество систем классификаций объектов и нормативно-справочных разделов в соответствии с любыми стандартами. При этом должен быть обеспечен индивидуальный доступ пользователей к любым разделам справочников. Пример структуры справочника приведен на рис. 16

Рис. 16. Пример структуры справочника 7.2.5. Описание изделия Одним из основных информационных объектов является «изделие». Этот объект описывает в БД материальный предмет, вещество, услугу, программный продукт, систему, состоящую из материальных предметов и программных средств, взаимодействующих между собой. При помощи объекта «версия изделия» описываются различные модификации и исполнения изделия. С изделием ассоциируется различного рода информация (которая накапливается на протяжении всего ЖЦИ): •

Набор характеристик (рис. 17). Для описания разнообразных свойств изделий используется объект «характеристика». Перечень возможных характеристик может легко дополняться. Важным атрибутом характеристики является «тип», с помощью которого одна и та же характеристика может присоединяться к изделию на разных стадиях ЖЦ. Например, при получении технического задания на разработку к изделию может быть присоединена характеристика «Ресурс» с типом «Требуемая», при выполнении проверочного расчета – с типом «Расчетная», а после испытаний опытного образца – с типом «Измеренная». Характеристики, представляющие тайну, могут быть доступны только конкретным сотрудникам (для этого используется функ-


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

Рис. 17. Характеристики изделия •

Документы (комплекты документов). Система PDM должна хранить различные типы электронных документов. При этом документ может существовать самостоятельно или быть ассоциирован с любым объектом БД. Логически документ (электронный технический документ) состоит из двух частей: содержательной и реквизитной6. В качестве содержательной части может выступать любой файл, способный храниться в компьютере: 3D-модель, файл мультимедиа, растровое изображение (например, отсканированный чертеж). Реквизитная часть содержит аутентификационные и идентификационные данные документа, в том числе одну или несколько ЭЦП. Документ имеет дерево версий, среди которых одна является актуальной (активной) (рис. 18). Встроенный механизм управления изменениями позволяет проследить всю историю изменений каждого документа для последующего анализа и дает возможность произвести «откат» (возврат к предыдущим версиям). Вся информация, порождаемая при инициировании и проведении изменений (служебные записки, документы, описывающие требуемые изменения (функции «красного карандаша»), извещения об изменениях и др.), может храниться для последующего использования.

6

В соответствии с ГОСТ Р 5.001.01-02.


53

Рис. 18. Документ, его версии и статусы •

Объекты-статусы. Под статусами подразумеваются результаты согласований и утверждений всех объектов системы (рис, 19).

Рис. 19. Статусы изделия •

Изделия-аналоги (заменяющие изделия). Для каждого изделия задается перечень изделий, заменяющих его. Такая связь является направленной. Например, болт без покрытия можно заменить на никелированный болт, но никелированный болт заменить на болт без покрытия нельзя.

Описание экземпляров и партий изделия. Важным этапом ЖЦ изделия является изготовление. Поскольку отклонения от технологии изготовления могут привести к серьезным последствиям в дальнейшей эксплуатации и ремонте, PDM должна вести


54 учет специфики изготовления и последующего ремонта конкретного экземпляра изделия (например, результаты испытаний конкретного образца). •

Классификационная информация. Для упорядочивания информации в PDM используются справочники и классификаторы (см. выше). Часто по каким-либо причинам (например, для подбора другого резца) возникает необходимость просмотра справочников и классификаторов, в которые входит изделие. 7.2.6. Управление вариантами состава изделия Важным требованием к современным PDM-системам является описание состава изделия с различных точек зрения и на различных стадиях ЖЦИ. Типичным примером является конструкторская и технологическая спецификации изделия: конструкторы работают с «конструкторским» составом изделия, технологи же оперируют «технологическим», который формируется при проектировании технологии сборки по принципу «как должно собираться» (рис. 20). Обычно технологический состав изделия отличается от конструкторского, как минимум, наличием промежуточных подсборок, транспортной тары, расходных материалов и т.д. Другим примером вариантов состава является разбиение сложного изделия по зонам и функциональному признаку (по системам).

Рис. 20. Описание вариантов состава изделия


55 7.2.7. Управление конфигурацией изделия Современные условия создания новых изделий требуют оперативного реагирования на изменяющиеся условия рынка - создание новых и изменение существующих конфигураций изделия. Соответственно, в PDM-системе должен иметься механизм управления конфигурациями. Описание конфигураций представлено на рис. 21. Для управления конфигурацией используются следующие функции: назначение менеджера(ов) по конфигурации; идентификация конфигурации и ее блоков; применение правил применяемости блоков в изделии по дате или серийному номеру c использованием механизма проведения изменений; утверждение правил применяемости; сравнение конфигураций изделия.

Рис. 21. Описание конфигураций Неотъемлемой частью управления конфигурацией является механизм проведения изменений в структуре изделия. Данный механизм позволяет контролировать весь процесс прохождения изменений и накапливать сопроводительную информацию. 7.2.8. Использование электронной цифровой подписи Одним из принципов организации ИИС является безбумажный обмен данными. Безбумажная технология обмена данными возможна только при обеспечении легитимности электронного документа, которая обеспечивается ис-


56 пользованием электронной цифровой подписью. Недавно Государственная Дума приняла закон РФ «Об электронной цифровой подписи», т.е. использование ЭЦП приобрело юридическую силу. Система PDM должна одновременно использовать несколько систем ЭЦП. Например, при утверждении важных документов должна использоваться дорогостоящая, сертифицированная ФАПСИ система ЭЦП. Для документов, циркулирующих внутри рабочей группы, может использоваться система ЭЦП, реализованная на WinAPI, бесплатно поставляемая с MS Windows. 7.2.9. Формализованное описание техпроцессов Большинство современных PDM-систем до сих пор не способны в полной мере управлять технологическими данными, хотя это очень важное и необходимое свойство, в частности, для интеграции с MRP/ERP-системами. В PDM с изделием могут ассоциироваться несколько вариантов технологических процессов, что позволяет хранить альтернативные технологии изготовления. Для описания процессов (в том числе и технологических) используется объект «бизнес-процесс». Он может декомпозироваться на неограниченное число уровней. На примере технологического процесса декомпозиция может выглядеть следующим образом: «Цеховой маршрут → Операция → Переход». Для каждого бизнес-процесса могут задаваться потребности в любых ресурсах (рис. 22, 23), например: Материалы (основные, вспомогательные, драгметаллы и др.). Оснащение (оборудование, оснастка, инструмент и др.) для механобработки. Изделия и приспособления, необходимые для выполнения сборочных операций. Людские ресурсы и др. Свойства бизнес-процесса можно описывать при помощи характеристик, например, по ЕСТД - код операции, норма времени, разряд рабочего и др. Также к действию могут быть присоединены различные документы, например, программа ЧПУ, операционная карта и др.


57

Рис. 22. Описание технологического процесса

Рис. 23. Пример описания маршрутной карты Очень часто необходимо учитывать и описывать специфические условия расхода (потребления) ресурса-материала, например, количество деталей из


58 одной заготовки. Данную проблему легко решить, используя характеристики расхода ресурса. На рис. 24 представлена реализация в PSS описания условий расхода ресурса.

Рис. 24. Специфические условия расхода ресурса- драгметалла

Лекция 7 8. Взаимосвязь процедур ИЛП с этапами ЖЦ изделия (ЖЦИ)7. Пути создания системы ИЛП Процессы и процедуры ИЛП тесно связаны со стадиями ЖЦИ. Ниже кратко показано существо этих связей.

Стадия 1 – формирование концепции изделия. • На этапе создания концепции изделия разрабатываются предварительные требования к конструкции изделия, формируемые с точки зрения реализации будущих процессов ТОиР и МТО. Например, выдвигаются требования к компоновке оборудования, связанные с обеспечением удобства доступа к ремонтируемым и заменяемым элементам. Удовлетворение этих требований на этапе проектирования изделия позволит при его эксплуатации не проводить лишних демонтажно-монтажных работ при замене отказавших блоков, узлов и агрегатов. Блочная структура составных частей (СЧ) изделия, высокая степень взаимозаменяемости узлов и агрегатов обеспечат минимальную трудоемкость ремонтновосстановительных работ. На этом же этапе проводят предварительные работы по ЛА: формируют предварительную структуру будущего изделия, структуру БД ЛА, предварительно подбирают аналоги для сравнения характеристик поддерживаемости будущего изделия с существующими. • На этапе разработки аванпроекта изделия уточняется концепция проектирования процессов ТОиР и МТО, выдвигаются их альтернативные варианты, проводятся предварительные расчеты стоимости ЖЦИ. По результатам данных работ начинается заполнение таблиц БД ЛА, которая может рассматриваться как сегмент Общей базы данных об изделия (ОБДИ). В БД ЛА появляются предварительные значения параметров, характе7

В разделе использованы материалы, предоставленные ФГУП «РСК «МиГ»» (В.И. Дмитровым)


59 ризующих требования к изделию с позиции системы ИЛП, концепцию процессов ТОиР и МТО и прогнозируемые затраты на ЖЦИ. Значения прогнозируемых показателей представляются Заказчику для рассмотрения и утверждения. Одновременно с Заказчиком согласовывается единый формат представления данных.

Стадия 2 – опытно-конструкторские работы • На этапе разработки ТЗ и ОКР на создание изделия определяются основные сроки и этапы выполнения работ по проектированию процессов ТОиР и МТО для разработчиков СЧ изделия, определяются организации, на которых будет производиться опытная эксплуатация системы ИЛП. На этом же этапе выбираются программно-аппаратные средства поддержки системы ИЛП. Расширяется и углубляется процесс ЛА. БД ЛА пополняется новыми данными, представляемыми на рассмотрение и утверждение Заказчику. • На этапе разработки эскизного проекта составляется комплексная программа обеспечения надежности, безотказности, долговечности, ремонтопригодности и сохраняемости изделия. В рамках программы определяются методы, средства и исполнители расчетных задач ЛА. Эксплуатационно-технические, экономические и другие характеристики изделия, а также показатели поддерживаемости, полученные в ходе этих расчетов, заносятся в БД ЛА. • На этапе разработки технического проекта и изготовления макета изделия осуществляется оценка эксплуатационно-технических решений компоновки СЧ. Если макет изделия представлен в электронном виде, то оценка осуществляется на нем. Все упомянутые выше данные проверяются и уточняются. В случае необходимости инициируются изменения проектной документации. • На этапе разработки конструкторской документации в электронном виде выполняются работы, предназначенные для изготовления и проведения испытаний опытного образца изделия (в том числе для изготовления учебно-тренировочных средств, специального ремонтнотехнологического оборудования и оснастки, предназначенных для эксплуатации, обслуживания и ремонта). Конструкторская документация в электронном виде (включая эксплуатационную и ремонтную документацию) предоставляется предприятиям и организациям, участвующим в производстве и испытаниях опытного образца изделий. Данные ЛА вновь уточняются и помещаются в БД ЛА. • На этапе изготовления и испытания опытного образца (опытной партии) изделия проверяется правильность и эффективность разработанных ИЭТР и рекомендаций ЛА в отношении организации эксплуатации, обслуживания и ремонта. При необходимости вносятся коррективы. • На этапе отработки опытного образца изделия и его СЧ одновременно апробируется и отрабатывается система ИЛП. Специализированные сегменты ОБДИ, сформированные на стадии опытноконструкторских работ, используются при проведении государственных


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

Стадия 3 – серийное производство изделий • На этапе контрольных испытаний образца изделия сегменты ОБДИ (в том числе БД ЛА), сформированные на стадии опытно-конструкторских работ, пополняются информацией, полученной в процессах: проверки соответствия технических и эксплуатационных характеристик изделия технической документации, а также требованиям к качеству его изготовления; оценки необходимости конструктивных изменений, доработок. • На этапе поставки образцов изделий ОБДИ (в т.ч. БД ЛА) пополняется информацией, связанной с поставками комплектующих, средств для обеспечения процессов обучения и т.д. • На этапе снятия изделия с серийного производства принимается решение о дальнейшем использовании данных, полученных на предшествующих стадиях, для анализа последующих проектов, а также о способах ее сохранения (включая длительность и место хранения).

Стадия 4 – эксплуатация и ремонт изделий • На этапе эксплуатации изделий ОБДИ (БД ЛА), сформированная на предшествующих стадиях, используется для разработки и реализации комплексной программы повышения надежности изделия, программы улучшения эксплуатационных качеств, планов-графиков возможного восстановления и продления технических ресурсов и календарных сроков службы, а также планов обеспечения и совершенствования ремонта изделий. Помимо информации, характеризующей плановые показатели процессов эксплуатации изделий, ОБДИ пополняется информацией, характеризующей фактические показатели этих процессов. Эту информацию получают путем контроля и оценки эксплуатационно-технических характеристик изделия на протяжении всего этапа его эксплуатации и ремонта. • В ходе заводского ремонта изделия дополнительно вносятся изменения в электронную ремонтную документацию, а также в списки и характеристики нестандартного ремонтно-технологического, испытательного оборудования, приспособлений, оснастки и инструмента. Соответствующая информация помещается в ОБДИ.

Стадия 5 – утилизация изделий На этой стадии данные, содержащиеся в ОБДИ, используют для определения номенклатуры, технических характеристик и потребного количества специального технологического оборудования, например: • данные о массе изделия и его СЧ, с указанием материалов, из которых они изготовлены;


61 • перечни агрегатов, узлов и комплектующих изделий, содержащих драгоценные металлы, а также остродефицитные материалы и т.д.

8.1. Пути создания системы ИЛП Как следует из вышеизложенного, состав и структура системы ИЛП на концептуальном уровне с достаточной степенью полноты определяются схемой, приведенной на рис. 4, и последующими комментариями к ней. Процесс создания системы ИЛП в соответствии с базовыми принципами ИПИ может быть описан в форме функциональной модели в нотации IDEF0. Укрупненная функциональная модель процесса создания системы ИЛП (два уровня декомпозиции), допускающая дальнейшую детализацию, уточнение и развитие, приведена в Приложении 3. Она описывает основные этапы этого процесса в соответствии с содержанием настоящего курса. Как показывает практика, оптимальной формой разработки и внедрения в промышленность России различных аспектов ИПИ являются пилотные проекты. В этом смысле проблема ИЛП не составляет исключения. Представляется, что в процессе выполнения на конкретном предприятии и применительно к конкретному изделию такого пилотного проекта можно отработать и проверить на практике методические, программные и организационнотехнические решения, относящиеся к проблеме ИЛП. При этом работу следует строить так, чтобы упомянутые решения, после их должной апробации и корректировки, допускали тиражирование на других предприятиях и применительно к другим изделиям. Примерный рабочий план пилотного проекта, выполненный в соответствии с рекомендациями, содержащимися в «Концепции развития ИПИтехнологий в промышленности России», утвержденной решением Коллегии Минпромнауки России 10 августа 2001 г., приведен в Приложении 4.

Лекция 8 9. Стандарты ИЛП Как указывалось выше, процессы и процедуры ИЛП организуются и выполняются в соответствии с рядом нормативно-технических документов, к числу которых относятся уже упомянутые стандарты министерства обороны США MIL-STD-1388 и министерства обороны Великобритании DEF STAN 00-60. Другими известными стандартами, регламентирующими представление данных по логистической поддержке, являются международные спецификации AECMA SPEC 1000D и AECMA SPEC 2000М (см. лекцию 5). Спецификация AECMA SPEC 1000D используется в европейской авиационной промышленности и, как уже описывалось, регламентирует технологию подготовки технической документации различного типа в управляемой среде на основе типизированных модулей данных. Основой спецификации является опыт совместных международных проектов в области авиастроения. Одна из ключевых идей стандарта – типизация модулей данных и типов документов на основе применения форматов SGML или HyTime с использованием механизма DTD (см. выше).


62 Спецификация AECMA SPEC 2000M регламентирует все вопросы материально-технического обеспечения эксплуатации авиационной техники, в т.ч. обеспечения запасными частями и материалами. В настоящее время применяется в пяти европейских странах (Франции, Германии, Италии, Испании и Великобритании). Хотя спецификации AECMA SPEC 1000D и 2000М ориентированы на авиационную технику, многие их нормы могут быть при незначительной трансформации, а иногда и непосредственно использованы применительно к другим классам технических объектов. В настоящее время усилиями нескольких стран разрабатывается новая «нейтральная» модель данных, объединяющая все рассмотренные выше логистические стандарты.


63 10. ЛИТЕРАТУРА: 1. Е.В. Судов, А.И. Левин, А.Н. Давыдов, В.В. Барабанов. Концепция развития CALS-технологий в промышленности России / НИЦ CALSтехнологий «Прикладная логистика». – М., 2002. 2. Громов Г.Р. Национальные информационные ресурсы: проблемы промышленной эксплуатации. – М.: Наука. 1985 420с. 3. Компьютерно-интегрированные производства и CALS-технологии в машиностроении./ Под ред. д-ра техн. наук, проф. Б.И. Черпакова. М.: ГУП «ВИМИ», 1999. – 512 с. 4. NATO CALS Handbook. Ver. 2, June 2000. 5. Судов Е.В. Информационная поддержка жизненного цикла продукта.\\ PC WEEK №45, 1998. стр. 15. 6. Давыдов А.Н., Барабанов В.В., Судов Е.В., Подколзин В.Г. CALSтехнологии или информационная поддержка жизненного цикла продукта. / «Проблемы продвижения продукций и технологий на внешний рынок», специальный выпуск, 1998,стр. 27-31. 7. Давыдов А.Н., Барабанов В.В., Судов Е.В., Шульга С.С. CALS (Поддержка жизненного цикла продукции): Руководство по применению/ М.:ГУП ВИМИ, 1999, 44c. 8. Кабанов А.Г., Давыдов А.Н., Барабанов В.В., Судов Е.В. CALSтехнологии для военной продукции. «Стандарты и качество», N3, 2000, стр. 33-38 9. Левин А.И., Судов Е.В. CALS – сопровождение жизненного цикла. «Открытые системы», март 2001. стр. 58 – 62. 10. Левин А.И., Судов Е.В. Концепция и технологии компьютерного сопровождения процессов жизненного цикла продукции / В кн.: Информационные технологии в наукоемком машиностроении. Компьютерное обеспечение индустриального бизнеса. Под ред. А.Г. Братухина. Киев: Техника, 2001. стр. 612 – 625. 11. Давыдов А.Н., Барабанов В.В., Судов Е.В. Основные направления развития информационных технологий сопровождения и поддержки наукоемкой продукции на всех этапах жизненного цикла / В кн.: Компьютерные технологии сопровождения и поддержки наукоемкой продукции на всех этапах жизненного цикла. Материалы Конференции. М.: АНО НИЦ CALS-технологий «Прикладная логистика», 2001. стр. 8 – 15.


Приложение 1 Некоторые специальные термины, относящиеся к ИЛП № 1 2 3 4

5 6 7 8 9 10

11

12 13 14 15 16 17

Английский термин

Англ. Русский термин аббрев. Life Cycle Cost LCC Затраты на поддержку жизненного цикла изделия Logistic Support Analysis LSA Логистический анализ Maintenance and Repair Техническое обслуживание и ремонт Integrated Supply Support ISSP Интегрированные Procedures процедуры поддержки материально-технического обеспечения Electronic Maintenance Электронная Documentation эксплуатационная документация Electronic Repair Электронная ремонтная Documentation документация Logistic Support Analysis LSAR База данных логистического Records анализа Maintenance level Уровень ТОиР Mean Time Between Failures MTBF Среднее время между отказами Mean Time to Repair MTTR Среднее время ремонтных работ (работ по внеплановому обслуживанию) Required Standby Time RST Среднее время восстановления (приведения в рабочее состояние) после отказа Mean Time Between MTBMA Среднее время между Maintenance Actions обслуживаниями Mean Time Between MTBR Среднее время между Removals заменами узлов и агрегатов Required Operational ROA Требуемый уровень Availability готовности Failure Modes Effects and FMECA Анализ видов, последствий и Criticality Analysis критичности отказов Maintenance Allocation Chart MAC Карта распределения работ по техническому обслуживанию Preventive Maintenance PMCS Сервисные и контрольные Checks and Services операции планового обслуживания

Русск. аббрев. ЛА ТОиР

ЭЭД ЭРД БД ЛА

АВПКО КРРТО


18

Reliability Centred Maintenance Support Equipment Recommendation Data

RCM

20

Test Measurement and Diagnostic Equipment

TMDE

21

Spares Acquisition Integrated with Production

SAIP

22

Packaging, Handling, Storage PHS&T and Transportation

23

Crisis Resupply from Industry Procedure

CRIP

24

Logistic Control Number

LCN

25

ALC

26

Alternate Logistic Control Number Codification

27 28 29 30 31 32 33

Initial Provisioning Provisioning Procurement Planning Supply Management Order Administration Invoicing Preventive maintenance

IP

34

Corrective maintenance

19

SERD

Обслуживание, обеспечивающее надежность Рекомендации по применению оборудования поддержки. Испытательное, измерительное и диагностическое оборудование Программа поставки запчастей, интегрированная с производством Упаковка, хранение, транспортирование и погрузочно-разгрузочные работы Процедура возобновления поставок промышленностью после кризиса. Логистический контрольный номер Альтернативный логистический номер Кодификация предметов МТО Начальное МТО Текущее МТО Планирование поставок Управление поставками Управление заказами Управление счетами Плановое техническое обслуживание Внеплановое техническое обслуживание

ООН

ЛКН АЛН


Приложение 2 СВОДНЫЕ ДАННЫЕ ПО ПЛАНУ ОБСЛУЖИВАНИЯ И РЕМОНТА (LSA-023) Отчет состоит из четырех частей, каждая из которых может формироваться отдельно. Для формирования отчета необходимо указать, на какую глубину должно быть рассмотрено конечное изделие (начальный ЛКН, конечный ЛКН ), интересующую конфигурацию (КП), род войск, где применяется конечное изделие и в какое время (мирное или военное). Для части IV также КАФИ REFRIG-UNIT

НАИМЕНОВАНИЕ ЛКН ХОЛОДИЛЬНАЯ УСТАНОВКА

НАЧАЛЬНЫЙ ЛКН

АЛКН

ТИП

КОНЕЧНЫЙ ЛКН

0

00

P

007

РОД ВОЙСК

КП FF

ВВС

ВЫБРАННЫЕ ККИ

МИРН./ВОЕН.

B, Z, O, Y

МИРН.

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

ЧАСТЬ I ТРЕБОВАНИЯ ПО НАДЕЖНОСТИ И ОБСЛУЖИВАЕМОСТИ К СИСТЕМЕ/ КОНЕЧНОМУ ИЗДЕЛИЮ

Часть I формируется для каждого ЛКН из заданного диапазона по схеме, приведенной ниже.

КФГ ТР

00

АЛКН ЛКН

00

0

НАИМЕНОВАНИЕ ССЫЛОЧНЫЙ НОМЕР ЛКН

ХОЛОДИЛЬНАЯ УСТАНОВКА

F100000RG2222-1 1334-FGR

Коэффициенты готовности, %

КОД КИ НАЧЕНИЯ ИЗДЕЛИЯ

94833

TYPE001 MODEL00002

ЕЖЕГОДНЫЕ ОПЕРАЦИОННЫЕ ТРЕБОВАНИЯ

СЕРИЙНЫЙ НОМЕР КЦП

СЕКР ОТ

B

4

ДО

0012 002349

ОТ

ДО

ЕОТ

БИ

ЕОТ

БИ

ЕОТ

БИ

7200

ЧАС

300

ДНЕЙ

10

ПОС

SUFFIX0

Показатели надежности, обслуживания и ремонтопригодности

ПРОДОЛЖ. МИССИИ

БИ

1

ГОД


AI

AA

AO

97.000

95.000

90.000

MTBF ТЕХН. ЭКСПЛ. ТЕХН. ЭКСПЛ. ТЕХН. ЭКСПЛ.

500.0 350.0 0.5 0.4 12.0 14.6

MTBA 75.0 90.0 0.10 0.13 2.8 3.1

MTBR 125.0 0.15 4.2

БИ

MTTR

MAMDT

0.35 0.25

1.0 0.7

ЧАС ЧАС ГОД ГОД ПОС. ПОС.

MAX TTR 7.50

ПРОЦ 95

КОНЦЕПЦИЯ ОБСЛУЖИВАНИЯ ДЛЯ ДАННОГО ЛКН ЗАКЛЮЧАЕТСЯ В СЛЕДУЮЩИХ ДЕЙСТВИЯХ: 1. ОСМОТР/ ЛОКАЛИЗАЦИЯ НЕИСПРАВНОСТИ СИЛАМИ ЭКИПАЖА. 2. ОСМОТР/ ЛОКАЛИЗАЦИЯ НЕИСПРАВНОСТИ, ЗАМЕНА ЗАЩИТНОГО ЭКРАНА И ДВИГАТЕЛЯ ХОЛОДИЛЬНОЙ УСТАНОВКИ СИЛАМИ ОБСЛУЖИВАЮЩЕЙ ОРГАНИЗАЦИИ. 3 ЗАМЕНА УПЛОТНИТЕЛЯ И РЕМОНТ ВСЕХ УЗЛОВ, КРОМЕ ЭЛЕКТРОПРОВОДКИ, КОТОРАЯ ТРЕБУЕТ ОСМОТРА НА БАЗЕ.

Название элемента данных

Номер элемента данных (DED)

AA AI

001 164

AO

273

MAMDT MAX TTR MTBF MTBMA MTBR MTTR

223 222 229 230 235 236

АЛКН

019

БИ ЕОТ КАФИ КИ

238 023 096 046

ККИ

177

КОД ОБОЗНАЧЕНИЯ ИЗДЕЛИЯ

179

Описание Достигнутый коэффициент готовности (отличается от AI тем, что учитываются простои на плановое обслуживание). Расчетный коэффициент готовности (обусловленный конструктивными свойствами) Потребный коэффициент готовности. Отличается от AA тем, что включает время пребывания в резерве и простои по административным и логистическим причинам. Среднее время простоя, вызванного действиями по плановому и внеплановому обслуживанию. Максимальное время ремонта. Среднее время между отказами. Среднее время между обслуживаниями. Среднее время между удалениями (заменами). Среднее время ремонта. Альтернативный логистический контрольный номер. Используется для документации разных исполнений изделия в пределах одного ЛКН (Комбинация АЛКН и ЛКН формирует AECMA 2000M ILS Number). База (единица) измерения (эквивалентна AECMA 2000M TEI TCA). ПОС.- посадки на палубу. Ежегодные операционные требования. Код акронима финального изделия (Комбинация КАФИ и КП формирует код AECMA 1000D Model Identification) Код изготовителя (соответствует AECMA 2000M TEI MFC и AECMA 1000D Manufacturer) Код категории изделия (определяет тип изделия). B- оборудование и инструменты, находящиеся в данный момент на вооружении МО; Z-комплекты запасных частей; Q-основная масса изделий; Y-неремонтируемые запасные части. Метод идентификации конечного изделия.


КОНЦЕПЦИЯ ОБСЛУЖИВАН ИЯ КП КФГ ТР КЦП ЛКН МИРН./ВОЕН. НАИМЕНОВАН ИЕ ЛКН ПРОДОЛЖ. МИССИИ

207

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

501 438 410 199 275

Код применимости. Обозначает конфигурацию, в которой применяется изделие. Код функциональной группы технического руководства. Концепция поддержки. В – временная поддержка подрядчиком. Логистический контрольный номер (Комбинация АЛКН и ЛКН формирует AECMA 2000M ILS Number). Индикатор, указывающий, в мирное или военное время эксплуатируется изделие.

201

Наименование изделия при логистическом анализе (ЛА).

228

Средняя продолжительность применения изделия по назначению.

ПРОЦ.

286

РОД ВОЙСК СЕКР. СЕРИЙНЫЙ НОМЕР

376 369

Процентиль - доля (в процентах) всех действий внепланового обслуживания, которые могут быть завершены в установленное максимальное время ремонта. Код, идентифицирующий род войск, владеющий оборудованием (Эквивалентен позиции 3 AECMA 2000M TEI SRV). Код секретности информации. 4 - несекретная.

373

Серийный номер (Эквивалентен AECMA 1000D SERIAL NUMBER).

ССЫЛОЧНЫЙ НОМЕР ТЕХН ТИП ЭКСПЛ

337 203

Ссылочный номер, идентифицирующий изделие (Эквивалентен AECMA 2000M TEI PNR и TEI RPP, также эквивалентен AECMA 1000D MANUFACTURERS PART NUMBER. Комбинация ссылочного номера и КИ составляет код AECMA 2000M TEI CTI). Технический параметр (значимыми являются все отказы). Тип разбиения структуры изделия. P- физический, F- функциональный. Эксплуатационный параметр (учитываются только те отказы, которые ведут к прекращению выполнения системой своего служебного назначения).


ЧАСТЬ II НАДЕЖНОСТЬ И ОБСЛУЖИВАЕМОСТЬ

Часть II каждого ЛКН из диапазона по приведенной

КФГ ТР

АЛКН

00

ЛКН

00

НАИМЕНОВАНИЕ ЛКН

0

ССЫЛОЧНЫЙ НОМЕР

ХОЛОДИЛЬНАЯ УСТАНОВКА

формируется для заданного схеме, ниже.

КИ

F100000RG-2222-1 1334-FGR

94833

ВИД ДАННЫХ: ЛОКАЛЬНЫЕ MTBF

БИ

MTBMA

БИ

ТЕХН

426.2

ЧАС

7.1

ЧАС

ЭКСПЛ

588.1

ЧАС

12.2

ЧАС

MTBMINH 7.1

БИ ЧАС

MTBMMTBM NO БИ IND FAULT

БИ

MTBPM 7.2

БИ ЧАС

MTBR 10.4

БИ ЧАС

MTTR 5.18 4.1

MAX TTR 5.3

БИ

ПРОЦ.

ЧАС

95

ЧАС


Название элемента данных

Номер элемента данных (DED)

MAOT

221

MTBM-IND MTBM-INH MTBPM

231 232 234

ВИД ДАННЫХ

347

EO MTBM NO FAULT

488 233

КЗО

206

КИПОВ КОЛ./УЗЕЛ ПЕРЕВОДНОЙ КОЭФ. ЕОТ

389 316 059

Описание Максимальный период эксплуатации. Период времени, после которого изделие должно быть обслужено в соответствии с КЗО (см. ниже). 25CH – 2500 часов. Среднее время между обслуживаниями по причинам, вызванным дефектами других элементов конструкции. Среднее время между обслуживаниями по причине собственных дефектов. Среднее время между плановыми обслуживаниями. Код источника данных параметра надежности/ пригодности к ТО (данные сравнительного анализа, локальные, предсказанные, измеренные). Единица отпуска. Количество изделий в единичной отпускаемой партии изделий. (Эквивалентно AECMA 2000M TEI UOI). Среднее время между обслуживаниями по причине ложно определенного отказа (без отказа) Код завершающей операции. Указывает операцию, которую необходимо выполнить по окончании максимального срока эксплуатации. S- Регламентированное обслуживание (Изделие, обслуживаемое в боксе). Код источника поставки, обслуживания и восстанавливаемости (Эквивалентен AECMA 2000M TEI SMR) Количество на узел. Переводной коэффициент ежегодных операционных требований. Используется для преобразования ЕОТ системы в ЕОТ составного изделия. 00001- коэффициент равен 1.

Остальные обозначения –см выше. Секции А (плановое обслуживание) и В (внеплановое обслуживание) части III могут формироваться вместе или по отдельности.


ЧАСТЬ III СЕКЦИЯ A СВОДНАЯ ВЕДОМОСТЬ ЗАДАЧ ПЛАНОВОГО ОБСЛУЖИВАНИЯ

В ведомость включаются задачи для всех ЛКН из заданного диапазона. УРОВЕНЬ ОБСЛУЖИВАНИЯ:

ЭКИПАЖ

КФГ ТР

АЛКН

КОД ЗАДАЧИ

ЧАСТОТА ЗАДАЧИ

БИ

ПКП

Ч-Ч/ ККТ

ВРЕМЯ ПРОСТОЯ

УРОВЕНЬ КВАЛИФ.

ККТ

ТРЕБ. ОБУЧ

ОБОР. ОБУЧ.

ЛКН

02 06 . . .

00 00 . . .

AACFCAA CBCFCAA . . .

.0350 .0900 . . .

1/ЧАС 1/ЧАС . . .

НЕТ НЕТ . . .

.13 .06 . . .

.13 ЧАС .06 ЧАС . . .

B B . . .

76J10 76J10 . . .

НЕТ НЕТ . . .

НЕТ НЕТ . . .

002 006 . . .

. . . 1/ЧАС

. . . НЕТ

. . . .10

. . . .10 ЧАС

. . . B

. . . 52C10

. . . НА РАБ.

. . . ДА

. . . 002

УРОВЕНЬ ОБСЛУЖИВАНИЯ: . . . 02

. . . 00

. . . ABOFCAA

1-Я ЛИНИЯ . . . .0300


ЧАСТЬ III СЕКЦИЯ B СВОДНАЯ ВЕДОМОСТЬ ЗАДАЧ ВНЕПЛАНОВОГО ОБСЛУЖИВАНИЯ

В ведомость включаются задачи для всех ЛКН из заданного диапазона. УРОВЕНЬ ОБСЛУЖИВАНИЯ: КФГ ТР 00

06 . . .

АЛКН

КОД ЗАДАЧИ

ЧАСТОТА ЗАДАЧИ

БИ

ПКП

КОЛ. ККТ

Ч-Ч/ ККТ

ВРЕМЯ ПРОСТОЯ

00 00 00 00 . . .

AGCFBAA NGCFAAA NGCFAAB NGCFAAC . . .

1.8450 3.5470 3.01410 5.4050 . . .

ПОС. ПОС. ПОС. ПОС. . . .

НЕТ НЕТ НЕТ НЕТ . . .

01 01 01 01 . . .

.25 .27 .33 .37 . . .

. . . ПОС. ПОС. ПОС. ПОС. ПОС. ПОС.

. . . НЕТ НЕТ НЕТ НЕТ НЕТ НЕТ

. . . 01 01 01 01 01 01

. . . .46 .17 .33 .23 .25 .25

УРОВЕНЬ ОБСЛУЖИВАНИЯ: . . .

ЭКИПАЖ

. . . 00 00 00 00 00 00

. . . HGOFAAA HGOFAAA JGOFAAA NGOFAAA NGOFAAB HGOFAAAC

ККТ

ТРЕБ. ОБУЧ

ОБОР. ОБУЧ.

ЛКН

.25 ЧАС .27 ЧАС .33 ЧАС .37 ЧАС . . .

УРОВЕНЬ КВАЛИФ. B B B B . . .

76J10 76J10 76J10 76J10 . . .

НЕТ НЕТ НЕТ НЕТ . . .

НЕТ НЕТ НЕТ НЕТ . . .

0 0 0 0 . . .

. . . .46 ЧАС .17 ЧАС .33 ЧАС .23 ЧАС .25 ЧАС .25 ЧАС

. . . I I I I I I

. . . 52C10 52C10 52C10 52C10 52C10 52C10

. . . НА РАБ НА РАБ НА РАБ НА РАБ НА РАБ НА РАБ

. . . ДА ДА ДА ДА ДА ДА

. . . 0 0 0 0 0 0

1-Я ЛИНИЯ . . . 4.0540 4.0540 5.4050 3.0070 2.8010 5.1050

Код задачи AGCFBAA NGCFAAA NGCFAAB NGCFAAC HGOFAAA

Расшифровка некоторых кодов задачи Наименование задачи Обнаружить неисправность. Установка не работает – установить причину неисправности. Недостаточное охлаждение – установить причину неисправности. Шум при работе – установить причину неисправности. Заменить холодильную установку.


Название элемента данных ВРЕМЯ ПРОСТОЯ

Номер элемента данных (DED) 224

Описание Среднее время простоя на задачу, не зависящее от численности одновременно работающего персонала. Код задачи эксплуатации и обслуживания. Состоит из шести подполей: a) Функция задачи - код, который обозначает действие по обслуживанию изделия. А- проверка, С- текущий ремонт, Nлокализация неисправности, H- замена, J- ремонт и т.д. b) код интервала задачи (интервал)- код, который идентифицирует время (частоту) возникновения плановых и внеплановых задач. А- перед полетом, В- по графику, G- вне графика. c) Уровень обслуживания - код, определяющий уровни обслуживания, уполномоченные для выполнения требуемой функции обслуживания. С- экипаж, О- 1-я линия. d) Код обозначения сервиса. F-военно-воздушные силы. e) Код работоспособности. С- работоспособна в течение всей миссии, В- система работоспособна во время обслуживания оборудования, А- Система неработоспособна во время обслуживания оборудования. f) Код порядка следования задачи. Две позиции, необходимые для различения задач с одинаковыми наборами предыдущих позиций.

КОД ЗАДАЧИ

427

ПКП

152

ТРЕБ. ОБУЧ.

463

Рекомендации по обучению. ДА – обучение требуется, НЕТ – обучение не требуется, НА РАБ.- требуется обучение на рабочем месте.

УРОВЕНЬ КВАЛИФ.

386

Код уровня квалификации (Эквивалентен AECMA 1000D SKILL LEVEL). В- базовый, I- промежуточный.

Индикатор процесса, критичного для прочности системы. ДА- критичный, НЕТ- некритичный.

Количество человеко-часов на квалификацию.

Ч-Ч/ККТ ОБОР. ОБУЧ.

358

ККТ

387

Код потребности в материальных средствах (оборудование для обучения). ДА- требуется оборудование для обучения, НЕТоборудование для обучения не требуется. Код квалификационного требования (Эквивалентен AECMA 1000D CATEGORY OF PERSONS REQUIRED)


ЧАСТЬ IV ПОТРЕБНОСТЬ В СРЕДСТВАХ ПОДДЕРЖКИ Для каждой задачи из перечня, приведенного в части III, идентифицируются необходимые для ее выполнения средства поддержки. УРОВЕНЬ ОБСЛУЖИВАНИЯ:

ЭКИПАЖ

КФГ ТР

АЛКН

НАИМЕНОВАНИЕ ЛКН

ЛКН

КОД ЗАДАЧИ

НАИМЕНОВАНИЕ ЗАДАЧИ

ИНФР.

00

00

ХОЛОДИЛЬНАЯ УСТАНОВКА

0

HGOFAAA

ЗАМЕНИТЬ ХОЛОДИЛЬНУЮ УСТАНОВКУ

НЕТ

ТРЕБУЮЩИЕСЯ СРЕДСТВА ПОДДЕРЖКИ:

Название элемента данных

ККИ

НАИМЕНОВАНИЕ ЭЛЕМЕНТА

КОЛ./ ЗАДАЧА

ЕИ

ССЫЛОЧНЫЙ НОМЕР

КИ

Q

СПЕЦОДЕЖДА

.10

КОМПЛ

E3727

44565

Q

ШАЙБЫ

2.00

ШТ

E3727

44565

Z

НАБОР ИНСТРУМЕНТОВ

1.00

ШТ

SC5180-90-CL-N14

44940

4

НАБОР ТОРЦЕВЫХ КЛЮЧЕЙ

1.00

ШТ

B2502

22312

Номер элемента данных (DED)

ЕИ

491

ИНФР.

358

КОЛ./ЗАДАЧА

319

Остальные обозначения –см выше.

Описание Единица измерения (Эквивалентна AECMA 2000M TEI UOM) Код потребности в материальных средствах (инфраструктура). Количество на задачу.


ПРИЛОЖЕНИЕ 3 Перечень отчетов Номер отчета LSA - 001

Английское название отчета

Русское название отчета

Man-Hours by Skill Speciality Code and Level of Maintenance.

LSA - 003 LSA - 004

Maintenance Summary. Maintenance Allocation Chart Summary. Support Item Utilization Summary.

Определение количества человекочасов для специальностей, удовлетворяющих определенным квалификационным требованиям и уровням обслуживания. Сводные данные по обслуживанию. Карта распределения работ по техническому обслуживанию. Сводная ведомость использования каждого изделия поддержки (оборудования и запчастей). Сводная ведомость критических задач обслуживания. Требования к оборудованию поддержки. Перечень изделий поддержки. Сводная ведомость запасных и ремонтных частей. Сводная ведомость специального обучающего оборудования/устройств. Требования к материальным средствам. Сводная ведомость задач, использующих оборудование поддержки из определенной группы. Перечень задач, для выполнения которых рекомендовано обучение. Предварительная карта распределения работ по техническому обслуживанию. Сводный перечень задач. Сводные данные по анализу задач. Сводные данные плана обслуживания. План обслуживания. Данные для разработки упаковки. Ведомость интенсивности отказов/обслуживания. Согласованный перечень запасных частей. Сервисные и контрольные операции планового обслуживания. Требования к МТО. Идентификационный перечень оборудования поддержки и запчастей. Сводная ведомость критических и стратегически важных элементов (изделий).

LSA - 005 LSA - 006 LSA - 007 LSA - 009 LSA - 010 LSA - 011 LSA - 012 LSA - 013

Critical Maintenance Task Summary. Support Equipment Requirements. Support Items List. Spare and Repair Parts Summary. Special Training Equipment/Device Summary. Facility Requirement. Support Equipment Grouping Number Utilization Summary.

LSA - 014

Training Task List.

LSA - 016

Preliminary Maintenance Allocation Chart (PMAC). Task Inventory Summary. Task Analysis Summary. Maintenance Plan Summary. Maintenance Plan. Packaging Developmental Data. Failure/Maintenance Rate Summary. Indentured Parts List.

LSA - 018 LSA - 019 LSA - 023 LSA - 024 LSA - 026 LSA - 027 LSA - 030 LSA - 033 LSA - 036 LSA - 037 LSA - 039

Preventive Maintenance Checks and Services (PMCS). Provisioning Requirements. Spares and Support Equipment Identification List. Critical and Strategic Item Summary.

1


LSA - 046 LSA - 050 LSA - 056 LSA - 058 LSA - 065 LSA - 070 LSA - 071 LSA - 072

LSA - 074 LSA - 075 LSA - 076 LSA - 077 LSA - 078 LSA - 080 LSA - 085 LSA - 126 LSA - 151 LSA - 154 LSA - 155

LSA - 602 LSA - 604 LSA - 606

Nuclear Hardness Critical Item Summary. Reliability-Centred Maintenance (RCM) Summary. Failure Modes Effects and Criticality Analysis (FMECA) Report. Reliability Availability and Maintainability Summary. Manpower Requirements Criteria. Support Equipment Recommendation Data (SERD). Support Equipment Candidate List. Test Measurement and Diagnostic Equipment (TMDE) Requirements Summary. Support Equipment Tool List. Consolidated Manpower, Personnel and Training Report. Calibration and Measurement Requirements Summary (CMRS). Depot (4th Line) Maintenance Data Summary. Hazardous Materials Summary.

Сводка данных об изделиях, критичных к ядерному воздействию. Сводный отчет об обслуживании, обеспечивающем надежность. Отчет об анализе видов, последствий и критичности отказов (АВПКО). Сводный отчет по надежности, готовности и пригодности к обслуживанию. Критерии потребности в трудовых ресурсах. Рекомендации по применению оборудования поддержки. Перечень предлагаемого оборудования поддержки. Требования к испытательному, измерительному и диагностическому оборудованию. Перечень инструментов. Объединенный отчет о требующихся трудовых ресурсах, персонале и обучении. Сводка требований к калибровке и измерениям.

Сводные данные, необходимые для обслуживания на базе (4-й уровень). Сводная ведомость опасных материалов. Bill of Materials. Спецификация материалов (материальных средств). Transportability Summary. Сводная ведомость транспортабельности. Hardware Generation Дерево разбиения структуры изделия Breakdown Tree. на элементы. Provisioning Parts List Index Индекс перечней поставляемых (PPLI). запасных частей. Provisioning Parts Breakout Сводная ведомость поставляемых Summary. деталей. Рекомендуемый перечень запчастей Recommended Spare Parts List for Spares Acquisition Integrated для программы поставки запчастей, интегрированной с производством. with Production (SAIP). Candidate Item Maintenance and План обслуживания и ремонта Upkeep Plan (CIMUP). изделий-кандидатов. Сводка результатов анализа видов, Failure Modes Effects and последствий и критичности отказов Criticality Analysis Summary (АВПКО). (FMECA). Reliability-Centred Maintenance Обслуживание, обеспечивающее 2


LSA - 608 LSA - 610 LSA - 612 LSA - 624 LSA - 626 LSA - 628 LSA - 634 LSA - 636 LSA - 648 LSA - 650 LSA - 652 LSA - 654

LSA - 662 LSA - 664 LSA - 668

(RCM). Preventive Maintenance Summary (PMS). Schedules Supplementary Summary (SSS). Component Repair Plans Summary (CRPS). Support Equipment Report (SER). Support Equipment Data Transfer Report.

надежность. Сводный отчет по плановому обслуживанию. Дополнительный отчет о планах работ. Ведомость планов ремонта компонентов. Отчет по оборудованию поддержки.

Facilities Summary. Training Facilities Report. Facilities Environmental Impact Report. Provisioning (AECMA 2000M Related Data) Report. NATO Codification (AECMA 2000M Related Data) Report. Illustrated Parts Catalogue (AECMA 2000M Related Data) Report. Ammunition Packaging, Handling, Storage and Transportation (PHS&T) Report. Preventive Maintenance Actions for Items in Store. Item Storage Information Summary. Crisis Resupply from Industry Procedure (CRIP) Report.

LSA - 672

Software Engineering Report.

LSA - 674

Electronic Documentation Requirements Report (AECMA S1000D). UK Packaging Report.

LSA - 676

3

Отчет по обмену данными, касающимися оборудования поддержки. Инфраструктура. Отчет о средствах для обучения. Отчет о влиянии на окружающую среду. МТО (информация, относящаяся к AECMA 2000M). Кодификация NATO (информация, относящаяся к AECMA 2000M). Иллюстрированный каталог запчастей (информация, относящаяся к AECMA 2000M). Упаковка, хранение и транспортирование боеприпасов. Операции планового обслуживания для изделий на складе. Информация о хранении изделий. Отчет о процедурах возобновления поставок промышленностью после кризиса. Отчет о разработке программного обеспечения. Требования к электронной документации (AECMA S1000D). Отчет об упаковке (специально для Великобритании).


1

ПРИЛОЖЕНИЕ 4 ПИЛОТНЫЙ ПРОЕКТ: «Разработка системы интегрированной логистической поддержки изделия ХХХХ, выпускаемого предприятием УУУУ» Цель проекта: отработка нормативной базы, методических, программных и технических решений, обеспечивающих создание системы интегрированной логистической поддержки изделия и допускающих тиражирование на других предприятиях №№ п/п Этапы и задания проекта 1. 1.1 1.2 1.3

2.

Организационно-распорядительные мероприятия по проекту: Создание рабочей группы по разработке и управлению проектом Обучение членов рабочей группы и приданного ей персонала принципам и методическим основам ИЛП Разработка детального календарного плана работ по проекту, определение и выделение потребных ресурсов Разработка нормативной базы ИЛП:

Ожидаемые результаты выполнения работ для последующего тиражирования Типовые организационно-распорядительные документы Положение о рабочей группе, положение об управлении проектом Учебно-методические материалы по основам ИЛП Типовой календарный план с оценками ресурсов Перечни и проекты нормативных документов

Исполнители

Сроки выполнения

Объем, тыс. руб.


2 2.1

Анализ отечественных нормативных документов (ГОСТ, ОСТ, Положений, наставлений и т.п., касающихся организации эксплуатации, обслуживания. ремонта и МТО изделия УУУУ: - выявление положений, препятствующих внедрению в эти процессы современных информационных технологий; - определение требований к конструкции изделия УУУУ, вытекающих из действующих нормативных документов.

1. 2.

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

2.2

Анализ зарубежных международных и национальных стандартов по ИЛП с целью выявление потребности в разработке дополнительных нормативных документов с целью гармонизации отечественной и международной нормативной базы.

Перечень нормативных документов, подлежащих разработке (в т.ч. в рамках данного пилотного проекта)

2.3

Разработка и представление на утверждение проекта ГОСТ Р «Интегрированная логистическая поддержка. Общие положения» Разработка и представление на утверждение проектов нормативных документов по перечню, полученному в ходе выполнения п. 2.2.

ГОСТ Р «Интегрированная логистическая поддержка. Общие положения»

Разработка методических средств ИЛП Разработка и апробация методики представления структуры изделия для проведения логистического анализа (ЛА) Разработка и апробация методов определения порядка и способов проведения ЛА Разработка и апробация структуры, состава и способов формирования базы данных по результатам логистического анализа (БД ЛА)

Комплект типовых методик Методические рекомендации (МР): «ИЛП. Представление структуры изделия для ЛА»

2.4

3. 3.1 3.2 3.3

3.4

Разработка и апробация расчетных, эмпирических и экспертных методов определения пригодности изделия к поддержке

Проекты нормативных документов

МР: «ИЛП. Порядок и способы проведения ЛА» МР: «ИЛП. Структура, состав и способы формирования БД ЛА» МР: «ИЛП. Расчетные, эмпирические и экспертные методы определения пригодности изделия к поддержке»


3 3.5 3.6 3.7 3.8

4 4.1 4.2 4.3 4.4

Разработка и апробация методов проектирования изделия, учитывающих требования поддерживаемости Разработка и апробация методов проектирования процессов технического обслуживания и ремонта изделия (ТОиР) Разработка и апробация методов проектирования процессов МТО Разработка и апробация методов подготовки данных и разработки интерактивных электронных технических руководств (ИЭТР) Разработка программных средств , реализующих процессы ИЛП и управление ими Разработка и апробация комплекса программных средств проведения ЛА и формирования БД ЛА Разработка и апробация комплекса программных средств планирования и управления процессами ТОиР Разработка и апробация комплекса программных средств планирования и управления процессами МТО Разработка и апробация комплекса программных средств разработки ИЭТР

МР: «ИЛП. Учет требований поддерживаемости при проектировании изделия» МР: «ИЛП. Методика проектирования процессов ТОиР изделия» МР: «ИЛП. Методика проектирования процессов МТО» МР: «ИЛП. Методика подготовки данных и разработки ИЭТР» Типовые программные решения Типовой комплекс программных средств (ТКПС) проведения ЛА и формирования БД ЛА ТКПС планирования и управления процессами ТОиР ТКПС планирования и управления процессами МТО ТКПС разработки ИЭТР


Используется в: Концепции ИЛП

Автор: А.И. Левин Проект: ИЛП Замечания:

I1

Дата:

27.12.2001

Время: 17:23

04.02.2002 24.06.2002 13:27

12:51

Версия:

1 2 3 4 5 6 7 8 9 10

C1

Разработать общие принципы ИЛП изд елия и логическую структуру БД ИЛ П A1

I2

Читатель

A-0

Требования международных и национальных стандартов Логическая структура БД

O4

Выполнять логистический анализ (ЛА) изделия и создать базу данных результатов (БД Л А)

A2

Структура издел ия из PDM

P. 3

База данных, содержащая резул ьтаты л огистического анализа (БД ЛА)

Отчеты из БД ЛА

O2

Разработать и корректировать проект под системы технического обслуживания и ремонта (ТОиР)

Проект ТОиР

Разработать и корректировать P. 4 проект материальнотехничес кого обеспечения (МТО) процесса эксплуатации изделия

Данные о ходе ТОиР

Данные о ходе процессов ТОиР и МТО

P. 5

Проекты ТОиР и МТО Проект системы ИЛП

O3

Разработать требования к эксплуатационн ой и ремонтной документации на изд елие

A5

Специаль ное ме тодическое и программное обе спе че ние ЛА

Требования к ЭЭД и ЭРД

Разработать ТЗ на создание программного обеспечения системы ИЛП

ТЗ на разработку программного обеспечения

O1

A6

M1

A0

Проект МТО

A4

Данные о ходе МТО

Прочие исходные данные

Узел:

Контекст:

Рекомендовано

A3

I4

Дата

Проект

Общие принципы ИЛП изделия

I3 Данные предыдущих проектов

Рабочая версия

Публикация

Данные об экспл уатации прототипов

Данные ТЗ на издел ие

x

Кол л ектив разработчиков

Заголовок: Разработать систему ИЛП для сложного изделия

Номер:

2


Автор: А.И. Левин

Используется в: Концепции ИЛП

Проект: ИЛП Замечания:

Общие принципы ИЛП изделия Данные ТЗ на издел ие

04.02.2002 24.06.2002 13:27

12:52

Версия:

x

Рабочая версия

Читатель

A22

Требования международных и национал ьных стандартов

База данных, содержащая результаты л огистического анализа (БД ЛА)

Данные в БД ЛА

Отчеты

O1

Выполнить расчеты показателей поддерж иваем ости

A26

Структура издел ия из PDM

A0

Публикация

Данные в БД ЛА

Пл ан ЛА

I1

Данные в БД ЛА

Отчет

Предложить и проанализировать варианты ИЛП , выбрать вариант

Отчеты Данные в БД ЛА

Отчеты из БД ЛА

Отчеты

O2

A23

Оценивать потребность и обеспеченность ресурсами, предварительные результаты внедрения ИЛП A24

I3 I4 Данные о ходе ЛА

Предварительные сведения о внедрении ИЛП

Данные в БД ЛА Отчеты

Оценивать фактическую пригодность изделия к поддержке на различных этапах

Специал ьное методическое и программное обеспечение ЛА

A2

Отчеты

A25

Резул ьтаты испытаний ИЛП

Узел:

Контекст:

Рекомендовано

C2

Данные об экспл уатации прототипов

Дата

Проект

C1

Проанализировать данные ТЗ и сведения о свойствах и эксплуатации прототипов

Данные предыдущих проектов

28.12.2001

Время: 11:21

1 2 3 4 5 6 7 8 9 10

Управлять процессом ЛА. Разработать и утвердить план ЛА A21

I2

Дата:

M1

Колл ектив разработчиков

M2

Заголовок: Выполнять логистический анализ (ЛА) изделия и создать базу данных результатов Номер: (БД ЛА)

3


Автор: А.И. Левин

Используется в: Концепции ИЛП

Проект: ИЛП Замечания:

1 2 3 4 5 6 7 8 9 10

Дата:

27.12.2001

Время: 16:09

04.02.2002 24.06.2002 13:27

x

Рабочая версия

Читатель

Дата

Контекст:

Top

Проект

12:51

Рекомендовано

Версия:

Публикация

Требования международных и национальных стандартов

Данные об экспл уатации прототипов

ТЗ на разработку программ ного обеспечения

База данных, содержащая резул ьтаты л огистического анал иза (БД ЛА)

Данные ТЗ на издел ие

Разработать систему ИЛП для сложного изделия A0

P. 2

Проект систем ы ИЛП

Данные предыдущих проектов

Логическая структура БД

Прочие исходные данные

Цель моделирования:

Точка зрения: разработчиков концепции ИЛП

Описать функциональный состав и процессы создания ИЛП Кол л ектив разработчиков

Узел:

A-0

Заголовок: CONTEXT

Номер:

1


Используется в: Концепции ИЛП

Автор: А.И. Левин

Дата:

Проект: ИЛП Замечания: Общие принципы ИЛП издел ия

09.01.2002

Время: 13:58

C2

13:27

x

Рабочая версия

Читатель

Дата

Контекст:

Проект

12:53

Рекомендовано

Версия:

1 2 3 4 5 6 7 8 9 10

C1

04.02.2002 24.06.2002

A0

Публикация

Требования м еждународных и национал ьных стандартов Методики и граф ики выпол нения работ

Управлять поцессом проектирования ТОиР A31

Разработать концепцию ТОиР

Концепция ТОиР

A32

Разработать альтернативные варианты планов ТОиР

I1

В арианты пл анов ТОиР

A33

Отчеты из БД ЛА

Провести сравнительный анализ вариантов планов ТОиР, выбрать вариант

В ыбранный вариант пл ана ТОиР

A34

Разработать и корректировать проектную документацию на систему организации ТОиР

Данные о ходе работ

I2 Данные о ходе ТОиР

Проект ТОиР

O1

A35

Кол лектив разработчиков

M1

Узел:

A3

Заголовок: Разработать и корректировать проект подсистемы технического обслуживания Номер: и ремонта (ТОиР)

4


Используется в: Концепции ИЛП

Автор: А.И. Левин Проект: ИЛП Замечания: Общие принципы ИЛП издел ия

Отчеты из БД ЛА

Дата:

C1

Время: 17:12

C2

04.02.2002 24.06.2002 13:27

x

Рабочая версия

Читатель

Контекст:

12:54

Рекомендовано

A0

Публикация

Требования м еждународных и национал ьных стандартов

A41

Методики и граф ики выпол нения работ

Разработать (выбрать) методику кодификации предметов МТО в соответствии со стандартами

A42

Разработать, документировать и корректировать составы начального и текущего МТО

A43

Проект МТО

O1

Разработать, документировать и корректировать процедуры планирования поставок

A44

I2 Данные о ходе МТО

Дата

Проект

Версия:

1 2 3 4 5 6 7 8 9 10

Управлять процессом проектирования МТО

I1

09.01.2002

Разработать, документировать и корректировать процедуры управления заказами, поставками и счетами A45

Данные о ходе работ

M1 Кол л ектив разработчиков

Узел:

A4

Заголовок: Разработать и корректировать проект материальнотехнического обеспечения Номер: 5 (МТО) процесса эксплуатации изделия

Лекция 1  

Общие положения по ИЛП