ライフサイクルモデリング言語

ライフサイクルモデリング言語（LML）は、システムエンジニアリング向けに設計されたオープンスタンダードのモデリング言語です。ライフサイクル全体、すなわち構想段階、利用段階、サポート段階、そして廃止段階をサポートします。プログラム管理、システム設計エンジニアリング、検証・妥当性確認、導入・保守といったライフサイクルのあらゆる分野を一つのフレームワークに統合しています。[ 1 ] LMLは当初、LML運営委員会によって設計されました。仕様は2013年10月17日に公開されました。

これはUMLやSysMLのようなモデリング言語であり、リスク分析やスケジューリングといったプロジェクト管理の用途にも対応しています。LMLは、エンティティ、属性、スケジュール、コスト、関係といったモデリング要素を共通言語で定義します。[ 2 ]

概要

LML は、コスト、スケジュール、パフォーマンスをシステムライフサイクルのすべての関係者に伝えます。LML は、論理構造をオントロジーと組み合わせて情報を取得します。SysML は主に構造で、オントロジーは限られていますが、DoDAF MetaModel 2.0 (DM2) にはオントロジーしかありません。代わりに、LML は構造とオントロジーの両方を簡素化して、より完全にしながらも使いやすくしています。主要なエンティティクラスは 12 個だけです。ほぼすべてのクラスは、一貫した単語を使用して互いに、またクラス自体に関連しています。つまり、資産はアクションを実行します。アクションは資産によって実行されます。[ 3 ] SysML は、システム思考をソフトウェア開発に 関連付けるように設計されているため、オブジェクト指向設計を使用します。ライフサイクルの他の分野では、オブジェクト指向設計と分析が広範に使用されていることはありません。LML は、ゆりかごから墓場までライフサイクル全体をキャプチャします。[ 1 ]

システムエンジニアは、複雑性を大きな問題として認識しています。[ 3 ] LMLは、現代のシステムを分析、計画、仕様策定、設計、構築、保守するための新しいアプローチです。LMLは次の6つの目標に焦点を当てています。1. 理解しやすいこと 2. 拡張しやすいこと 3. 同じ設計の中で機能的アプローチとオブジェクト指向アプローチの両方をサポートすること 4. システムエンジニアだけでなく、ほとんどのシステム関係者が理解できる言語であること 5. システムを揺りかごから墓場までサポートすること 6. システムのライフサイクル全体にわたって、システム計画と設計の進化的および革新的な変更の両方をサポートすること[ 1 ]

歴史

LML運営委員会は、LML仕様を構成するオントロジーとダイアグラムの草案案を検討するために、2013年2月に結成されました。多くの学術機関や商業団体の貢献者が仕様に直接意見を述べ、2013年10月に公開されました。プレゼンテーションとチュートリアルは、国防産業協会（NDIA）システムエンジニアリング会議（2013年10月）とシステムエンジニアリング・イン・DC（SEDC）で行われました。LMLの前身は、SPEC InnovationsのSteven H. Dam博士によって、知識ベース分析設計（KBAD）と呼ばれる方法論の一部として開発されました。オントロジー部分は、システムエンジニアリングデータベースツールのプロトタイピングでした。それをより良く実装する方法のアイデアと主要なLMLダイアグラム（アクションとアセット）の開発は、2009年から現在に至るまでのInnoslate製品開発の一部でした。[ 4 ]

オントロジー

オントロジーは、システムの物理的、機能的、性能的、およびプログラム的側面を記述する情報を取得するために、定義された用語と用語間の関係の集合を提供します。このようなオントロジーを記述する一般的な方法は、「エンティティ」、「リレーションシップ」、「属性」（ERA）です。ERAはデータベーススキーマの定義によく使用されます。LMLはERAスキーマを「リレーションシップの属性」で拡張します。この機能により、ERAで「属性」が必須の「エンティティ」の数を減らすのと同様に、必須の「リレーションシップ」の数を減らすことができます。LMLの最初の目標に沿って、「エンティティ」、「リレーションシップ」、「属性」、「リレーションシップの属性」は、名詞、動詞、形容詞、副詞という同等の英語要素を持ちます。[ 1 ]

エンティティ（名詞） エンティティは、一意に識別可能で、単独で存在できるものとして定義されます。LMLには、アクション、アーティファクト、アセット、特性、接続、コスト、決定、入出力、場所、リスク、ステートメント、時間の12個の親エンティティしかありません。利害関係者が必要とする情報を取得するために、いくつかの子エンティティが定義されています。子エンティティは、親の属性と関係に加えて、それらを一意にする追加の属性と関係を持ちます。子エンティティには、コンジット（接続の子）、論理（接続の子）、測定（特性の子）、軌道（場所の子）、物理（場所の子）、要件（ステートメントの子）、リソース（資産の子）、仮想（場所の子）が含まれます。すべてのエンティティには、名前、番号、説明属性、またはこれら3つの組み合わせがあり、それによってエンティティを一意に識別します。名前は、エンティティに関する情報の概要を提供する単語または短い単語の集まりです。番号は、エンティティを識別するための数値的な方法を提供します。説明は、そのエンティティに関するより詳細な情報を提供します。[ 1 ]

属性（形容詞） 属性は形容詞と同じように機能します。実体（名詞）は、名前、数値、および説明属性を持つことができます。実体の固有の特徴または品質は属性です。すべての属性には、実体内で一意に識別される名前があります。属性名は実体内で一意ですが、他の実体で使用される場合があります。名前は、属性に関する情報の概要を提供します。属性データ型は、属性に関連付けられたデータを指定します。[ 1 ]

関係（動詞） 関係は、動詞が名詞、あるいはこの場合は実体を結びつけるのと同じように機能します。関係によって、[実体]がどのようにつながっているかを簡単に確認できるようになります。例えば、アクションをステートメントに結びつける場合、LMLは「traced from」を関係として用います。つまり、アクションはステートメントから辿られます。「traced from」の逆の関係は「traced to」です。関係は双方向に定義され、同じ動詞を持つ一意の名前が付けられます。標準的な親子関係は「decomposed by」で、その逆は「decomposes」です。関係名はスキーマ全体で一意です。[ 1 ]

関係性における属性（副詞） 従来のERAモデリングには「関係性における属性」は含まれていませんが、LMLには含まれています。英語で言えば、「関係性における属性」は副詞のようなもので、関係性を説明するのに役立ちます。属性が実体と関係するのと同様に、「関係性における属性」にはその関係性に固有の名前が付けられますが、他の関係性間では一意である必要はありません。[ 1 ]

LMLツールのリスト

  • Innoslateは、 LMLを採用したモデルベースシステムエンジニアリングツールとして市場で入手可能です。InnoslateはLMLを実装し、UML、SysML、DoDAF 2.0などの言語への変換を可能にします。[ 5 ]
  • 3DExperienceプラットフォームは、LMLモデリングコンセプトを完全にサポートするエンタープライズソフトウェアプラットフォームです。スキーマモデリング用の専用ツールは「Business Modeler」、そのスキーマに基づくインスタンスモデリングの基本ツールは「Matrix Navigator」です。このソフトウェアは、MatrixOneとDassault Systèmes V6プラットフォームの進化形です。CAD、CAM、CAE、PDM、その他のPLMテクノロジーツールは、このプラットフォームに基づいて提供されます。

参照

参考文献

  1. ^ a b c d e f g h LML運営委員会. 「LML仕様」 . 2023年3月1日閲覧。
  2. ^ 「ライフサイクルモデリング言語について」 LML運営委員会. 2014年6月5日閲覧。
  3. ^ a b Steven Dam; Warren Vaneman (2014年4月6日). 「ライフサイクルモデリング言語チュートリアル」 SEDC 2014 .
  4. ^ 「知識ベースの分析と設計（KBAD）：ライフサイクルのための迅速なシステムエンジニアリングへのアプローチ」 。 2010年10月17日閲覧。
  5. ^ 「Innoslate Integrated Solutions」 . 2014年12月9日閲覧。
「 https://en.wikipedia.org/w/index.php?title=Lifecycle_Modeling_Language&oldid=1326320033」より取得