Model-Based Systems Engineering (MBSE)

Model-Based Systems Engineering (MBSE)

Классическим подходом к организации процессов жизненного цикла изделия является документо-ориентированный или документоцентричный подход.

Документо-ориентированный (документоцентричный) подход к управлению данными — это концепция, при которой основной единицей информации является документ, представленный в бумажной или в электронной (файл) форме.

При документо-ориентированном подходе, документ первичен, а данные, содержащиеся в нем, вторичны. Все бизнес-процессы подхода направлены на создание и управление документами.

Автоматизация документоцентричного подхода, как правило, сводится к управлению движением документов (согласование, утверждение ...) и их учету (управление версиями, электронный архив).

Подход имеет множество минусов и негативно влияет на эффективность реализации всех процессов жизненного цикла изделия и процессов проектирования в частности.

Альтернативой является внедрение датацентричного подхода к управления данными, а точнее его развитием в виде моделе-ориентированного подхода и подхода MBSE.

Датацентричный и моделе-ориентированный подход

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

В рамках конкретного информационной системы определяются единицы данных, формат их представления и способы описания их взаимосвязей (отношений).

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

В настоящее время, в отечественных инженерных компаниях, наблюдается комбинация использования моделе-ориентированного и документоцентричного подходов к проектированию. Так, все чаще, 3D модель изделия становится источником данных для формирования электронной структуры изделия (ЭСИ), и уже на основе ЭСИ формируются необходимые документы как отчеты (спецификации, ведомости покупных). При этом активно используются чертежи, они хоть и могут формироваться как проекции с 3D-моделей, но требуют ручной доработки (размеры, допуски формы и т.д.) поэтому по факту являются слабым местом в данной схеме работы. Значительная часть проектных и конструкторских данных по прежнему представлена в виде документов:

  • Технические задания;
  • Схемы принципиальные;
  • Пояснительные записки;
  • Программы и методики испытаний;
  • Сертификационный базис;
  • Квалификационный базис;
  • Описание типовой конструкции
  • др.

Таким образом, не смотря на внедренные PDM-системы и активное использование 3D моделирования, эффективность процессов проектирования остается на низком уровне, так как не реализован полный переход на работу с моделями как источниками первичной информации о проектируемом изделии.

Идея о необходимости полного перехода к описанию изделия в виде моделей, нашла свое продолжение в методологии MBSE.

MBSE

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

Model-Based Systems Engineering - это развитие моделе-ориентированного подхода, современная методология системной инженерии, в которой формализованные модели становятся центральным источником актуальной (живой) информации о системе на протяжении всего ее жизненного цикла (от концепции до утилизации).

Для формализованного описания изделия на различных стадиях его жизненного цикла могут использоваться различные формальные компьютерные модели, например*:

Модель эксплуатации

Формализованное описание взаимодействия изделия с его окружением в процессе эксплуатации.

Модель эксплуатации служит единым источником данных для:

  • Выявления требований к эксплуатации;
  • Формирования программы и методики испытаний;
  • Разработки руководства по эксплуатации;
  • и др.

На рисунке ниже можно увидеть пример данных, содержащихся в модели эксплуатации, разработанной по методу ARCADIA (приведен пример диаграммы операционных возможностей проектируемой системы при взаимодействии с окружением).

Модель эксплуатации является результатом реализации практики архитектурного проектирования.

Модель требований

Модель требований (это не текст в Word и не таблица в Excel) — это формализованное описание требований (например, объектов в PDM-системе) и их отношений с другими данными об изделии: другими требованиями (дочерними, родительскими, ограничениями), конструкторской документацией (где они реализуются).

Такие требования поддаются машинной обработке и интерпретации. Они могут быть связаны с данными, зафиксированными в других моделях (функциональной, 3D-модели), и служат единым источником данных о требованиях к изделию и его составным частям.

Модель требований является результатом реализации практики инженерии требований.

Модель функций

Это формализованное описание функций изделия (системы) и взаимодействий между ними. Модель функций может быть выражена в виде структурной модели функций — модели, описывающей иерархию и декомпозицию функций. Также модель функций может быть выражена в виде последовательности выполнения функций.

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

Модель функций является единым источником данных о функциях изделия, например для:

  • Оценки функциональной безопасности;
  • Расчета надежности;
  • Функционально-стоимостного анализа.

Модель функций является результатом реализации практики архитектурного проектирования.

Архитектурная модель

Архитектурная модель — описание архитектуры, выполненное в виде модели. Архитектурная модель является формальным и исчерпывающим источником истины о мультидоменной архитектуре системы.

Архитектурная модель, в зависимости от способов и методик моделирования, в свою очередь может включать в себя:

  • Модель эксплуатации;
  • Модель жизненного цикла;
  • Модель функций;
  • Модель требований;
  • Структурную модель;
  • Описание потоков данных;
  • Поведенческую модель (например, в виде конечных автоматов).

Архитектурная модель является результатом реализации практики архитектурного проектирования.

Геометрическая модель

Модель, описывающая геометрию объекта с помощью геометрических элементов: точек, линий, поверхностей и тел.

Примером геометрической модели является твердотельная и поверхностная 3D-модель. 3D-модель является главным источником данных о форме и размерах изделия, а также о взаимном расположении его составных частей.

Поведенческие модели

К поведенческим моделям относится широкий набор моделей различных видов, описывающих поведение модели во времени:

  • Кинематические модели;
  • Модели алгоритмов и логики управления;
  • Динамические модели;
  • др.
Расчетные модели
  • Прочностные модели;
  • Модели тепловых процессов;
  • Модели гидродинамики и газодинамики;
  • Мультифизические модели.

 

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

Ключевые идеи использования моделей в MBSE

  • Модели могут быть как абстракциями, так и представлениями реальности, которые облегчают понимание сложных систем.
  • В MBSE, модели и моделирование используются для сбора и формализация большей части данных, описывающих изделие на протяжении всего его жизненного цикла.
  • Модели появляются и развиваются на протяжении всего ЖЦИ.
  • Модели применяются как горизонтально, для поддержки жизненного цикла изделия, так и вертикально, для декомпозиции и интеграции в дисциплины реализации.
  • Одна модель может уточнять другую модель - более высокого уровня абстракции.
  • Модели могут и должны быть взаимосвязаны для обеспечения согласованности данных.
  • Для MBSE важно наличие многопользовательских инструментов моделирования на основе репозиториев, которые предоставляют среду для точного и однозначного представления о частях системы, их поведении и взаимодействии.
  • Моделями и моделированием нужно управлять, в противном случае в получите кладбище неактуальных моделей.
  • Документы, как способ визуализации данных в установленной форме, формируются автоматизированно, как отчеты по моделям и их совокупности.

 

 

Переход на MBSE требует:

  • вовлечения в процесс высшего руководства
  • изменений в корпоративной культуре и мышления инженеров
  • внедрения инструментов и методов моделирования
  • внедрения инструментов и методов управления моделями
  • налаживания интеграционных взаимодействий между моделями и системами моделирования

Преимущества MBSE

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

Относительно классической системной инженерии MBSE дает следующие выгоды:

  1. Единый источник истины об изделии
    Классический подход: Информация разбросана по сотням документов (Word, Excel, PowerPoint). Требования в одном файле, архитектура — в другом, схемы интерфейсов — в третьем. При изменении одного параметра инженерам приходится вручную обновлять все связанные документы, что неизбежно ведет к рассогласованию и появлению устаревших версий.
    Преимущество MBSE: Вся информация о системе хранится в централизованной, структурированной модели. Изменение, внесенное в один элемент модели (например, требование), автоматически отражается во всех связанных с ним представлениях (архитектура, диаграммы состояний, тестовые сценарии). Это радикально снижает количество ошибок, вызванных неконсистентностью данных.
  2. Раннее выявление ошибок и противоречий
    Классический подход: Многие ошибки в проектировании и логические противоречия обнаруживаются только на этапе интеграции или тестирования, когда их исправление стоит крайне дорого.
    Преимущество MBSE: Модель позволяет выполнять верификацию и анализ на ранних стадиях. Специальные инструменты могут проверять модель на соответствие правилам (например, "все требования должны быть выделены на функциональные блоки") и выявлять логические разрывы до того, как начата физическая реализация. Это экономит миллионы рублей и месяцы работы.
  3. Повышение согласованности команд и улучшение коммуникации
    Классический подход: Разные специалисты (менеджеры, системные инженеры, разработчики "железа" и ПО, тестировщики) видят систему через призму своих документов. Их ментальные модели могут сильно расходиться.
    Преимущество MBSE: Модель — это формализованный и визуальный язык общения. Все участники проекта работают с одними и теми же данными, представленными в разных, но согласованных ракурсах (viewpoints). Это минимизирует недопонимание и обеспечивает, что все "поют с одного листа".
  4. Управление сложностью через абстракцию
    Классический подход: Освоить систему, описанную в 10 000 страниц текста, практически нереально. Сложность скрыта в объемах информации.
    Преимущество MBSE: MBSE позволяет скрывать сложность, используя иерархию и абстракцию. Можно посмотреть на систему с высоты птичьего полета, а затем, щелкнув по элементу, "погрузиться" на следующий уровень детализации, не теряя связей с верхнеуровневыми целями.
  5. Автоматизация рутины и генерация артефактов
    Классический подход: Создание документации, отчетов, спецификаций — это ручной, трудоемкий и скучный процесс, подверженный ошибкам копирования.
    Преимущество MBSE: Большинство необходимых документов (спецификации требований, ведомости интерфейсов, отчеты) могут быть автоматически сгенерированы из модели. Это не только экономит время, но и гарантирует, что документы всегда актуальны и соответствуют модели.
  6. Поддержка всего жизненного цикла системы
    Классический подход: Документы часто создаются под конкретную фазу (проектирование, разработка) и слабо используются на последующих (производство, эксплуатация, утилизация).
    Преимущество MBSE: Единая модель является ценным активом на всем жизненном цикле. Например, на основе моделей поведения можно автоматически генерировать тестовые сценарии, а модель системы помогает обслуживающему персоналу понимать взаимосвязи компонентов при диагностике неисправностей.

Специалисты Группы компаний "ПЛМ Урал" обладает необходимыми компетенциями и опытом в постановке процессов MBSE, включающих :

  • Поставку и внедрение необходимых инструментов моделирования (CASE, CAD, CAE ...)
  • Поставку и внедрение необходимых инструментов управления моделями и моделированием (PDM, SPDM ...)
  • Налаживание интеграционных взаимодействий между моделями и системами моделирования
  • Формирование предложений по реинженирингу процессов проектирования на базе MBSE
  • Внедрение необходимых процессов, методик;
  • Разработку необходимых стандартов предприятия
  • Обучение персонала;
  • Сопровождение и технические консультации пользователей.
Заявка на решение
Интересует это решение?
Оставьте заявку и мы проконсультируем по любым вопросам приобретения и внедрения
Хотите еще подробнее?
У нас есть статьи и видеоматериалы по этому решению в нашей Библиотеке
Посмотреть
Мы готовы поделиться опытом
Посмотрите применение этого решения в разделе выполненных проектов
Посмотреть
Мы готовы поделиться опытом
Услуги
Запросить коммерческое предложение