Lenguaje de modelado del ciclo de vida

El lenguaje de modelado del ciclo de vida (LML) es un lenguaje de modelado de estándar abierto diseñado para la ingeniería de sistemas . Admite el ciclo de vida completo : etapas conceptual, de utilización, de soporte y de retiro. Además, integra todas las disciplinas del ciclo de vida, incluyendo la gestión de programas , la ingeniería de sistemas y diseño , la verificación y validación , el despliegue y el mantenimiento, en un único marco. ^{[ 1 ]} LML fue diseñado originalmente por el comité directivo de LML. La especificación se publicó el 17 de octubre de 2013.

Este es un lenguaje de modelado como UML y SysML que admite usos adicionales de gestión de proyectos, como el análisis de riesgos y la planificación. LML utiliza un lenguaje común para definir sus elementos de modelado, como entidad, atributo, cronograma, costo y relación. ^{[ 2 ]}

LML comunica el costo, el cronograma y el rendimiento a todas las partes interesadas en el ciclo de vida del sistema. LML combina las construcciones lógicas con una ontología para capturar información. SysML se basa principalmente en construcciones y tiene una ontología limitada, mientras que DoDAF MetaModel 2.0 (DM2) solo tiene una ontología. En cambio, LML simplifica tanto las construcciones como la ontología para hacerlas más completas, pero aún más fáciles de usar. Hay solo 12 clases de entidades primarias. Casi todas las clases se relacionan entre sí y consigo mismas con palabras consistentes, por ejemplo, Activo realiza Acción. Acción realizada por Activo. ^{[ 3 ]} SysML utiliza el diseño orientado a objetos, porque fue diseñado para relacionar el pensamiento sistémico con el desarrollo de software. Ninguna otra disciplina en el ciclo de vida utiliza el diseño y el análisis orientados a objetos de forma tan extensa. LML captura todo el ciclo de vida desde la cuna hasta la tumba. ^{[ 1 ]}

Los ingenieros de sistemas han identificado la complejidad como un problema importante. ^{[ 3 ]} LML es un nuevo enfoque para analizar, planificar, especificar, diseñar, construir y mantener sistemas modernos. LML se centra en estos 6 objetivos:

1. Para que sea fácil de entender
2. Para que sea fácil de extender
3. Para admitir enfoques tanto funcionales como orientados a objetos dentro del mismo diseño.
4. Ser un lenguaje que pueda ser comprendido por la mayoría de los interesados ​​en el sistema, no solo por los ingenieros de sistemas.
5. Para dar soporte a los sistemas desde su concepción hasta su finalización.
6. Para respaldar los cambios tanto evolutivos como revolucionarios en los planes y diseños del sistema a lo largo de la vida útil de un sistema ^{[ 1 ].}

El Comité Directivo de LML se formó en febrero de 2013 para revisar un borrador de ontología propuesto y un conjunto de diagramas que conforman la especificación LML. Colaboradores de numerosas organizaciones académicas y comerciales aportaron directamente información a la especificación, lo que dio como resultado su publicación en octubre de 2013. Se realizaron presentaciones y tutoriales en la Conferencia de Ingeniería de Sistemas de la Asociación Nacional de la Industria de Defensa (NDIA) (octubre de 2013) y en la Conferencia de Ingeniería de Sistemas en DC (SEDC) en abril de 2014. Un predecesor de LML fue desarrollado por el Dr. Steven H. Dam, de SPEC Innovations, como parte de una metodología denominada Análisis y Diseño Basado en el Conocimiento (KBAD). La parte de la ontología se estaba prototipando en una herramienta de base de datos de ingeniería de sistemas. Las ideas sobre cómo implementarla mejor y el desarrollo de diagramas clave de LML (Acción y Activo) formaron parte del desarrollo de su producto Innoslate desde 2009 hasta la actualidad. ^{[ 4 ]}

Las ontologías proporcionan un conjunto de términos definidos y relaciones entre ellos para capturar la información que describe los aspectos físicos, funcionales, de rendimiento y programáticos del sistema. Las formas comunes de describir dichas ontologías son "Entidad", "Relación" y "Atributo" (ERA). ERA se utiliza a menudo para definir esquemas de bases de datos. LML extiende el esquema ERA con "Atributos en Relación", una característica que puede reducir el número de "Relaciones" necesarias, de la misma manera que "Atributo" reduce el número de "Entidades" necesarias en ERA. En consonancia con el primer objetivo de LML, "Entidad", "Relación", "Atributo" y "Atributo en Relación" tienen elementos equivalentes en inglés: sustantivo , verbo , adjetivo y adverbio . ^{[ 1 ]}

Entidad (sustantivo) Una entidad se define como algo que es identificable de forma única y puede existir por sí mismo. En LML solo hay 12 entidades principales: Acción, Artefacto, Activo, Característica, Conexión, Costo, Decisión, Entrada/Salida, Ubicación, Riesgo, Declaración y Tiempo. Se han definido varias entidades secundarias para capturar la información que necesitan las partes interesadas. Las entidades secundarias tienen los atributos y relaciones de las entidades principales, además de atributos y relaciones adicionales que las hacen únicas. Las entidades secundarias incluyen: Conducto (secundaria de Conexión), Lógico (secundaria de Conexión), Medida (secundaria de Característica), Orbital (secundaria de Ubicación), Físico (secundario de Ubicación), Requisito (secundario de Declaración), Recurso (secundario de Activo) y Virtual (secundario de Ubicación). Cada entidad tiene un nombre, un número, una descripción o una combinación de los tres para identificarla de forma única. El nombre es una palabra o un pequeño conjunto de palabras que proporciona una descripción general de la entidad. El número proporciona una forma numérica de identificar la entidad. La descripción proporciona más detalles sobre esa entidad. ^{[ 1 ]}

Atributo (adjetivo) Los atributos funcionan de la misma manera que un adjetivo. Las entidades (los sustantivos) pueden tener atributos de nombre, número y descripción. La característica o cualidad inherente de una entidad es un atributo. Cada atributo tiene un nombre que lo identifica de forma única dentro de una entidad. Los nombres de los atributos son únicos dentro de una entidad, pero pueden usarse en otras entidades. El nombre proporciona una descripción general de la información sobre el atributo. El tipo de datos del atributo especifica los datos asociados con el atributo. ^{[ 1 ]}

Relación (verbo) La relación funciona de la misma manera que un verbo conecta sustantivos o, en este caso, entidades. Las relaciones permiten un método sencillo para ver cómo se conectan las entidades. Por ejemplo, al conectar una acción con una declaración, LML utiliza "rastreado desde" como relación: una acción se traza desde una declaración. La relación inversa de "rastreado desde" es "rastreado a". Las relaciones se definen en ambas direcciones y tienen nombres únicos con el mismo verbo. La relación estándar padre-hijo se descompone mediante y su inversa se descompone. Los nombres de las relaciones son únicos en todo el esquema. ^{[ 1 ]}

Atributos en relaciones (adverbio) El modelado ERA clásico no incluye "atributos en relaciones", pero sí en LML. En términos del idioma inglés, un "atributo en una relación" es como un adverbio que ayuda a describir la relación. De forma análoga a como los atributos se relacionan con las entidades, el "atributo en una relación" tiene un nombre único para esa relación, pero no necesariamente único para otras relaciones. ^{[ 1 ]}

• Innoslate es la herramienta de ingeniería de sistemas basada en modelos con LML disponible en el mercado. Innoslate implementa LML y permite la traducción a UML , SysML , DoDAF 2.0 y otros lenguajes. ^{[ 5 ]}
• La plataforma 3DExperience es una plataforma de software empresarial que ofrece soporte completo para los conceptos de modelado LML. La herramienta específica para el modelado de esquemas es "Business Modeler", y la herramienta básica para el modelado de instancias basado en dicho esquema es "Matrix Navigator". El software es una evolución de MatrixOne y la plataforma V6 de Dassault Systèmes . Se proporcionan herramientas de CAD, CAM, CAE, PDM y otras tecnologías PLM basadas en esta plataforma.

• Especificación formal
• Especificación funcional
• Especificación del proceso
• Especificación de diseño del producto
• Análisis de requisitos
• Especificación (norma técnica)
• Árbol de especificaciones