CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)

UDM中的人(people)和组织(organization)

 


简介

Silverston 在他的书[1]中描述了一灵活的数据模型,涵盖了人和组织、Party(中文中没有直接对应的词,不翻译)间的关系、地址、联络方式和Party间的沟通信息。本文描述了一个简化的版本。

 

注意:

此模型可用作与CRM相关的各种应用的逻辑模型,不要直接当作物理模型,结果会很惨。


数据模型


实体描述


Person(个人)

Person 实体存储个人的信息,这些信息与工作或者角色无关,例如:

1.      姓名

2.      性别

3.      出生日期

 

为了节省时间和篇幅,此处忽略了用单独实体表示Person属性的数据模型。

 

Organization(组织)

Organization实体存储的信息是关于因共同目的而组成的群体,比如公司、部门、政府机构或者非营利机构等。下图显示了一简单的层次图,由一些常见的Organization实体组成。

CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第1张图片

Figure 1. Organization

Party

一个Party是Person(个人)或者Organization(组织)。Party 实体存储个人和组织间共同的特性。下图显示的是上级实体Party和它的两个子实体的关系。

CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第2张图片

Figure 2. Party

Party Role(Party 角色)

Party(个人或者组织)在企业环境中会承担各种角色,比如客户(customer),联络人(contact),供应商(supplier),雇员(employee) 或者内部组织(internalorganization)。因为一个Party可能承担多个角色(同时或者随之时间推移),需要为每种角色定义的相关的信息。例如,信用信息只能与客户角色相关。

 

Party Role实体存储这些角色的信息。Silverston定义了很多Party Role的子类。简化起见,下图只列出了一些比如容易理解的子类。


CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第3张图片

Figure 3. Party Role

 

如上图显示,每个PartyRole由唯一的一条PartyRole Type记录描述。

 

虽然一个PartyRole是否有效通常由与其他角色的关系(relationship)决定,但是Party Role也可以设置“begindate” 和 “end date”属性,定义它的有效区间。

 

注意:因为Party的产生和维护是有具体原因的(与企业发生了某种联系),所以大部分Party 至少会承担一种角色,通常会超过一个角色。但是有可能某个Party没有任何角色,比如个人的普查数据(当然你也可能认为角色便是“普查参与人”)。

 

Party Relationship(Party关系)

一个PartyRelationship 便是两个PartyRole之间的联系。下图显示了超类和它的一些关系子类。

 

CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第4张图片


Figure 4. Party Relationship


 

与PartyRole 类似,每个relationship由唯一的一个Party Relationship Type描述。Party Relationship Type 决定了参与某种relationship的Party Role 类型。

 

Party Relationship实体用“begin date”和”enddate”属性设置有效区间。

 

 

Contact Mechanism(联络机制)

Contact Mechanism实体存储Party 的联络途径,比如电话、邮政地址、手机号码、传真和电子邮件。下图显示了ContactMechanism实体和它的子类。




Figure 5. Contact Mechanism

 

每种ContactMechanism由唯一的一条ContactMechanism Type记录描述。

 

此处忽略了在ContactMechanism记录间的联系,减低复杂性。

 

Party Contact Mechanism(Party的联络机制)

The Party Contact Mechanism entity storeswhich contact mechanisms are related to which parties. Each Party contactMechanism is a way to contact a particular party. The Party Contact Mechanismentity and related entities are shown in the following diagram.

 

Party Contact Mechanism 实体存储与Party 相关的ContactMechanism。每个PartyContact Mechanism是联络Party的一条途径。它与相关实体的关系如下图显示:

 

CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第5张图片


Figure 6. Party Contact Mechanism


 

Party Contact Mechanism可与 Party Role Type 发生关联,用以标明Party 的某个联络机制只针对某个特定的角色。例如某组织成为其他组织的客户时,提供了一特定地址,这并不适用于其他角色。

 

如果上图显示的,每个PartyContact Mechanism 有多个使用目的,由Party Contact Mechanism Purpose定义。每种PartyContact Mechanism Purpose则由ContactMechanism Purpose Type实体描述。

 

Facility(设施)

Facility是物理场地,比如仓库,工厂,建筑物,楼层,房间和办公室。这些实体此处忽略,降低模型的复杂性。


Communication Event(沟通事件)

Communication Event记录了Party 间各种类型的沟通信息(在特定关系下)。比如,电话呼叫、会议、电子邮件等。CommunicationEvent的结构和相关实体此处忽略,减低复杂性。


完整的Party Model


结构图

CRM的客户数据模型:UDM中的人(people)和组织(organization)(IV)_第6张图片


Figure 7. Overall Party Model


关系说明

1.      一个Party可以担任一个或者多个PartyRole,而一个PartyRole只能赋给一个Party。

2.      一个PartyRelationship由两个PartyRole组成,而不是两个Party。

3.      一个CommunicationEvent发生在某个关系下,一个关系会有多个CommunicationEvent。

4.      一个Party有一个或者多个PartyContact Mechanism,一个PartyContact Mechanism能用于一个或者多个使用目的。

5.      一个PartyContact Mechanism 必须指向一个ContactMechanism,Post Address(邮政地址)是Contact Mechanism的一个子类。

6.      可设定一个PartyContact Mechanism针对某个PartyRole Type。

 

参考资料

1.      Len Silverston, The Data Model ResourceBook Revised Edition Volume 1, A Library of Universal Data Models for AllEnterprises, John Wiley & Sons.

 

你可能感兴趣的:(客户关系管理(CRM))