Язык моделирования жизненного цикла - Lifecycle Modeling Language

Язык моделирования жизненного цикла (LML) это язык моделирования с открытым стандартом, разработанный для системная инженерия. Он поддерживает полную жизненный цикл: концептуальный, утилизационный, поддерживающий и пенсионный этапы. Наряду с интеграцией всех дисциплин жизненного цикла, включая: программный менеджмент, системы и дизайн инженерное дело, верификация и валидация, развертывание и обслуживание в одной структуре.^[1]LML был первоначально разработан руководящим комитетом LML. Спецификация была опубликована 17 октября 2013 года.

Цель языка - заменить предшествующие языки, такие как UML и SysML которые чрезмерно усложняют процесс системного проектирования. LML использует общий язык для определения элементов моделирования, таких как сущность, атрибут, расписание, стоимость и взаимосвязь.^[2]

Обзор

LML сообщает о стоимости, графике и производительности всем участникам жизненного цикла системы. LML объединяет логические конструкции с онтологией для сбора информации. SysML в основном является конструктивным и имеет ограниченную онтологию, тогда как DoDAF MetaModel 2.0 (DM2) имеет только онтологию. Вместо этого LML упрощает как конструкции, так и онтологию, чтобы сделать их более полными, но при этом более простыми в использовании. Всего 12 основных классов сущностей. Почти все классы относятся друг к другу и к себе с помощью непротиворечивых слов, то есть Актив выполняет действие. Действие, выполняемое Активом.^[3] SysML использует объектно-ориентированный дизайн, потому что он был разработан для связи системного мышления с разработкой программного обеспечения. Ни в одной другой дисциплине жизненного цикла объектно-ориентированное проектирование и анализ широко не используются. LML охватывает весь жизненный цикл от колыбели до могилы.^[1]

Системные инженеры определили сложность как главную проблему.^[3] LML - это новый подход к анализу, планированию, определению, проектированию, созданию и обслуживанию современных систем. LML фокусируется на этих 6 целях: 1. Чтобы было легко понять 2. Чтобы было легко расширять 3. Поддерживать как функциональный, так и объектно-ориентированный подходы в одном дизайне4. Быть языком, понятным большинству заинтересованных сторон, а не только системным инженерам5. Для поддержки систем от колыбели до могилы 6. Поддерживать как эволюционные, так и революционные изменения в планах и проектах системы на протяжении всего срока службы системы. ^[1]

История

Руководящий комитет LML был сформирован в феврале 2013 года для рассмотрения предложенного проекта онтологии и набора диаграмм, образующих спецификацию LML. Авторы из многих академических и коммерческих организаций внесли прямой вклад в спецификацию, в результате чего она была опубликована в октябре 2013 года. На конференции по системной инженерии Национальной оборонной промышленной ассоциации (NDIA) (октябрь 2013 г.) и Системной инженерии в округе Колумбия ( SEDC) в апреле 2014 г. Предшественник LML был разработан доктором Стивеном Х. Дамом, SPEC Innovations, в рамках методологии под названием «Анализ и проектирование на основе знаний» (KBAD). Онтологической частью было создание прототипа в инструменте базы данных системной инженерии. Идеи о том, как лучше реализовать это, и разработка ключевых LML-диаграмм (Action и Asset) были частью их разработки продукта Innoslate с 2009 года по настоящее время.^[4]

Онтология

Онтологии предоставляют набор определенных терминов и взаимосвязей между терминами для сбора информации, описывающей физические, функциональные, производительные и программные аспекты системы. Обычными способами описания таких онтологий являются «Сущность», «Взаимосвязь» и «Атрибут» (ERA). ERA часто используется для определения схем базы данных. LML расширяет схему ERA с помощью «Атрибутов связи», функции, которая может уменьшить количество требуемых «Связей», так же, как «Атрибут» уменьшает количество требуемых «Сущностей» в ERA. В соответствии с первой целью LML, «Сущность», «Взаимосвязь», «Атрибут» и «Атрибут в отношении взаимосвязи» имеют эквивалентные элементы английского языка: имя существительное, глагол, прилагательное и наречие.^[1]

Entity (имя существительное)An юридическое лицо определяется как нечто однозначно идентифицируемое и может существовать само по себе. В LML всего 12 родительских сущностей: действие, артефакт, актив, характеристика, соединение, стоимость, решение, ввод / вывод, местоположение, риск, утверждение и время. Было определено несколько дочерних сущностей для сбора информации, необходимой заинтересованным сторонам. Дочерние сущности имеют атрибуты и отношения родителей, а также дополнительные атрибуты и отношения, которые делают их уникальными. Дочерние сущности включают в себя: Conduit (дочерний элемент Connection), Logical (дочерний элемент Connection), Measure (дочерний элемент Characteristic), Orbital (дочерний элемент Location), Physical (дочерний элемент Location), Requirement (дочерний элемент Statement), Resource (дочерний элемент объекта). Актив) и Виртуальный (дочерний объект Location). Каждая сущность имеет имя, номер или атрибут описания или их комбинацию для уникальной идентификации. Имя - это слово или небольшой набор слов, дающих обзор информации об объекте. Номер обеспечивает числовой способ идентификации объекта. Описание содержит более подробную информацию об этой сущности.^[1]

Атрибут (прилагательное)Атрибуты работают так же, как и прилагательное. Сущности (существительные) могут иметь имена, числа и атрибуты описания. Неотъемлемая характеристика или качество объекта - это атрибут. У каждого атрибута есть имя, которое однозначно идентифицирует его внутри объекта. Имена атрибутов уникальны внутри объекта, но могут использоваться в других объектах. Имя предоставляет обзор информации об атрибуте. Тип данных атрибута определяет данные, связанные с атрибутом.^[1]

Отношения (глагол)Отношения работают так же, как глагол соединяет существительные или, в данном случае, сущности. Отношения позволяют простым методом увидеть, как [сущности] соединяются. Например, при соединении действия с оператором LML использует в качестве отношения «трассировку от»: действие отслеживается из оператора. Обратное отношение прослеживается от «прослеживается до». Отношения определены в обоих направлениях и имеют уникальные имена с одним и тем же глаголом. Стандартные отношения родитель-потомок разлагаются на, а его обратное - разлагается. Имена отношений уникальны во всей схеме.^[1]

Атрибуты отношений (наречие)Классическое моделирование ERA не включает «атрибуты отношений», но включено в LML. С точки зрения английского языка, «атрибут отношения» подобен наречию, помогающему описать отношения. Аналогично тому, как атрибуты связаны с сущностями, «атрибут в отношении» имеет имя, уникальное для его отношения, но не обязательно уникальное для других отношений.^[1]

Список инструментов LML

- Innoslate это инструмент системного проектирования на основе моделей с LML, доступный на рынке. Innoslate реализует LML и позволяет переводить на UML, SysML, DoDAF 2.0 и другие языки.^[5]
- Платформа 3DExperience это программная платформа предприятия, которая полностью поддерживает концепции моделирования LML. Конкретным инструментом для моделирования схемы является «Business Modeler», а основным инструментом для моделирования экземпляров на основе этой схемы является «Matrix Navigator». Программное обеспечение является развитием платформы MatrixOne и Dassault Systemes V6. На этой платформе предоставляются инструменты CAD, CAM, CAE, PDM и других технологий PLM.

Смотрите также

Рекомендации