参照モデル

参照モデル(システム、エンタープライズ、およびソフトウェア エンジニアリング) は、明確なコミュニケーションを促進するために専門家または専門家の団体によって作成された、明確に定義された一連の相互にリンクされた概念で構成される抽象的なフレームワークまたはドメイン固有のオントロジーです。参照モデルは、完全なセットを表す限り、ビジネス機能からシステム コンポーネントまで、一貫したアイデアのコンポーネント部分を表すことができます。この参照フレームを使用して、同じコミュニティのメンバー間でアイデアを明確に伝えることができます。

参照モデルは、多くの場合、概念間の関係を示す一連の概念として示されます。

OASIS (構造化情報標準推進機構)によると、参照モデルとは「ある環境のエンティティ間の重要な関係を理解し​​、その環境をサポートする一貫した標準または仕様を開発するための抽象的なフレームワークです。参照モデルは少数の統一概念に基づいており、教育や非専門家への標準の説明の基盤として使用できます。参照モデルは、標準、テクノロジ、その他の具体的な実装の詳細に直接結び付けられているわけではありませんが、異なる実装間で明確に使用できる共通のセマンティクスを提供することを目指しています。」^[1]

「参照モデル」には、いくつかの概念が組み込まれています。これらの概念はそれぞれ重要です。

• 抽象: 参照モデルは抽象的です。特定の種類の環境に関する情報を提供します。参照モデルは、特定の環境で実際に発生する特定のエンティティではなく、そのような環境で発生する可能性のあるエンティティのタイプまたは種類を説明します。たとえば、特定の家 (特定の種類の特定の環境) のアーキテクチャを説明する場合、実際の外壁には寸法と材料があるかもしれませんが、壁の概念 (エンティティの種類) は参照モデルの一部です。壁のある家を建てるには、壁の概念を理解する必要があります。
• エンティティと関係: 参照モデルは、エンティティ (存在するもの) の種類とそれらの関係 (エンティティがどのように接続され、相互に作用し、共同プロパティを示すか) の両方を説明します。エンティティ タイプのリストだけでは、参照モデルとして機能するのに十分な情報が提供されません。
• 環境内: 参照モデルは「すべてのもの」を説明しようとはしません。参照モデルは、「環境内のもの」または問題領域を明確にするために使用されます。参照モデルが有用であるためには、解決する問題と、その問題が解決されることを望む利害関係者の懸念事項の明確な説明が参照モデルに含まれている必要があります。
• 技術に依存しない: 参照モデルが特定のコンピューティング環境の技術やプラットフォームについて想定している場合、その有用性は限定されます。参照モデルは通常、問題の特定の解決策ではなく、問題のクラスの理解を促進することを目的としています。したがって、さまざまな潜在的な解決策を想像して評価するプロセスを支援することで、実践者を支援する必要があります。問題領域は「ソフトウェア アプリケーションのセットを管理する方法」である可能性があるため、ソフトウェア アプリケーションのセットを説明する参照モデルの開発が妨げられることはありません。

参照モデルにはさまざまな用途があります。 1 つの用途は、モデルに存在するオブジェクトとそれらの相互関係の両方の標準を作成することです。 標準を作成することで、標準に従って動作するオブジェクトを作成する必要があるエンジニアや開発者の作業が容易になります。 標準に準拠したソフトウェアを作成できます。 適切に作成された標準では、ソフトウェアを低コストで拡張する機能など、ソフトウェアの主要な品質をサポートする設計パターンを利用できます。

参照モデルのもう 1 つの用途は、教育です。参照モデルを使用すると、ソフトウェア開発のリーダーは、大きな問題領域を、理解、取り組み、改良できる小さな問題に分割できます。特定の問題セットに不慣れな開発者は、さまざまな問題が何であるかをすぐに理解し、解決を求められている問題に集中しながら、他の領域が十分に理解され、厳密に構築されていることを信頼できます。ソフトウェア開発者が効率的に作業に集中できるようにするには、信頼のレベルが重要です。

参照モデルの 3 つ目の用途は、人々の間のコミュニケーションを改善することです。参照モデルは、問題をエンティティ、つまり「それ自体で存在するもの」に分割します。これは多くの場合、多くの人がすでに共有している概念を明示的に認識することですが、明示的に作成された参照モデルは、これらの概念が互いにどのように異なり、どのように関連しているかを定義するのに役立ちます。これにより、これらの概念を使用する個人間のコミュニケーションが改善されます。

参照モデルの 4 番目の用途は、明確な役割と責任を作成することです。エンティティとその関係のモデルを作成することにより、組織は特定の個人またはチームを専任にし、特定のエンティティ セットに関係する問題の解決に責任を持たせることができます。たとえば、参照モデルがバランスト スコアカードを作成するために必要な一連のビジネス測定を記述している場合、各測定を特定のビジネス リーダーに割り当てることができます。これにより、上級管理者は各チーム メンバーに高品質の結果を出す責任を持たせることができます。

参照モデルの 5 番目の用途は、さまざまなものを比較できるようにすることです。問題領域を基本概念に分割することで、参照モデルを使用して、その問題に対する 2 つの異なるソリューションを検討できます。そうすることで、ソリューションのコンポーネント部分を相互に関連して説明できます。たとえば、参照モデルが企業と顧客との連絡を追跡するのに役立つコンピュータ システムを説明する場合、企業は参照モデルを使用して、ニーズに基づいて 5 つの異なるソフトウェア製品のうちどれを購入するかを決定することができます。この例では、参照モデルを使用して、候補となるソリューションのそれぞれが特定のビジネス プロセスのニーズを満たすようにどの程度適切に構成できるかを比較できます。

参照モデルのインスタンスには、次のようなものがあります。

• エージェントシステム参照モデル、
• DoDAFのコア アーキテクチャ データ モデル参照モデル
• FEAの連邦エンタープライズ アーキテクチャ フレームワーク参照モデル
• HP 情報セキュリティ サービス管理 (ISSM) - リファレンス モデル (RM)
• 金融サービス向けリファレンスモデルであるIBM Information Framework
• いくつかの連邦エンタープライズアーキテクチャからのNISTエンタープライズアーキテクチャモデル参照モデル
• OGC参照モデル（Open Geospatial Consortium）、
• OpenReference：ビジネスパフォーマンス、プロセス、実践のためのオープンリファレンスモデル^[2]
• オープンシステム相互接続基本参照モデル
• IEEE 802参照モデル
• パーデューエンタープライズリファレンスアーキテクチャ
• リアルタイム制御問題領域のためのリアルタイム制御システム
• オープン分散処理の参照モデル、
• TAFIMは、 DoDAFの初期バージョンの1990年の参照モデルであり、
• シーケンシャルコンピューティングの参照モデルとしてのフォン・ノイマン・アーキテクチャ
• デジタルライブラリ参照モデル^{[3] [4]}
• ENVRI（環境研究インフラ）参照モデル^[5]
• NGOリファレンスモデル

ウィキメディア・コモンズには、参照モデルに関連するメディアがあります。

• ビジネスリファレンスモデル
• オープンシステム環境参照モデル
• リファレンスアーキテクチャ