数据模型资源手册(volumn 1): 2 人与组织

    最常见的业务信息需求是针对人和组织提出一些问题，例如：

• 在办理业务的过程中涉及到的人和组织的属性或特点是什么？
• 在不同的人之间、不同的组织间以及在人和组织之间存在哪些关系？
• 人以及组织的地址、电话号码和其他联系方式是什么？怎样才能同他们取得联系？
• 在各种当事人之间发生了哪些类型的通信或联系？为了有效地加强这些通信的后续工作，需要做哪些工作？

     有关人和组织的信息可能应用于销售、市场、采购、订单处理、发票、项目管理和财务中。

本章的包括如下的数据模型：

1.      组织
2.      人员（还提供了一个备选的模型）
3.      当事人（组织或人）
4.      当事人角色（如客户、供应商、内部组织等）
5.      特殊当事人关系（如客户关系、供应商关系、雇佣关系等）
6.      通用当事人关系
7.      当事人关系信息
8.      邮政地址信息（邮政地址和地理位置）
9.      当事人联系机制-----电信号码和电子地址
10.      当事人联系机制（扩展）
11.      设施与联系机制
12.      当事人通信事件（如来访电话、服务支持电话、会议等）
13.      通信事件的后续处理

2.1、组织

      该实体存储关于一组具有共同目标的人的信息，如公司、部门、分支机构、政府机构或非盈利组织。基本的组织信息，如名称和联邦税务登记号（针对法定实体），在这个实体中只存储一次。这样，就减少了冗余信息，并避免了可能的更新错误的发生。

2.2 人员

     大多数数据模型将不同类型的人如雇员、签约人等表示为不同的实体。产生的问题是，人也会有随时间变化的任务和角色。

     为了解决这个问题，图2-2a显示了一个存储特定人员信息的人员实体，该实体与人员的职务或角色无关。

人员----备选模型

     进行历史维护，如身高变化、多个名字、婚姻状况、性别变化。关系线（“～”）表示继承得到的外键是子实体中主键的一部分。正像模型展示的那样，人员和组织中包含了大量的人口统计信息。通过将人员和组织的信息一次性维护在一个唯一的地方，企业能获得一致性更好的数据，从而将这种信息用于多种场合。

2.3 当事人

    组织和人在许多方面是类似的。两者都具有一些共同的特征来描述它们，如信用等级、地址、电话号码、传真号码或电子邮件地址。组织和人也可以扮演类似的角色，如合同当事人、购买者、销售者、责任人或其他组织的成员。

    图显示了一个名为当事人的超类实体，它拥有两个子类人员和组织。这个当事人实体可以使我们能够存储人和组织所共有的一些通用特征和关系

    当事人类别实体存储当事人可能隶属的不同类别，可以通过使用它对当事人进行分类。其中，组织类别有行业类别、规模类别和少数类别等子类型；人员类别有EEOC（均等就业机会委员会）类别和收入类别等子类型。如果你希望建立更精确的模型，可以将组织类别和人员类别分别联系在一起。然而，为了简化模型，它们都被看作与当事人联系在一起的当事人类别。为了显示的需要，这里只给出了几种可能的类别，其他可能的类别值存储在当事人类型实体中。

2.4 当事人角色

       由于同一个当事人可能同时或在不同时间扮演多个不同角色，所以就需要对每个角色的信息进行定义。当事人实体定义了当事人的本质特性，这些特性是不会随时间发生变化的。当事人类型将当事人划分为特定类型。当事人角色实体定义当事人如何行为。换句话说，它定义当事人在企业的具体环境下扮演什么角色。当事人的某些特定信息可能只适用于某个特定角色。例如，信用信息可能只适用于客户，因此，它只是这个角色的关系或属性。某些关系可能只适用于特定角色。例如，雇佣实体中的关系“开始日期”和“起始日期”只属于雇员这一角色。

      当事人使得企业可以一次性地记录有关人员或组织的一致信息，而当事人角色使得企业可以维护每个当事人在担当特定角色时的信息（属性或关系）。例如，不管一个当事人在企业中扮演多少角色（可能是客户、供应商和代理），他可能有许多不同的联系信息（电话、地址等）。对于客户这个当事人角色，并且只针对这个角色，存储信用等级信息可能就是很重要的。