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

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

Это язык моделирования, такой как UML и SysML , который поддерживает дополнительные возможности управления проектами, такие как анализ рисков и планирование. LML использует общий язык для определения элементов моделирования, таких как сущность, атрибут, график, стоимость и взаимосвязь.

Обзор

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

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

История

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

Онтология

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

Сущность (существительное) Сущность . определяется как нечто, что однозначно идентифицируется и может существовать само по себе В LML всего 12 родительских сущностей: действие, артефакт, актив, характеристика, соединение, стоимость, решение, ввод/вывод, местоположение, риск, заявление и время. Было определено несколько дочерних объектов для сбора информации, необходимой заинтересованным сторонам. Дочерние сущности имеют атрибуты и отношения родительских объектов, а также дополнительные атрибуты и отношения, которые делают их уникальными. Дочерние объекты включают в себя: Канал (дочерний элемент Connection), Логический (дочерний элемент Connection), Меру (дочерний элемент Feature), Орбитальный (дочерний элемент Location), Физический (дочерний элемент Location), Требование (дочерний элемент Statement), Ресурс (дочерний элемент Актив) и Виртуальный (дочерний объект Location). У каждого объекта есть имя, номер, атрибут описания или их комбинация, позволяющая однозначно идентифицировать его. Имя — это слово или небольшой набор слов, дающий обзор информации об объекте. Число обеспечивает числовой способ идентификации объекта. Описание предоставляет более подробную информацию об этом объекте.

Атрибут (прилагательное) Атрибуты действуют так же, как прилагательное. Сущности (существительные) могут иметь имена, номера и атрибуты описания. Присущая характеристика или качество сущности является атрибутом. Каждый атрибут имеет имя, которое однозначно идентифицирует его внутри сущности. Имена атрибутов уникальны внутри сущности, но могут использоваться в других сущностях. Имя предоставляет обзор информации об атрибуте. Тип данных атрибута определяет данные, связанные с атрибутом.

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

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

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

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

См. также

• Формальная спецификация
• Функциональная спецификация
• Спецификация процесса
• Спецификация дизайна продукта
• Анализ требований
• Спецификация (технический стандарт)
• Дерево спецификаций