Всего за 480 руб. Купить полную версию
Для повышения эффективности формирования системы многие компании используют процедуру коллективного экспертного выбора конструкторских решений будущих изделий. Этап выбора базовых проектных решений, например, в компании Airbus, может длиться от 3 месяцев до 1,5 лет. В этом процессе участвуют эксплуатационники, конструкторы, технологи, производственники, закупщики, риск-разделенные партнеры. Предпочтительно работы проводятся при личном общении участников на единой площадке. В ходе этапа определяют перечень позиций, по которым должны быть приняты общие заключения, обсуждение и утверждение базовых конструкторских решений. Детально расписан процесс принятия решений и их количество на данном этапе. Примерами критериев принятия оптимальных решений могут быть масса системы, прочность, новизна технологии, стоимость, варианты конструкции, унификация, и др. Согласованный перечень проектных решений далее является руководством к действиям разработчиков на этапах предварительного и детального проектирования системы. Составляют соглашения об используемых в программе инструментах, формате данных, требований, критериев, коммуникации и др. Набор этих результатов должен быть задокументирован и является опорным при дальнейшей разработке сложных систем. Так повышается качество разработки, потому что за облик конструкции отвечают совместно эксперты разных направлений. Нет места ошибкам, типа недавно озвученной каким-то самолетостроителем РФ, что проблемы при работе одной из систем нового изделия связаны с тем, что ее проектирование поручили молодому специалисту.
Основной целью детального проектирования системы является интеграция всех компонентов в единую систему. Технический проект уточняет, как будет выглядеть реальная система и ее компоненты (размеры, формы и взаимное расположение). Он включает формирование и документирование подсистем, узлов, частей основной системы, и вспомогательных элементов. Здесь принимаются решения о том, будут ли подсистемы и компоненты функционировать вручную или автоматически, будут ли компоненты электронными, механическими, или гидравлическими, и так далее. На чертежах и моделях должны быть показаны все детали, необходимые для последующего изготовления, сборки и обслуживания системы.
Ранее при создании систем собирали все части вместе, и затем проводили испытания системы. Часто оказывалось, что система, включающая множество отдельных частей и большой объем программного обеспечения, слишком сложна для успешного объединения всего и сразу. Постепенно была внедрена фаза между сборкой и испытаниями, которую сегодня называют системной интеграцией. Это процесс, при котором пошагово объединяют все компоненты и подсистемы в одну систему, и обеспечивают их работу и функционирование как единого целого. Интеграция определяет координацию усилий по сборке функционирующей системы.
Управление интеграцией объединяет все области знаний в программе и связывает план разработки в одно целое, координируя различные процессы и действия в рамках программы. В число ключевых элементов управления интеграцией входят назначение системы, время, стоимость, контроль качества, персонал, коммуникации, риски, материально-техническое снабжение.
Конечной целью интеграции является обеспечение функционирования системных элементов в соответствии с указанными требованиями, конфигурационной документацией, требованиями к интерфейсу, применимыми стандартами, последовательностью и процедурами интеграции. Должны быть разработаны проектные спецификации для всех компонентов и элементов нижнего уровня, включая аппаратное обеспечение, программное обеспечение, пользователей, сборки и пакеты. Далее определяют, закупают и интегрируют компоненты в окончательную конфигурацию системы. Выполняют критический анализ системы, выявляют возможные проблемы с конфигурацией в отношении требований к системе, и, при необходимости, вносят в нее изменения.
При интеграции сначала последовательно собирают части в небольшие компоненты. Затем интегрируют крупные подсборки для объединения всей системы. Проводят проверку работоспособности отдельных компонентов и подсистем, чтобы заставить элементы системы работать правильно. Сравнивают результаты испытаний с ожидаемыми. При отклонениях отслеживают источник несоответствия и вносят необходимые коррективы в реализацию элемента. Процесс повторяется до достижения заданных результатов для каждой из подсистем. При этом заметно уменьшается количество ошибок, которые остаются в системе (скрытые дефекты). Также подтверждается, что система завершена, и готова к валидации. Сборку системы на основании разработанной документации может выполнить группа независимых команд, каждая из которых будет отвечать за одну или несколько входящих частей.
В ходе интеграции подключают новый компонент к системе так, чтобы ее не повредить. Компонент будет проверяться индивидуально в изолированных средах. Сначала подтверждается, что он функционирует так, как предполагалось, а затем проверяют, что он не причиняет вреда окружающим модулям и не приводит к их нежелательному поведению. После такой проверки компонент можно интегрировать в состав системы. По сути, вводится безопасное пространство для отказа, позволяющее инженеру принимать решения с реальными последствиями в гораздо меньшем масштабе, чтобы учиться на собственном опыте.
В результате процесса должны быть получены: интегрированный продукт со всеми системными взаимодействиями, документация и руководства, включая модели, данные и отчеты системного анализа, подтверждающие обоснование готовности системы. Формируют отчеты по интеграции продуктов (для поддержки процесса управления техническими данными), чертежи сборки, результаты верификации, требования к эмулятору (где приложимо).
Важным вопросом интеграции является применение правила копирования, то есть использования готовых компонентов, модулей, подсистем, покупаемых на рынке. При любом применении заимствованные части изделия должны проверяться на качество и верифицироваться так же, как новое оборудование.
Процесс интеграции продукта применяется не только к аппаратным и программным системам, но также к сервис-ориентированным решениям, спецификациям, планам и концепциям.
На этапе синтеза продукта эффективно применяют интеграционную методологию параллельного инжиниринга (подробности в разделе 3.2.2). Так названа совместная работа различных специалистов, сотрудничающих одновременно в общей среде, реальной или виртуальной, для создания общего дизайна, достигая сокращения времени цикла разработки продукта за счет лучшей интеграции мероприятий и процессов.
Важнейшим инструментом в процессе развития параллельного инжиниринга стало освоение трехмерного электронного макета изделия (ЭМИ), используемого командами проекта 24 часа в сутки. Работа с ЭМИ существенно снижает время проектирования и затраты. Электронный цифровой макет изделия становится средоточием информации о продукте, определения можно найти в ГОСТ 2.0512.058.
Электронный макет в процессе разработки включает обычно три уровня.
Начальный макет ЭМИ-1 используется для предварительных компоновочных решений по продукту и включает: все внешние формы системы или секции, основные геометрические сведения о силовом наборе, важные интерфейсы, все системы координат, необходимые для позиционирования подсборок между собой, общие виды и внешние границы.