라이프사이클 모델링 언어

Lifecycle Modeling Language

LML(Lifecycle Modeling Language)은 시스템 엔지니어링을 위해 설계된 개방형 표준 모델링 언어다. 개념, 활용, 지원 및 은퇴 단계 등 전체 라이프사이클을 지원한다. 프로그램 관리, 시스템 및 설계 엔지니어링, 검증 및 검증, 배치 및 유지보수를 포함한 모든 라이프사이클 분야를 하나의 프레임워크로 통합하는 것과 함께.[1] LML은 원래 LML 운영위원회에 의해 설계되었다. 명세서는 2013년 10월 17일에 발표되었다.

리스크 분석, 스케줄링 등 추가적인 프로젝트 관리 이용을 지원하는 UML, SysML 등의 모델링 언어다. LML은 엔티티, 속성, 일정, 비용 및 관계와 같은 모델링 요소를 정의하기 위해 공통 언어를 사용한다.[2]

개요

LML은 시스템 라이프사이클의 모든 이해관계자에게 비용, 일정 및 성능을 전달한다. LML은 정보를 포착하기 위해 논리적 구조를 온톨로지(Ontology)와 결합한다. SysML은 주로 구성되며 한정된 온톨로지를 가지고 있으며, DoDAF MetaModel 2.0(DM2)은 온톨로지만 가지고 있다. 대신 LML은 구조와 온톨로지를 보다 완전하지만 사용하기 쉽도록 단순화한다. 1차 엔터티 클래스는 12개뿐입니다. 거의 모든 클래스가 서로 및 자신과 일관된 단어, 즉 자산이 액션을 수행하는 것과 관련이 있다. 자산에서 수행한 작업.[3] SysML은 시스템 사고와 소프트웨어 개발을 연결하도록 설계되었기 때문에 객체 지향 설계를 사용한다. 라이프사이클의 다른 부문은 객체 지향 설계와 분석을 광범위하게 사용하지 않는다. LML은 요람에서 무덤까지 전체 라이프사이클을 캡처한다.[1]

시스템 엔지니어들은 복잡성을 주요 이슈로 파악했다.[3] LML은 현대 시스템을 분석, 계획, 지정, 설계, 구축 및 유지하기 위한 새로운 접근방식이다. LML은 다음 6가지 목표: 1에 초점을 맞춘다. 이해하기 쉽게 2. 쉽게 3을 연장할 수 있도록. 동일한 설계 내에서 기능적 접근방식과 객체 지향적 접근방식을 모두 지원한다. 4 시스템 엔지니어 5만이 아니라 대부분의 시스템 이해 당사자가 이해할 수 있는 언어가 되기 위해. 크래들에서 무덤 6까지의 시스템을 지지한다. 시스템 수명 동안 시스템 계획 및 설계에 대한 진화적 및 혁명적 변경을 모두 지원

역사

LML 운영위원회는 2013년 2월에 제안된 온톨로지 초안과 LML 규격을 구성하는 다이어그램 세트를 검토하기 위해 구성되었다. 많은 학술 및 상업 단체의 기고자들은 규격에 직접 입력하여 2013년 10월에 간행되었다. 2014년 4월 미국국방산업협회(NDIA) 시스템공학회의(2013년 10월)와 DC(SEDC) 시스템공학회의(System Engineering)에서 발표와 자습서가 진행됐다. LML의 전임자는 Dr.에 의해 개발되었다. Steven H. Dam, SPEC Innovations, KBAD(Knowledge-Based Analysis and Design)라는 방법론의 일부로서. 온톨로지 부분은 시스템 엔지니어링 데이터베이스 툴에서 프로토타입을 만드는 것이었습니다. 이를 보다 효율적으로 구현하는 방법에 대한 아이디어와 주요 LML 다이어그램(Action and Asset) 개발은 2009년부터 현재까지 Innoslate 제품 개발의 일환이었다.[4]

온톨로지

온톨로지는 시스템의 물리적, 기능적, 성능 및 프로그램적 측면을 기술하는 정보를 포착하기 위한 용어들 간의 정의된 용어와 관계를 제공한다. 그러한 온톨로지를 묘사하는 일반적인 방법은 "엔티", "관계" 그리고 "애티비티"(ERA)이다. 평균자책은 종종 데이터베이스 스키마를 정의하는데 사용된다. LML은 "Attribute"가 평균자책에서 필요한 "Entities"의 수를 줄이는 것과 같은 방식으로 필요한 "Attributes on Relationship"의 특징인 "Attributes on Relationship"으로 평균자책자를 확장한다. LML의 첫 번째 목표에 맞추어, "Entity", "Relationship", "Attribute", "Attribute"와 "Attribute on Relationship"은 명사, 동사, 형용사, 부사 등 동등한 영어 요소를 가지고 있다.[1]

기업(없음) 기업은 고유하게 식별할 수 있고 그 자체로 존재할 수 있는 것으로 정의된다. LML에는 조치, 아티팩트, 자산, 특성, 연결, 비용, 결정, 입출력, 위치, 위험, 성명 및 시간 등 12개의 상위 엔티티만 있다. 이해관계자가 필요로 하는 정보를 포착하기 위해 몇 개의 하위 실체가 정의되었다. 하위 실체는 부모의 속성과 관계, 그리고 그들을 독특하게 만드는 추가적인 속성과 관계를 가지고 있다. 하위 엔티티에는 다음이 포함된다. 배선(연결의 자식), 논리적(연결의 자식), 측정(특성의 자식), 궤도(위치 자식), 물리적(위치 자식), 요구사항(전표 자식), 자원(자산 자식), 가상(위치 자식)이다. 모든 엔티티는 이름이나 번호, 설명 속성 또는 3개의 조합을 가지고 있어 이를 고유하게 식별한다. 이름은 기업에 대한 정보의 개요를 제공하는 단어 또는 작은 단어 모음입니다. 숫자는 실체를 식별하는 수치적 방법을 제공한다. 이 설명은 그 실체에 대해 더 자세한 내용을 제공한다.[1]

속성(거부적) 속성은 형용사와 같은 방식으로 작용한다. 실체(명사)는 이름, 숫자 및 설명 속성을 가질 수 있다. 기업의 본질적인 특성이나 질은 속성이다. 모든 속성은 기업 내에서 그것을 고유하게 식별하는 이름을 가지고 있다. 속성 이름은 엔티티 내에서 고유하지만 다른 엔티티에서 사용될 수 있다. 이름은 속성에 대한 정보의 개요를 제공한다. 속성 데이터 유형은 속성과 관련된 데이터를 지정한다.[1]

관계(verb) 그 관계는 동사가 명사를 연결하거나 이 경우 실체를 연결하는 것과 같은 방식으로 작용한다. 관계를 통해 [엔티티]가 어떻게 연결되는지 확인할 수 있는 간단한 방법이 가능하다. 예를 들어 액션을 문에 연결할 때 LML은 "추적된 원본"을 관계: 액션이 문에서 추적된다. 추적된 출처의 역관계는 "추적 대상"이다. 관계는 양방향으로 정의되며 동사가 같은 독특한 이름을 가지고 있다. 표준 부모 자식 관계는 에 의해 분해되고 그 역은 분해된다. 관계 이름은 스키마 전체에서 고유하다.[1]

Attributes on Relationships (adverb) Classic ANERGE 모델링은 "관계의 속성"을 포함하지 않고 LML에 포함되어 있다.영어로 볼 때 "관계의 속성"은 부사와 같아서 관계를 설명하는 데 도움이 된다. 속성이 실체와 관련되는 방식과 유사하게, "관계의 속성"은 그 관계에만 고유한 이름을 가지고 있지만, 다른 관계에 걸쳐 고유할 필요는 없다.[1]

LML 도구 목록

  • 이노슬레이트(Innoslate)는 모델 기반의 시스템 엔지니어링 도구로 LML을 시판할 수 있다. Innoslate는 LML을 구현하고 UML, SysML, DoDAF 2.0 및 기타 언어로 번역이 가능하다.[5]
  • 3DEXPERION 플랫폼은 LML 모델링 개념을 완벽하게 지원하는 엔터프라이즈 소프트웨어 플랫폼이다. 스키마 모델링을 위한 특정 도구는 "비즈니스 모델러"이며, 해당 스키마에 기반한 인스턴스 모델링을 위한 기본 도구는 "매트릭스 네비게이터"이다. 소프트웨어는 MatrixOne과 Dassault Systemes V6 플랫폼의 진화다. 그 플랫폼을 기반으로 CAD, CAM, CAE, PDM 및 기타 PLM 기술 도구가 제공된다.

참고 항목

참조

  1. ^ a b c d e f g h LML Steering Committee. "LML Specification" (PDF). Retrieved 2013-10-17.
  2. ^ "About Lifecycle Modeling Language". LML Steering Committee. Retrieved 2014-06-05.
  3. ^ a b Steven Dam; Warren Vaneman (2014-04-06). "Lifecycle Modeling Language Tutorial". SEDC 2014.
  4. ^ "Knowledge-Based Analysis and Design (KBAD): An Approach to Rapid Systems Engineering for the Lifecycle". Retrieved 2010-10-17.
  5. ^ "Innoslate Integrated Solutions". Retrieved 2014-12-09.