"製品"は「製品」と「製品タイプ」に分類することが出来ますが、その他の切り口で"製品"を分類することもあります。値段別、大きさ別、色別などです。この場合、それら分類の仕方を「製品カテゴリ」エンティティとして新たに設け、製品や製品カテゴリと関連付けていきます。その際、両者間の関連情報として、「分類」エンティティを配置します。こうすることで、あるひとつの製品カテゴリを、時間の変化に合わせて複数の製品と関連付けることが可能となります。

これまで具体的に「製品」という用語を使ってきましたが、企業が扱うモノは製品に限りません。そこで、「資産」という抽象的な概念を用いて、すべてのモノを「資産」として扱っていきます。同様に、「製品タイプ」も抽象化し、「資産タイプ」という概念を用います。「資産タイプ」には「製品タイプ」が含まれますが、その他にも「原料タイプ」や「部品タイプ」などを含むことができます。

資産には大きく分けて2つの種類があります。「シリアルあり」と「シリアルなし」です。前者にはシリアルナンバーが振ってあり、ひとつひとつが識別可能な資産のことです。後者は識別することが不可能なので、個数が重要となる資産のことです。いずれの資産も物理的なモノですから、必ず、ある特定の「場所」に置かれることとなります。

以上、すべての図を組み合わせます。さらに、以下のエンティティを追加します。

• 「部品」エンティティを「部品タイプ」と関連付けることができます。
• 「製品原料」エンティティを「原料タイプ」と関連付けることができます。
  

製品を作っていくには部品を組み合わせていく必要があります。小さな部品を組み合わせ、組み合わさった部品をまた組み合わせ、さらにそれを組み合わせて、最終的に製品という形になります。ただし、これらを直線的にモデリングしていては際限がありませんので、資産タイプをコンポジット型にモデリングしていきます。

ただし、そのまま関連で結び付けていては、構成する部品の個数などの情報を把握することが出来ません。そこで、関連エンティティとして、「資産タイプ構造」エンティティを追加します。

さらに資産同士の関連を「資産タイプ関連」として抽象化することで、あらゆる関連を包括できます。

一概に「資産タイプ」といっても、そこで求められる情報は様々です。例えば、コンピュータの情報と工業製品の情報とでは、共通の情報もありますが、異なる情報も含まれています。それらの情報の違いを表すために、その都度、コンピュータに関する資産タイプ、工業製品に関する資産タイプというふうにサブタイプを作っていては、手間がかかってしまいます。そのため、別途「資産タイプ型」というエンティティを設け、「資産タイプ」と関連付けることで対応します。