Loading article…
ライフサイクルモデリング言語（LML）は、システムエンジニアリング用に設計されたオープンスタンダードのモデリング言語です。概念、利用、サポート、廃止の各段階というライフサイクル全体をサポートします。プログラム管理、システムおよび設計エンジニアリング、検証、妥当性確認、展開、保守など、ライフサイクルのすべての分野を1つのフレームワークに統合します。[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 月) と、2014 年 4 月の Systems Engineering in 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 は関係として「トレース元」を使用します。アクションはステートメントからトレースされます。トレース元の逆の関係は「トレース先」です。関係は両方向に定義され、同じ動詞で一意の名前が付けられます。標準的な親子関係は 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 Systemes V6 プラットフォームの進化形です。CAD、CAM、CAE、PDM、およびその他の PLM テクノロジ ツールは、そのプラットフォームに基づいて提供されます。
参照
参考文献
- ^ abcdefgh LML運営委員会。「LML仕様」。2023年3月1日閲覧。
- ^ 「ライフサイクルモデリング言語について」。LML運営委員会。2014年6月5日閲覧。
- ^ 「知識ベースの分析と設計 (KBAD): ライフサイクルのための迅速なシステムエンジニアリングへのアプローチ」 。2010年 10 月 17 日閲覧。
- ^ 「Innoslate Integrated Solutions」。2014年12月9日閲覧。