- •Ю. А. Кравченко cals- и case-технологии таганрог 2005
- •Оглавление
- •Часть 2
- •8.5. Упражнения к части 2……………………………………100
- •Часть 3
- •Глава 9. Подходы реорганизации
- •Глава 10. Определение необходимости
- •10.6. Упражнения к части 3…………………………………..129
- •Аббревиатура
- •Предисловие
- •Введение
- •Часть 1
- •Глава 1. Основы cals - технологий
- •1.1. Основы информационной интеграции
- •1.2. Информационная поддержка изделий
- •1.3. Электронный технический документ (этд)
- •1.5. Система менеджмента качества (смк)
- •1.6. Интегрированная логистическая поддержка (илп)
- •1.7. Нормативная база cals-технологий
- •Глава 2. Стандарт step
- •2.1. Принципы создания стандарта step
- •2.2. Основные компоненты step
- •2.3. Методология тестирования
- •2.4. Схема использования стандарта step
- •Глава 3. Язык описания данных express
- •3.1. Основы языка
- •3.2. Свойства языка express
- •3.3. Объектно-ориентированный подход
- •3.4. Компоненты языка
- •3.5. Типы данных
- •3.6. Понятия
- •3.7. Упражнения к части 1
- •Часть 2
- •Глава 4. Основы имитационного моделирования сложных динамических систем
- •4.1. Теория массового обслуживания
- •4.2. Имитационное моделирование смо
- •4.3. Событийный метод моделирования
- •4.4. Сети Петри
- •Глава 5. Основы сase-технологий
- •5.1. Эволюция case-средств
- •5.2. Case–модель жизненного цикла программного обеспечения
- •5.3. Состав, структура и особенности case-средств
- •5.4. Графические модели
- •5.5. Контроль ошибок
- •5.6. Организация репозитария
- •5.7. Поддержка процесса проектирования и разработки
- •Глава 6. Классификация case-средств
- •Глава 7. Основы проектирования информационных систем (ис)
- •7.1. Основы методологии и технологии
- •Глава 8. Структурный подход проектирования информационных систем (ис)
- •8.1. Основные принципы структурного подхода
- •8.2. Методология sadt
- •8.2.1. Иерархия диаграмм
- •8.2.2. Типы связей между функциями
- •8.3. Построение модели анализируемой ис
- •8.3.1. Внешние сущности
- •8.3.2. Системы и подсистемы
- •8.3.3. Процессы
- •8.3.4. Накопители данных
- •8.3.5. Потоки данных
- •8.3.6. Иерархия диаграмм потоков данных
- •8.4. Case-метод Баркера моделирования данных
- •Р ис. 41. Рекурсивная связь [1]
- •8.5. Упражнения к части 2
- •Часть 3
- •Глава 9. Подходы реорганизации деятельности предприятия
- •9.1. Методика bsp (Business System Planning)
- •9.2. Подход cpi / tqm
- •9.3. Требования смм (Capability Maturity Model)
- •Глава 10. Определение необходимости внедрения case-средств
- •10.1. Определение потребностей внедрения
- •10.2. Анализ существующих case-средств
- •10.3. Критерии успешного внедрения
- •10.4. Стратегии внедрения case-средств
- •10.5. Реализация пилотного проекта
- •10.5.1. Основные цели реализации
- •10.5.2. Характеристики пилотного проекта
- •10.5.3. Разработка пилотного проекта
- •10.5.4. Внедрение выбранного на основе пилотного проекта case - средства
- •10.5.5. Анализ результатов внедрения case-средств
- •10.6. Упражнения к части 3
- •Заключение
- •Контрольные вопросы
- •25. Контроль ошибок.
- •27. Поддержка процесса проектирования и разработки.
- •38. Методология sadt.
- •Библиографический список
1.6. Интегрированная логистическая поддержка (илп)
Одним из факторов, определяющим конкурентоспособность на рынке, является совокупная стоимость владения изделием.
Среди ключевых факторов, влияющих на стоимость владения изделия, называют его надежность и ремонтопригодность. Еще одним важным аспектом, определяющим затраты на этапе эксплуатации, является пригодность к поддержке, которая определяется как степень соответствия конструктивных характеристик и среды его эксплуатации требованиям обеспечения готовности к работе.
Для решения проблемы пригодности к поддержке CALS предлагает использование ИЛП.
ИЛП – это методология оптимизации стоимости ЖЦ изделия с учетом критериев наилучшей пригодности изделия к поддержке эксплуатации, надежности и ремонтопригодности, основанная на построении интегрированной логистической системы [5, 15].
ИЛП касается как заказчика, так и поставщика. Она работает на протяжении всего жизненного цикла, определяя потенциальные и фактические причины затрат на эксплуатацию, и позволяет принимать решение для их снижения путем изменения либо конструкции изделия, либо среды его эксплуатации. В настоящее время базовым международным стандартом является военный стандарт Великобритании Def 00-60.
Реализация ИЛП. Процедура поставки начинается с приглашения к тендеру, поступающего от заказчика к поставщикам.
Документы, представляемые заказчиками:
- план организации ИЛП (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 Elements Plans);
- план программы анализа неисправности (Failure Modes Effects and Criticality Analysis Programme Plan);
- план программы разработки процедуры обслуживания (Reliability Centered Maintenance Programme Plan);
- план программ и анализа ремонта (Level Of Repair Analysis Programme Plan);
-план управления документацией (Documentation Management Plan) [5].
Дальнейшее сотрудничество также происходит путем обмена стандартизованной информацией. Конкретные условия оговариваются контрактом.
1.7. Нормативная база cals-технологий
Стандартные интерфейсы взаимодействия в рамках единого информационного пространства предназначены для интеграции всех информационных систем, используемых участниками жизненного цикла изделия. В силу необходимости быстрой интеграции большого множества программных систем, интерфейсы взаимодействия необходимо согласовывать с международными стандартами для организации ЕИП.
Функциональные стандарты предназначены для описания бизнес-процессов предприятия и их влияния на данные об изделии.
Информационные стандарты предназначены для классификации структуры данных об изделии (базовым является стандарт ISO10303 STEP).
Стандарты на программную архитектуру рассматривают архитектуру программных средств, позволяющую обмениваться данными без непосредственного участия пользователя.
Коммуникационные стандарты предназначены для описания способов физической передачи данных
Стандарты на интерфейс с пользователем описывают интерфейс, который предлагается для диалога с пользователем [5].