「もの」や「出来事」のモデリングは、個々バラバラの存在だったインスタンスをタイプ化することです。たとえば、鈴木一郎、佐藤次郎、山田三郎という３つのインスタンスに「顧客」というタイプ化した名を与える行為です。
しかし、ビジネスの世界では、別なタイプ化も必要とされます。
１万件の顧客を管理している営業業務で、顧客を分類する「顧客区分」という観点があります。顧客区分コード：顧客区分名
０１：量販店、０２：卸業者、０３：小売店、０４：ほか企業、０５：一般消費者
顧客区分も１つのエンティティです。
１万件の顧客は、顧客区分コード０１：２０００件、０２：１５００件、０３：１２００件などと分類されます。
顧客区分は「ものたち」を分類する観点であり、これ自身が５つのインスタンスをもち、タイプ化された名を持ちます。ちなみに、このようなタイプ化を「集合抽象化」と言います。
１０万件の受注を管理している営業業務で、受注を分類する「受注区分」という観点があります。
受注区分コード：受注区分名
０１：電話受注、０２：インターネット受注、０３：EDI受注、０４：営業マン受注
受注区分も１つのエンティティです。
１０万件の受注も同様に、受注区分コードを使って分類することができます。
受注区分は「出来事たち」を分類する観点であり、これ自身が４つのインスタンスをもち、タイプ化された名を持ちます。
このように、ビジネスの世界では「ものたち」「出来事たち」を統計的に把握し、PLAN→DO→SEE→ACTIONを効率的に回したいというニーズがあります。計画データや予算・実績を対比するデータは、統計的な視点を反映しており、集合抽象化されたエンティティとなります。我々のエンティティ分類では、「要約」「断面」などが典型的です。
« 「出来事」であり「もの」でもある認識標準を大切にする心 »
