3. 主数据实体识别：工程领域常见主数据实体
在工程分析数据平台中，主数据（Master Data）是描述企业核心业务对象的基础数据，具有高共享性、相对稳定性和跨系统流通性。识别并定义清晰的主数据实体，是构建数据模型、设计看板接口的前提。本章系统梳理工程领域最常见的10类主数据实体，并给出其核心属性与关联关系。
3.1 主数据实体全景
工程领域的主数据实体通常围绕“人、机、料、法、环、测”六大要素展开，结合项目管理与供应链协同，形成以下核心实体集合：
| 序号 | 实体名称 | 英文简称 | 核心定位 | 典型系统归属 |
|---|---|---|---|---|
| 1 | 项目 | Project | 工程活动的组织单元与成本核算对象 | PMIS、ERP |
| 2 | 设备 | Equipment | 生产/施工中的固定资产与作业工具 | EAM、MES |
| 3 | 物料 | Material | 构成产品的原材料、半成品与成品 | ERP、SCM |
| 4 | 人员 | Personnel | 参与工程活动的员工与外部协作人员 | HRM、HSE |
| 5 | 组织 | Organization | 企业内部部门、项目组及外部法人单位 | OA、ERP |
| 6 | 客户 | Customer | 工程服务的需求方与合同甲方 | CRM、PMIS |
| 7 | 供应商 | Supplier | 提供物资、设备或分包服务的合作方 | SRM、ERP |
| 8 | BOM | Bill of Materials | 产品结构清单，定义物料层级与用量 | PLM、ERP |
| 9 | 文档 | Document | 工程图纸、规范、报告等非结构化信息 | EDMS、PLM |
| 10 | 工艺路线 | Routing | 产品制造或施工的工序流程与资源分配 | MES、PLM |
关键原则：主数据实体应遵循“单一真实来源”（Single Source of Truth）原则，每个实体在平台中只维护一份权威数据，其他系统通过接口同步引用。
3.2 实体间关联关系
上述10类实体并非孤立存在，它们通过业务规则形成网状关联。下图展示了核心实体之间的主要关联路径：
3.3 实体属性定义要点
每个主数据实体在平台中需定义一组核心属性，用于唯一标识、分类描述和业务关联。以下以“设备”和“BOM”为例，展示属性定义规范：
3.3.1 设备主数据属性
| 属性分组 | 属性名称 | 数据类型 | 必填 | 说明 |
|---|---|---|---|---|
| 标识 | 设备编码 | VARCHAR(32) | 是 | 全局唯一，如 EQ-2024-001 |
| 标识 | 设备名称 | VARCHAR(128) | 是 | 中文全称 |
| 分类 | 设备类型 | VARCHAR(64) | 是 | 引用设备分类字典 |
| 分类 | 设备状态 | VARCHAR(16) | 是 | 运行/停机/维修/报废 |
| 关联 | 所属组织 | VARCHAR(32) | 是 | 引用组织编码 |
| 关联 | 所在项目 | VARCHAR(32) | 否 | 引用项目编码 |
| 技术 | 额定功率 | DECIMAL(10,2) | 否 | 单位 kW |
| 技术 | 出厂编号 | VARCHAR(64) | 否 | 制造商序列号 |
3.3.2 BOM 主数据属性
| 属性分组 | 属性名称 | 数据类型 | 必填 | 说明 |
|---|---|---|---|---|
| 标识 | BOM编码 | VARCHAR(32) | 是 | 全局唯一，如 BOM-2024-001 |
| 标识 | BOM名称 | VARCHAR(128) | 是 | 如“XX型风机装配BOM” |
| 结构 | 父物料编码 | VARCHAR(32) | 是 | 引用物料编码 |
| 结构 | 子物料编码 | VARCHAR(32) | 是 | 引用物料编码 |
| 结构 | 用量 | DECIMAL(10,4) | 是 | 子物料在父物料中的数量 |
| 版本 | 版本号 | VARCHAR(16) | 是 | 如 V1.0、V2.0 |
| 版本 | 生效日期 | DATE | 是 | 该版本BOM的启用时间 |
设计建议：主数据属性应遵循“最小必要”原则，避免将业务过程数据（如设备运行时长、物料库存量）混入主数据实体。过程数据应归入事务型数据模型。
3.4 实体识别方法论
在实际工程数据平台建设中，识别主数据实体可遵循以下步骤：
- 业务域梳理：与业务专家共同绘制业务流程图，标注所有业务对象。
- 候选实体筛选：从业务对象中筛选出跨系统共享、生命周期长、变化频率低的对象。
- 属性收敛：合并同名异义或同义异名的属性，统一数据标准。
- 关联验证：检查实体间关联是否完整，避免出现“孤儿数据”。
- 主数据注册：将确认的实体录入主数据管理平台，分配编码规则。
常见误区：将“订单”“工单”“领料单”等事务型数据误判为主数据。事务数据具有高频变动、状态流转快的特点，应单独建模，而非纳入主数据体系。
3.5 实体编码规范示例
统一的编码规范是主数据落地的基础。以下给出工程领域常用的编码规则示例：
-- 设备编码规则：EQ + 两位年份 + 四位流水号
EQ-24-0001
-- 物料编码规则：MT + 物料大类码(2位) + 小类码(2位) + 四位流水号
MT-01-05-0123
-- 项目编码规则：PRJ + 两位年份 + 两位区域码 + 三位流水号
PRJ-24-SH-001
-- BOM编码规则：BOM + 两位年份 + 两位版本号 + 四位流水号
BOM-24-V1-0001编码规则应在主数据管理平台中统一配置，并通过接口服务向各业务系统下发，确保全平台数据一致。
3.6 实体识别检查清单
在完成主数据实体识别后，建议使用以下清单进行质量复核：
| 检查项 | 检查标准 | 通过条件 |
|---|---|---|
| 唯一性 | 每个实体有全局唯一编码 | 编码规则已定义并验证 |
| 稳定性 | 实体属性不随业务过程频繁变化 | 属性变更频率低于季度 |
| 共享性 | 至少被2个以上业务系统使用 | 已确认系统清单 |
| 完整性 | 实体属性满足核心业务查询需求 | 业务场景覆盖度≥90% |
| 关联性 | 实体间关联关系已定义 | 关联图已绘制并评审 |
通过上述方法识别并定义的主数据实体，将为后续的数据模型设计、ETL管道搭建以及看板接口开发提供坚实的数据底座。