知識発見メタモデル

知識発見メタモデル( KDM ) は、オブジェクト管理グループ(OMG)から公開されている仕様です。KDM は、既存のソフトウェア システムとそのオペレーティング環境の共通中間表現であり、アプリケーション ライフサイクル管理ツールの深いセマンティック統合に必要な共通メタデータを定義します。KDM は、ソフトウェア モダナイゼーション、IT ポートフォリオ管理、およびソフトウェア保証のための OMG の基盤として設計されました。KDM は、OMG のメタオブジェクト機能を使用して、既存のソフトウェアで動作するツール間のXMI交換形式と、次世代の保証およびモダナイゼーション ツール用の抽象インターフェイス ( API ) を定義します。KDM は、ソフトウェア エンジニアリング成果物における知識発見(ソフトウェア マイニングとも呼ばれます) に対する既存のアプローチを標準化します。

• 2003 年 11 月、OMG のアーキテクチャ主導の近代化タスク フォースが Knowledge Discovery Metamodel (KDM) RFP を推奨し、プラットフォーム技術委員会がこれを発行しました。この RFP の目的は、既存のソフトウェア資産とその動作環境に関する情報を表す共通のリポジトリ構造を提供することです。KDMの目標は、既存のソフトウェア資産の変換に関連する情報を交換することであると定義されました。RFP では、KDM によって、既存のシステムを文書化し、既存のソフトウェアで再利用可能なコンポーネントを検出し、他の言語や MDA への変換をサポートし、その他の潜在的な変換を可能にする機能を提供すると述べられています。Knowledge Discovery Metamodel により、既存のソフトウェア成果物に関する情報をさまざまなツール間で交換することもできます。これにより、特定の言語、プラットフォーム、または変換の種類を専門とするベンダーは、他のベンダーと協力して顧客ソリューションを提供できるようになります。
• オリジナルのKDM RFPはOMGメンバーがダウンロードできます。^[1]
• 2004 年から 2005 年にかけて、12 社が協力して KDM RFP への共同回答を準備しました。5 か国から 30 を超える組織が KDM 仕様の開発とレビューに貢献しました。
• 2006 年 5 月、チームの提案である Knowledge Discovery Metamodel (KDM) は、OMG の標準採用プロセスの最終段階に移行しました。OMG が採用した KDM の仕様は、一般に公開されました (OMG ドキュメント ptc/06-06-07)。
• 2007年3月、KDM最終化タスクフォースはOMGの標準採用プロセスの最終段階を完了しました。正式なKDM仕様KDM 1.0はOMGから入手可能です。^[2]
• 仕様の最新バージョンは 2011 年 7 月に完成し、KDM 1.3 が最新バージョンとなります。
• KDM Analyticsは、KDMのニュース、参考資料、教育資料やツールのためのオープンポータルを維持しています^[3]

KDM の目標は、メンテナンス、進化、評価、最新化のためのツール間の相互運用性を確保することです。KDM は、エンタープライズ ソフトウェアのさまざまな側面に関連する知識の重要な側面を記述するためのオントロジーとも見なせるメタモデルとして定義されています。KDMのサポートは、KDM エコシステム (ツール ベンダー、サービス プロバイダー、商用コンポーネントの、成長を続けるオープン スタンダード ベースのまとまりのあるコミュニティ) への投資を意味します。

KDM は、コードだけでなく、エンタープライズ ソフトウェア システム全体を表します。KDM は、既存のソフトウェアを記述するための広範囲のエンティティ リレーションシップ表現です。KDM は、既存のソフトウェア システムの構造要素と動作要素を表します。KDM の重要な概念は、他のエンティティを所有するエンティティであるコンテナーです。これにより、KDM はさまざまな粒度で既​​存のシステムを表現できます。

KDM は、動作を表現するための正確なセマンティック基盤、いわゆるマイクロ KDMを定義します。これは、既存のソフトウェア システムの静的分析を実行する場合などに使用できる、忠実度の高い中間表現を提供します。マイクロ KDM は、 KDM の仮想マシンと目的が似ていますが、KDM は実行可能モデルでも制約モデルでもなく、分析目的の既存の成果物の表現です。

KDM は、既存のソフトウェア システムの増分分析を容易にします。KDM の初期表現が分析され、より多くの知識が抽出され、KDM から KDM への変換が KDM テクノロジー空間内で完全に実行されることで明示化されます。知識抽出プロセスの手順はツールによって実行でき、アナリストが関与する場合もあります。

KDM は、言語やプラットフォームに依存しない統一された表現です。その拡張メカニズムにより、ドメイン、アプリケーション、実装固有の知識を追加できます。

KDM パッケージは次の 4 つのレイヤーに分かれています。

KDM インフラストラクチャ レイヤーは、Core、kdm、およびSourceパッケージで構成され、他のすべてのパッケージに共通の小さなコア、既存システムの成果物のインベントリ モデル、成果物のソース コードへのリンクとしてのメタモデル要素間の完全なトレーサビリティ、および統一された拡張メカニズムを提供します。Core パッケージは、他の KDM パッケージで再利用されるいくつかのパターンを決定します。KDM はMeta-Object Facilityを使用するメタモデルですが、KDM Core とリソース記述フレームワーク(RDF)の間には整合性があります。

プログラム要素レイヤーは、コード パッケージとアクション パッケージで構成されます。

• コードパッケージは、プログラミング言語によって決定されるプログラミング要素 (データ型、プロシージャ、クラス、メソッド、変数など) を表します。このパッケージの目的は、エンタープライズ アプリケーション統合 ​​(EAI) と呼ばれる別の OMG 仕様の共通アプリケーション メタモデル (CAM) と似ています。KDM コード パッケージは、より詳細なレベルを提供し、ソフトウェア システムのアーキテクチャ的に重要なビューとシームレスに統合されます。KDM のデータ型の表現は、ISO 標準 ISO/IEC 11404に準拠しています (汎用データ型も参照)。
• アクションパッケージは、ステートメント間の詳細な制御フローやデータ フローなど、アプリケーションの低レベルの動作要素をキャプチャします。コードとアクション パッケージを組み合わせることで、エンタープライズ ソフトウェア システムの各コンポーネントの忠実度の高い中間表現が提供されます。

リソース層は、既存のソフトウェア システムの運用環境を表します。これは、エンタープライズ アプリケーション統合​​(EAI)の領域に関連しています。

• プラットフォームパッケージは、オペレーティングシステム、ミドルウェアなどに関連するソフトウェアの動作環境を表します。これには、ランタイムプラットフォームによって決定されるコンポーネント間の制御フローが含まれます。
• UIパッケージは、既存のソフトウェアシステムのユーザーインターフェースに関連する知識を表します。
• イベントパッケージは、既存のソフトウェアシステムのイベントと状態遷移動作に関連する知識を表します。
• データ パッケージは、インデックス ファイル、リレーショナル データベース、その他の種類のデータ ストレージなど、永続データに関連する成果物を表します。これらの資産は、エンタープライズメタデータを表すため、エンタープライズ ソフトウェアにとって重要です。KDM データ パッケージは、 Common Warehouse Metamodel (CWM)と呼ばれる別の OMG 仕様に準拠しています。

抽象化レイヤーは、ドメインとアプリケーションの抽象化を表します。

• 概念パッケージは、既存のアプリケーションから抽出できる範囲で、ビジネスドメインの知識とビジネスルールを表します。これらのパッケージは、ビジネス語彙とビジネスルールのセマンティクス(SBVR)と呼ばれる別の OMG 仕様に準拠しています。
• 構造パッケージは、ソフトウェアシステムの論理的構成をサブシステム、レイヤー、コンポーネントに表現するためのメタモデル要素を記述します。
• ビルドパッケージはソフトウェアシステムのエンジニアリングビューを表します

• オブジェクト管理グループ
• ソフトウェアメトリクスメタモデルはKDMに基づいたメトリクス仕様である。

• OMG KDM仕様
• オブジェクト管理グループ (OMG)
• KDM AnalyticsからKDMポータルとツールを開く
• OMG アーキテクチャ主導型近代化タスクフォース
• DSTC 初期提出
• SBVRリンク
• オープンソースソフトウェア向けソフトウェアハイパーモデルブループリントポータル - TSRI の ASTM+KDM+SMM のインスタンス化
• MoDisco Eclipse プロジェクトのオープンソースコンポーネント