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

• Автор: Никитин, Андрей Алексеевич
• Шифр специальности: 05.13.12
• Научная степень: Кандидатская
• Год защиты: 2006
• Место защиты: Москва
• Количество страниц: 262 с. : ил.

ОГЛАВЛЕНИЕ

ОСНОВНЫЕ СОКРАЩЕНИЯ, ОБОЗНАЧЕНИЯ.

ВВЕДЕНИЕ.

1. АНАЛИЗ СИСТЕМ УПРАВЛЕНИЯ ИНЖЕНЕРНЫМИ ДАННЫМИ И

ПОСТАНОВКА ЗАДАЧИ ИССЛЕДОВАНИЯ.

1.1. Анализ систем управления инженерными данными

1.1.1. Структура, характерные особенности и тенденции развития современного рынка СУИД.

1.1.2. Сравнение СУИД, используемых на российских предприятиях

1.1.3. Результаты сравнительного анализа

1.1.4. Сравнительный анализ задач и процессов, реализуемых СУИД и традиционным бумажным документооборотом

1.2. Предпосылки использования СУИД и необходимость ее

адаптации и настройки под требования Заказчика
1.2.1. Задачи, стоящие перед предприятием и подходы к их решению.
1.2.2. Описание ситуации, сложившейся на российских авиационных предприятиях
1.2.3. Критерии оценки эффективности применения СУИД
1.2.4. Приоритетность задач и пути оптимизации подходов управления инженерными данными
1.3. Постановка задачи исследования.
1.3 Л. Вербальная постановка задачи.
1.3.2. Математическая постановка задачи.
1.4. Выводы.
2. ФОРМАЛИЗАЦИЯ ПРОЦЕССА СОЗДАНИЯ ЕДИНОГО ИНФОРМАЦИОННОГО ПРОСТРАНСТВА.
2.1. Описание ЖЦ авиационных изделий и порождаемых на них данных.
2.2. Формирование подхода к планированию и этапности реализации проекта
2.3. Методика ведения проекта, как средство для достижения результата.
2.4. Подходы к разработке проектных документов ТЗ и ТО.
2.5. Требования к структуре размещения информации и регламентированного доступа к ней
2.6 Подходы к описанию существующих БП, анализу существующих информационных потоков и дальнейшая их реорганизация
2.7 Реализация идеологии мастер модели на предприятии.
2.8 Создание среды электронного взаимодействия ОКБ Завод
2.9 Технология параллельного проектирования в едином
информационном пространстве.
2 Выводы
3. ПОСТРОЕНИЕ АВТОМАТИЗИРОВАННОЙ СИСТЕМЫ УПРАВЛЕНИЯ ИНЖЕНЕРНЫМИ ДАННЫМИ
3.1. Назначение, возможности, задачи реализуемые СУИД.
3.2 Оценка необходимости изменения адаптации системы
3.3. Принципы работы и логика построения системы
3.4 Формирование модели данных
3.5 Реализация процессов инженерного документооборота в СУИД
3.6 Алгоритм действий пользователей при проектировании изделий и последующем проведении технологической подготовки производства в информационном комплексе.
3.7 Электронное проведение изменений в СУИД и выпуск
соответствующих документов.
3.8. Проектные исследования
3.9. Выводы
4. СОЗДАНИЕ ОТДЕЛЬНЫХ МОДУЛЕЙ СУИД.
4.1. Спецификация
4.2. Извещение об изменении
4.3 Книга регистрации
4.4 Ведомость спецификации.
4.5 Ведомость покупных.
4.6 Приложение по формированию ведомостей
4.7 Интеграция ТСЕ с системами ТПП.
4.8 Модуль экспорта информации об изделии
4.9. Разработка бизнес процессов в среде ТСЕ.
4. Выводы
ВЫВОДЫ.
ЗАКЛЮЧЕНИЕ.
ЛИТЕРАТУРА


Такой подход создает электронный эквивалент хранилища РКД и ТКД, а так же техническую библиотеку информации имеющейся на предприятии. Система должна обеспечивать безопасное хранение данных для всей информации о продукте, имеющейся на предприятии, предоставляя регламентированный, распределенный доступ пользователям к интересующей их информации, в соответствии с иерархически должностной структурой предприятия. Современные стандарты требуют использование объектно ориентированных систем, позволяющих управлять файлами (чертежами, документами и т. Модель данных СУИД должна соответствовать международному стандарту 0 3 (ГОСТ Р ИСО 3). Стандарт регламентирует логическую структуру БД, номенклатуру информационных объектов, хранимых в БД, их атрибуты и связи []. Идеология системы должна позволять создавать версии и модификации информационных объектов, тем самым предоставляя пользователям мощный инструментарий, который позволяет ему возвращаться к предыдущей версии или использовать промежуточные результаты работы в новых проектах. Аудит - система СУИД может записывать любое действие, совершенное с информационным объектом, находящимся в системе, а так же фиксировать любой шаг прохождения продукта через процессы проектирования и изменения. Это дает возможность трассировки - ответа на вопросы что случилось, когда и где, кто и в какой момент внес изменения, какие изменения, какие использовались данные и т. Данный функционал должен быть интуитивно понятен и не требовать дополнительных средств программирования при настройке его на предприятии, позволяя обычным пользователям определять критерии, по которым должен осуществляться аудит, на объекты которые они создали или в разработке которых они принимают участие. Процедурный контроль, обеспечивающий управление процессами и информационными потоками, существующими на предприятия. СУИД высокого уровня должны обеспечивать определение и автоматизацию бизнес процессов по проекту, по любому статусу, по типу продукции, а так же по любому критерию, поддающемуся формализации и существующего в системе. Сложность и много подчиненность существующих процессов на предприятии, требует возможности реализации последовательных, параллельных, смешанных электронных БП в системе. Дополнительные функции, такие как правила голосования и тайм ауты, поддержка пакетных решений, использование тригеров открывает большие возможности перед СУИД, расширяя зону ее действия на предприятии, переводя ее в ранг КИС. Возможность рассылки уведомлений о выполнении задач, а так же их распределение между участниками процесса, автоматизация сбора пометок и комментариев все это обеспечивает удобство работы пользователя и сокращает время, которое бы он затратил на согласование и решение стоящих перед ним задач при традиционном документообороте. БП. Примерами БП могут быть: процедуры согласования, управление инженерными изменениями, прохождение данных от одной группы к другой, присвоение конфигурационных статусов, и т. Управление деталями и компонентами - это приложение обеспечивающие структурированное хранение информации, облегчая повторное использование ДСЕ, поиск необходимых деталей на основе определенных критериев выбора. Система должна позволять реализовывать любую иерархическую структуру классификатора, создавать классификационные, атрибуты, коды, осуществлять назначение деталей и компонентов классам и группам. Структура продукта - основной "хребет" связывающий между собой все составляющие изделия. СУИД обеспечивает возможности, позволяющие объединить друг с другом все данные, определяющие продукт, под единым управлением. Структура изделия, в отличии от обычной спецификации, включает все уровни входимости и может быть использована для навигации, доступа к другим данным и ссылкам на них. Она позволяет быстро иметь логический доступ ко всем данным и обеспечивает основы для управления сложными конфигурациями. Требования о минимизации использования составов изделий приводит к ужесточению требований к конфигурированию и управлению применяемости ДСЕ, входящих в изделие. СУИД нижнего уровня.