Переход на прогрессивные модели управления ЖЦ изделий



На данный момент прогрессивными моделями управления ЖЦ считаются V -модель (рис. 2.8) и спиральная модель (рис. 2.9).

Рис. 2.8. Схема V-модели управления ЖЦ производства изделия (Источник: ICED17)

Рис. 2.9. Спиральная МЖЦ с ранним выпуском прототипов на рынок

Плюсами прогрессивных моделей управления ЖЦ являются:

· наличие действий по анализу рисков, что обеспечивает их сокращение и заблаговременное определение непреодолимых рисков;

· обеспечение разбиения большого потенциального объема работ по выполнению проекта на небольшие части;

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

· возможность гибкого проектирования, основанная на преимуществах каскадной модели при одновременном разрешении итераций;

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

· возможность оценки продукта пользователем на ранних этапах – благодаря использованию в жизненном цикле разработки ускоренного прототипирования и выпуска на рынок изделий, закрывающих требования ТЗ не на 100% (циклы V.1…V.n);

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

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

Примеры организации процессов в виде диаграмм нотации BPM приведены на рис. 2.10, 2.13, 2.14, 2.17, 2.18 и 2.19. Иллюстрации являются декомпозицией основного процесса «Постановка изделия на производство».

Показаны следующие процессы:

· А.1. Постановка изделия на производство;

· А.1.2. Согласование и утверждение ТЗ;

· А.1.2.1. Формирование версии ТЗ на стороне Исполнителя;

· А.1.3. Разработка концепта ЭМИ/электронного состава изделия (ЭСИ)/схемы деления изделия (СДИ);

· А.1.3.1. Разработка предварительной ЭСИ (СДИ);

· А.1.4. Разработка конструкторско-технологического решения (КТР/ЭМИ).

Процесс «Постановка изделия на производство»

Это процесс верхнего уровня, в нем показаны этапы конструкторско-технологической подготовки (КТПП) в окружении более общего процесса – системы разработки и постановки продукции на производство (СРПП, ГОСТ Р 15.000-2016). Непосредственно к КТПП относятся этапы:

· разработка концепта ЭМИ/ЭСИ (СДИ);

· разработка ЭМИ (КТР)/Испытания ЭМИ/Расчеты;

· подготовка и планирование производства.

Показано распределение ролей участников СРПП по структурным подразделениям Заказчика и Исполнителя проектно-конструкторских работ.

Входные параметры для процесса предоставляет документ «Техническое задание» от Заказчика, выходным параметром является готовое изделие в виде поставляемого Заказчику комплекта поставки.

 


Рис. 2.10. Процесс «Постановка изделия на производство»

Рис. 2.11. Фрагмент 1 схемы А.1

 

Рис. 2.12. Фрагмент 2 схемы А.1


Процесс «Согласование и утверждение ТЗ»

Показана итерация версий (n) документа в PDM-системе. Процесс состоит из двух этапов:

· разработка и согласование;

· утверждение.

Отражено (рис. 2.13) распределение ролей участников процесса по структурным подразделениям Заказчика и Исполнителя проектно-конструкторских работ. Также представлены циклические итерации согласования с генерацией новых версий документа/документов.

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

Входные параметры для процесса предоставляет версия документа «Техническое задание» от Заказчика, выходным параметром является утвержденный документ ТЗ. Статус утверждения при этом устанавливается для соответствующего информационного объекта – технического задания в PDM-системе.

 


 


Рис. 2.13. Процесс «Согласование и утверждение ТЗ»


 

Бизнес-процесс «Формирование версии ТЗ на стороне Исполнителя»

Данный процесс является вложенным в процесс «Согласование и утверждение ТЗ» и повторяется некоторое количество раз, пока документ/документы ТЗ не будут утверждены.

Процесс состоит из следующих этапов:

· правка или утверждение ТЗ по частям в СП (структурных подразделениях) Исполнителя;

· сведение версии ТЗ (в один документ/комплект);

· валидация сведенного документа/утверждение финальной версии.

Показано (рис. 2.14-2.16) распределение ролей участников процесса по структурным подразделениям Заказчика и Исполнителя проектно-конструкторских работ. Также представлены циклические итерации согласования с генерацией новых версий документа/документов.

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

Входные параметры для процесса предоставляет версия документа «Техническое задание» от Заказчика, выходным параметром является утвержденный документ ТЗ. Статус утверждения при этом устанавливается для соответствующего информационного объекта – технического задания в PDM-системе.

Показано распараллеливание процесса согласования версии ТЗ в структурных подразделениях Исполнителя. Особо важны этапы валидации и сведения версий ТЗ в единый документ, что предъявляет высокие требования к квалификации исполнителя этих этапов. Представлена итерация версий (n) документа в PDM-системе.


Рис. 2.14. Процесс «Формирование версии ТЗ на стороне Исполнителя»


Рис. 2.15. Фрагмент 1 схемы А.1.2.1

 

Рис. 2.16. Фрагмент 2 схемы А.1.2.1


Процесс «Разработка концепта ЭМИ/ЭСИ (Структуры деления изделия)»

Процесс состоит из следующих этапов:

· сбор и утверждение предварительных требований к электронному макету изделия (ЭМИ);

· генерация версии ЭМИ;

· валидация сведенного документа/утверждение финальной версии;

· согласование версии ЭМИ;

· утверждение ЭМИ;

· разработка предварительной электронной структуры изделия (структуры деления изделия).

Показано (рис. 2.17) распределение ролей участников процесса по структурным подразделениям Заказчика и Исполнителя проектно-конструкторских работ. Также представлены циклические итерации согласования с генерацией новых версий документа/документов и информационных моделей.

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

Входные параметры для процесса предоставляет утвержденная версия документа «Техническое задание» от Заказчика, выходным параметром является электронный макет изделия (Функциональный ЭМИ) стадии «Эскизный проект». Статус утверждения при этом устанавливается для соответствующих информационных объектов – ЭМИ и ЭСИ в PDM-системе.

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


Рис. 2.17. Процесс «Разработка концепта ЭМИ /ЭСИ (СДИ)»


Процесс «Разработка предварительной ЭСИ (СДИ)»

Данный процесс является вложенным в процесс «Разработка концепта ЭМИ/ЭСИ (СДИ)».

Процесс состоит из следующих этапов:

· разработка ЭСИ;

· проверка и утверждение.

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

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

Входные параметры для процесса предоставляет утвержденная версия документа «Техническое задание», выходным параметром является информационный объект ЭСИ (СДИ). Статус утверждения при этом устанавливается для соответствующего информационного объекта – ЭСИ в PDM-системе.

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


 

Рис. 2.18. Процесс «Разработка предварительной ЭСИ (СДИ)»


Процесс «Разработка КТР/ЭМИ»

Процесс состоит из следующих этапов:

· разработка плана и ТЗ (внутреннее ТЗ на ПКР);

· разработка ЭМИ/ЭСИ;

· генерация комплекта КТД/технологический контроль;

· нормоконтроль комплекта КТД;

· выпуск комплекта КТД/подлинников.

Отражено (рис. 2.19-2.21) распределение ролей участников процесса по структурным подразделениям Исполнителя проектно-конструкторских работ. Также представлены циклические итерации согласования с генерацией новых версий документа/документов и информационных моделей.

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

Входными параметрами для процесса являются утвержденная информационная модель ЭМИ-Ф (стадия «Эскизный проект»), техническое задание от Заказчика (статус «Утверждено»), информационный объект ЭСИ (СДИ). Выходные параметры – комплект КД на часть изделия, деталь, изделие целиком, комплекс, а также информационная модель ЭМИ-Ф (стадия «Разработка»). Статус утверждения при этом устанавливается для соответствующих информационных объектов в PDM-системе.

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


Рис. 2.19. Процесс «Разработка КТР/ЭМИ»

Рис. 2.20. Фрагмент 1 схемы А 1.4

 

 

Рис. 2.21. Фрагмент 2 схемы А 1.4

 


Дата добавления: 2020-01-07; просмотров: 276; Мы поможем в написании вашей работы!

Поделиться с друзьями:






Мы поможем в написании ваших работ!