读IS YOUR ORGANIZATION TOO UNIQUE
TO USE UNIVERSAL DATA MODELS?
http://www.tdan.com/i010fe04.htm
1.分离组织跟角色的信息
Party,PartyDefinition,DefintionType(可选)
2.抽象出组织间的关系的常用属性(包括:优先,状态,开始日期)
Party,PartyRelation,Relation Priority Definition,
Relation Status Definition,Relation Type(可选).
具体的PartyRelation可用子类型或者关联来进行处理。
3.描述Party地址的复杂的地址模式
通过PartyAddress
Party同PartyAddress(1:m)
PartyAddress同Address(m:1)
得到Party同Address的多对多关系。
通式通过Address Role得到对PartyAddress的分类功能(可选)
4.复杂的联系模式
Party可以有电话号码,电子邮件等联系机制.
Party,Party Contact Mechanism
Contact Mechanism(with sub types)
Contact Definition Type(optional,too complex)
Party Contact Mechanism role and it's type(太复杂了吧,有这样的需要!?)
ORM的处理:
1.需要一个多态Many-to-one关系
2.Party PartyRelation需要多态关联
3.简单的关联关系
4.方法1:Contact Definition Type不需要,直接使用Contact Mechanism的子类机制。
方法2:使用Map实现可定义的Contact Mechanism,定义则为Contact Definition Type。
通用组织模型读记
最新推荐文章于 2019-02-26 14:16:23 发布