Linguaggio di modellazione del ciclo di vita - Lifecycle Modeling Language

Il Lifecycle Modeling Language (LML) è un linguaggio di modellazione a standard aperto progettato per l' ingegneria dei sistemi . Supporta l'intero ciclo di vita : fasi concettuale, di utilizzo, supporto e ritiro. Insieme all'integrazione di tutte le discipline del ciclo di vita, tra cui la gestione dei programmi , l' ingegneria dei sistemi e della progettazione , la verifica e la convalida , la distribuzione e la manutenzione in un unico framework. LML è stato originariamente progettato dal comitato direttivo LML. La specifica è stata pubblicata il 17 ottobre 2013.

Lo scopo del linguaggio è sostituire i linguaggi precedenti, come UML e SysML, che complicano eccessivamente il processo di ingegneria dei sistemi. LML utilizza un linguaggio comune per definire i suoi elementi di modellazione come entità, attributo, pianificazione, costo e relazione.

Panoramica

LML comunica costi, pianificazione e prestazioni a tutte le parti interessate nel ciclo di vita del sistema. LML combina i costrutti logici con un'ontologia per catturare le informazioni. SysML è principalmente costrutti e ha un'ontologia limitata, mentre DoDAF MetaModel 2.0 (DM2) ha solo un'ontologia. Invece LML semplifica sia i costrutti che l'ontologia per renderli più completi, ma comunque più facili da usare. Esistono solo 12 classi di entità primarie. Quasi tutte le classi si relazionano tra loro e se stesse con parole coerenti, ovvero Asset esegue l'azione. Azione eseguita da Asset. SysML utilizza il design orientato agli oggetti, perché è stato progettato per mettere in relazione il pensiero dei sistemi con lo sviluppo del software. Nessun'altra disciplina nel ciclo di vita utilizza in modo estensivo la progettazione e l'analisi orientata agli oggetti. LML cattura l'intero ciclo di vita dalla culla alla tomba.

Gli ingegneri di sistema hanno identificato la complessità come un problema importante. LML è un nuovo approccio all'analisi, pianificazione, specifica, progettazione, costruzione e manutenzione di sistemi moderni. LML si concentra su questi 6 obiettivi: 1. Essere facile da capire 2. Essere facile da estendere 3. Supportare approcci sia funzionali che orientati agli oggetti all'interno dello stesso progetto 4. Essere un linguaggio che può essere compreso dalla maggior parte delle parti interessate del sistema, non solo ingegneri di sistema 5. Per supportare i sistemi dalla culla alla tomba 6. Per supportare modifiche sia evolutive che rivoluzionarie ai piani e ai progetti di sistema durante la vita di un sistema

Storia

Il comitato direttivo LML è stato formato nel febbraio 2013 per rivedere una bozza di ontologia proposta e un insieme di diagrammi che formano la specifica LML. I contributori di molte organizzazioni accademiche e commerciali hanno fornito un contributo diretto alla specifica, risultando nella sua pubblicazione nell'ottobre 2013. Presentazioni ed esercitazioni sono state fornite alla Conferenza sull'ingegneria dei sistemi della National Defence Industrial Association (NDIA) (ottobre 2013) e al Systems Engineering in DC ( SEDC) nell'aprile 2014. Un predecessore di LML è stato sviluppato dal Dr. Steven H. Dam, SPEC Innovations, come parte di una metodologia chiamata Knowledge-Based Analysis and Design (KBAD). La parte di ontologia era la prototipazione in uno strumento di database per l'ingegneria dei sistemi. Le idee su come implementarlo al meglio e lo sviluppo di diagrammi LML chiave (Action e Asset) facevano parte dello sviluppo del prodotto Innoslate dal 2009 ad oggi.

Ontologia

Le ontologie forniscono un insieme di termini definiti e relazioni tra i termini per acquisire le informazioni che descrivono gli aspetti fisici, funzionali, prestazionali e programmatici del sistema. Modi comuni per descrivere tali ontologie sono "Entità", "Relazione" e "Attributo" (ERA). ERA viene spesso utilizzato per definire schemi di database. LML estende lo schema ERA con "Attributi sulla relazione", una funzione che può ridurre il numero di "Relazioni" richieste, nello stesso modo in cui "Attributo" riduce il numero di "Entità" richieste in ERA. In linea con il primo obiettivo di LML, "Entity", "Relationship", "Attribute" e "Attribute on Relationship" hanno elementi equivalenti in lingua inglese: sostantivo , verbo , aggettivo e avverbio .

Entity (sostantivo) L' entità è definita come qualcosa che è identificabile in modo univoco e può esistere di per sé. Ci sono solo 12 entità padre in LML: azione, artefatto, risorsa, caratteristica, connessione, costo, decisione, input / output, posizione, rischio, dichiarazione e tempo. Sono state definite diverse entità figlio per acquisire le informazioni di cui le parti interessate hanno bisogno. Le entità figlio hanno gli attributi e le relazioni dei genitori più attributi e relazioni aggiuntive che le rendono uniche. Le entità figlio includono: Conduit (figlio di Connessione), Logico (figlio di Connessione), Misura (figlio di Caratteristica), Orbitale (figlio di Posizione), Fisico (figlio di Posizione), Requisito (figlio di Dichiarazione), Risorsa (figlio di Asset) e Virtual (figlio di Location). Ogni entità ha un nome o un numero o un attributo di descrizione o una combinazione dei tre per identificarla in modo univoco. Il nome è una parola o una piccola raccolta di parole che fornisce una panoramica delle informazioni sull'entità. Il numero fornisce un modo numerico per identificare l'entità. La descrizione fornisce maggiori dettagli su tale entità.

Attributo (aggettivo) Gli attributi funzionano allo stesso modo di un aggettivo. Le entità (i nomi) possono avere nomi, numeri e attributi di descrizione. La caratteristica o la qualità intrinseca di un'entità è un attributo. Ogni attributo ha un nome che lo identifica in modo univoco all'interno di un'entità. I nomi degli attributi sono univoci all'interno di un'entità, ma possono essere utilizzati in altre entità. Il nome fornisce una panoramica delle informazioni sull'attributo. Il tipo di dati dell'attributo specifica i dati associati all'attributo.

Relazione (verbo) La relazione funziona nello stesso modo in cui un verbo collega i nomi o in questo caso le entità. Le relazioni consentono un metodo semplice per vedere come [entità] si connettono. Ad esempio, quando si collega un'azione a un'istruzione, LML utilizza "tracciato da" come relazione: un'azione viene tracciata da un'istruzione. La relazione inversa di tracciato da è "tracciato a". Le relazioni sono definite in entrambe le direzioni e hanno nomi univoci con lo stesso verbo. La relazione genitore-figlio standard viene scomposta da e il suo inverso viene scomposto. I nomi delle relazioni sono univoci nell'intero schema.

Attributi sulle relazioni (avverbio) La modellazione ERA classica non include "attributi sulle relazioni", ma è inclusa in LML. In termini di lingua inglese, un "attributo su una relazione" è come un avverbio, che aiuta a descrivere la relazione. Analogamente al modo in cui gli attributi si riferiscono alle entità, "l'attributo in una relazione" ha un nome che è univoco per la sua relazione, ma non è necessario che sia univoco in altre relazioni.

Elenco degli strumenti LML

  • Innoslate è lo strumento di ingegneria dei sistemi basato su modelli con LML disponibile sul mercato. Innoslate implementa LML e abilita la traduzione in UML , SysML , DoDAF 2.0 e altri linguaggi.
  • La piattaforma 3DExperience è la piattaforma software aziendale che supporta completamente i concetti di modellazione LML. Uno strumento particolare per la modellazione di schemi è "Business Modeler" e lo strumento di base per la modellazione di istanze basata su tale schema è "Matrix Navigator". Il software è l'evoluzione della piattaforma MatrixOne e Dassault Systemes V6. Sulla base di tale piattaforma vengono forniti strumenti CAD, CAM, CAE, PDM e altre tecnologie PLM.

Guarda anche

Riferimenti