Livscykelmodelleringsspråk

Lifecycle Modeling Language (LML) är ett modellspråk med öppen standard som är designat för systemteknik . Den stöder hela livscykeln : konceptuella, användnings-, stöd- och pensionsstadier. Tillsammans med integrationen av alla livscykeldiscipliner inklusive programhantering , system och designteknik , verifiering och validering , driftsättning och underhåll i ett ramverk. LML designades ursprungligen av LML:s styrgrupp. Specifikationen publicerades den 17 oktober 2013.

Detta är ett modelleringsspråk som UML och SysML som stöder ytterligare projektledningsanvändningar som riskanalys och schemaläggning. LML använder vanligt språk för att definiera sina modelleringselement som enhet, attribut, schema, kostnad och relation.

Översikt

LML kommunicerar kostnader, schema och prestanda till alla intressenter i systemets livscykel. LML kombinerar de logiska konstruktionerna med en ontologi för att fånga information. SysML är huvudsakligen konstruktioner och har en begränsad ontologi, medan DoDAF MetaModel 2.0 (DM2) endast har en ontologi. Istället förenklar LML både konstruktionerna och ontologin för att göra dem mer kompletta, men ändå lättare att använda. Det finns bara 12 primära enhetsklasser. Nästan alla klasser relaterar till varandra och sig själva med konsekventa ord, dvs. Asset utför Action. Åtgärd utförd av Asset. SysML använder objektorienterad design, eftersom den designades för att relatera systemtänkande till mjukvaruutveckling. Ingen annan disciplin i livscykeln använder objektorienterad design och analys i stor utsträckning. LML fångar hela livscykeln från vagga till grav.

Systemingenjörer har identifierat komplexitet som ett stort problem. LML är ett nytt tillvägagångssätt för att analysera, planera, specificera, designa, bygga och underhålla moderna system. LML fokuserar på dessa 6 mål: 1. Att vara lätt att förstå 2. Att vara lätt att utöka 3. Att stödja både funktionella och objektorienterade angreppssätt inom samma design 4. Att vara ett språk som kan förstås av de flesta systemintressenter, inte bara systemingenjörer 5. Att stödja system från vagga till grav 6. Att stödja både evolutionära och revolutionära förändringar av systemplaner och design under ett systems livslängd

Historia

LML Steering Committee bildades i februari 2013 för att granska ett förslag till ontologi och uppsättning diagram som utgör LML-specifikationen. Bidragsgivare från många akademiska och kommersiella organisationer gav direkt input till specifikationen, vilket resulterade i att den publicerades i oktober 2013. Presentationer och handledningar gavs vid National Defense Industrial Association (NDIA) Systems Engineering Conference (oktober 2013) och Systems Engineering i DC ( SEDC) i april 2014. En föregångare till LML utvecklades av Dr. Steven H. Dam, SPEC Innovations, som en del av en metod som kallas Knowledge-Based Analysis and Design (KBAD). Ontologidelen var prototypframställning i ett systemtekniskt databasverktyg. Idéer om hur man bättre kan implementera det och utvecklingen av viktiga LML-diagram (Action and Asset) var en del av deras Innoslate-produktutveckling från 2009 till idag.

Ontologi

Ontologier tillhandahåller en uppsättning definierade termer och relationer mellan termerna för att fånga informationen som beskriver de fysiska, funktionella, prestanda och programmatiska aspekterna av systemet. Vanliga sätt att beskriva sådana ontologier är "Entity", "Relationship" och "Attribute" (ERA). ERA används ofta för att definiera databasscheman. LML utökar ERA-schemat med "Attributes on Relationship", en funktion som kan minska antalet obligatoriska "Relationships", på samma sätt som "Attribute" minskar antalet obligatoriska "Entities" i ERA. I linje med det första målet för LML har "Entity", "Relationship", "Attribute" och "Attribute on Relationship" motsvarande engelska språkelement: substantiv , verb , adjektiv och adverb .

Entitet (substantiv) En entitet definieras som något som är unikt identifierbart och kan existera av sig självt. Det finns bara 12 överordnade enheter i LML: Action, Artifact, Asset, Characteristic, Connection, Cost, Decision, Input/Output, Plats, Risk, Statement och Time. Flera underordnade enheter har definierats för att fånga information som intressenter behöver. De underordnade enheterna har föräldrarnas attribut och relationer plus ytterligare attribut och relationer som gör dem unika. Underordnade enheter inkluderar: ledning (underordnat av anslutningen), logiskt (underordnat av anslutningen), mått (underordnat av kännetecknet), orbital (underordnat av platsen), fysiskt (underordnat av platsen), krav (underordnat av meddelandet), resurs (underordnat av platsen). Tillgång) och Virtual (underordnad av plats). Varje enhet har ett namn eller nummer eller beskrivningsattribut eller kombination av de tre för att identifiera den unikt. Namnet är ett ord eller en liten samling ord som ger en översikt över information om enheten. Numret ger ett numeriskt sätt att identifiera enheten. Beskrivningen ger mer information om den enheten.

Attribut (adjektiv) Attributen fungerar på samma sätt som ett adjektiv. Entiteter (substantiven) kan ha namn, nummer och beskrivningsattribut. Den inneboende egenskapen eller kvaliteten hos en enhet är ett attribut. Varje attribut har ett namn som identifierar det unikt inom en enhet. Attributnamn är unika inom en enhet, men kan användas i andra enheter. Namnet ger en översikt över information om attributet. Attributdatatypen anger data som är associerade med attributet.

Relation (verb) Relationen fungerar på samma sätt som ett verb förbinder substantiv eller i detta fall entiteterna. Relationerna möjliggör en enkel metod för att se hur [entiteter] ansluter. Till exempel när en åtgärd kopplas till ett uttalande använder LML "spårad från" som relation: en åtgärd spåras från ett uttalande. Den omvända relationen av spårad från är "spårad till." Relationer definieras i båda riktningarna och har unika namn med samma verb. Standardförälder-barnrelationen bryts upp av och dess invers sönderdelas. Relationsnamn är unika över hela schemat.

Attribut på relationer (adverb) Klassisk ERA-modellering inkluderar inte "attribut på relationer", utan ingår i LML. När det gäller det engelska språket är ett "attribut på en relation" som ett adverb, som hjälper till att beskriva förhållandet. Analogt med det sätt på vilket attribut relaterar till enheter har "attributet på en relation" ett namn som är unikt för dess relation, men behöver inte vara unikt i andra relationer.

Lista över LML-verktyg

Innoslate är det modellbaserade systemteknikverktyget med LML som finns på marknaden. Innoslate implementerar LML och möjliggör översättning till UML , SysML , DoDAF 2.0 och andra språk.
3DExperience-plattformen är företagsmjukvaruplattformen som fullt ut stöder LML-modelleringskoncept. Särskilt verktyg för schemamodellering är "Business Modeler" och grundläggande verktyg för till exempel modellering baserat på det schemat är "Matrix Navigator". Mjukvaran är en utveckling av MatrixOne och Dassault Systemes V6-plattform. CAD, CAM, CAE, PDM och andra PLM-teknikverktyg tillhandahålls baserat på den plattformen.

Se även