...
| 子集信息 | 子集分配 | |||||||
|---|---|---|---|---|---|---|---|---|
| 名称 | 显示名称 | 模型 | meta场景 | 子集类型 | 子集适用场景 | 适用组织 | 适用用工类型 | 授权角色 |
| 联系信息（本人查看） | 联系信息 | ContactInformation | owner | 人员信息 | 员工资料（本人查看） | 乘风破浪有限公司 | 正式工，派遣工 | 员工 |
| 联系信息（管理者查看员工） | 联系信息 | ContactInformation | manager | 人员信息 | 员工资料（管理者查看员工） | 乘风破浪有限公司 | 正式工，派遣工 | 员工 |
| 联系信息（员工互查） | 联系信息 | ContactInformation | employee | 人员信息 | 员工资料（员工互查） | 乘风破浪有限公司 | 正式工，派遣工 | 员工 |
子集拆分原则
1、不同的【子集类型】，要建成不同的子集：如同样是【教育经历】，在人员信息、入职管理、信息采集中都要使用，要建成3个子集。（后面产品会做便捷创建功能）。1、不同的【子集类型】，可建成相同的子集：如同样是【教育经历】，在人员信息、入职管理、信息采集中都要使用，可建成1个子集。（产品做了便捷创建功能）。
2、相同的子集类型，在不同的应用场景下，配置不同，要建成不同的子集：如【教育经历】，在人员信息管理中，需要显示全部字段，但在我的资料中显示少量字段，且有特殊的列表布局样式，这时候要拆成2个子集（不同的场景）。
...