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

■ у  Интегрированная логистическая поддержка (ИЛП) — это методо-J,   логия оптимизации стоимости ЖЦ изделия с учетом критериев наи­лучшей пригодности изделия к поддержке эксплуатации, надежности и ремонтнопригодности, основанная на построении интегрированной логистической системы.

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

Среди ключевых факторов, влияющих на стоимость владения изделием, назы­вают его надежность и ремонтопригодность. Еще одной важнейшей причиной, оп­ределяющей затраты на этапе эксплуатации, является «пригодность к поддержке», в зарубежной терминологии известная, как «supportability». Пригодность к под­держке определяется как степень соответствия конструктивных характеристик из­делия и среды его эксплуатации требованиям обеспечения готовности к работе. Это означает, что и конструкция изделия, и вся окружающая его инфраструктура, вклю­чая обслуживающий персонал, должны поддерживать его в готовом к работе виде или приводить в это состояние за приемлемое время.

В нашей стране об учете требования пригодности к поддержке можно гово­рить лишь применительно к военной технике, да и то с определенными оговорка­ми. Например, в Европе время выполнения заказа на поставку запасных частей к самолетам даже в гражданской авиации исчисляется сутками, а в России из-за многочисленных согласований—месяцами, что, естественно, повышает стоимость владения и снижает конкурентоспособность продукции.

Можно выделить следующие основные пути снижения стоимости владения изделием:

1. Определение и учет требований эксплуатации при проектировании изделия.

2. Разработка эффективного комплексного подхода к:

29

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 1. ОСНОВЫ ИНФОРМАЦИОННОЙ ИНТЕГРАЦИИ..

^ организации поставки изделия;

> организации инфраструктуры поддержки эксплуатации;

^ предоставлению стандартизированной эксплуатационной информации

заказчику.

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

4. Формирование стандартных механизмов взаимодействия между заказчи­
ком и поставщиком.

Для решения этих проблем концепция CALS предполагает использование ИЛП изделия (Integrated logistic support — ILS). ИЛП касается как заказчика, так и поставщика. Она работает на протяжении всего ЖЦ и позволяет опреде­лить потенциальные и фактические причины затрат, возникающих в течение ЖЦ изделия, и снизить их путем либо изменения конструкции изделия, либо среды его эксплуатации (инфраструктура, персонал, организация поставок и т. п.). Фактически ИЛП и ее реализация являются частью системы менеджмен­та качества как у поставщика, так и у заказчика, так как предполагают выра­ботку, реализацию и контроль ряда процедур, обеспечивающих достижение определенных целей, что полностью соответствует стандартам качества серии ISO 9000.

В начале необходимость выработать комплекс мер, позволяющих в макси­мальной степени учитывать условия перспективного функционирования тех­ники в процессе ее создания и минимизировать стоимость ее эксплуатации, осознало министерство обороны США, поэтому первым стандартом в области ИЛП была американская военная спецификация MIL-D-1388. В настоящее время базовым международным стандартом является более.прогрессивный Военный стандарт Великобритании 00-60 «Интегрированная логистическая поддержка» (Def 00-60). Он тесно связан со Спецификациями АЕСМА (Евро­пейской ассоциации авиапроизводителей) S1000D «International Specification for Technical Publication Utilising a Common Source Data» («Международная спецификация на технические публикации, построенные на основе базы данных общих источников») и S2000M «International Specification for Medical Management» («Международная спецификация на организацию управления материально-техническим обслуживанием») и предполагает адаптацию содер­жащихся в них требований не только к авиационной, но и к любой другой сложной технике.

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

Одной из основных возможностей, данных стандартом 00-60, является ис­пользование электронной документации (ЭД) для информационного обмена меж­ду поставщиком и заказчиком. В состав ЭД включаются:

> технические данные об обслуживании изделия;

^ срочная и временная информация об изделии и поставках; ^ документация на программное обеспечение;

> документация, связанная с организацией закупок предметов материально-тех­
нического обеспечения (МТО), включая иллюстрированные каталоги деталей;

30
> • идентификационная информация о предметах МТО;

> • комплект технической документации на изделие, включая чертежи;

> • отчеты логистического анализа (ЛА).

Основная масса документации должна соответствовать требованиям специ­фикации АЕСМА S1000D. Особенно это касается ЭД, которую желательно предо­ставлять в виде интерактивных электронных технических руководств (ИЭТР), включающих иллюстрированные каталоги деталей.

Таблица 1

Основные стандарты ИПИ-твхнологий

 

 

 

 

 

 

 

ЭтапЖЦ	Название стандарта на английском языке	Назначение стандарта	Объект описания
Проектиро­вание и анализ бизнес-процессов	IDEF - Integrated Definition (RPS 183); ISO 10303 АР208 (STEP)	Функциональное моделирование жизненного цикла и выполняемых бизнес-процессов	ЖЦ продукции, бизнес-процес­сы
	ISO-13584 (PUB) ISO-13584 (PLIB)	Формат данных о библиотеках деталей у поставщиков Формат данных о библиотеках деталей у поставщиков	Данные о компонентах изделия Данные о компонентах изделия
	ISO 8879 (SGML — Standard Generilized MarkUp Language),	Способ представления информации в текстографических документах	Техническая документация на изделие
	ISO 10744 HyTime (Hypermedia^me Based Structuring Language)	Расширение SGML в части использования гипертекста и мультимедийных объектов	Техническая документация на изделие
	ISO 10179 Document Style and Semantic Language	Требования к стилю и формату электронной документации	Техническая документация на изделие
	MIL-PRF-28001C; MIL-HDBK-28001	Рекомендации по использованию ISO 8879 SGML	Техническая документация на изделие
	MIL-PRF-28002B Raster graphics representation in binary format	Требования к представлению растровых изображений в двоичном формате для технической документации в электронном виде	Техническая документация на изделие

31

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 1. ОСНОВЫ ИНФОРМАЦИОННОЙ ИНТЕГРАЦИИ..

 

 

ЭтапЖЦ	Название стандарта на английском языке	Назначение стандарта	Объект описания
	MIL-PRF-28003 Color Graphics Metafile (CGM)	Требования к представлению иллюстраций для технической документации в электронном виде	Техническая документация на изделие
Эксплуата­ция, мате­риал ьно-техничес-кое снабжение	MIL-M-87268 Manuals, Interactive Electronic Technical General Content, Style, Format and User-Interaction, Requirements (IETM)	Требования к электронным руководствам: содержание, стиль, формат, интерфейс с пользователем	Техническая документация на изделие
	MIL-D-87269 Data Base, Revisable Interactive Electronic Technical Manuals	Требования к оформлению баз данных и электронных справочников по изделиям	Техническая документация на изделие
	DEF STAN 0060 Integrated Logistic Support	Формат данных в процессах материально-технического снабжения	Объекты ма­териально-тех­нического снабжения

Элементы ИЛП

Стандарт 00-60 выделяет следующие ключевые аспекты ЖЦ изделия (элемен­ты ИЛП):

У планирование обслуживания изделия (Maintenance Planning);

У поддержка снабжения ресурсами (Supply Support);

У оборудование для поддержки эксплуатации и тестирования (Support & Test Equipment);

У обеспечение надежности и ремонтопригодности (Reliability & Maintain­ability);

У вспомогательное оборудование (Facilities);

У определение требований к обслуживающему персоналу (Manpower & Human Factors);

У обучение персонала и учебное оборудование (Training & Training Equip­ment);

У техническая документация (Technical Documentation);

^* упаковка, хранение, транспортировка (Packaging, Handling, Storage & Transportation);

У утилизация изделия (Disposal).

Именно благодаря управлению указанными элементами ИЛП происходит оптимизация общей стоимости ЖЦ изделия.
1.7.1. Реализация ИЛП

Стандарт 00-60 является основным документом, оговаривающим главные принципы реализации ИЛП изделий. Для каждого конкретного случая он обяза­тельно должен быть адаптирован, чтобы учесть специфику заказчика, поставщи­ка, условий эксплуатации и т. д. В стандарте рассмотрены вопросы его адаптации, а условия реализации ИЛП фиксируются в контракте на поставку изделия.

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

Согласно стандарту 00-60, процедура поставки изделия может начинаться с «приглашения к тендеру» (Invitation To Tender), поступающему от заказчика по­ставщикам. В рамках тендерного пакета заказчик чаще всего предоставляет сле­дующие документы:

> план организации ИЛП (ILS Plan) — требования к ИЛП изделия;

> стратегию выполнения ЛА (LSA Strategy)—требования к проведению ЛА;

> описание условий использования (Use Study);

> порядок работы (Statement Of Work) — требования к перечню задач, ко­
торые обязательно должны быть выполнены поставщиком в процессе раз­
работки изделия, а также отчетность по ним. Отчетность оговаривается
дополнительным комплектом документов, включающим:

 

> перечень данных контракта (Contract Data Requirements List) — дан­
ные (информационные единицы), предоставленные поставщиком за­
казчику по ходу выполнения контракта;

> описания информационных единиц (Data Item Descriptions) — требо­
вания к содержанию каждой информационной единицы;

> перечень данных БД ЛА (Data Selection Sheet)—обязательные инфор­
мационные объекты БД ЛА.

В ответ на это поставщик должен предоставить заказчику свой набор тендер­ной документации (информационные единицы), которая может включать: У интегрированный план поддержки (Integrated Support Plan); У план выполнения ЛА (LSA Plan); ^ планы реализации элементов ИЛП (ILS Element Plans); ^ план программы анализа неисправностей (Failure Modes Effects and Criticality Analysis Programme Plan);

> план программы разработки процедуры обслуживания (Reliability Centered
Maintenance Programme Plan);

> план программы анализа ремонта (Level Of Repair Analysis Programme Plan);

> план управления документацией (Documentation Management Plan);
^ другие документы.

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

32
33

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Главе 1. ОСНОВЫ ИНФОРМАЦИОННОЙ ИНТЕГРАЦИИ...

1.7.2. Нормативная база ИПИ-технологии

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

Существующие стандарты ИПИ можно разделить на функциональные (опи­сывающие идеологию решения задач) и технические (определяющие модели и структуры данных для обмена или совместного использования). Кроме того, они классифицируются по этапам жизненного цикла и объекту описания. Например, выделяются данные о продукте, процессах и среде. Всего существуют пять групп стандартов ЕИП:

1. Функциональные стандарты предназначены для описания бизнес-про­
цессов предприятия и их влияния на данные об изделии. Они определяют
процедуру функционирования ЕИП. Примерами являются: известная
методология функционального моделирования IDEFO (FIPS 183), задаю­
щая способ описания процессов; спецификации коалиции производителей
workflow-систем (Workflow Management Coalition — WfMC) — способ
представления и обмен данными о рабочих потоках (workflow); стандарты
календарного планирования.

2. Информационные стандарты предназначены для классификации струк­
туры данных об изделии, используемой всеми участниками ЖЦ при вы­
полнении бизнес-процессов. Базовым является международный стандарт
для обмена данными об изделии ISO 10303 STEP. Кроме него сюда входят
родственные ему стандарты описания каталога деталей (ISO 13 5 84 РЫВ) и
производственной среды (ISO 15531 MANDATE).

3. Стандарты на программную архитектуру рассматривают архитектуру
программных средств, позволяющую им обмениваться данными без непос­
редственного участия человека. Таким образом, становится реальным вза­
имодействие различных программ, изначально не ориентированных друг на
друга, но построенных на основе одинаковой программной архитектуры. В
качестве примера можно назвать CORBA (Common Object Request Broker
Architecture) и DCOM (Distributed Component Object Model).

4. Коммуникационные стандарты предназначены для описания способов
физической передачи данных между компьютерными системами. Основой
коммуникационных ИПИ-стандартов являются стандарты сети Internet.

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

6. В общий состав нормативной базы ИПИ входят стандарты ISO, NATO и
отдельных государств (например, ГОСТы РФ, федеральные стандарты
США или стандарты Великобритании).

Рассмотрим основные стандарты и некоторые характерные задачи, решаемые на их основе.

34
В РФ к 2002 году Госстандартом России разработаны и утверждены шесть ГОСТов Р, гармонизированных с международными стандартами серии ISO 10303, и шесть рекомендаций по стандартизации:

1. ГОСТ Р ИСО10303-1-99. Системы автоматизации производства и их интег­
рация. Представление данных об изделии и обмен этими данными. Часть 1.
Общие представления и основополагающие принципы.

2. ГОСТ Р ИСО 10303-21-99. Системы автоматизации производства и их
интеграция. Представление данных об изделии и обмен этими данными.
Часть 21. Методы реализации. Кодирование открытым текстом структу­
ры обмена.

3. ГОСТ Р ИСО 10303-41-99. Системы автоматизации производства и их
интеграция. Представление данных об изделии и обмен этими данными.
Часть 41. Интегрированные обобщенные ресурсы. Основы описания и
поддержки изделий.

4. ГОСТ Р ИСО 10303-11-2000. Системы автоматизации производства и их
интеграция. Представление данных об изделии и обмен этими данными.
Часть 11. Методы описания. Справочное руководство по языку EXPRESS.

5. ГОСТРИСО 10303-12-20Ш.Системыавтоматиза1ИИпрошюдстваиихинтег-
рация. Представление данных об изделии и обмен этими данными. Часть 12.
Методы описания. Справочное руководство по языку EXPRESS-!

6. ГОСТ Р ИСО 10303-45-2000. Системы автоматизации производства и их
интеграция. Представление данных об изделии и обмен этими данными.
Часть 45. Интегрированные обобщенные ресурсы. Материалы.

7. Р 50.1.027-2001. Информационные технологии поддержки жизненного
цикла продукции. Автоматизированный обмен технической информацией.
Основные положения и общие требования.

8. Р 50.1.028-2001. Информационные технологии поддержки жизненного
цикла продукции. Методология функционального моделирования.

9. Р 50.1.029-2001. Информационные технологии поддержки жизненного
цикла продукции. Интерактивные электронные технические руководства.
Общие требования к содержанию, стилю и оформлению.

10. Р 50.1.030-2001. Информационные технологии поддержки жизненного
цикла продукции. Интерактивные электронные технические руководства.
Требования к логической структуре базы данных.

11. Р 50.1.031-2001. Информационные технологии поддержки жизненного
цикла продукции. Терминологический словарь. Часть 1. Стадии жизнен­
ного цикла продукции.

12. Р 50.1.032-2001. Информационные технологии поддержки жизненного
цикла продукции. Терминологический словарь. Часть 2. Применение стан­
дартов серии ГОСТ Р ИСО 10303.

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

35

УПРАВЛЕНИЕ ЖИЗНЕННЫМ ЦИКЛОМ ПРОДУКЦИИ
Глава 9. СТАНДАРТ STEP

Глава 2. СТАНДАРТ STEP

Когда в 60-х гг. XX в. в связи с развитием средств вычислительной техники проектирование начало постепенно переводиться в компьютерную среду, появи­лись первые системы автоматизированного проектирования (САПР). С помощью САПР стало возможным создавать гораздо более сложные изделия, чем до их появления, упростить процессы проектирования и внесения изменений, связать между собой различные этапы ЖЦ изделия. Так, с применением САПР возник автоматический перевод геометрической модели детали в программу ее изготов­ления для станка с ЧПУ.

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

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

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

Вторая проблема появилась при создании САПР, которая использовала иные данные для представления информации, ее новые функции и типы, которые не были доступны в предыдущей системе CAD. В результате системы не смогли взаимодействовать друг с другом.

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

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

Решение данной задачи связано с новыми версиями САПР, появляющимися по крайней мере ежегодно.

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

Самый простой способ — использование одной и той же САПР во всем проекте. Но здесь возникает масса трудностей, так как функциональные условия часто требуют, чтобы в конкретном проекте применялись несколько систем. В международной практике не принято настаивать на том, чтобы даже главные парт­неры использовали одну и ту же систему (и версию), так как каждый уже вложил

36
в собственную значительный капитал. Попыткам предписать единственное систем­ное решение для всего проекта помешали рыночные проникновения САПР через целую цепь поставщиков, в результате чего каждый партнер использовал собствен­норучно выбранную систему. Финансовое давление на такого исполнителя с целью заставить его использовать чужую систему должно быть очень велико.

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

Хороший пример решения задачи был продемонстрирован на Eurofighter 2000. Там применялись двойные источники электронной конструкторской информации для некоторых компонентов изделия и четырех средств разработки окончательной сборки. Более сложный пример такого подхода — узел аэробуса, состоящий из компонентов от различных европейских и межконтинентальных поставщиков.

Второй метод — анализ требований к представлению информации в не­скольких САПР и построение конверторов между ними. Он довольно хорошо работает для двух систем, но для трех и более возникают проблемы большого числа конверторов. Общее количество требуемых конверторов определяется формулой N(N-1), где N — число систем. Стоимость разработки конвертора между двумя большими системами CAD около 500 долларов за кбайт преобразу­емой информации (по западным источникам). Причем модернизация одной из этих систем означает, что 2(N-1) конверторов должны быть усовершенствованы. В таком случае затраты станут неприемлемыми. Кроме того, новое объединение системы вызовет задержку производства, пока конверторы не будут обновлены и проверены. Альтернативой является поддержка множества версий конвертора, что излишне усложнит конфигурацию. Это не практично для больших проектов.

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

Благодаря принципам третьего подхода с конца 70-х гг. XX в. было принято множество инициатив для развития открытого обмена данными и преодоления препятствий, рассмотреных выше.

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

Поделиться: