汎用データモデル

汎用データ モデルは、従来のデータ モデルを一般化したものです。汎用データ モデルは、標準化された一般的な関係タイプと、そのような関係タイプによって関連付けられる可能性のあるものの種類を定義します。

汎用データ モデルの定義は、自然言語の定義に似ています。たとえば、汎用データ モデルでは、関係タイプを定義できます。「分類関係」(個々のものとある種のもの (クラス) の間の2 項関係) や「部分と全体の関係」(2 つのものの間の 2 項関係で、一方は部分の役割を持ち、もう一方は全体の役割を持ち、関係する物の種類は問いません) などです。クラスの拡張可能なリストがあれば、個々のものを分類し、個々のオブジェクトに対して部分と全体の関係を指定できます。関係タイプの拡張可能なリストを標準化することで、汎用データ モデルでは、事実の種類を無制限に表現できるようになり、自然言語の機能に近づきます。一方、従来のデータ モデルでは、モデルのインスタンス化 (使用) では、モデルで定義済みの事実の種類しか表現できないため、ドメイン スコープが固定され、制限されています。

汎用データ モデルは、従来のデータ モデルのいくつかの欠点を解決するためのアプローチとして開発されました。たとえば、異なるモデラーが通常、同じドメインの異なる従来のデータ モデルを作成します。これにより、異なる人のモデルをまとめることが困難になり、データ交換とデータ統合の障害になります。ただし、この違いは、モデルの抽象化レベルの違いと、インスタンス化できる事実の種類の違い (モデルの意味表現機能) に起因します。違いを目立たなくするには、モデラーがコミュニケーションを取り、より具体的に表現する特定の要素について合意する必要があります。

ビジネスをモデル化するために使用できる汎用パターンがあります。これには、PARTY (PERSON と ORGANIZATION を含む)、PRODUCT TYPE、PRODUCT INSTANCE、ACTIVITY TYPE、ACTIVITY INSTANCE、CONTRACT、GEOGRAPHIC AREA、および SITE のエンティティ タイプが含まれます。これらのエンティティ クラスのバージョンを明示的に含むモデルは、十分に堅牢で、十分に理解しやすいものになります。

より抽象的なモデルは汎用ツールに適しており、THING と THING TYPE のバリエーションで構成され、実際のデータはすべてこれらのインスタンスになります。このような抽象的なモデルは、一方では現実世界のものをあまり表現できないため管理が難しくなりますが、他方では、特に標準化された辞書が付属している場合は、適用範囲がはるかに広くなります。より具体的で具体的なデータ モデルは、範囲や環境が変化すると変更が必要になるリスクがあります。

汎用データ モデリングへの 1 つのアプローチには、次の特性があります。

• 汎用データ モデルは、「個々のもの」、「クラス」、「関係」などの汎用エンティティ タイプと、場合によってはそれらのサブタイプから構成されます。
• すべての個々のものは、「個々のもの」またはそのサブタイプのいずれかと呼ばれる一般的なエンティティのインスタンスです。
• すべての個々の物は、明示的な分類関係を使用して、物の種類 (「クラス」) によって明示的に分類されます。
• その分類に使用されるクラスは、エンティティ「クラス」またはそのサブタイプの 1 つ (「関係のクラス」など) の標準インスタンスとして個別に定義されます。これらの標準クラスは通常、「参照データ」と呼ばれます。つまり、ドメイン固有の知識は、エンティティ タイプとしてではなく、これらの標準インスタンスに取り込まれます。たとえば、車、車輪、建物、船、温度、長さなどの概念は標準インスタンスです。ただし、「構成されている」や「関係している」などの関係の標準タイプも標準インスタンスとして定義できます。

このモデリング方法では、標準クラスと標準リレーション タイプをデータ (インスタンス) として追加できるため、データ モデルが柔軟になり、アプリケーションのスコープが変更されてもデータ モデルが変更されるのを防ぐことができます。

汎用データモデルは以下の規則に従います^[2] ]。

1. 候補属性は、他のエンティティ タイプとの関係を表すものとして扱われます。
2. エンティティ タイプは、特定のコンテキストで果たす役割ではなく、物事の根底にある性質に基づいて表現され、命名されます。エンティティ タイプは選択されます。したがって、この原則の結果として、エンティティ タイプの発生は、関心がある間だけでなく、作成されたときから破棄されるときまで、そのエンティティ タイプに属します。これは、アプリケーションで使用されるビューではなく、基礎となるデータを管理するときに重要です。この原則に準拠するエンティティ タイプを汎用エンティティ タイプと呼びます。
3. エンティティには、データベースまたは交換ファイル内にローカル識別子があります。これらは人工的なものであり、一意になるように管理する必要があります。関係は、ローカル識別子の一部として使用されません。
4. アクティビティ、関係、イベント効果は、エンティティ タイプ (属性ではない) によって表されます。
5. エンティティ タイプは、モデルのユニバーサル コンテキストを定義するために、エンティティ タイプのサブタイプ/スーパータイプ階層の一部です。リレーションシップのタイプもエンティティ タイプであるため、リレーションシップのタイプのサブタイプ/スーパータイプ階層に配置されます。
6. 関係のタイプは、高レベル (汎用レベル) で定義されます。これは、関係のタイプが有効な最高レベルです。たとえば、構成関係 (「〜で構成される」というフレーズで示される) は、「個別のもの」と別の「個別のもの」の関係として定義されます (注文と注文明細の間だけではありません)。この汎用レベルは、関係のタイプが原則として任意の個別のものおよび任意の他の個別のものの間に適用できることを意味します。追加の制約は、「参照データ」で定義され、さまざまなものの間の関係の標準インスタンスになります。

汎用データモデルの例としては、

• ISO 10303-221、
• ISO 15926および
• ジェリッシュまたはジェリッシュイングリッシュ。
• David C. Hay著『データモデルパターン: 思考の慣習』 (1995年)に掲載
• エンタープライズ モデル パターン: 世界を記述する(David C. Hay著、2011 年)

• エンティティ属性値モデル
• 属性値システム
• 共通データモデル

1. David C. Hay. 1995.データ モデル パターン: 思考の慣習(ニューヨーク: Dorset House)。

2. David C. Hay. 2011.エンタープライズ モデル パターン: 世界を説明する(Bradley Beach、ニュージャージー: Technics Publications)。

3. マシュー・ウェスト 2011.高品質データモデルの開発(Morgan Kaufmann)

• データフロー図
• ゲリッシュ英語とゲリッシュ辞書およびゲリッシュに関する文書 [1]