## 数据治理现状评估与治理规划
数据治理在本项目中分两段推进：先以现状评估查清天地奔牛当前的数据管理能力与数据条件，再以评估结论为输入编制治理规划。本节交付现状评估，以及治理规划中的数据战略、数据治理、数据架构、数据资产四个规划域。数据标准、数据质量、数据安全、数据生存周期、数据应用流通五个规划域与治理规划成果交付、数据治理实施，见本卷「数据治理规划（二）」；通过数据管理能力成熟度（Data Management Capability Maturity Assessment Model，DCMM）三级认证的总体路径与九大能力域的整体关系，见本卷「数据治理规划和实施服务」一节。
### 1、现状评估（3.2.6.1.1.1）
#### 1.1 评估目标、范围与基准
##### 1.1.1 评估要回答的四个问题
招标文件为本项目的治理工作设定了双重目标：以通过 DCMM 三级认证为目标，以满足 11 个智能化应用场景的高质量数据集建设为业务导向（b1218）。贯标要求能力域被规范地管起来；数据集建设要求具体某一张图纸、某一个炉次、某一段振动波形能被稳定地取到、对齐、标注并交付。现状评估同时为这两重目标提供依据。
天地奔牛的数据条件不是「系统还没上线」。设计与工艺、生产计划与工单、质量检验、库存与物流、公文与合同流转、设备过程参数采集、在役装备远程运维各有系统承载，生产业务数据长期留存，十年前生产了哪个矿的哪些产品都可追溯。需要查清的是另外三件事：同一个物理工件的过程事实分散在若干系统与若干纸质记录中，跨系统追一件事仍需人工对账；同一类字段在不同系统中的填写完整度差别很大，下游无法假定输入一律可用；已有数据多停留在事务处理层面，尚未被组织成可被调用、可被复核的资产。
据此，现状评估要给出结论的是四个问题：数据管理的职责现在落在哪些岗位上、落得实不实；现有制度与流程在哪一环断掉、断在组织缺位还是工具缺位；企业手上有哪些数据、散在哪里、能不能取到；11 个验证场景要用的数据，今天有多少是现成的、多少要清洗、多少要补录、多少要新增采集。
四个问题各对应一组证据。评估的硬性要求是每一条结论都指回一份文件、一次访谈记录、一条系统取数结果或一批抽验样本，并在诊断报告中标注证据编号，评审时可逐条回溯。证据的登记与复核口径见 1.2.5 节。
评估工作沿两条线并行：一条按 DCMM 九大能力域从组织、制度、流程、工具四个维度逐项核查，产出能力差距与整改优先级，支撑贯标（b1229、b1230、b1231）；另一条按业务对象从数据来源、流转链路、存储现状逐项盘点，产出数据资产清单、关键数据元素清单与场景数据需求清单，支撑数据集加工生产（b1232、b1233、b1234、b1235）。两条线在同一批访谈与同一批系统取证中完成，证据共用，结论互为约束。现状评估的证据输入、产出及其与四个规划域的承接关系如图 1-1 所示。
##### 图 1-1 现状评估的证据输入、产出与四域规划的承接关系
图 1-1 现状评估的证据输入、产出与四域规划的承接关系。数据来源：招标文件 3.2.6.1.1.1、3.2.6.1.1.2.1—2.4；源系统数量取 3.2.1 服务采购清单第 1 项所列外围应用系统（b0804r02）。
现状评估的结论是四个规划域的输入。某个能力域评到几级、差在组织还是差在工具、哪些数据元素当前取不到，直接决定战略路线图的阶段切分、治理组织的岗位设置、数据架构的分层取舍与资产目录的首批范围。若评估结论与方案阶段的初判出现实质差异，规划内容按评估结论调整，并在阶段评审会上说明调整依据，该约定写入项目管理约定。
##### 1.1.2 评估依据与能力域对照
评估以 GB/T 36073—2018《数据管理能力成熟度评估模型》为基准模型，以招标文件 3.2.6.1.1.2 列举的九个规划域作为能力域划分口径（b1229），按该标准的五级成熟度标尺定级，以三级（稳健级）为目标水平。九个能力域与基准模型过程域的对照关系如表 1-1，核查点按此表逐级展开，使评估结论既能直接支撑贯标送审，又能逐条回到招标文件的规划域要求上。
表 1-1 九大能力域与基准模型过程域对照及规划内容所在
| 序号 | 能力域（招标文件口径） | 对应过程域（GB/T 36073—2018） | 规划内容所在 |
|---|---|---|---|
| 1 | 数据战略 | 数据战略规划、数据战略实施、数据战略评估 | 2.1 节 |
| 2 | 数据治理 | 数据治理组织、数据制度建设、数据治理沟通 | 2.2 节 |
| 3 | 数据架构 | 数据模型、数据分布、数据集成与共享、元数据管理 | 2.3 节 |
| 4 | 数据资产 | 数据服务、数据资产价值与运营相关过程 | 2.4 节 |
| 5 | 数据标准 | 业务术语、参考数据和主数据、数据元、指标数据 | 数据治理规划（二） |
| 6 | 数据质量 | 数据质量需求、数据质量检查、数据质量分析、数据质量提升 | 数据治理规划（二） |
| 7 | 数据安全 | 数据安全策略、数据安全管理、数据安全审计 | 数据治理规划（二） |
| 8 | 数据生存周期 | 数据需求、数据设计和开放、数据运维、数据退役 | 数据治理规划（二） |
| 9 | 数据应用流通 | 数据分析、数据开放共享、数据服务 | 数据治理规划（二） |
现状评估的核查范围覆盖表 1-1 全部九个能力域。后五个能力域的规划虽在「数据治理规划（二）」展开，其诊断依据同样在本阶段一次取齐，诊断报告为一份完整报告，按九域成章。
#### 1.2 评估方法与取证作业
##### 1.2.1 四条证据线的取证对象、步骤、判据与输出
访谈得到的是「应该怎么做」，文档得到的是「写了怎么做」，系统取证与样本抽验得到的是「实际怎么做的」。DCMM 三级要求的是第三种：过程被规范地执行并留下记录。评估按四条证据线并行取证，各线的取证对象、步骤、判据与输出如表 1-2。
表 1-2 四条证据线的取证对象、取证步骤、判据与输出
| 证据线 | 取证对象 | 取证步骤 | 判据 | 输出 |
|---|---|---|---|---|
| 线一 文档审阅 | 现行数据管理制度、流程文件、系统操作规范、编码规则、主数据维护办法、信息安全管理文件及其审批记录与版本信息 | ① 由档案与信息化职能提供现行文件目录；② 逐份登记文件编号、版本号、发布日期、生效区间、审批记录；③ 抽取近一年的执行记录与文件条款逐条比对；④ 对无执行记录的条款回访责任岗位 | 文件存在且现行有效；条款在最近一个考核周期内有可查的执行记录；与上位文件无冲突 | 制度清单（含版本与生效区间）、条款执行情况核对表、失效与冲突条款清单 |
| 线二 业务口访谈 | 九个能力域的对口岗位与九个业务域的业务岗位，覆盖决策、管理、执行三层 | ① 按表 1-3、表 1-4 确定对象与议题；② 结构化问卷先行、开放追问补充；③ 当场确认要点；④ 三个工作日内返回文字稿由被访谈岗位书面确认 | 结论由被访谈岗位确认；同一事实至少两个岗位互证；执行层口述与管理层口述不一致的进入冲突核实 | 经确认的访谈记录、岗位职责实际承担情况、绕开规定的具体情形清单 |
| 线三 系统取证 | 17 类源系统在已授权范围内的库表、接口与日志 | ① 按已授权范围开通只读视图或接口；② 按表 1-5 抽样规则取数；③ 统计主键唯一性、字段非空率、枚举值合规率、跨系统关联命中率、时间戳缺失率、重复记录比例；④ 导出统计脚本与结果一并存证 | 统计结果可复算：脚本、取数时点、数据范围三者齐备 | 字段级质量统计表、跨系统关联命中率表、取数通道可用性结论 |
| 线四 样本抽验 | 按业务对象抽取的实物与单据样本 | ① 按表 1-5 确定对象类别与样本量；② 沿业务链路逐跳人工核对；③ 记录每一跳的命中、缺失与不一致；④ 对不一致项回访经手岗位 | 链路可从起点走到终点且各跳标识可对应；缺失与不一致逐条有归因 | 链路还原记录、断点清单、样本明细表 |
四条证据线的作业流程与证据流向如图 1-2 所示。
##### 图 1-2 现状评估作业流程与证据流向
图 1-2 现状评估作业流程与证据流向。数据来源：招标文件 3.2.6.1.1.1 第（1）—（5）项（b1229—b1236）；评估基准取 GB/T 36073—2018。
##### 1.2.2 访谈对象矩阵与九个业务域访谈清单
访谈按两个维度铺开：一个维度按能力域对口，用于支撑九域定级；另一个维度按业务域对口，用于支撑数据资产盘点与场景数据需求识别。两个维度在同一轮现场工作中完成，同一岗位被两份清单同时命中的，合并为一次访谈、分别记录结论。
能力域维度的对口岗位覆盖决策、管理、执行三层，各层议题不同：决策层问目标与资源，管理层问机制与考核，执行层问实际操作与绕开规定的情形。执行层口述的「实际上我们是这么做的」是过程域定级的直接依据。
表 1-3 访谈对象矩阵（按能力域与岗位层级，不涉及具体人员）
| 能力域 | 决策层对口 | 管理层对口 | 执行层对口 | 访谈轮次 |
|---|---|---|---|---|
| 数据战略 | 分管数字化转型的企业领导 | 信息化职能负责人、战略规划职能 | 信息化专责 | 2 |
| 数据治理 | 分管领导 | 信息化职能、人力职能、考核职能 | 各业务口数据对接人 | 2 |
| 数据架构 | — | 信息化职能、系统运维负责人 | 各源系统管理员、数据库管理员 | 3 |
| 数据资产 | 分管领导 | 信息化职能、财务职能、法务与合同职能 | 档案管理员、系统管理员 | 2 |
| 数据标准 | — | 技术标准职能、工艺职能、物料主数据职能 | 工艺编制岗、物料编码维护岗 | 3 |
| 数据质量 | — | 质量职能、信息化职能 | 检验岗、工单录入岗、报工岗 | 3 |
| 数据安全 | 分管领导 | 信息安全职能、保密职能 | 系统管理员、权限审批岗 | 2 |
| 数据生存周期 | — | 档案职能、信息化职能 | 档案管理员、运维岗 | 2 |
| 数据应用流通 | 分管领导 | 信息化职能、经营管理职能 | 报表编制岗、业务分析岗 | 2 |
业务域维度按企业的业务链划分为九个域。每个域的访谈同时承担三项任务：还原该域的业务链路与单据流、确认该域数据的权威源与口径、提出该域对 11 个验证场景的数据使用需求。各域的访谈清单如表 1-4。
表 1-4 九个业务域的访谈清单与现场取证要点
| 业务域 | 对口岗位（管理层／执行层） | 访谈议题 | 须现场核验的证据 | 输出结论 |
|---|---|---|---|---|
| 商机与项目 | 市场与经营职能／售前选型岗、合同管理岗 | 选型任务的受理与分派方式、配套会商结论的留痕方式、投运后评价的回收方式 | 近两年选型任务台账、三份历史选型方案、客户招标文件归档目录 | 选型方案的散存范围与可结构化程度；会商参数无电子留痕的事实与影响面 |
| 设计与工艺 | 设计职能、工艺职能／出图岗、工艺编制岗 | 图号与版本规则、图纸与工艺卡的配对方式、工序字典与加工方法分档的实际依据、中性层扣除量的取值来源 | 图号规则文件、近三个月已审签发工艺卡、工装压模台账、分档经验的书面载体 | 图卡配对关系的可还原程度；工序字典与分档规则的成文状态 |
| 计划与采购 | 供应链职能／计划岗、采购岗 | 需求计划的生成口径、采购提前期的实际统计方式、物料编码的新增与变更路径 | 物料主数据审批流水、近一年采购到货记录、物料编码规则文件 | 物料编码规则的一致性；有效提前期可否由历史记录统计得出 |
| 仓储与物流 | 仓储职能、财务职能／库管岗 | 库存口径的三套来源与使用场合、批次号与物料编码的对应方式、余料的登记方式 | 同一时点的三套库存报表、批次台账、余料实物与台账比对 | 库存口径差异的成因与仲裁需求；余料尺寸台账缺失的事实 |
| 制造执行 | 生产管理职能／调度岗、工单录入岗、报工岗 | 工单与图号、零件号的关联方式、报工的实际时点与补报情形、车间自编工艺卡的回传方式 | 近一个月工单与报工记录、车间工艺卡样本 | 工单关联率；报工时点滞后的幅度与分布；车间工艺卡回传缺口 |
| 热处理与焊接 | 工艺职能、分厂／炉台操作岗、焊接班组、计量岗 | 炉次与装炉工件、材料批次的对应方式、工艺程序下发与实际曲线的比对方式、焊接参数的采集范围、层间温度的测量方式 | 近三个月炉次记录与温度曲线、装炉登记现状、焊机参数采集清单、温度测量系统校验记录 | 炉次档案的可建成度；焊接参数与焊道的对应缺口；校验状态对数据可信度的影响 |
| 质量检验 | 质量职能／检验岗、无损检测岗、不合格品处置岗 | 检验项目的来源、缺陷描述的记录方式、不合格品票与返修的流转方式、检测位置口径 | 近三个月检验记录、不合格品票、三类检测的作业指导书 | 缺陷描述的结构化程度；检验结果与工艺参数可关联的条件 |
| 在役服务与运维 | 售后服务职能、运维职能／服务工单岗、远程运维岗 | 报警事件的处置路径、维修事实的记录方式、测点配置与部件的对应方式 | 近一年报警日志与服务工单、测点配置表 | 报警与真实故障的配对率；维修事实结构化的可行路径 |
| 综合管理 | 办公职能、档案职能、法务职能、安全职能／档案管理员、合同管理岗 | 制度与标准的发布与归档路径、版本状态的维护方式、合同与标书的归档方式、密级标识方式 | 制度库目录与版本字段、标准归档目录、合同归档样本 | 制度与标准文件的版本字段完整度；四个问答场景的文本可得性 |
十七类源系统的取证重点与取数通道初判在资产盘点阶段一并完成，见 1.6.2 节表 1-15；系统取证与业务域访谈的结论在同一张证据台账上登记，互为校验。
##### 1.2.3 样本选取规则
抽样结论能否作为定级与盘点的依据，取决于样本怎么选。评估阶段的抽样规则在评估方案评审时与甲方确认后固化，执行中不调整；确有调整必要的，须在诊断报告中说明调整时点、原因与对结论的影响。
表 1-5 盘点与核查的样本选取规则
| 抽样场合 | 抽样总体 | 样本量下限 | 抽取方式 | 分层要求 | 不合格样本的处理 |
|---|---|---|---|---|---|
| 业务对象链路还原 | 单个业务对象类别的全部记录 | 一般对象类别 30 个；关键对象类别（图纸、工艺卡、工单、炉次、焊缝、检验记录）100 个 | 按时间分层后随机抽取 | 近三年、三至十年、十年以上三层各不少于三成、三成、一成 | 逐条记录断点位置与归因，不替换样本 |
| 字段质量统计 | 源系统单表全量 | 全量统计；单表超过千万条的按月分区随机抽取不少于 100 万条 | 按分区随机 | 按年度分区覆盖全部有数据的年份 | 异常值单独列出并回访录入岗位 |
| 跨系统关联命中率 | 上游对象的全部标识 | 每对关系 500 条 | 按上游记录随机抽取 | 按项目或按产品线分层，单一项目占比不超过三成 | 未命中项逐条核对是否为业务上本不应存在的关联 |
| 制度条款执行记录 | 制度中可核查的条款 | 每份制度抽取 5 条，不足 5 条的全查 | 优先抽取涉及审批与留痕的条款 | 覆盖该制度的全部章 | 无执行记录的条款逐条回访责任岗位 |
| 纸质与散存资料 | 该类资料的归档总量 | 每类 50 件 | 按归档年度分层随机 | 覆盖该类资料全部归档年度 | 缺件与破损逐件登记，计入数字化范围估算 |
| 主数据绕流程核查 | 主数据表的创建与变更记录 | 全量比对 | 创建记录与审批流水逐条比对 | 按主数据类别分组统计 | 差额条目按类别与时间分布登记 |
##### 1.2.4 交叉验证、差异归因与跨部门口径冲突核实
四条证据线的结论会不一致，不一致之处往往就是差距所在。诊断报告定稿前设一道合口环节：把四条线的结论按能力域与过程域对齐，逐条标记一致、部分一致、矛盾三种状态；对矛盾项回到现场二次取证，并在报告中记录差异与归因。制度写了而系统查不到执行记录，归因为流程未落地；访谈说有而文档无，归因为制度缺位；系统有数据而业务口不认，归因为口径分歧。三类归因对应三类不同的整改措施。
口径分歧中有一类须单独处理：跨部门对同一名词、同一数字的口径不一致。这类分歧不是某个部门填错了，而是各部门按各自的业务目的定义了同一个词，因而只能由有决议权的机构裁定，不能由评估方单方面认定。核实方法与差距分级如表 1-6。
表 1-6 跨部门口径冲突的核实方法与差距分级
| 冲突事项 | 涉及部门 | 核实方法 | 判定产出 | 差距分级 |
|---|---|---|---|---|
| 库存数量的三套口径 | 财务职能、供应链职能、仓储职能 | 取同一时点的三套报表，按物料逐项比对；对差额最大的 20 项追查成因（在途、占用、呆滞、盘点时点） | 口径差异说明表，逐项写明差额成因与各口径的适用场合 | L3 须委员会决议确定权威口径 |
| 工序工时定额的两处来源 | 工艺职能、工时定额职能 | 抽取 200 条工序，比对工艺卡定额字段与定额系统取值 | 不一致条目清单与不一致率 | L3 须确定权威源与仲裁规则 |
| 工序字典与加工方法分档 | 工艺职能、备料分厂 | 取备料 28 道工序的现行叫法，逐道核对两侧用词与分档边界 | 工序字典草案与分歧条目 | L2 须双方会签确认 |
| 检测位置与判定口径 | 质量职能、工艺职能、无损检测岗 | 取三类检测的作业指导书与实际检验记录比对取样位置 | 检测位置口径对照表 | L2 须双方会签确认 |
| 物料编码规则的跨系统差异 | 供应链职能、信息化职能、设计职能 | 取三套系统的编码样本各 300 条，比对规则符合率 | 编码规则差异表与落标改造范围 | L3 须确定权威源并制定映射 |
| 产品结构的权威归属 | 设计职能、供应链职能 | 比对两侧物料清单层级与件号，统计不一致层级数 | 权威源归属结论与同步时点要求 | L2 须双方会签确认 |
| 工作面类型等业务枚举 | 市场与经营职能、设计职能 | 收集现用叫法，归并为候选枚举并回访确认 | 枚举值草案 | L1 由办公室协调确认 |
差距分级的含义是处理路径而非严重程度：L1 由数据管理办公室协调确认即可结案；L2 须相关部门会签确认；L3 须提交数据治理委员会决议；L4 为须甲方新增投入或调整业务流程方可消除的差距，列入实施条件清单并约定时点。分级结论写入诊断报告，并直接转为 1.5 节的不足项条目。
##### 1.2.5 证据登记、核验与复核记录
评估结论的可信度取决于证据能否被第三方复核。评估期内建立一本证据台账，四条证据线的每一件证据入库时按表 1-7 登记，诊断报告中的每一条结论引用其证据编号。证据台账随诊断报告一并移交甲方，并在贯标送审时作为支撑材料。
表 1-7 证据登记台账的字段与复核要求
| 字段 | 填写口径 | 复核要求 |
|---|---|---|
| 证据编号 | 按「证据线代号－能力域或业务域代号－流水号」编制，全局唯一 | 编号一经分配不更改，作废证据保留编号并标注作废原因 |
| 证据类型 | 制度文件、流程文件、审批记录、访谈记录、系统取数结果、统计脚本、抽验样本明细、现场照片八类 | 类型与保存形态一致 |
| 证据来源 | 提供该证据的系统名称或文件出处，纸质资料注明归档位置 | 来源须可被第三方按同一路径再取一次 |
| 提供岗位 | 提供该证据的甲方岗位名称 | 不登记个人姓名，按岗位登记 |
| 取证时间 | 精确到日；系统取数精确到取数时点 | 与系统取数结果中的时间戳一致 |
| 文件版本 | 制度与流程文件登记版本号与生效区间；系统取数登记数据范围与分区 | 版本号与文件封面或系统记录一致 |
| 核验岗位 | 对该证据内容予以确认的甲方岗位 | 访谈记录须经被访谈岗位书面确认后方可入库 |
| 关联结论 | 该证据支撑的过程域定级结论或盘点结论的编号 | 一条结论至少关联一件证据；仅有单一证据支撑的结论在报告中标注 |
| 复核记录 | 复核人岗位、复核时间、复核意见（采信、需补充、不采信） | 评估组内部复核与甲方确认分两次记录，均不得空缺 |
| 状态 | 待复核、已采信、需补充、已作废 | 诊断报告定稿时不得存在「待复核」状态的证据 |
证据不足时不得以推断补位。某一过程域若因授权未到位或资料缺失而无法取证，在诊断报告中如实标注为「本轮未取证」，给出缺失的证据类型与补齐路径，待条件具备后出补充章节；该过程域不参与本轮定级，也不以方案阶段的初判代替实测结论。
#### 1.3 九大能力域逐项核查：组织、制度、流程、工具四个维度
##### 1.3.1 四个维度的核查问法与判据
招标文件要求从组织、制度、流程、工具等多维度逐项核查现存不足与能力差距（b1229、b1230）。四个维度之间有固定的依赖次序：没有岗位就没人写制度，没有制度就没有流程约束，没有流程就无从判断工具该做什么。因此每个过程域下按同一组问法依次核查，核查结论按维度分别登记。
组织维度核查岗位是否设置、职责是否书面化、是否有人实际承担、考核是否挂钩，判据是岗位职责文件与近一年的经办记录可以对上。制度维度核查文件是否存在、是否现行有效、是否经审批发布、是否覆盖例外情形，判据是文件有发布记录且在最近一个考核周期内有执行痕迹。流程维度核查步骤是否明确、输入输出是否定义、是否有审批留痕、是否有度量，判据是可抽出完整的流程实例并逐步对应到制度条款。工具维度核查功能是否具备、是否被实际使用、数据是否可导出、是否有操作日志，判据是在工具中可复现一次完整业务操作并导出其记录。
四个维度的核查结论均登记证据编号，并按表 1-7 完成复核。维度之间的依赖关系在诊断阶段用于解释差距成因，其对定级的影响按 1.4.2 节的口径处理。
##### 1.3.2 九域二十八过程域核查点矩阵
核查点矩阵列出九个能力域、二十八个过程域的核查对象与各维度的核查点，如表 1-8。矩阵共二十九行：数据服务过程域按表 1-1 的对照口径在数据资产与数据应用流通两域下各列一次，核查点按两域各自的管理视角分别设置，过程域总数仍为二十八个。
表中「待核验初判」一列记录的是方案阶段依据企业信息系统与数据条件调研所作的初步判断，不是评估结论。该列在诊断报告中逐行替换为实测级别与证据编号；取证未覆盖的过程域按 1.2.5 节标注为本轮未取证，不以初判充当结论。
表 1-8 九域二十八过程域核查点矩阵（核查点与待核验初判）
| 能力域 | 过程域 | 组织维度核查点 | 制度维度核查点 | 流程维度核查点 | 工具维度核查点 | 待核验初判 |
|---|---|---|---|---|---|---|
| 数据战略 | 数据战略规划 | 有无数据战略归口岗位 | 有无成文数据战略 | 战略编制与审批流程 | 战略任务台账工具 | 一级 |
| 数据战略 | 数据战略实施 | 有无实施责任分解 | 有无实施计划文件 | 任务下达与跟踪流程 | 进度跟踪工具 | 一级 |
| 数据战略 | 数据战略评估 | 有无评估责任主体 | 有无评估办法 | 评估周期与偏差处理 | 评估指标采集工具 | 一级 |
| 数据治理 | 数据治理组织 | 有无三层治理组织 | 有无职责文件 | 议事与决策流程 | 组织与职责登记 | 一级 |
| 数据治理 | 数据制度建设 | 有无制度归口 | 制度体系完整性 | 制度制订与修订流程 | 制度库与版本管理 | 二级 |
| 数据治理 | 数据治理沟通 | 有无培训与宣导责任 | 有无数据文化方案 | 培训计划与考核 | 培训记录与知识库 | 一级 |
| 数据架构 | 数据模型 | 有无建模归口岗位 | 有无建模规范 | 模型评审与变更流程 | 建模与模型管理工具 | 一级 |
| 数据架构 | 数据分布 | 有无数据分布台账责任 | 有无分布管理要求 | 分布变更登记流程 | 数据地图工具 | 一级 |
| 数据架构 | 数据集成与共享 | 有无集成归口 | 有无集成共享规范 | 接口申请与审批流程 | 集成平台与接口台账 | 二级 |
| 数据架构 | 元数据管理 | 有无元数据管理岗 | 有无元数据管理办法 | 元数据采集与变更流程 | 元数据与血缘工具 | 一级 |
| 数据资产 | 数据服务与资产运营 | 有无资产运营责任 | 有无资产管理办法 | 资产申请审批流程 | 资产目录工具 | 一级 |
| 数据标准 | 业务术语 | 有无术语归口 | 有无术语表 | 术语新增与废止流程 | 术语库 | 一级 |
| 数据标准 | 参考数据和主数据 | 有无主数据归口岗位 | 有无主数据管理办法 | 主数据申请与审批流程 | 主数据管理平台 | 二级 |
| 数据标准 | 数据元 | 有无数据元归口 | 有无数据元标准 | 数据元定义与引用流程 | 数据标准工具 | 一级 |
| 数据标准 | 指标数据 | 有无指标归口 | 有无指标定义规范 | 指标口径确认流程 | 指标管理工具 | 一级 |
| 数据质量 | 数据质量需求 | 有无质量需求提出责任 | 有无质量需求规范 | 需求提出与确认流程 | 质量需求登记 | 一级 |
| 数据质量 | 数据质量检查 | 有无检查执行岗 | 有无检查规则文件 | 检查周期与报告流程 | 质量检查工具 | 一级 |
| 数据质量 | 数据质量分析 | 有无分析责任 | 有无分析方法 | 问题定级与通报流程 | 质量分析报表 | 一级 |
| 数据质量 | 数据质量提升 | 有无整改责任 | 有无整改办法 | 整改闭环与复核流程 | 整改跟踪工具 | 一级 |
| 数据安全 | 数据安全策略 | 有无安全归口 | 有无数据安全策略 | 分级分类与授权流程 | 分级标识工具 | 二级 |
| 数据安全 | 数据安全管理 | 有无执行岗位 | 有无管理细则 | 权限申请与回收流程 | 权限管理与脱敏工具 | 二级 |
| 数据安全 | 数据安全审计 | 有无审计责任 | 有无审计要求 | 审计周期与问题处理 | 日志与审计工具 | 一级 |
| 数据生存周期 | 数据需求 | 有无需求归口 | 有无需求管理要求 | 需求受理与评审流程 | 需求登记工具 | 一级 |
| 数据生存周期 | 数据设计和开放 | 有无设计归口 | 有无设计规范 | 设计评审流程 | 设计工具 | 一级 |
| 数据生存周期 | 数据运维 | 有无运维岗位 | 有无运维规程 | 备份恢复与监控流程 | 运维监控工具 | 二级 |
| 数据生存周期 | 数据退役 | 有无退役责任 | 有无退役与归档要求 | 退役审批与归档流程 | 归档工具 | 一级 |
| 数据应用流通 | 数据分析 | 有无分析岗位 | 有无分析管理要求 | 分析需求受理流程 | 分析与报表工具 | 二级 |
| 数据应用流通 | 数据开放共享 | 有无共享归口 | 有无开放共享办法 | 对外共享审批流程 | 共享通道与台账 | 一级 |
| 数据应用流通 | 数据服务 | 有无服务责任 | 有无服务管理规范 | 服务申请与计量流程 | 服务接口与监控 | 一级 |
初判为二级的六个过程域集中在制度建设、主数据、数据集成、数据安全、数据运维与数据分析，对应企业资源计划系统已有录入规范、主数据管理平台已在用、协同办公承载制度流转的现状。从一级到三级跨两个级差的过程域是整改工作量的主要来源，也是整改优先级定级的重点对象。上述判断在取证完成前均标注为待核验。
##### 1.3.3 主数据与元数据两个过程域的核查作业规程
两个过程域的核查作业按下述规程执行，其体例同样适用于其余过程域：每个维度写明核查对象、取证步骤、判据与输出，核查结论逐条登记证据编号。
参考数据和主数据过程域。组织维度的核查对象是主数据归口岗位，取证步骤为调取岗位职责文件、提取其中主数据受理、审批与维护三项职责的表述，再调取近一年主数据审批记录中的经办岗位字段并与职责文件比对；判据是职责文件所列岗位与实际经办岗位一致；输出为岗位职责与实际承担的一致性结论，不一致的记为组织缺位。制度维度的核查对象是主数据管理办法，取证步骤为核对办法是否覆盖物料、设备、工序、组织、客户五类主数据，各类编码规则是否成文，新增与变更的审批层级是否明确，停用与合并的处理是否有规定；判据是五类齐备且各项规定可对应到具体条款；输出为制度覆盖缺口清单。
流程维度的核查对象是主数据申请与审批流程，取证步骤为调取申请单模板核对必填项与审批时限，抽取近一年的驳回记录核对驳回理由的记录方式，再按表 1-5 的规则将主数据表的创建记录与审批流水逐条比对；判据是两者条数相符，差额即为绕过流程直接在系统中新增的数量；输出为流程执行率、绕流程条目清单及其按主数据类别与时间的分布。工具维度的核查对象是主数据管理平台，取证步骤为导出纳管范围清单、在测试环境提交一条违反编码规则的记录观察校验是否拦截、调取一条主数据的变更历史、核对下游系统的订阅配置；判据是纳管范围覆盖五类主数据、规则校验生效、变更历史完整、下游可订阅；输出为平台能力缺口清单。四项核查完成后，该过程域的级别依据表 1-9 的证据要求判定。
元数据管理过程域。组织维度的核查对象是元数据管理岗，取证步骤为调取岗位职责文件，并向三名以上源系统管理员核实该岗位是否曾实际要求其提供数据字典、要求是否被响应；判据是岗位存在且其要求可被执行；输出为岗位设置与权限实效的结论。制度维度的核查对象是元数据管理办法，取证步骤为核对办法是否存在、三类元数据的采集范围是否明确、字段变更的通知义务是否写入条款；判据是三类范围齐备且通知义务有责任岗位与时限；输出为制度缺口清单。
流程维度的核查对象是元数据采集、变更与核对流程，取证步骤为从各源系统的变更记录中抽取近三个月有过字段变更的表不少于 20 张，核对元数据中的记录是否同步更新、变更是否有通知记录；判据是同步率与通知率可统计；输出为元数据滞后清单与滞后天数分布。工具维度的核查对象是元数据工具，取证步骤为核对是否能自动采集技术元数据、采集覆盖的系统数、是否支持字段级血缘、血缘是否可回放；判据是自动采集可运行且血缘可定位到字段；输出为工具能力结论。该过程域的待核验初判为一级：各系统有自己的数据字典，但尚无统一的元数据管理岗位与办法，字段变更多靠口头通知。该初判若经取证成立，元数据管理须排在数据架构落地之前，否则建成的模型在源端一次字段变更后会静默失效。
#### 1.4 成熟度评分与差距量化
##### 1.4.1 定级标尺与证据要求
GB/T 36073—2018 的五级成熟度以「是否建立、是否执行、是否量化、是否持续优化」区分级别。落到可操作的打分上，表 1-9 第三列为标准对各级别的判定要点，第四列为本项目为核实该要点而要求提供的证据类型。第四列是项目内部的取证约定，用于保证定级有据可查，不是标准条文本身。
表 1-9 过程域成熟度定级标尺与证据要求
| 级别 | 名称 | 标准判定要点（GB/T 36073—2018） | 本项目要求提供的证据 |
|---|---|---|---|
| 一级 | 初始级 | 工作被动开展，依赖个人经验 | 访谈记录说明工作由个人自行处理 |
| 二级 | 受管理级 | 有归口岗位，有基本要求，执行不稳定 | 岗位职责文件；至少一份相关要求文件 |
| 三级 | 稳健级 | 过程成文、按流程执行、有记录可查、有度量 | 现行有效制度与流程文件；连续两个考核周期的执行记录；度量指标及其统计结果 |
| 四级 | 量化管理级 | 过程以量化指标管理，指标纳入考核并有改进 | 指标基线与目标值；考核结果；基于数据的改进案例 |
| 五级 | 优化级 | 持续优化并形成行业输出 | 优化机制文件；对外标准或实践输出证据 |
本项目的目标水平是三级。评估阶段对每个过程域的核心判断是「距离三级还缺哪一类证据」，缺失的证据类型直接转为整改任务：缺制度的制订制度，缺执行记录的建流程并运行满两个考核周期，缺度量的定指标并接入治理平台采集。这一映射使整改任务可核查，不停留在无法验收的表述上。
##### 1.4.2 标准评价要求与项目内部诊断约定的区分
诊断过程中会用到若干便于内部排序与整改编排的判定约定。这些约定由项目组提出、经甲方确认后在本项目内部适用，不改变也不代表 GB/T 36073—2018 的评价规定；正式的 DCMM 评价由认定机构依据标准及其评价方法实施，评价结论以认定机构出具的结论为准。两者的区分如表 1-10，诊断报告中对每一条内部约定均加同样的注明。
表 1-10 标准评价要求与项目内部诊断约定的区分
| 事项 | GB/T 36073—2018 及认定机构评价要求 | 本项目内部诊断约定 | 约定的用途与生效条件 |
|---|---|---|---|
| 过程域定级依据 | 依据标准所列各级别的过程特征与评价方法判定 | 按表 1-9 第四列的证据类型逐项核验，证据不足的不计入该级别 | 用于内部诊断与整改任务生成；经甲方确认后适用，不替代认定机构的判定 |
| 维度依赖关系 | 标准未按组织、制度、流程、工具四维分别定级 | 上一维度缺位的，在内部诊断中将下一维度的得分记为受限，并在差距说明中写明受限原因 | 仅用于差距归因与整改排序，不作为该过程域的对外定级结论 |
| 能力域级别的汇总方式 | 由认定机构按标准的评价方法汇总 | 内部诊断同时给出该域各过程域的最低值与平均值，整改优先级按最低值对应的过程域确定 | 用于短板识别与资源投向；送审材料按认定机构要求的口径另行汇总 |
| 证据时间跨度 | 按标准对过程执行记录的要求 | 三级所需的执行记录按连续两个考核周期计，考核周期以企业现行考核制度为准 | 用于制度发布时点与流程上线时点的倒排；最终以认定机构核定为准 |
| 初判级别 | 不适用 | 方案阶段的初判仅用于安排取证次序与资源，取证完成后逐项替换为实测级别 | 初判不进入任何对外结论，诊断报告中不保留初判列 |
##### 1.4.3 评分汇总与差距呈现
评分按过程域打分、按能力域汇总。诊断报告对每个能力域同时给出其各过程域级别的最低值与平均值：最低值用于识别短板并确定整改优先级，平均值用于观察整体水平的变化。两个数值的用途在报告中分别注明，避免被当作同一结论使用。九个能力域的待核验初判与三级目标之间的差距如图 1-3 所示。
##### 图 1-3 九大能力域成熟度初判与三级目标差距示意
图 1-3 九大能力域成熟度初判与三级目标差距示意。数据来源：初判级别取表 1-8 各域过程域最低值；目标水平取招标文件 3.2.6.1 第（1）项「对标 DCMM 三级成熟度要求」（b1219）。本图为方案阶段初判，正式级别以现状评估取证结论为准。
#### 1.5 不足项分类梳理与整改优先级
##### 1.5.1 不足项的三层分类
不足项的分类方式决定整改任务怎么编排。按能力域分类得到的是贯标视角，便于送审但不便于排期；按业务口分类得到的是组织视角，便于落责但容易漏掉跨口问题。本项目采用三层分类：第一层按缺口性质分为组织缺位、制度缺位、流程未落地、工具缺失、数据本体缺陷五类；第二层按涉及范围分为单域、跨域、全局三类；第三层按整改方式分为可由本项目直接交付、须甲方配合调整流程、须甲方新增采集手段三类。
第三层决定整改能否闭合。本项目能交付的是制度文稿、流程设计、平台功能与数据加工成果；而在既有业务流程中增设填报入口并由经手人确认这类整改须由甲方推动执行。这类不足项在诊断阶段单独标出并写入实施条件清单，与数据需求清单一并提交甲方决策。
表 1-11 不足项分类维度与定级规则
| 分类层 | 取值 | 说明 | 典型整改措施 |
|---|---|---|---|
| 缺口性质 | 组织缺位 | 无归口岗位或职责未书面化 | 设岗、写职责、纳入考核 |
| 缺口性质 | 制度缺位 | 无成文要求或文件已失效 | 制订或修订管理办法与细则 |
| 缺口性质 | 流程未落地 | 有制度无执行记录 | 流程上线治理平台，留审批痕迹 |
| 缺口性质 | 工具缺失 | 无支撑工具或工具不可导出数据 | 治理平台功能建设、工具链部署 |
| 缺口性质 | 数据本体缺陷 | 主键不通、字段缺失、口径不一 | 主数据贯通、标准落标、清洗与补录 |
| 涉及范围 | 单域／跨域／全局 | 影响一个能力域、多个能力域或全企业 | 跨域与全局项须由治理委员会决议 |
| 整改方式 | 项目组直接交付 | 制度文稿、流程设计、平台功能、数据加工 | 列入本项目交付清单 |
| 整改方式 | 须甲方配合调流程 | 增设填报环节、调整审批节点 | 列入需配合事项清单并约定时点 |
| 整改方式 | 须甲方新增采集 | 新增测点、布设相机、数字化纸质记录 | 列入数据需求清单并标注前置条件 |
1.2.4 节产出的跨部门口径冲突条目按同一体例并入不足项清单：冲突事项记为数据本体缺陷，差距分级 L1 至 L3 对应整改方式中的前两类，L4 对应须甲方新增采集。
##### 1.5.2 整改优先级定级
优先级按三个因子打分：对贯标三级的影响度、对 11 个验证场景的紧迫度、实施难度。前两个因子取正向，第三个取反向。影响度与紧迫度各按 1—5 分评定，难度按 1—5 分评定，综合得分按「影响度 × 0.4 ＋ 紧迫度 × 0.4 ＋（6 − 难度）× 0.2」计算，得分 4.0 以上为 P1，3.0—4.0 为 P2，3.0 以下为 P3。权重与阈值在评估方案评审时与甲方确认后固化，执行中不调整。
这一算法把卡住场景且不难做的事排在最前。对本项目而言，排在最前的是跨对象主键贯通：施工号、产品号、图号、零件号、物料编码、工单号、炉次、焊缝与焊道、设备编码、故障记录这一串标识之间目前没有稳定的主键关系，六个专业场景的数据都要绑定到业务对象上才有意义，而映射本身的技术难度不高，难在把映射规则与各业务口确认下来。优先级的四象限分布如图 1-4 所示。
##### 图 1-4 不足项整改优先级四象限与首批整改项分布
图 1-4 不足项整改优先级四象限与首批整改项分布。数据来源：招标文件 3.2.6.1.1.1 第（2）项（b1231）；缺口条目取方案阶段调研所得的数据条件现状，正式清单以评估取证结论为准。
##### 1.5.3 整改资源估算与实施次序
优先级给出的是先后，资源估算给出的是可行性。每一类缺口的工作量按不同量纲估算，估算方法与投入主体如表 1-12；估算结果随诊断报告提交，作为实施计划排期与资源投入的依据。
表 1-12 整改资源估算的量纲、估算方法与投入主体
| 缺口性质 | 工作量量纲 | 估算方法 | 主要投入主体 | 估算结果的使用 |
|---|---|---|---|---|
| 组织缺位 | 岗位数、发文件数 | 按需设岗位数 × 职责书编制工作量，加组织发文的审批周期 | 甲方人力与信息化职能 | 定组织设立时点，制约制度审批起点 |
| 制度缺位 | 文件份数 | 按制度清单份数 × 单份编制工作量，区分新编与修订 | 项目组承办、甲方会签 | 定制度发布时点，倒排执行记录积累周期 |
| 流程未落地 | 流程条数、上线工作量 | 按须上线流程条数 × 配置与试运行工作量，加两个考核周期的运行期 | 项目组实现、甲方执行 | 定流程上线时点，决定贯标送审时点 |
| 工具缺失 | 功能点数 | 按治理平台功能点与工具链部署项估算 | 项目组 | 并入平台建设排期 |
| 数据本体缺陷 | 资产条数、规则条数、映射对数 | 按盘点所得资产条数与规则条数估算清洗与落标工作量；映射按对象对数估算 | 项目组加工、甲方确认口径 | 定主数据贯通与落标排期 |
| 须甲方配合调流程 | 流程改动点数 | 按须增设的填报环节数与涉及岗位数估算 | 甲方业务部门 | 列入实施条件清单并约定时点 |
| 须甲方新增采集 | 测点数、设备台数、扫描件数 | 按布点方案的测点与设备数、纸质资料件数估算 | 甲方新增投入 | 列入实施条件清单并按场景优先级分批 |
实施次序按三批安排，次序的依据是依赖关系而非优先级得分：前一批不完成，后一批没有输入。各批的内容与前置条件如表 1-13。
表 1-13 整改实施次序与各批次的前置条件
| 批次 | 整改内容 | 前置条件 | 完成标志 | 对后续批次的影响 |
|---|---|---|---|---|
| 第一批 打基础 | 治理组织设立与发文；业务对象清单与跨对象标识映射规则确认；口径冲突中 L3 条目的委员会决议 | 甲方确认九域对口岗位与各业务口数据专责 | 组织发文、对象清单会签、映射规则经抽样核对达到约定命中率基线 | 不完成则制度无审批主体、数仓明细层无法建模 |
| 第二批 建规则 | 顶层制度与职能级细则发布；数据标准与主数据落标；质量规则库建立；分级分类标识 | 第一批完成；制度征求意见与审批周期满足 | 制度正式发文并入制度库；落标系统的枚举合规率达到约定基线 | 不完成则执行记录无依据，三级所需记录无法开始积累 |
| 第三批 补数据 | A、B 两档资产接入与清洗；C 档补录与填报入口上线；D 档新增采集按场景分批实施 | 第二批的标准与规则就绪；甲方完成流程调整与采集投入 | 各场景最小可用集达成率达到当期目标 | 不完成则相关场景按降级口径验证 |
##### 1.5.4 证据补齐流程
诊断报告中标注为证据不足的条目，按统一流程补齐，避免结论长期悬置。流程为五步：评估组在诊断报告中列明缺失的证据类型、缺失原因与可能的替代证据；数据管理办公室在报告评审会上确定每条的责任岗位与补齐时点；责任岗位按约定时点提供证据或说明无法提供的原因；评估组复核证据并更新对应结论，更新内容以补充章节形式归档，原结论保留并标注被更新；办公室在月度例会上通报未补齐条目的数量与分布。
补齐期内，相关过程域的定级结论维持「本轮未取证」状态，不参与能力域汇总，也不作为整改优先级排序的依据。若某条证据至贯标自评前仍无法补齐，由办公室提出该过程域按现有证据可支撑的级别，并在自评报告中说明证据限制。这一处置使证据链保持完整，不以推断填补空缺。
#### 1.6 全域数据资产调研盘点
##### 1.6.1 盘点对象与登记字段
招标文件要求梳理各类数据资源，厘清数据来源、流转链路、存储现状（b1232、b1233）。盘点以业务对象为主索引、系统为属性组织。按系统逐个盘点得到的是十七张互不衔接的字段清单，而企业的业务特征是同一个物理工件的过程事实分散在若干系统中：一套刮板输送机产品从合同签订到交付，由生产管理部门下发施工号、设计部门出图、工艺研究单元按零件与部件编排工艺路线，随后经备料下料、结构件组装焊接、热处理、机加工、喷漆进入装配，每个车间在总工艺路线之下再各自编制本车间的工艺卡片。按业务对象盘点才能看出链路在哪一环断掉。
盘点先定义对象清单——项目与施工号、产品与部件、图纸与图档、零件与物料、工艺路线与工艺卡、工单与工序、炉次、焊缝与焊道、检验记录与不合格品票、库存批次、设备与测点、服务工单与备件、制度与标准文件、合同与标书——再对每个对象登记它在哪些系统中有记录、各系统中的标识字段是什么、记录之间能否关联、关联命中率多少。登记字段与口径如表 1-14，其中抽样类字段按表 1-5 的样本选取规则取值。
表 1-14 数据资产盘点的登记字段与口径
| 字段 | 口径说明 | 取值方式 |
|---|---|---|
| 资产名称 | 按业务对象＋数据类别命名，如「工艺卡片—备料工序明细」 | 调研登记 |
| 业务对象 | 取对象清单中的一项 | 对象清单 |
| 数据来源系统 | 产生该数据的系统，区分源系统与下游副本 | 系统取证 |
| 存储现状 | 数据库表、文档库、文件服务器、纸质档案四类及其位置 | 系统取证＋档案调研 |
| 数据形态 | 结构化、半结构化、文档、图纸、图像、时序、视频、音频 | 调研登记 |
| 存量规模 | 条数或张数或容量，给出统计时点 | 系统取证 |
| 时间覆盖 | 最早记录年份至今，标注中断区间 | 系统取证 |
| 增量频率 | 日增量或月增量 | 系统取证 |
| 标识字段 | 该资产用于对外关联的主键或业务标识 | 系统取证 |
| 关联能力 | 与上下游资产的关联命中率 | 抽样统计 |
| 质量初判 | 主键唯一性、非空率、枚举合规率三项抽样结果 | 抽样统计 |
| 流转链路 | 该资产的上游来源与下游消费方 | 访谈＋取证 |
| 取数通道 | 只读接口、数据库只读视图、文件导出、人工导出、暂无通道 | 系统取证 |
| 敏感级别 | 按数据分级分类要求初判 | 安全职能确认 |
| 责任部门 | 该资产的业务归口部门 | 访谈确认 |
| 证据编号 | 该行各项取值所依据的证据编号 | 证据台账 |
盘点表每一行的取值均登记证据编号，抽样所得的比率同时记录样本量与抽样时点，使结论可被第三方按同一方法复算。
##### 1.6.2 十七类源系统承载的数据资产与盘点重点
企业的系统覆盖已铺到设计与工艺、生产计划与工单、质量检验、库存与物流、项目与商机、公文与合同、设备过程参数以及在役装备运维各个业务面。招标文件 3.2.1 服务采购清单第 1 项列出的外围应用系统共 17 套（b0804r02），本项目对这些系统的要求集中在一件事上：按已授权范围开放只读数据接口，把系统内已有的业务事实按业务对象组织出来供上层调用，不替换、不重建其中任何一套。各系统的盘点重点与取数通道初判如表 1-15。
表 1-15 十七类源系统承载的数据资产、盘点重点与取数通道初判
| 系统类别 | 承载的主要数据资产 | 盘点重点 | 取数通道初判 |
|---|---|---|---|
| 产品全生命周期管理 | 产品结构、图纸与图文档、工艺文件 | 图号规则、图纸与工艺文件的配对关系、原生文件可读性 | 按图号或项目只读读取，解析在内网就地进行 |
| 企业资源计划 | 物料主数据、物料清单、需求计划、采购订单、库存账与价格 | 物料编码规则、物料清单层级完整度、价格字段时效 | 已授权数据域只读接口或数据库只读视图 |
| 制造执行 | 工单、工序流转与报工 | 工单与图号、零件号的关联率；报工时点滞后幅度 | 只读增量接口 |
| 质量管理 | 检验项目与记录、交检拍照、质量报告、不合格品与返修票据 | 缺陷描述的结构化程度；与工艺参数的关联缺失情况 | 只读读取，含拍照附件 |
| 仓储管理与物流执行 | 实物库存、批次与物料流转 | 库存口径与账面口径的差异；批次号与物料编码的对应 | 只读接口 |
| 客户关系管理 | 项目与商机信息 | 历史数据覆盖年限；商机与成交的对应关系 | 已授权范围只读读取 |
| 协同办公 | 制度文件、合同、标书、不合格品票与改造方案流转 | 文件版本状态与生效区间；附件可导出性 | 文档目录、附件与访问控制信息只读导出 |
| 数据采集与监控 | 自动化产线与热处理设备过程参数 | 采集覆盖的车间与设备范围；采样周期；历史留存年限 | 既有采集范围只读取数，范围按场景分批扩展 |
| 物联网与设备数据平台 | 测点接入、时序数据汇聚与设备报警记录 | 测点配置完整度；测点与物理部件的对应关系 | 测点配置、时序数据与报警记录只读读取 |
| 热处理群控 | 炉次工单下发、开炉与完工记录、工艺程序下发 | 炉次与装炉工件清单、材料批次的关联 | 炉次工单与开完工记录只读读取 |
| 装备远程运维平台 | 在役装备测点配置、时序数据与报警日志 | 报警与真实故障的配对率；测点失效与漂移情况 | 按授权开通测点配置、时序与事件记录读取 |
| 工时定额 | 工序工时定额与工时统计 | 定额与工艺卡片定额字段的一致性 | 只读读取 |
| 售后服务与备件管理 | 服务工单、派工与备件出库记录 | 服务工单与远程运维事件的关联缺失 | 只读读取 |
| 企业文档 | 标准、技术手册、工程资料与外部资料归档 | 归档完整度、版本状态字段 | 文档目录、正文与版本状态只读读取 |
| 主数据管理平台 | 已纳管的主数据域与审批流水 | 纳管范围、审批流程记录完整度 | 只读读取 |
| 安全监管平台 | 安全管理与隐患记录 | 与设备、作业对象的关联 | 已授权范围只读读取 |
| 报表报送 | 统计报表与报送数据 | 指标口径与业务系统口径的差异 | 报表定义与结果只读读取 |
盘点在系统之外还覆盖三类不在系统里的资产：纸质档案（纸质检测报告数量可观但尚未数字化）、散存文档（四五百套历史选型方案以文档形式散存，没有结构化库）、以及只存在于交流过程中的事实（截深、截高、推移步距一类接口参数，是矿方与刮板输送机、采煤机、液压支架、破碎机各家会商妥协后确定的，往往没有规范的电子留痕）。第三类在盘点表中登记为暂无通道，并进入需求清单的新增采集部分——这类数据的建设方式是在既有业务流程中增设填报入口并由系统预填、经手人确认，不是一次性补录。三类资产按表 1-5 的纸质与散存资料抽样规则核实数量与完整度。
##### 1.6.3 业务链路还原与数据流转断点
流转链路的还原方式是：按表 1-5 对关键业务对象抽取样本，沿链路逐跳人工核对并记录每一跳的结果。以图号为起点的链路，逐跳核对其在产品全生命周期管理系统中的图纸、在工艺系统中的工艺卡片、在制造执行系统中的工单与报工、在质量系统中的检验记录是否能串成一条完整链路；以炉次为起点的链路，逐跳核对装炉清单、材料批次、实际温度曲线与硬度检验结论之间的关联是否成立。每一跳记录三项：标识是否可对应、对应是否唯一、对应所依据的字段。链路中断的位置、中断比例与中断原因逐条登记，构成断点清单。
企业的数据条件可概括为量不少、关联少、口径散：生产业务数据留存完整；过程参数已在采集并长期保存；历史图纸约 63 万张，且每一张图纸历史上都配有一张已审核签发的工艺卡片，天然构成成对的监督样本。断点集中在六处：选型方案以文档散存；工艺卡片与图纸的配对关系存在于人的记忆与文件目录中；焊接参数流与工件、焊道无对应；热处理炉次与工件、材料批次、检测结果无稳定关联；故障记录与数据段无配对；库存物料与部件的对应关系尚未梳理。上述断点为方案阶段调研所得，正式断点清单以链路还原的抽样结果为准。断点位置如图 1-5 所示。
##### 图 1-5 业务对象数据流转链路与现存断点
图 1-5 业务对象数据流转链路与现存断点。数据来源：招标文件 3.2.6.1.1.1 第（3）项（b1232、b1233）；图纸存量 63 万张、备料 28 道工序取本项目既定事实口径；断点条目取方案阶段对企业数据条件的调研结论，正式清单以链路还原抽样结果为准。
#### 1.7 关键数据元素与数据供给能力评估
##### 1.7.1 关键数据元素的识别口径与分级
关键数据元素（Critical Data Element，CDE）指一旦缺失或错误就会导致某个业务结论不成立的字段。识别方式是从业务结论反推：先列出 11 个验证场景各自要给出的结论，再逐条追问该结论依赖哪些字段，最后按依赖的场景数与出错后果定级。
出错后果在本企业是不对称的，这一点写进定级规则。材料定额中的下料尺寸写错，钢板割下来就是废料；而某个描述性字段填写不全，影响的只是检索效率。因此 CDE 分三级：一级为错误即造成物料损失或质量事故的字段，二级为错误导致场景结论不可用的字段，三级为影响效率的字段。一级 CDE 在数据质量规划中按最严口径设置检查规则，具体规则见「数据治理规划（二）」。表 1-16 中「当前主要问题」一列为方案阶段调研所得，逐项在评估阶段以证据核实后写入正式清单。
表 1-16 关键数据元素清单（按业务对象分组，节选）
| 业务对象 | 关键数据元素 | 级别 | 依赖场景数 | 当前主要问题（待核实） |
|---|---|---|---|---|
| 项目与施工号 | 施工号、矿井名称、工作面类型、合同交期 | 二级 | 4 | 工作面类型未枚举化 |
| 产品与部件 | 产品型号、槽宽档位、动力部功率、链条链环直径 | 一级 | 3 | 标准件库缺适用条件、替代关系、在产状态三项字段 |
| 图纸与图档 | 图号、版本号、材料牌号、板厚、外形轮廓、孔与方孔、坡口与倒角、压弯线、粗糙度 | 一级 | 3 | 图号与命名规则不统一；原生图纸不支持整批导出 |
| 工艺路线与工艺卡 | 零件号、工序号、工序名称、设备编码、工装压模号、样板号、展开长、工时定额 | 一级 | 3 | 工序字典与加工方法分档规则未成文；中性层扣除量散见于经验 |
| 零件与物料 | 物料编码、物料名称、规格、单位、单价、采购提前期 | 一级 | 5 | 跨系统编码规则不一致；外购有效提前期无历史统计 |
| 工单与工序 | 工单号、工序流转状态、报工时间、报工人岗位、实际工时 | 二级 | 4 | 报工时点相对实际作业滞后 |
| 炉次 | 炉次号、装炉工件清单、材料批次与来源、码装方式、装炉量、设定程序、实际温度曲线 | 一级 | 2 | 炉次与工件、材料批次、检测结果无稳定关联；装载登记缺失 |
| 焊缝与焊道 | 焊缝编号、焊道编号、焊接参数时序、预热温度、层间温度、焊工资质、工艺评定号 | 一级 | 2 | 参数流与焊道无对应；层间温度无采集手段 |
| 检验与不合格品 | 检验项目、检验值、判定结论、缺陷类别、缺陷位置、处置方式 | 一级 | 4 | 缺陷描述为文字，未与工艺参数关联；三类检测位置口径不一致 |
| 库存批次 | 批次号、库位、可用数量、项目占用、呆滞标记、余料尺寸 | 二级 | 2 | 库存口径不统一；余料无可用尺寸台账 |
| 设备与测点 | 设备编码、部件编码、测点编号、测点类型、采样周期、轴上角位置基准 | 一级 | 2 | 部件级振动测点与角位置基准缺失 |
| 服务工单与备件 | 服务工单号、设备编码、故障现象、更换部件、处置结论 | 一级 | 2 | 维修事实无结构化记录；与报警事件无配对 |
| 制度与标准文件 | 文件编号、版本号、生效区间、废止标记、密级、责任部门 | 二级 | 5 | 版本状态字段不完整 |
| 合同与标书 | 合同编号、客户、产品、金额、条款章节、素材复用等级 | 三级 | 2 | 素材缺少有效期与敏感度管理 |
##### 1.7.2 数据供给能力四档分级
供给能力评估回答的是场景要的数据今天拿不拿得到。按四档分级，每一档对应一种确定的处理方式，评估结论因此可直接转为工作量估算，并与表 1-12 的资源估算口径衔接。
表 1-17 数据供给能力四档分级与处理方式
| 档位 | 判定标准 | 处理方式 | 工作量性质 |
|---|---|---|---|
| A 档 可直接取用 | 字段存在、非空率满足场景要求、有稳定只读取数通道、口径与场景一致 | 建立增量取数作业，纳入数仓贴源层 | 接入工程，工作量可按接口数估算 |
| B 档 需清洗与映射 | 字段存在但口径不一、枚举不规范、存在重复或缺失 | 按数据标准落标、建映射规则、做清洗与补全 | 加工工程，工作量按资产条数与规则数估算 |
| C 档 需补录或回填 | 历史上无记录或记录在纸质、文档中 | 数字化、结构化入库；或在业务流程中增设填报入口由经手人确认 | 须甲方配合，工作量取决于流程调整进度 |
| D 档 需新增采集 | 物理上未采集，须新增测点、相机或采集手段 | 提出采集需求与布点方案，按场景优先级分批实施 | 须甲方新增投入，列为实施条件 |
四档的比例分布直接影响项目排期。按方案阶段的调研，A 档集中在企业资源计划与制造执行两类系统的结构化字段；B 档占比最大，物料编码、工单填写完整度、库存口径、缺陷描述都在其中；C 档包括选型投运评价、热处理装载登记、维修事实、纸质检测报告；D 档包括焊接层间温度与熔池状态、部件级振动测点与轴上角位置基准、面向焊接部位的工业相机图像。上述分布为待核验初判，正式分布以逐项资产的档位判定结果为准。C、D 两档不能由项目组单方面完成，在诊断报告中单列一章，连同实施条件与建议时点一并提交甲方决策。
##### 1.7.3 场景数据需求清单
招标文件要求识别高质量数据集验证场景对数据的使用需求并输出需求清单（b1235、b1236）。清单按场景成章，每章同一体例：该场景要给出的结论、所需数据类别、最小可用集、当前主要缺口、供给档位分布、取数通道、条件不具备时的降级输出口径。最后一项对本项目是必需的——数据质量不均意味着各场景不能假定输入一律可用，须配套可信度分级与降级输出口径，否则场景验证一旦遇到缺失数据就只能中止。
表 1-18 高质量数据集验证场景数据需求清单的章节体例与首批场景的最小可用集
| 场景 | 要给出的结论 | 最小可用集 | 当前主要缺口（待核实） |
|---|---|---|---|
| 产品智能选型 | 在可行配置中给出排序与推荐理由 | 一组核心工况参数（年产计划或每小时运力、铺设长度、倾角、采高、煤层厚度）＋机型与部件型谱＋可调用的校核结果 | 配套会商结论无电子留痕；投运评价须从零补录；标准件库缺三项字段 |
| 板材备料工艺 | 在 28 道工序的封闭集合内完成选择与排序并填到可审状态 | 可解析的图纸文件＋工序字典＋历史成对图纸与工艺卡样本 | 工序字典与分档规则未成文；中性层扣除量散见于经验；图号规则不统一 |
| 库存与供应链 | 在保交付与资金上限双约束下给出补货方案 | 物料主数据＋实时库存与出入库记录＋采购到货记录 | 库存三套口径并存；余料无尺寸台账；有效提前期无历史统计 |
| 热处理过程 | 建立批次档案并在偏离设定程序时提示 | 一路可用的过程时序通道＋正式工艺文件参数要求＋工单与零件批次标识＋硬度检验结果 | 炉次、工件、材料批次、曲线与检测结果无稳定关联；装载登记缺失 |
| 焊接过程 | 输出参数差异清单，指出偏离的维度、方向与幅度 | 焊机基础参数时序＋工艺文件参数窗口＋焊缝与焊道对象标识＋质检结果 | 层间温度与气体波动无实时监测；参数、视觉与检测结果三者割裂 |
| 装备健康诊断 | 按证据等级给出部件级异常判断与检查顺序 | 设备与部件档案＋一路可用的运行数据通道＋服务工单 | 部件级测点与角位置基准缺失；维修事实无结构化记录；无事件级标签 |
| 管理制度问答 | 给出结论、条款出处与版本状态 | 现行有效制度文件全集＋版本与生效区间字段 | 版本状态字段不完整；文件分散 |
| 技术标准问答 | 给出条款定位与版本适用性 | 标准文件全文＋版本与废止标记 | 版本更新追踪无机制 |
| 标书问答 | 按客户、产品、规模多维检索并给出来源与复用等级 | 历史招投标文件＋客户与产品标签 | 素材缺少有效期与敏感度管理 |
| 决策数据问答 | 给出结果并附数据来源、更新时间与口径说明 | 经营指标定义＋业务系统授权数据域 | 指标口径与业务系统口径存在差异 |
| 合同合规审查 | 给出偏离项、原文位置与规则依据 | 法规与制度基准库＋合同文本 | 规则库未建；合同条款未结构化 |
清单中的数据需求与四大数据集的规模口径对齐：预训练数据集 615 亿 Token、指令微调数据集 89 万条、强化学习偏好数据 6.6 万组、基准测试数据集 0.95 万条。供需计划、产品工艺设计、制造过程、质量四个方向的分项规模与数据卡见本卷「四大数据集规模与数据卡」，本节不重复列举。需求清单把每一个场景要用的数据落到具体资产与具体档位上，使数据集建设的输入边界清晰。
#### 1.8 现状评估的成果交付与实施交接验收
招标文件要求输出数据治理现状诊断报告与高质量数据集验证场景数据需求清单（b1236）。两份成果的章节结构、交付时点、验收口径与交接方式如表 1-19，章节结构在评估方案评审阶段与甲方确认后固化。两份成果在合同生效后的第一阶段内提交，提交并经评审确认后作为四个规划域的输入。
表 1-19 现状评估的成果结构、交付时点与实施交接验收
| 成果物 | 章节结构 | 形态 | 交付时点 | 验收口径 | 交接方式与接收岗位 |
|---|---|---|---|---|---|
| 数据治理现状诊断报告 | 一 评估范围、依据与方法；二 证据台账说明与取证统计；三 九域二十八过程域逐域诊断（每过程域给级别、证据编号、四维差距）；四 成熟度评分汇总与短板分析；五 不足项清单与分类；六 整改优先级、资源估算与实施次序；七 须甲方配合与新增投入的事项清单；八 附件：访谈记录索引、系统取证结果、抽验样本明细、证据台账 | 报告 | T＋3 月 | 九个能力域、二十八个过程域逐一有定级结论与证据编号；每个差距项可回溯到至少一条证据；本轮未取证项有缺失说明与补齐路径；经甲方评审确认 | 评审会上逐章宣讲并提交电子件与纸质件；接收岗位为数据管理办公室；证据台账同步移交并完成清点签收 |
| 高质量数据集验证场景数据需求清单 | 一 编制说明与术语口径；二 业务对象清单与标识映射；三 按场景分章的数据需求（结论、数据类别、最小可用集、缺口、供给档位、取数通道、降级口径）；四 关键数据元素清单与分级；五 供给能力四档汇总与工作量估算；六 须甲方配合调整流程与新增采集的清单及建议时点；七 附件：数据资产盘点表 | 清单 | T＋3 月 | 覆盖 11 个验证场景；每个场景给出最小可用集与降级输出口径；关键数据元素逐项标注级别与当前问题；经甲方评审确认 | 与诊断报告同次评审；接收岗位为数据管理办公室，各业务口数据专责按域会签本域章节 |
现状评估阶段的实施条件与双方责任界面如表 1-20。条件不具备时按表中处理方式执行，并在诊断报告中如实记录，不以推断补足结论。
表 1-20 现状评估的实施条件与责任界面
| 实施条件 | 责任方 | 约定时点 | 条件不具备时的处理 |
|---|---|---|---|
| 源系统只读取数授权（接口或只读视图开通） | 甲方信息化职能与各系统管理员 | 项目启动会后 15 个工作日内 | 先做文档审阅与访谈，取数就绪后补做取证并更新诊断结论；诊断报告中标注本轮未取证的过程域，授权到位后出补充章节 |
| 九个能力域对口岗位与各业务口数据专责确认 | 甲方人力职能与信息化职能 | 项目启动会上确认 | 项目组提出岗位清单建议，由办公室筹备组临时承接；未确认的域按建议口径出草案并标注待确认 |
| 现行制度文件清单与现行版本提供 | 甲方档案职能与各制度归口部门 | 访谈启动前 | 按已提供部分先行审阅，缺件在诊断报告中单列并进入证据补齐流程 |
| 纸质档案与散存文档的调阅安排 | 甲方档案职能 | 盘点启动前 | 按可调阅部分抽样，未调阅部分在盘点表中标注并给出数字化范围建议 |
| 跨部门口径冲突的决议安排 | 数据治理委员会、数据管理办公室 | 诊断报告评审会前 | L3 条目在报告中列为待决议事项并给出建议口径，不单方面认定 |
### 2、治理规划（3.2.6.1.1.2）
治理规划以现状评估结论为输入，按招标文件列举的规划域逐域编制。本节交付其中的数据战略、数据治理、数据架构、数据资产四个规划域；数据标准、数据质量、数据安全、数据生存周期、数据应用流通五个规划域与治理规划成果交付要求，见本卷「数据治理规划（二）」。
四个规划域之间有固定的承接关系，编制时按同一组输入与同一套对象口径展开，避免重复建设：数据战略规划确定目标、路线与资源，是其余规划域的排期依据；数据治理规划确定组织、制度与机制，是其余规划域能够被审批、被执行、被考核的前提；数据架构规划确定模型、分布、集成与元数据，是数据资产规划与后五个规划域的技术底座；数据资产规划确定权属、价值与运营，是数据对外提供服务的管理依据。四域共用现状评估产出的业务对象清单、标识映射规则与证据台账，共用数据治理平台的目录、元数据、流程与审计能力。
表 2-1 四个规划域的建设目标、核心交付与相互依赖
| 规划域 | 招标文件条款 | 建设目标 | 核心交付 | 输入依赖 | 为其他规划域提供 |
|---|---|---|---|---|---|
| 数据战略规划 | 3.2.6.1.1.2.1 | 把治理目标分解为可度量、可排期、可考核的任务与路线 | 数据战略管理办法、数据战略规划、数据战略实施计划、战略评估报告 | 诊断报告的差距与优先级、场景数据需求清单 | 排期与资源口径、评估指标与偏差处理规则 |
| 数据治理规划 | 3.2.6.1.1.2.2 | 建立有决议权的组织、可执行的制度与可考核的机制 | 数据治理顶层规划方案、数据治理组织架构、全套顶层管理制度、数据文化建设方案 | 诊断报告的组织与制度差距项 | 审批主体、口径确认流程、制度体例与考核口径 |
| 数据架构规划 | 3.2.6.1.1.2.3 | 把分散在十七类系统与纸质档案中的业务事实组织成可反复调用的结构 | 数据模型分层架构、数据分布及数据流图、数据集成共享管理规范、元数据管理办法 | 业务对象清单与标识映射规则、分布台账 | 一致性维度、取数通道、血缘与变更影响分析 |
| 数据资产规划 | 3.2.6.1.1.2.4 | 界定资产的归属、价值与使用方式，使数据可被管理、可被授权、可对外提供 | 数据资产管理办法、数据资源目录、资产价值评估办法、数据资产运营流程规范 | 资产盘点表、价值评价所需的质量与规模统计 | 资产目录与权属标签、授权与审批口径 |
按招标文件逐条列举，现状评估与四个规划域合计交付 18 份成果（b1236、b1245、b1246、b1254、b1255、b1265、b1266、b1273、b1274）；另加落实治理机制所需的 3 份职能级细则，本节成果合计 21 份。各成果的章节结构、形态、交付时点、验收口径与交接方式，在现状评估与各规划域的末一小节逐项给出。其余五个规划域的成果与全部治理文档的合并计数见「数据治理规划（二）」，全部治理文档不少于 25 份。
#### 2.1 数据战略规划（3.2.6.1.1.2.1）
##### 2.1.1 建设目标与战略主线
数据战略规划要解决的是目标与路径：企业的数据工作在建设周期内达到什么水平、按什么次序推进、投入多少资源、怎么判断是否走在计划上。本企业的起点是具体的：售前选型的四百至五百笔年度任务集中在少数几位资深工程师身上，四五百套历史选型方案散存而不可复用；编制一张图纸的工艺卡需完成数百次点击与录入，一套四百张量级的项目仅工艺编审即需两天以上，而其中七八成图纸本有可借用的既有工艺；在役装备报警不少、故障标签很少，报警与真实故障之间缺少可核对的证据。
三者指向同一个判断：企业的数据价值首先在于把已有数据组织成可被调用、可被复核的资产，而非新增采集。数据战略因此以此为主线。战略表述为：以业务对象标识贯通为起点，以 11 个验证场景的数据需求为牵引，以 DCMM 三级的过程规范为约束，在建设周期内把分散在十七类系统与纸质档案中的业务事实，逐步转为可溯源、可复用、可交付的数据资产，并以此支撑行业高质量数据集建设（b1239）。
这段表述有三个可验证的落点：标识贯通的覆盖对象数、场景数据需求的满足率、过程域达到三级的数量。战略的量化目标建立在这三个落点上，不另造指标。
##### 2.1.2 管理愿景与目标分解
愿景按能力、业务、资产三层表述，每层向下分解为目标、指标与责任，并按基线、趋向、回退三段给出度量口径。基线以现状评估的实测值为准，评估完成前的取值记为待测；趋向为建设周期内的推进方向与期段目标；回退为未达期段目标时的处置方式。各层的分解如表 2.1-1。
表 2.1-1 数据战略愿景的三层目标分解与度量
| 层次 | 愿景表述 | 分解目标 | 度量指标 | 基线 | 趋向 | 未达期段目标时的回退 | 责任主体 |
|---|---|---|---|---|---|---|---|
| 能力层 | 数据管理过程成文、按流程执行、有记录可查、有度量 | 九大能力域逐步达到 DCMM 三级（稳健级）所要求的过程规范，并取得三级认证（b1219） | 达到三级的过程域数量；认定机构的认证结论 | 现状评估实测的各过程域级别（评估前记为待测） | 按三批整改次序逐批提升，期段目标写入实施计划 | 在季度例会列明未达域、缺失证据类型与补齐计划；调整送审时点而非压缩记录积累周期 | 数据管理办公室 |
| 能力层 | 治理工作可被考核 | 制度与流程上线并持续运行 | 已上线流程的执行记录完整度 | 首批流程上线后一个考核周期的实测值 | 按季提高并逐步接近全部已上线流程均有完整记录 | 对记录缺失的流程追查环节责任，必要时简化流程节点后重新上线 | 数据管理办公室、各工作组 |
| 业务层 | 11 个智能化应用场景所需的数据按最小可用集达成供给 | 各场景的最小可用集逐场景达成 | 已达成最小可用集的场景数；各场景供给档位的转化情况 | 需求清单中各场景的初始档位分布 | 按场景优先级分批推进，B 档逐步转 A 档，C、D 档按甲方配合进度推进 | 未达成的场景按降级输出口径开展验证，并在验证报告中说明数据条件限制 | 各业务口数据专责、项目组 |
| 业务层 | 数据使用方能查到口径 | 指标与术语口径统一并可查 | 已登记口径的指标与术语数；口径确认流程的办结率 | 评估阶段盘点所得的已有口径文件数 | 按季扩充并逐步接近核心指标与术语全覆盖 | 未登记口径的指标暂不进入决策数据问答的可答范围，列入下一批登记清单 | 各职能部门、数据管理办公室 |
| 资产层 | 形成数据资源目录并逐步覆盖核心业务对象 | 资源目录覆盖六个主题域的核心业务对象 | 目录内资产数；核心业务对象的覆盖比例 | 首批目录上线时的实测值 | 按年度扩充并逐步接近核心对象全覆盖 | 未入目录的资产不纳入对外提供范围，在盘点表中标注原因与补齐时点 | 数据管理办公室 |
| 资产层 | 形成四类数据集并具备对外提供服务的条件 | 预训练、指令微调、强化学习偏好、基准测试四类数据集按既定规模交付并通过质量评测 | 数据集规模；质量评测三维度得分 | 招标文件规定的规模与评分要求 | 按数据集加工排期分批交付，具备按统一目录标识、统一身份登记、统一接口要求对外提供服务的条件（b0676） | 未达评测要求的数据子集回到质检与回流环节重做，不以降低评测口径达成 | 项目组、数据管理办公室 |
##### 2.1.3 重点任务分解与度量
重点任务按依赖关系分解，而非按能力域分解。依赖关系排错会造成返工：标识不通就做不了跨系统关联，关联不成立就做不了成对样本，没有成对样本就无从评测。十项重点任务及其度量如表 2.1-2。
表 2.1-2 数据战略重点任务分解与度量
| 序号 | 重点任务 | 任务内容 | 依赖前提 | 度量指标 |
|---|---|---|---|---|
| 1 | 业务对象标识贯通 | 建立施工号、产品号、图号、零件号、物料编码、工单号、炉次、焊缝与焊道、设备编码、故障记录之间的主键映射规则并落库 | 现状评估的对象清单与关联命中率结论 | 已贯通对象数 / 对象清单总数；跨系统关联命中率 |
| 2 | 主数据与数据标准落标 | 物料、设备、工序、术语、指标五类主数据与数据标准的制订与落标 | 任务 1 的对象清单 | 落标系统数；枚举合规率 |
| 3 | 治理组织与制度运行 | 三层治理组织设立、顶层制度发布、流程上线并运行满两个考核周期 | 诊断报告的组织与制度差距项 | 制度发布数；流程执行记录完整度 |
| 4 | 数据架构落地 | 数仓五层分层建模、数据地图、集成架构与元数据血缘建设 | 任务 1、任务 2 | 已建模主题域数；元数据采集覆盖率；血缘可追溯链路数 |
| 5 | 数据质量与安全规划实施 | 质量规则库、检查与整改闭环、分级分类与权限管控 | 任务 2 | 规则数；一级关键数据元素检查覆盖率；分级标识覆盖率 |
| 6 | 数据资产目录与运营 | 资产目录、权属界定、价值评价、申请审批流程上线 | 任务 1、任务 4 | 目录内资产数；申请审批流程线上办理比例 |
| 7 | 场景数据供给 | 按需求清单推进 A—D 四档数据的接入、加工、补录与新增采集 | 需求清单；甲方配合事项 | 各场景最小可用集达成率；B 档转 A 档的资产数 |
| 8 | 四类数据集交付与评测 | 预训练、指令微调、强化学习偏好、基准测试四类数据集的加工生产与质量评测 | 任务 7 | 数据集规模；质量评测维度得分 |
| 9 | 贯标送审与复评 | 自评、预审、认定机构现场评估与整改复评 | 任务 3、4、5 | 过程域达三级数量；认证结论 |
| 10 | 软建设配套与人才支撑 | 政策梳理、规划、机制、标准与人才培养等配套措施 | 任务 3 | 配套文件与机制数量；培训覆盖人数 |
任务 1 排在最前。跨对象主键映射与追溯样例集是六个专业场景共同的前置条件，技术难度不高，难在把映射规则与各业务口确认下来，因此越早启动越好。任务 1 滞后将连带影响任务 4、7、8，该依赖关系写入 2.3.13 节的实施条件。
##### 2.1.4 资源投入与阶段对应
资源投入按人力、平台与工具、第三方服务三类列明，与建设周期的阶段切分对齐。人力方面，项目组按治理规划、数据加工、平台建设、质量评测、场景验证五条线组织，关键岗位在项目期内不变更；甲方侧须明确九个能力域的对口岗位与各业务口的数据对接人，这是制度能否落地的决定因素。
平台与工具方面，数据治理平台与数据集加工生产平台、数据集运营服务管理平台的建设内容见本卷相应章节，本规划域列明治理工作对平台功能的依赖项：资源目录、元数据与血缘、数据标准落标检查、质量规则执行与整改跟踪、资产申请审批、审计日志六项。第三方服务方面，DCMM 贯标认证须由认定机构出证，等级保护测评与商用密码应用安全性评估、数据集质量测评盖章报告同属须外部机构承做的事项，相应费用已列入报价。
表 2.1-3 资源投入与阶段对应
| 投入类别 | 第一阶段（T＋0 至 T＋3 月） | 第二阶段（T＋4 至 T＋18 月） | 第三阶段（T＋19 月至 2028 年 5 月） |
|---|---|---|---|
| 项目组人力 | 评估与规划为主，治理规划线满负荷 | 数据加工与平台建设为主，五条线并行 | 评测、验证与贯标送审为主 |
| 甲方对口 | 九域对口岗位确认、访谈与取证配合、授权开通 | 流程调整落地、填报入口上线、数据确认 | 认证现场配合、验收评审 |
| 平台与工具 | 治理平台需求确认与环境准备 | 治理平台与工具链部署、功能上线 | 功能完善与运行稳定性保障 |
| 第三方服务 | 贯标辅导机构与测评机构锁定 | 预审与过程测评 | 认证现场评估、密评与等保测评、质量测评出证 |
##### 2.1.5 实施路线图
路线图按三阶段切分，切分依据是三个确定性的里程碑：诊断完成、关联打通并交付首批数据集、评测与贯标通过。建设周期至 2028 年 5 月，阶段时点以合同生效日为起点按相对月份表示，正式计划在项目启动会上与甲方确认后固化。
##### 图 2.1-1 数据战略实施路线图与里程碑
图 2.1-1 数据战略实施路线图与里程碑。数据来源：建设周期至 2028 年 5 月取招标文件项目工期要求；阶段任务取表 2.1-2 重点任务分解；里程碑口径对应 3.2.6.1 第（1）—（3）项（b1219—b1226）。
##### 2.1.6 数据战略管理办法
数据战略管理办法规定战略本身如何被管理：由谁制订、怎么审批、多久评估一次、偏差到什么程度要调整、调整走什么程序。办法按七章组织，正文随治理规划成果一并交付。
第 1 章总则，列目的、依据、适用范围与术语。依据部分引用 GB/T 36073—2018 与企业数字化转型相关要求。第 2 章职责分工，规定数据治理委员会、数据管理办公室、各业务口数据专责在战略管理中的职责，与 2.2 节的治理组织架构保持一致。第 3 章战略制订，规定编制依据（现状诊断结论、业务场景需求、国家与行业要求三项）、编制流程、审批层级与发布形式。
第 4 章战略实施，规定任务分解规则、责任落实方式、资源保障要求与进度报告周期。第 5 章战略评估，规定评估周期（半年度评估、年度全面评估）、评估指标、偏差分级与处理方式。第 6 章战略调整，规定触发条件、调整权限与变更留痕要求。第 7 章附则，规定办法的生效、修订与解释权归属。
办法中有一条专门约定：战略目标的调整权限在数据治理委员会，战略任务的排期调整权限在数据管理办公室。两类调整分开，使排期能够应对实际进度，同时保持目标稳定。
##### 2.1.7 数据战略实施计划
实施计划把表 2.1-2 的十项重点任务拆到可下达的粒度：每项任务拆为若干工作包，每个工作包明确输入、输出、责任部门、起止时点与验收方式。工作包的粒度以一个责任部门在一个月内可完成并可验收为准。
表 2.1-4 数据战略实施计划的工作包体例与首批工作包（节选）
| 工作包 | 所属任务 | 输入 | 输出 | 责任部门 | 时点 | 验收方式 |
|---|---|---|---|---|---|---|
| 业务对象清单确认 | 任务 1 | 盘点表、访谈记录 | 对象清单及其标识字段定义 | 信息化职能牵头，各业务口确认 | T＋1 月 | 治理委员会评审通过 |
| 跨对象映射规则制订 | 任务 1 | 对象清单、关联命中率统计 | 映射规则文件与追溯样例集 | 信息化职能牵头，项目组承做 | T＋3 月 | 抽样核对命中率达到约定基线 |
| 治理组织设立 | 任务 3 | 诊断报告组织差距项 | 组织架构文件与岗位职责书 | 甲方人力与信息化职能 | T＋2 月 | 正式发文 |
| 顶层管理办法发布 | 任务 3 | 九域规划 | 数据治理管理办法 | 数据管理办公室 | T＋5 月 | 正式发文 |
| 物料主数据落标 | 任务 2 | 物料数据元标准 | 落标映射表与清洗结果 | 物料主数据职能 | T＋8 月 | 枚举合规率达到约定基线 |
| 工序字典成文 | 任务 2 | 备料 28 道工序现状梳理 | 工序字典与加工方法分档规则 | 工艺职能 | T＋6 月 | 工艺职能会签确认 |
| 贴源层接入首批资产 | 任务 4、7 | A 档资产清单、取数授权 | 贴源层表与增量作业 | 项目组 | T＋7 月 | 数据比对一致性检查通过 |
| 图卡成对样本集构建 | 任务 7 | 图纸与工艺卡配对关系 | 成对样本集与质检报告 | 项目组，工艺职能确认 | T＋10 月 | 抽样一致性校验通过 |
| 资产目录首批上线 | 任务 6 | 盘点表、权属界定结论 | 数据资源目录 | 数据管理办公室 | T＋12 月 | 目录对象覆盖数达到约定基线 |
| 贯标自评 | 任务 9 | 制度与执行记录 | 自评报告 | 数据管理办公室，项目组支撑 | T＋19 月 | 自评结论经委员会确认 |
进度报告按月提交，内容为工作包状态、偏差与原因、下月安排。偏差处理按 2.1.8 节的偏差分级执行。
##### 2.1.8 常态化评估指标与偏差分级
常态化评估的关键在于定出偏差多大算问题。不定阈值，评估报告只能写总体进展良好、个别任务滞后，没有处理动作。偏差按三档定级：工作包进度滞后一个月以内或指标达成率在目标值的九成以上，记为一般偏差，由数据管理办公室跟踪；滞后一至三个月或达成率在七成至九成，记为重要偏差，由数据管理办公室提出措施并报委员会备案；滞后三个月以上或达成率低于七成，或前置任务受阻导致后续任务无法开工，记为严重偏差，提交治理委员会决议，可触发战略任务排期调整。
表 2.1-5 数据战略评估指标与偏差阈值
| 指标 | 定义 | 统计周期 | 一般偏差 | 重要偏差 | 严重偏差 |
|---|---|---|---|---|---|
| 工作包按期完成率 | 当期按期完成工作包数 / 当期应完成数 | 月 | ≥90% | 70%—90% | <70% |
| 过程域达三级进度 | 已达三级过程域数 / 阶段目标数 | 季 | ≥90% | 70%—90% | <70% |
| 对象标识贯通率 | 已贯通对象数 / 对象清单总数 | 季 | ≥90% | 70%—90% | <70% |
| 场景最小可用集达成率 | 已达成最小可用集的场景数 / 11 | 季 | ≥90% | 70%—90% | <70% |
| 一级关键数据元素检查覆盖率 | 已配检查规则的一级关键数据元素数 / 一级关键数据元素总数 | 季 | ≥90% | 70%—90% | <70% |
| 制度执行记录完整度 | 有完整执行记录的流程数 / 已上线流程数 | 季 | ≥90% | 70%—90% | <70% |
| 须甲方配合事项完成率 | 已完成配合事项数 / 当期应完成数 | 月 | ≥90% | 70%—90% | <70% |
最后一项指标单列，因为相当一部分整改须由甲方推动。把它纳入同一张评估表，使双方在同一组数字上对话。各指标的基线取现状评估与首期统计的实测值，阈值为建议值，在项目启动会与甲方确认后固化；连续两期处于严重偏差的指标，由委员会决议调整任务排期或追加资源，不调低指标口径。
##### 2.1.9 评估闭环与迭代
评估走完整回路：指标采集（由治理平台自动采集为主、人工填报为辅）→ 偏差识别与分级 → 归因分析 → 措施制订 → 措施执行 → 下一周期复核。归因分析沿用 1.5.1 节的缺口性质分类，使评估结论与诊断结论可比，便于判断整改是否有效。回路如图 2.1-2 所示。
##### 图 2.1-2 数据战略常态化评估闭环与迭代机制
图 2.1-2 数据战略常态化评估闭环与迭代机制。数据来源：招标文件 3.2.6.1.1.2.1 第（3）项（b1243、b1244）。
##### 2.1.10 成果交付与实施交接验收
本规划域交付数据战略管理办法、数据战略规划、数据战略实施计划、战略评估报告四份成果（b1245、b1246）。四份文件的分工是：管理办法规定战略怎么被管理，规划规定要达到什么、分几步走，实施计划规定谁在什么时点做什么，评估报告记录做到了什么、差在哪里、怎么调整。评估报告按半年度出具，项目期内累计不少于四期，首期在 M2 里程碑后出具。
表 2.1-6 数据战略规划域的成果结构、交付时点与实施交接验收
| 成果物 | 章节结构要点 | 形态 | 交付时点 | 验收口径 | 交接方式与接收岗位 |
|---|---|---|---|---|---|
| 数据战略管理办法 | 总则；职责分工；战略制订；战略实施；战略评估；战略调整；附则 | 制度 | T＋5 月 | 七章齐备；经委员会审议并正式发文 | 委员会审议后由办公室发文并入制度库；接收岗位为数据管理办公室 |
| 数据战略规划 | 愿景三层表述与目标分解；十项重点任务；资源投入；三阶段路线图；评估机制 | 规划 | T＋4 月 | 含表 2.1-1 的三层分解与可度量指标；十项任务有依赖前提与度量；路线图有里程碑判定条件 | 评审会宣讲后提交；接收岗位为数据管理办公室，各工作组会签本域任务 |
| 数据战略实施计划 | 工作包清单；每包的输入、输出、责任部门、时点、验收方式；进度报告体例 | 计划 | T＋5 月 | 工作包粒度符合约定；每包要素齐备；与路线图里程碑对齐 | 下达至各责任部门并在治理平台登记；接收岗位为数据管理办公室与各责任部门 |
| 战略评估报告 | 本期指标值；偏差识别与分级；归因分析；措施与责任；上期措施复核 | 报告 | 半年度，累计不少于 4 期 | 七项指标逐项给值与偏差档位；偏差项有归因与措施；上期措施有复核结论 | 年度评估会上宣讲并归档；接收岗位为数据治理委员会 |
表 2.1-7 数据战略规划域的实施条件与责任界面
| 实施条件 | 责任方 | 约定时点 | 条件不具备时的处理 |
|---|---|---|---|
| 贯标执行记录的积累周期满足认定要求 | 甲方各执行部门、数据管理办公室 | 制度与流程按表 2.1-4 时点发布上线 | 制度发布与流程上线时点在规划中前置安排；记录积累不足时调整送审时点，优先保证记录完整 |
| 指标采集所需的平台功能上线 | 项目组 | 第二阶段内 | 未上线期间由办公室按月人工填报，填报口径与自动采集口径一致并留存底稿 |
| 评估指标基线值的确认 | 数据管理办公室、各责任部门 | 现状评估完成后的首期统计 | 基线未确认前按待测标注，偏差分级暂按进度口径执行 |
#### 2.2 数据治理规划（3.2.6.1.1.2.2）
##### 2.2.1 建设目标与组织设计要点
数据治理规划的建设目标有三项：设立有决议权的多层级治理组织并把职责落到岗位；制定全套顶层管理制度并使其被执行、被查到；建立常态化的工作、协同与考核机制，使治理不依赖个人推动（b1248、b1249、b1250、b1251）。
组织设计的难点在本企业是具体的。企业的数据困难相当一部分是跨部门的：图纸在设计部门、工艺卡在工艺研究单元、工单在生产管理部门、检验记录在质量部门、库存在供应链部门，而「图纸—工艺卡—工单—检验」这条链路要打通，没有一个部门能单独决定。工序字典与加工方法分档规则未成文，涉及工艺部门与备料分厂两方的口径；库存三套口径并存，涉及财务、供应链与仓储各自的统计需要。这类事项须有一个有决议权的机构，且其决议要能约束各部门。
据此，组织设计落在两项安排上：明确哪些事项必须上会决议、哪些事项由办公室直接办；明确各业务口数据专责的职责是代表本部门确认口径，而不是配合提供数据。后者是实质区别——确认口径意味着承担责任。
##### 2.2.2 三层治理组织架构
组织按决策层、管理层、执行层三层设置，各层的角色、职责与权限边界如图 2.2-1。架构中的岗位均为甲方侧岗位，由甲方正式发文设立；项目组在管理层与执行层设对口接口，承担方案编制、规则制订、数据加工与平台实现，甲方的决议与确认职责由甲方岗位行使。
##### 图 2.2-1 三层数据治理组织架构、议事路径与责任边界
图 2.2-1 三层数据治理组织架构、议事路径与责任边界。数据来源：招标文件 3.2.6.1.1.2.2 第（1）项（b1248、b1249）；能力域划分取表 1-1。
组织设计中有三处针对本企业现状的具体安排。第一处是九个能力域工作组的组长由对口职能负责人兼任，不另设专职：本企业的治理事项多为口径确认类，专职人员无权代表职能部门确认口径；由职能负责人兼任组长，会签即生效，省掉一层上报。第二处是数据质量首责落在产生数据的岗位：报工时点相对实际作业有滞后、部分工单数据填写不完整，这类问题靠录入环节的规范与考核解决，首责写进职责文件并在 2.2.4 节的考核机制中挂钩。第三处是跨域事项的协调权在办公室而非委员会：工艺与备料分厂的工序口径、财务与供应链的库存口径，这类争议若一律上会，决议周期将无法满足项目进度；授权办公室先行协调，协调不成再上报，把上会事项控制在需要决策的范围内。
##### 2.2.3 三层组织的岗位职责与权限边界
各层机构与岗位的职责、权限与产出如表 2.2-1。职责表与组织架构文件内容一致，正式发文时以岗位职责书的形式逐岗签发。
表 2.2-1 三层治理组织的机构设置、岗位职责与权限边界
| 层级 | 机构或岗位 | 主要职责 | 决策权限 | 固定产出 | 考核挂钩方式 |
|---|---|---|---|---|---|
| 决策层 | 数据治理委员会 | 审议数据战略与九域规划；裁定跨部门口径争议；审定年度资源投入；审批对外提供数据 | 战略目标调整、跨域与全局事项决议、对外提供审批 | 季度会议决议、年度评估决议 | 委员会决议的执行情况纳入部门年度考核 |
| 决策层 | 委员会主任（分管领导兼） | 召集会议、签发决议、协调跨部门资源 | 临时议题的召集权 | 决议签发记录 | — |
| 管理层 | 数据管理办公室 | 统筹治理日常工作；受理数据需求；组织口径确认与争议协调；维护制度库与资源目录；汇总评估指标 | 战略任务排期调整、跨域事项先行协调、一般偏差处置 | 月度例会纪要、月度进度报告、半年度评估报告 | 办公室履职情况纳入信息化职能部门考核 |
| 管理层 | 办公室主任 | 主持月度例会；签发口径确认单；提出升级事项 | 口径确认单的签发权、升级提报权 | 口径确认单、升级提报单 | — |
| 管理层 | 九个能力域工作组组长（对口职能负责人兼） | 承办本能力域的规划、制度与整改任务；代表本职能会签规则 | 本域规则的会签权 | 本域周例会纪要、本域规则会签意见 | 本域任务进度纳入职能部门季度考核 |
| 执行层 | 各业务口数据专责 | 代表本部门确认数据口径；提出本部门数据需求；承办本域整改任务；维护本部门资产目录条目 | 本部门口径的确认权 | 口径确认意见、数据需求单、目录条目维护记录 | 口径确认及时率与目录维护完整度纳入岗位绩效 |
| 执行层 | 数据录入、报工、检验等产生数据的岗位 | 按规范录入；对所录数据的完整性与准确性负首责；配合质量问题整改 | — | 录入记录、整改回执 | 质量问题归属统计纳入岗位月度绩效 |
| 执行层 | 源系统管理员 | 开通并维护只读取数通道；执行变更通知义务；提供数据字典 | — | 取数通道台账、变更通知单 | 未通知导致下游故障的情形记入部门考核 |
| 执行层 | 安全职能岗 | 数据分级分类的确认；敏感数据访问的会签；审计日志复核 | 敏感级数据访问的会签权 | 分级确认记录、审计复核意见 | 审计发现问题的处置时效纳入职能考核 |
| 接口 | 项目组对口接口 | 方案编制、规则制订、数据加工与平台实现；提供取证与评估支撑 | — | 方案与规则文稿、加工成果、评估支撑材料 | 按合同约定的交付时点与验收口径考核 |
##### 2.2.4 常态化治理工作机制、协同机制与考核机制
三类机制解决不同问题：工作机制解决什么时候做什么，协同机制解决跨部门的事怎么推，考核机制解决不做会怎样。三者的运行口径如表 2.2-2。
表 2.2-2 三类治理机制的运行口径
| 机制 | 构成 | 运行周期与触发 | 输出 | 不运行的后果处理 |
|---|---|---|---|---|
| 工作机制 | 委员会季度例会 | 每季度一次 | 会议决议、重要与严重偏差处理意见 | 列入年度考核 |
| 工作机制 | 办公室月度例会 | 每月一次 | 工作包状态、一般偏差处理、下月任务 | 列入部门考核 |
| 工作机制 | 九个工作组周例会 | 每周一次（规划期内）／每两周一次（实施期内） | 本域任务进展、规则会签意见 | 列入岗位考核 |
| 工作机制 | 年度评估会 | 每年一次 | 战略评估报告、目标调整决议 | — |
| 协同机制 | 口径确认流程 | 由任一业务口或办公室发起 | 口径确认单（经相关部门会签） | 超期未会签视为无异议，但须书面记录 |
| 协同机制 | 跨域争议升级流程 | 协调两次未果即升级 | 委员会决议 | 决议后不执行的，按考核机制处理 |
| 协同机制 | 数据需求受理流程 | 业务口提出数据需求 | 需求受理单、供给档位判定、交付时点 | 超期未受理须说明原因 |
| 协同机制 | 变更通知流程 | 源系统字段、口径、接口变更 | 变更通知与影响评估 | 未通知导致下游故障的，记入部门考核 |
| 考核机制 | 部门数据管理考核 | 季度 | 考核得分，纳入部门绩效 | 连续两季不达标由委员会约谈 |
| 考核机制 | 岗位数据质量考核 | 月度 | 质量问题归属统计与岗位得分 | 纳入岗位绩效 |
| 考核机制 | 专项奖励 | 年度 | 对数据质量改善显著的部门与岗位予以表彰 | — |
口径确认流程中「超期未会签视为无异议，但须书面记录」一条有配套要求：书面记录超期事实并在月度例会上通报，使超期本身成为可见的管理信息。没有这一条，确认流程会被无限拖延；有了这一条，超期的部门也知道自己的沉默被记录在案。
##### 2.2.5 三层制度体系
招标文件要求制定全套顶层数据治理管理制度，包含数据治理管理办法、实施细则、操作规范（b1250、b1251）。三类文件的层级关系是：管理办法规定做什么、谁负责、走什么权限，属公司级制度；实施细则把办法中的条款落到具体流程、表单与时限，属职能级文件；操作规范写到具体系统的具体操作步骤与填写要求，属岗位级文件。三层之间逐级引用，同一件事只在一层规定，避免修订时改不全。
治理文档的总量要求不少于 25 份，需求实列 37 份；属于本规划域的顶层制度与本节其余三个规划域的配套文件清单如表 2.2-3。数据标准、质量、安全、生存周期、应用流通五域的配套文件见「数据治理规划（二）」，全套清单在治理规划成果交付一节汇总。
表 2.2-3 数据治理规划域的制度体系清单
| 层级 | 文件名称 | 主要内容 | 引用关系 |
|---|---|---|---|
| 公司级 | 数据治理管理办法 | 治理目标、组织与职责、制度体系、工作与考核机制、监督与问责 | 上承数据战略管理办法 |
| 公司级 | 数据战略管理办法 | 见 2.1.6 节 | — |
| 公司级 | 数据资产管理办法 | 见 2.4 节 | 下引资产运营流程规范 |
| 公司级 | 元数据管理办法 | 见 2.3.12 节 | 下引元数据采集与变更细则 |
| 职能级 | 数据治理组织运行细则 | 三层机构的议事规则、例会要求、决议格式与归档 | 下承管理办法第 2 章 |
| 职能级 | 数据口径确认与争议处理细则 | 确认单格式、会签范围、时限、超期处理、升级路径 | 下承管理办法第 4 章 |
| 职能级 | 数据管理考核细则 | 考核对象、指标、权重、数据来源、申诉程序 | 下承管理办法第 5 章 |
| 职能级 | 数据需求受理与交付细则 | 需求单格式、受理时限、档位判定、交付与验收 | 下承管理办法第 4 章 |
| 职能级 | 数据集成共享管理规范 | 见 2.3.10 节 | 下承数据架构规划 |
| 职能级 | 数据资产价值评估办法 | 见 2.4.4 节 | 下承数据资产管理办法 |
| 职能级 | 数据资产运营流程规范 | 见 2.4.8 节 | 下承数据资产管理办法 |
| 岗位级 | 主数据与数据元维护操作规范 | 申请、审批、维护、停用的系统操作步骤与填写要求 | 下承数据标准相关细则 |
| 岗位级 | 资源目录登记与维护操作规范 | 目录条目的新增、变更、下架操作与字段填写口径 | 下承数据资产管理办法 |
| 岗位级 | 元数据采集与血缘维护操作规范 | 采集配置、变更登记、血缘核对的操作步骤 | 下承元数据管理办法 |
| 岗位级 | 数据治理平台操作手册 | 平台各功能模块的使用说明 | — |
##### 2.2.6 制度的制订、发布与维护
制度的价值在于被执行，前提是被知晓且可查。制度建设配套三项安排。
其一是制订流程走完整路径：起草（项目组承办，对口工作组会签）→ 征求意见（相关职能部门，不少于五个工作日）→ 办公室审核 → 委员会审议 → 正式发文 → 入制度库并标注版本与生效区间。流程本身留痕，这正是 DCMM 三级所要求的过程记录。
其二是制度库的版本管理。制度分散、查找困难、更新不及时是企业当前的实际状况之一，而制度本身又是管理制度问答场景的数据来源。制度库的字段须包含文件编号、版本号、生效区间、废止标记、密级与责任部门六项——这六项正是表 1-16 列出的制度与标准文件类关键数据元素。治理制度自身就是被治理的数据。
其三是制度有效性复核。每年一次，由办公室组织，核查每份制度在过去一年中有无执行记录、有无与现行流程冲突之处、有无因系统变更而失效的条款。复核结论分继续有效、需修订、建议废止三类，经委员会确认后执行。三层制度的引用关系与制订、发布、复核流程如图 2.2-2 所示。
##### 图 2.2-2 三层制度体系的引用关系与制度制订、发布、复核流程
图 2.2-2 三层制度体系的引用关系与制度制订、发布、复核流程。数据来源：招标文件 3.2.6.1.1.2.2 顶层数据治理管理制度要求（`b1250`、`b1251`）；制度库六项字段与表 1-16 制度与标准文件类关键数据元素一致；治理文档总量口径依招标文件不少于 25 份、需求实列 37 份。
##### 2.2.7 数据治理管理办法的条文结构
数据治理管理办法是制度体系的中枢，其余细则与规范均下承其条款。办法按七章编写。
第 1 章总则，规定目的、依据、适用范围、基本原则与术语。依据部分引用 GB/T 36073—2018 与企业数字化转型相关要求；适用范围覆盖全公司各部门、各分厂与各业务系统。基本原则列三条：数据质量首责在产生数据的岗位；口径以权威源为准、以确认流程定分歧；数据使用以授权为前提。
第 2 章组织与职责，规定三层治理组织的设置、各机构的职责与权限边界、各岗位的具体职责，以及项目组在项目期内的接口职责，内容与表 2.2-1 一致。本章与数据治理组织架构文件互为引用而不重复规定。
第 3 章制度体系，规定三层制度的层级关系、各层的制订权限、制度的起草与发布流程、版本管理与有效性复核要求。本章同时规定：新制定的任何数据管理相关文件均须纳入制度库并标注生效区间，未入库的文件不作为执行依据。
第 4 章治理工作与协同，规定工作机制（四类会议的周期与议题范围）、协同机制（口径确认、争议升级、需求受理、变更通知四个流程的要点与时限）、以及跨部门事项的协调与升级路径。细则另行规定操作层面的表单与步骤。
第 5 章监督与考核，规定考核对象与指标口径、数据来源、考核周期、结果应用与申诉程序，以及违规情形的处理方式。违规情形列举三类：绕过流程变更主数据或口径；未经授权获取或对外提供数据；未履行变更通知义务导致下游故障。
第 6 章数据安全与保密，规定数据分级分类的执行要求、权限管理原则、对外提供的审批层级、保密义务与审计要求。本章与数据安全规划衔接，具体管控措施见「数据治理规划（二）」。
第 7 章附则，规定办法的生效日期、修订程序、解释权归属，以及与既有文件冲突时的适用顺序：企业既有的信息化管理文件与本办法规定不一致时，以本办法为准，并由办公室在半年内提出既有文件的修订建议。
##### 2.2.8 数据文化建设
数据文化建设的落点是三个具体的行为改变：录入环节的岗位把字段填全，而不是填到系统放过为止；业务口在提出数据需求时说清口径与用途，而不是只要一张表；跨部门口径分歧走确认流程，而不是各算各的。
三个行为改变分别对应可操作的安排：第一件靠数据质量考核与录入环节的必填校验；第二件靠数据需求受理流程中的需求单模板，模板引导提需求的人写清口径与用途；第三件靠口径确认流程的时限与通报。宣导活动作为配套，用于让这些安排被知晓。文化建设方案的主体是这三组安排及其度量，度量指标为必填校验拦截后的补全率、需求单口径填写完整率、口径确认单按期办结率，基线取首个考核周期的实测值，按季提高并逐步接近目标值，未达期段目标的在月度例会上列明责任部门与补齐计划。
##### 2.2.9 培训计划与数据管理师能力提升
招标文件要求支撑公司数据管理师能力提升（b1252、b1253）。培训按对象分五层设计，各层目标、内容与课时如表 2.2-4。培训教材、课件与考核题库作为交付物的一部分，使培训能力留在企业内部，项目结束后可自行开班。
表 2.2-4 数据文化建设培训体系
| 对象层级 | 培训目标 | 主要内容 | 课时 | 考核方式 |
|---|---|---|---|---|
| 决策层与职能负责人 | 理解数据治理的目标、投入与收益口径 | 数据管理能力成熟度模型概要、本企业诊断结论与整改路线、治理投入与业务价值的对应关系 | 4 | 座谈纪要 |
| 数据管理办公室与工作组成员 | 具备独立开展治理工作的能力，具备申报数据管理师的知识基础 | 九大能力域与二十八过程域逐域讲解、本企业九域规划与制度条文解读、治理平台操作、评估取证方法、案例研讨 | 40 | 闭卷考试＋案例作业 |
| 各业务口数据专责 | 能代表本部门确认口径、提出数据需求、承办本域整改 | 数据标准与口径确认流程、数据需求单编写、本业务口关键数据元素与质量规则、资产目录登记 | 16 | 实操考核 |
| 数据录入、报工、检验等执行岗位 | 按规范录入，理解填写要求的业务后果 | 本岗位关键数据元素的填写口径、常见错误与后果案例（如下料尺寸写错即成废料）、系统操作规范 | 8 | 实操考核 |
| 全员 | 知晓数据管理要求与求助路径 | 数据管理基本要求、数据安全与保密要求、数据需求提出渠道 | 2 | 线上测试 |
数据管理师能力提升单设一条路径：由办公室与工作组成员中选取培养对象，按认证考试大纲补足知识缺口，组织集中辅导与模拟测试，并把本企业的诊断报告、九域规划与制度文稿作为实践案例纳入辅导内容。培养对象人数与集中辅导轮次在项目启动会上与甲方商定后写入培训计划；认证由第三方机构组织，项目组交付的是辅导课时、模拟测试轮次与教材。
执行岗位的培训内容以填错的后果为主线组织，而不以系统怎么操作为主线。企业的出错代价不对称，材料定额中的下料尺寸写错，钢板割下来就是废料；把后果讲清楚比反复强调规范更有效。
##### 2.2.10 成果交付与实施交接验收
本规划域交付数据治理顶层规划方案、数据治理组织架构、全套数据治理顶层管理制度、数据文化建设方案四份成果（b1254、b1255）。其中数据治理顶层规划方案是九个能力域规划的总册，其分域内容分别由本节 2.1 至 2.4 节与「数据治理规划（二）」提供；全套顶层管理制度按表 2.2-3 的三层体系提交，与其余五域的配套文件合并计数，总量不少于 25 份。其中落实治理机制所需的职能级细则 3 份——数据治理组织运行细则、数据口径确认与争议处理细则、数据管理考核细则——随本规划域一并交付；数据需求受理与交付细则按表 2.2-3 的体系编制，随治理平台流程配置同步发布。
表 2.2-5 数据治理规划域的成果结构、交付时点与实施交接验收
| 成果物 | 章节结构要点 | 形态 | 交付时点 | 验收口径 | 交接方式与接收岗位 |
|---|---|---|---|---|---|
| 数据治理顶层规划方案 | 总论与目标；九个能力域分域规划；实施路径与里程碑；成果与验收 | 规划 | T＋6 月 | 九个能力域规划齐备；分域规划与本节及「数据治理规划（二）」内容一致 | 委员会审议后印发；接收岗位为数据管理办公室 |
| 数据治理组织架构 | 架构图；三层机构设置；逐岗职责书；议事规则 | 文件 | T＋2 月 | 含架构图、岗位职责书、议事规则；职责内容与表 2.2-1 一致；经甲方正式发文 | 由甲方人力与信息化职能联合发文；逐岗签收职责书 |
| 数据治理管理办法 | 总则；组织与职责；制度体系；治理工作与协同；监督与考核；数据安全与保密；附则 | 制度 | T＋5 月 | 七章齐备；经委员会审议并正式发文；入制度库并标注生效区间 | 发文后由办公室入库；接收岗位为数据管理办公室 |
| 数据治理组织运行细则 | 议事规则；例会要求；决议格式与归档 | 制度 | T＋6 月 | 下承管理办法第 2 章，无重复规定 | 办公室审核后印发 |
| 数据口径确认与争议处理细则 | 确认单格式；会签范围与时限；超期处理；升级路径 | 制度 | T＋6 月 | 含确认单格式、时限、超期处理与升级路径；与表 2.2-2 口径一致 | 办公室印发并在治理平台配置流程 |
| 数据管理考核细则 | 考核对象与指标；权重；数据来源；申诉程序 | 制度 | T＋7 月 | 含考核对象、指标、权重、数据来源、申诉程序 | 由人力职能会签后印发 |
| 数据文化建设方案 | 三个行为改变的落地安排与度量；五层培训计划；教材与考核题库 | 方案 | T＋6 月 | 含三组安排的度量指标与基线；五层培训计划齐备；教材与题库随方案提交 | 教材与题库移交人力职能与办公室，完成清点签收 |
表 2.2-6 数据治理规划域的实施条件与责任界面
| 实施条件 | 责任方 | 约定时点 | 条件不具备时的处理 |
|---|---|---|---|
| 三层治理组织正式发文设立 | 甲方人力职能与信息化职能 | T＋2 月 | 制度先出送审稿，待组织设立后补审批；期间以项目联合工作组形式议事，决议在组织设立后追认 |
| 各业务口数据专责到岗并授权确认口径 | 各业务部门 | 组织发文后 10 个工作日内 | 未到岗的业务口由办公室代为协调，所涉口径按待确认标注，不进入落标范围 |
| 考核指标纳入现行绩效体系 | 甲方人力职能 | T＋7 月 | 先以办公室通报方式运行，待纳入绩效后转为正式考核 |
| 培训场地、学时与人员安排 | 甲方人力职能 | 各期培训前 20 个工作日 | 调整开班批次与线上线下比例，课时总量不压缩 |
#### 2.3 数据架构规划（3.2.6.1.1.2.3）
##### 2.3.1 建设目标与架构实体关系
数据架构规划承担的任务是：把分散在十七类系统、文档库与纸质档案中的业务事实，组织成可被 11 个验证场景反复调用的结构（b1257—b1264）。难点不在选什么技术，而在三个判断——按什么划分主题域、哪些数据进数仓哪些留在原地、物理对象的标识如何在各层之间保持一致。
第三个判断最关键。本企业的数据特征是同一物理工件的过程事实分散、且各系统的标识字段互不相同。若在贴源层就不解决标识对齐，上层每一个汇总模型都要各自做一遍关联，关联规则会分叉，最终同一个问题在不同模型里得到不同答案。因此架构规划把一致性维度放在分层设计的核心位置：维表层先立起来，事实表一律引用维表层的代理键，事实表之间按业务编码直接关联的做法在建模规范中予以禁止。
架构的实体来自现状评估的业务对象清单。各实体的标识、权威源、相互关系与在分层中的落点如表 2.3-1，该表是建模、集成与元数据三项工作的共同底稿。
表 2.3-1 架构实体、标识、权威源与实体间关系
| 实体 | 业务标识 | 权威源系统 | 主要关联实体与关系 | 在分层中的落点 |
|---|---|---|---|---|
| 项目与施工号 | 施工号 | 生产管理（经企业资源计划登记） | 一个项目含多个产品；一个项目对应一份合同 | 维表层一致性维度 |
| 产品与部件 | 产品型号、部件编码 | 产品全生命周期管理 | 一个产品含多个部件；部件对应多张图纸 | 维表层一致性维度 |
| 图纸与图档 | 图号＋版本号 | 产品全生命周期管理 | 一张图纸对应一张已审工艺卡；图纸引用材料牌号 | 维表层一致性维度，图纸版本事实入明细层 |
| 零件与物料 | 零件号、物料编码 | 主数据管理平台 | 零件对应图纸；物料对应批次与库存 | 维表层一致性维度 |
| 工艺路线与工艺卡 | 工艺卡号＋版本 | 工艺系统 | 一张工艺卡含多道工序明细；工序引用工序字典与设备 | 明细层事实，工序进维表层 |
| 工单与工序 | 工单号、工序号 | 制造执行 | 工单对应零件与工艺路线；工序报工对应岗位与设备 | 明细层事实 |
| 炉次 | 炉次号 | 热处理群控 | 一个炉次含多个装炉工件；对应材料批次、时序段与检验结论 | 维表层一致性维度，炉次与装炉明细入明细层 |
| 焊缝与焊道 | 焊缝编号、焊道编号 | 工艺系统（焊接工艺）与采集侧 | 焊道对应焊接参数时序段；焊缝对应无损检测结果 | 维表层一致性维度，焊道参数入明细层 |
| 检验记录与不合格品票 | 检验单号、票号 | 质量管理 | 检验对应工序与工艺参数；不合格品票对应返修记录 | 明细层事实 |
| 库存批次 | 批次号 | 仓储管理与物流执行 | 批次对应物料；批次对应项目占用 | 明细层事实 |
| 设备与测点 | 设备编码、测点编号 | 设备档案与物联网平台 | 测点对应设备部件；测点产生时序数据 | 维表层一致性维度 |
| 服务工单与备件 | 服务工单号 | 售后服务与备件管理 | 服务工单对应设备与报警事件；对应备件出库 | 明细层事实 |
| 制度与标准文件 | 文件编号＋版本号 | 协同办公（发布记录） | 文件对应责任部门与生效区间 | 明细层事实，文件分类进维表层 |
| 合同与标书 | 合同编号 | 协同办公与企业文档 | 合同对应项目与客户 | 明细层事实 |
| 组织与岗位 | 组织编码 | 人力与组织主数据 | 组织对应责任部门与考核对象 | 维表层一致性维度 |
| 时间 | 日期键 | 平台生成 | 全部事实表引用 | 维表层一致性维度 |
##### 2.3.2 数据模型：五层分层职责与建模方法
招标文件要求构建可复用的数据仓库模型，明确贴源层、明细层、汇总层、维表层、应用层的分层架构（b1257、b1258）。五层的职责、建模方法与工程约束如表 2.3-2。约束一列是本规划的实质内容：分层的名字是通用的，分层能不能守住靠约束。
表 2.3-2 数仓五层分层职责、建模方法与工程约束
| 层次 | 职责 | 建模方法 | 工程约束 | 保留策略 |
|---|---|---|---|---|
| 贴源层 ODS | 原样承接源系统数据与非结构化文件的登记信息，不做业务加工 | 与源表结构一一对应，追加采集时间与批次号 | 本层不做口径转换；源系统字段变更须经变更通知流程；表名前缀标明来源系统 | 全量历史保留，分区按日 |
| 明细层 DWD | 按业务过程组织明细事实，完成清洗、标准落标与标识对齐 | 维度建模的事实表，按业务过程建表 | 必须引用维表层代理键；事实表之间不得按业务编码直接关联；清洗规则须登记并可追溯到数据标准条目 | 保留全项目期，分区按业务日期 |
| 维表层 DIM | 承载一致性维度：项目与施工号、产品与部件、图纸、零件与物料、工序、设备与测点、炉次、焊缝与焊道、组织、时间 | 缓慢变化维，按需采用历史拉链 | 维表为唯一主数据出口；代理键由平台生成，业务编码作为自然键保留；维表变更须经主数据流程 | 保留全部历史版本 |
| 汇总层 DWS | 按主题域组织轻度汇总与指标中间结果 | 按主题与统计周期建宽表 | 指标定义须引用指标数据标准条目；同一指标只在一处计算 | 保留全项目期 |
| 应用层 ADS | 面向 11 个验证场景与数据集加工的直接输出 | 按场景与数据集需求建表或视图 | 本层不做跨主题的复杂加工；输出须登记血缘与版本 | 按场景约定，不少于两个版本 |
分层之间的数据流向与各层承载的内容如图 2.3-1 所示。
##### 图 2.3-1 数仓五层分层架构与数据流向
图 2.3-1 数仓五层分层架构与数据流向。数据来源：招标文件 3.2.6.1.1.2.3 第（1）项（b1257、b1258）；维度对象取表 2.3-1 架构实体清单。
##### 2.3.3 实体与分层的映射规则
表 2.3-1 的实体进入分层时按统一规则处理，规则如表 2.3-3。映射规则写入建模规范，建模评审按此逐表核对。
表 2.3-3 架构实体在五层之间的映射规则
| 实体类别 | 贴源层处理 | 维表层处理 | 明细层处理 | 汇总层与应用层处理 |
|---|---|---|---|---|
| 一致性维度类实体（项目、产品与部件、图纸、零件与物料、工序、设备与测点、炉次、焊缝与焊道、组织、时间） | 原样落表，保留源系统自然键 | 生成代理键；自然键保留并登记来源系统；变更按缓慢变化维处理 | 事实表引用代理键 | 按维度聚合，不重复定义维度属性 |
| 业务过程类实体（工单、工序报工、检验记录、库存批次、服务工单、合同、文件版本） | 原样落表，追加采集时间与批次号 | 不进维表层 | 按业务过程建事实表，完成清洗与落标 | 按主题域汇总，指标引用标准条目 |
| 时序类数据（热处理温度曲线、焊接参数流、在役测点时序） | 按测点与时间窗分段落表，保留原始采样 | 测点进维表层 | 以时序数据区间标识与业务对象绑定，派生特征入事实表 | 按场景切片输出，保留区间标识 |
| 文件类资产（原生图纸、工艺文件、制度与标准文本、合同文本） | 登记文件标识、格式、版本与存储位置，原文件不入库 | 文件分类进维表层 | 解析产出的结构化字段入事实表，并记录解析批次号 | 按场景提供解析结果与原文定位信息 |
| 外部与第三方资料（矿方工况资料、外部标准） | 登记来源与授权范围 | 不进维表层 | 按授权范围入事实表，标注权属标签 | 对外提供前按权属标签校验 |
##### 2.3.4 主题域划分与首批模型清单
主题域按业务过程划分，与九个能力域不同：能力域是管理视角，主题域是业务视角。划分口径与四大数据集的四个方向对齐——供需计划、产品工艺设计、制造过程、质量，另加在役服务与基础支撑两域，共六个主题域。这样划分使数据集加工的输入边界与主题域边界一致，加工作业不必跨域取数。
表 2.3-4 主题域划分与首批事实表、维表清单
| 主题域 | 覆盖业务过程 | 首批事实表 | 主要引用维表 | 支撑场景 |
|---|---|---|---|---|
| 供需计划 | 商机与项目、需求计划、采购与到货、库存与出入库 | 商机事实、需求计划事实、采购到货事实、库存快照事实、出入库流水事实 | 项目与施工号、零件与物料、组织、时间 | 产品智能选型、库存与供应链、决策数据问答 |
| 产品工艺设计 | 选型校核、出图、工艺路线编排、工艺卡编制 | 选型方案事实、图纸版本事实、工艺路线事实、工艺卡工序明细事实 | 项目与施工号、产品与部件、图纸、零件与物料、工序 | 产品智能选型、板材备料工艺 |
| 制造过程 | 工单下达、工序流转与报工、热处理炉次、焊接作业、机加与装配 | 工单事实、工序报工事实、炉次事实、炉次工件明细事实、焊道参数事实 | 项目与施工号、零件与物料、工序、设备与测点、炉次、焊缝与焊道、时间 | 热处理过程、焊接过程、板材备料工艺 |
| 质量 | 检验、交检、不合格品处置、返修、质量报告 | 检验记录事实、不合格品处置事实、返修事实、无损检测结果事实 | 零件与物料、工序、炉次、焊缝与焊道、组织 | 热处理过程、焊接过程、决策数据问答 |
| 在役服务 | 测点采集、报警、服务工单、备件更换 | 测点时序事实、报警事件事实、服务工单事实、备件出库事实 | 设备与测点、组织、时间 | 装备健康诊断 |
| 基础支撑 | 制度与标准归档、合同与标书、组织与人员、术语与指标 | 文件版本事实、合同条款事实 | 组织、时间、文件分类 | 管理制度问答、技术标准问答、标书问答、合同合规审查 |
首批模型以支撑第一批场景验证为目标，按供给能力 A、B 两档的资产优先建设。C、D 两档资产对应的事实表先建结构、留空等数据，并在元数据中标注待数据到位状态——结构先立住，数据到位后不必返工改模型。
##### 2.3.5 关键事实表的字段设计
建模规范按同一体例覆盖首批全部事实表。下列两张事实表对应本项目最重要的两类成对关系：图纸与工艺卡的配对、热处理过程与质量结果的配对。
表 2.3-5 工艺卡工序明细事实表（明细层）字段设计
| 字段 | 类型 | 来源 | 说明 |
|---|---|---|---|
| 工艺卡工序明细代理键 | 整型 | 平台生成 | 本表主键 |
| 项目维度键 | 整型 | 维表层 项目与施工号 | 引用维表代理键 |
| 图纸维度键 | 整型 | 维表层 图纸 | 引用维表代理键，承载图号与版本 |
| 零件维度键 | 整型 | 维表层 零件与物料 | 引用维表代理键 |
| 工序维度键 | 整型 | 维表层 工序 | 指向备料 28 道工序字典中的一项 |
| 工序序号 | 整型 | 工艺系统 | 同一零件内的工序排序 |
| 加工方法分档 | 字符 | 工艺系统＋分档规则 | 值域取自工序字典的分档规则，落标后为枚举 |
| 设备编码 | 字符 | 工艺系统／设备档案 | 关联设备资源库 |
| 工装压模号 | 字符 | 工艺系统 | 压弯件适用 |
| 样板号 | 字符 | 工艺系统 | 下料样板适用 |
| 材料牌号 | 字符 | 图纸解析／物料主数据 | 落标后为枚举 |
| 板厚 | 数值 | 图纸解析 | 单位毫米，一级关键数据元素 |
| 展开长 | 数值 | 中性层公式计算 | 单位毫米，一级关键数据元素；同时记录所用中性层系数 |
| 中性层系数 | 数值 | 工装压模台账 | 按板厚、折弯角度与模具确定，记录取值来源 |
| 工时定额 | 数值 | 工时定额系统 | 与工艺卡定额字段互为来源，记录取值方 |
| 卡片状态 | 字符 | 工艺系统 | 编制中／待审／已审签发／作废 |
| 审签时间 | 时间 | 工艺系统 | 已审签发的卡片才进成对样本集 |
| 借用来源图号 | 字符 | 工艺系统 | 可借用工艺的来源，用于复用率统计 |
| 源系统记录标识 | 字符 | 贴源层 | 回溯用 |
| 解析批次号 | 字符 | 文件解析作业 | 图纸解析来源的血缘键 |
| 采集时间 | 时间 | 平台生成 | 入库时点 |
这张表的设计有三处要点。其一，中性层系数与展开长同时入表并记录系数的取值来源：中性层扣除量按板厚、折弯角度与模具的对应关系目前散见于经验，把系数显式落库，后续才能回溯某一个展开长按哪条经验算出，进而把经验沉淀为规则。其二，卡片状态与审签时间两个字段决定样本能否进成对样本集——只有已审核签发的工艺卡才构成可信标签。其三，借用来源图号支撑复用率统计，约七八成图纸本有可借用的既有工艺，复用率的变化直接反映工艺编制效率的改善。
表 2.3-6 炉次事实表（明细层）字段设计
| 字段 | 类型 | 来源 | 说明 |
|---|---|---|---|
| 炉次代理键 | 整型 | 平台生成 | 本表主键 |
| 炉次维度键 | 整型 | 维表层 炉次 | 引用维表代理键 |
| 设备维度键 | 整型 | 维表层 设备与测点 | 指向具体炉台 |
| 工艺文件标识 | 字符 | 工艺系统 | 本炉次执行的正式工艺文件及其版本 |
| 设定程序标识 | 字符 | 热处理群控 | 下发的工艺程序 |
| 装炉量 | 数值 | 新增填报 | 单位千克，C 档数据，须甲方增设填报入口 |
| 码装方式 | 字符 | 新增填报 | 枚举值待工艺职能确认，C 档数据 |
| 开炉时间 | 时间 | 热处理群控 | — |
| 完工时间 | 时间 | 热处理群控 | — |
| 升温段偏离幅度 | 数值 | 时序分析 | 实际曲线与设定程序的最大偏离，派生字段 |
| 保温段偏离幅度 | 数值 | 时序分析 | 同上 |
| 时序数据区间标识 | 字符 | 时序采集 | 指向该炉次对应的时序数据段，构成过程数据与结果的配对键 |
| 材料批次号列表 | 字符 | 企业资源计划／仓储 | 本炉装入工件涉及的材料批次 |
| 检验结论 | 字符 | 质量管理 | 合格／让步／不合格，构成标签 |
| 硬度检验值 | 数值 | 质量管理 | 一级关键数据元素 |
| 计量校验状态 | 字符 | 计量校验记录 | 温度测量系统的校验有效性，影响该炉次数据的可信度分级 |
| 可信度等级 | 字符 | 派生 | 按测点可用性与校验状态分级，供下游决定是否纳入训练集 |
| 源系统记录标识 | 字符 | 贴源层 | 回溯用 |
| 采集时间 | 时间 | 平台生成 | 入库时点 |
炉次事实表的关键在最后两个字段。热处理与焊接两个质量场景的瓶颈是数据对不上而非模型不够强：数据集的价值不在体量，而在某一段过程数据对应某一个质量结论这种成对关系是否成立、以及这种对应是否可追溯到具体工件与时点。表中专设时序数据区间标识把过程数据段与结论绑定，并用可信度等级显式标注这条配对本身有多可信——温度测量系统校验失效期间的数据不与校验有效期间的数据同等使用。两个 C 档字段（装炉量、码装方式）先建结构留空，待甲方增设填报入口后逐步填充，表结构不必返工。
##### 2.3.6 数据分布台账的梳理口径
招标文件要求梳理各业务系统的数据分布现状，绘制数据流图，明确各业务系统的数据存储位置、数据流向、数据交互关系（b1259、b1260）。数据分布台账与 1.6 节的资产盘点表共用同一份底稿，组织方式不同：盘点表以业务对象为主索引，分布台账以系统为主索引，两者互为校验。盘点表登记对象在哪些系统有记录，分布台账登记系统承载哪些数据域及其存储位置，二者对不上即说明盘点有遗漏。台账的登记字段如表 2.3-7。
表 2.3-7 数据分布台账的登记字段
| 字段 | 口径说明 |
|---|---|
| 系统名称与类别 | 按表 1-15 的系统类别 |
| 承载数据域 | 该系统承载的主题域与数据对象 |
| 存储位置 | 数据库实例与库名、文件存储路径、存储介质类别、所在机房或区域 |
| 数据量与增量 | 当前容量与条数、月增量 |
| 上游来源 | 该系统数据的来源系统或采集通道 |
| 下游流向 | 该系统数据流向的系统与用途 |
| 交互方式 | 接口调用、文件交换、数据库直连、消息、人工导入导出 |
| 交互频率 | 实时、准实时、日批、周批、按需 |
| 主数据归属 | 该系统是哪些主数据的权威源还是副本 |
| 口径差异 | 与其他系统同名字段的口径差异说明 |
| 变更责任 | 该系统字段与接口变更的通知责任人岗位 |
主数据归属与口径差异两列是台账的要点。企业当前的问题之一是同一类字段在不同系统中的填写完整度差别很大，更麻烦的是同一个名称在不同系统中指的不是同一件事——库存三套口径并存即为典型。台账把权威源与副本分清、把口径差异逐条写明，数仓建模时才知道该取哪一处的值。口径差异的核实方法与分级见 1.2.4 节表 1-6。
##### 2.3.7 数据流图
数据流图按三个视角出图，各有用途：系统间交互视图用于看清现有交互关系与冗余路径；业务对象流转视图用于看清一个工件的过程事实如何在系统间传递（见图 1-5）；本项目取数视图用于看清从哪些系统取哪些数据、经哪条通道、落到哪一层。第三个视角的流图如图 2.3-2 所示，它同时是接口开通清单的底图。
##### 图 2.3-2 本项目取数通道与数据分布流图
图 2.3-2 本项目取数通道与数据分布流图。数据来源：招标文件 3.2.6.1.1.2.3 第（2）项（b1259、b1260）；源系统清单取 3.2.1 服务采购清单第 1 项（b0804r02）；受控回写范围取方案阶段确认的备料场景回填口径。
##### 2.3.8 系统间交互关系矩阵
数据流图给出整体样貌，接口开通与变更影响评估还需一张逐对关系的矩阵。矩阵按谁是权威源、谁是副本、经什么方式传递登记，在评估阶段完成首版，随接口开通逐步补全。
表 2.3-8 系统间数据交互关系矩阵（体例与关键关系节选）
| 上游系统 | 下游系统 | 传递的数据内容 | 交互方式 | 频率 | 权威源归属 | 现存问题 |
|---|---|---|---|---|---|---|
| 产品全生命周期管理 | 企业资源计划 | 物料清单与产品结构 | 接口或人工导入 | 按项目 | 产品结构以产品全生命周期管理为权威源 | 导入时点与出图时点不一致时下游取到旧版 |
| 产品全生命周期管理 | 工艺系统 | 图纸与图文档 | 文件读取 | 按图号 | 图纸以产品全生命周期管理为权威源 | 原生图纸不支持整批导出，须按项目分批 |
| 工艺系统 | 制造执行 | 工艺路线与工序明细 | 接口 | 按工单 | 工艺路线以工艺系统为权威源 | 车间自行编制的本车间工艺卡未全部回传 |
| 工艺系统 | 质量管理 | 关键工序与重要尺寸 | 接口 | 按工艺卡发布 | 检查项以工艺系统为来源 | 推送后的变更同步机制不明确 |
| 工艺系统 | 工时定额 | 工序工时定额 | 接口或人工 | 按工艺卡发布 | 定额两处互为来源 | 两侧不一致时无仲裁规则 |
| 企业资源计划 | 仓储管理与物流执行 | 物料主数据、入出库指令 | 接口 | 准实时 | 物料主数据以主数据平台为权威源 | 库存口径与账面口径差异 |
| 制造执行 | 质量管理 | 工单与工序流转状态 | 接口 | 准实时 | 工单以制造执行为权威源 | 报工时点滞后 |
| 热处理群控 | 物联网与设备数据平台 | 炉次工单、开完工记录 | 接口 | 按炉次 | 炉次以热处理群控为权威源 | 炉次与装炉工件清单无结构化关联 |
| 数据采集与监控 | 物联网与设备数据平台 | 设备过程参数 | 接口 | 秒级汇聚 | 测点数据以采集侧为权威源 | 采集仅覆盖部分车间与部分设备 |
| 装备远程运维平台 | 售后服务与备件管理 | 报警事件 | 暂无 | — | 事件以运维平台为权威源 | 两系统未打通，维修事实无法回填到事件 |
| 协同办公 | 企业文档 | 制度、合同与标书归档 | 人工归档 | 按件 | 制度以协同办公的发布记录为权威源 | 版本状态字段不完整 |
| 各业务系统 | 报表报送 | 统计口径数据 | 接口或人工 | 按报送周期 | 指标口径以指标标准为准 | 指标口径与业务系统口径存在差异 |
矩阵中「现存问题」一列直接对应 1.5 节的不足项清单，两份文件在项目期内同步维护。「权威源归属」一列是数仓建模取值的直接依据：同一字段在多个系统中都有的，取权威源的值，副本只用于交叉校验。表中两处当前无仲裁规则的情形（工时定额两处互为来源、库存口径差异）须经口径确认流程产生结论后方可建模，该依赖写入 2.3.13 节的实施条件。
##### 2.3.9 统一集成架构与多模态采集通道
招标文件要求规划统一数据集成架构，明确多模态数据采集适用场景，制定数据集成共享管理规范（b1261、b1262）。统一集成架构的「统一」指所有取数走同一套登记、同一套权限、同一套日志，而非一种技术打通全部形态。本企业的数据形态跨度很大：结构化账务、原生图纸文件、秒级时序、工艺过程图像、纸质扫描件各不相同。因此架构上分七类通道，管理上统一登记。
表 2.3-9 多模态数据采集通道与适用场景
| 通道 | 适用数据形态 | 适用场景 | 取数方式 | 不适用的情形 |
|---|---|---|---|---|
| 批量取数 | 结构化主数据、账务、台账 | 物料主数据、库存账、价格、工时定额 | 只读视图日批全量或按分区增量 | 要求分钟级时效的数据 |
| 增量取数 | 高频变动的结构化业务数据 | 工单流转与报工、库存出入库、检验记录 | 变更数据捕获，准实时 | 源系统不具备变更标识字段的表 |
| 接口取数 | 需按业务键按需查询的数据 | 商机与项目、测点配置、服务工单 | 只读接口按需调用 | 大批量历史回溯 |
| 文件采集 | 原生图纸、工艺文件、设计文档 | 图纸解析、工艺卡解析、图卡配对 | 按图号或项目只读读取，解析在内网就地进行 | 原生格式不支持整批导出时须按项目分批 |
| 文档采集 | 制度、标准、合同、标书等文本 | 四个问答场景与合同合规审查 | 目录、正文与版本状态只读读取 | 密级超出授权范围的文件 |
| 时序采集 | 设备过程参数、测点时序 | 热处理温度曲线、焊接参数流、在役振动与温度 | 测点配置＋按时间窗分段取数 | 采集尚未覆盖的设备（列入 D 档） |
| 图像与视频采集 | 工艺过程图像、检测影像、扫描件 | 焊接部位形貌留痕、无损检测影像、纸质报告数字化 | 按场景布点采集；扫描件批量入库 | 厂区安防视频（用途不变，不纳入本期） |
七类通道的共同管理要求有四条：每一条取数作业须在元数据中登记来源、字段、频率、责任岗位与用途；取数一律只读优先，受控回写限定在明确约定的范围内并须经甲方岗位确认；取数过程留审计日志，日志保留期限按数据安全规划要求；源端字段或接口变更须走变更通知流程并做影响评估。四条要求写入数据集成共享管理规范。
##### 2.3.10 数据集成共享管理规范
规范按五章组织。第 1 章适用范围与术语。第 2 章集成架构与通道选用规则，即表 2.3-9 的内容条文化，并规定通道选用的决策顺序：优先用既有通道，确有必要再新增。第 3 章集成作业管理，规定作业的申请、评审、上线、变更与下线流程，以及作业命名、调度窗口、失败重试与告警要求。第 4 章数据共享管理，规定内部共享的申请与审批、共享范围与用途限定、共享数据的脱敏要求、对外提供的额外审批层级。第 5 章责任与监督，规定源端、集成方、使用方三方的责任边界与违规处理。
第 4 章中有一条须明确：对外提供数据适用更高的审批层级，并须核查是否包含不可用于商业用途的建设内容。本项目的数据集将具备按统一目录标识、统一身份登记、统一接口要求对外提供服务的条件（b0676），对外提供的审批口径因此在规范中先行写定，而不是等到挂牌时再议。
##### 2.3.11 三类元数据的采集范围
招标文件要求制定元数据管理办法，明确业务元数据、技术元数据、管理元数据采集范围，构建元数据维护、血缘分析与变更管理方法（b1263、b1264）。三类元数据的采集范围如表 2.3-10。范围界定的原则是与某个具体用途挂钩才采集——采而不用的元数据会迅速腐坏，反而降低可信度。
表 2.3-10 三类元数据的采集范围与用途
| 类别 | 采集对象 | 具体内容 | 用途 |
|---|---|---|---|
| 业务元数据 | 业务术语 | 术语名称、定义、同义词、业务归口部门、生效区间 | 口径统一、问答场景的术语消歧 |
| 业务元数据 | 业务对象与数据元 | 对象定义、标识字段、数据元名称与定义、值域、计量单位 | 数据标准落标检查、跨系统映射 |
| 业务元数据 | 指标 | 指标名称、业务定义、计算口径、统计维度、责任部门 | 决策数据问答的口径说明 |
| 业务元数据 | 关键数据元素标记 | 级别、依赖场景、出错后果 | 质量规则配置的优先级依据 |
| 技术元数据 | 库表与字段 | 所在系统与实例、库表名、字段名、类型、长度、非空与主键约束、注释 | 建模、取数、影响分析 |
| 技术元数据 | 加工作业 | 作业名、输入输出、加工逻辑摘要、调度周期、责任岗位 | 血缘构建、故障定位 |
| 技术元数据 | 接口与通道 | 接口名、协议、字段映射、频率、认证方式 | 集成管理、变更影响评估 |
| 技术元数据 | 文件与非结构化资产 | 文件标识、格式、版本、解析方式、解析产出位置 | 图纸与文档类资产的追溯 |
| 技术元数据 | 数据集版本 | 数据集标识、版本号、构成来源、切分方式、评测结论 | 数据集与模型版本血缘 |
| 管理元数据 | 权属与责任 | 数据资产的责任部门、数据管理员岗位、权属界定结论 | 资产管理、申请审批 |
| 管理元数据 | 分级与权限 | 敏感级别、可访问范围、脱敏要求、审批层级 | 安全管控 |
| 管理元数据 | 质量与状态 | 质量规则、最近检查结果、问题整改状态、资产上下架状态 | 质量管理、目录维护 |
| 管理元数据 | 变更记录 | 变更内容、原因、审批、生效时间、影响范围 | 变更管理与审计 |
##### 2.3.12 元数据维护、血缘分析与变更管理
元数据的维护靠两条路并行：技术元数据以平台自动采集为主，从源系统字典、库表结构、作业配置中自动抽取并定期同步；业务元数据与管理元数据以流程驱动的人工维护为主，在术语新增、数据元定义、资产登记、权限审批等流程中强制填写，流程走完元数据即落库。只靠人工维护的元数据会滞后，只靠自动采集则拿不到业务含义。
血缘分析从加工作业的输入输出关系自动推导字段级血缘，再叠加文件解析与数据集构成两类特殊血缘。文件解析血缘记录哪一张图纸经哪一次解析产出了哪些结构化字段；数据集构成血缘记录哪一版数据集由哪些资产的哪些版本构成、按什么规则切分。后者对本项目尤为必要——训练用数据与验收用数据须分建并隔离，隔离按来源与时间双重切分实现，隔离是否成立靠血缘证明。血缘与变更管理的联动如图 2.3-3 所示。
##### 图 2.3-3 元数据血缘与变更影响分析
图 2.3-3 元数据血缘与变更影响分析。数据来源：招标文件 3.2.6.1.1.2.3 第（4）项（b1263、b1264）；训练与评测数据隔离口径取本卷数据集质量评测方案的分建要求。
元数据管理办法按六章组织：总则；三类元数据的定义与采集范围（表 2.3-10 条文化）；采集与维护流程及其责任分工；血缘管理要求，含血缘粒度（字段级）、覆盖范围、准确性核查周期；变更管理流程，含变更分类、影响评估要求、审批层级与留痕；监督与考核，含元数据完整性与准确性的度量指标。办法规定两项度量：元数据覆盖率按已登记资产数 / 目录内资产数统计，基线取首批目录上线时的实测值，按季提高并逐步接近目录全覆盖，未达期段目标的在月度例会列明未登记资产与责任岗位；准确性按季度抽样核对，抽样不少于资产总数的百分之五，核对不符的条目在下一周期内更正并复核。
##### 2.3.13 成果交付与实施交接验收
本规划域交付数据模型分层架构、数据分布及数据流图、数据集成共享管理规范、元数据管理办法四份成果（b1265、b1266）。
表 2.3-11 数据架构规划域的成果结构、交付时点与实施交接验收
| 成果物 | 章节结构要点 | 形态 | 交付时点 | 验收口径 | 交接方式与接收岗位 |
|---|---|---|---|---|---|
| 数据模型分层架构 | 架构实体与关系；五层职责与工程约束；实体与分层映射规则；六个主题域划分；首批事实表与维表清单；建模规范与评审要求 | 设计文件 | T＋8 月 | 五层职责与约束齐备；六个主题域划分完整；首批模型清单与表 2.3-4 一致；建模规范可用于逐表评审 | 模型评审会逐表核对后提交；接收岗位为信息化职能与数据管理办公室 |
| 数据分布及数据流图 | 分布台账字段与填写说明；三个视角的流图；系统间交互关系矩阵 | 文件＋图 | T＋6 月 | 分布台账字段齐备；三个视角流图齐备；与资产盘点表交叉校验一致 | 随接口开通清单一并移交；接收岗位为信息化职能与各源系统管理员 |
| 数据集成共享管理规范 | 适用范围与术语；集成架构与通道选用；集成作业管理；数据共享管理；责任与监督 | 制度 | T＋7 月 | 五章齐备；七类采集通道选用规则明确；对外提供审批层级写定 | 办公室印发并在治理平台配置作业申请流程 |
| 元数据管理办法 | 总则；三类元数据采集范围；采集与维护流程；血缘管理；变更管理；监督与考核 | 制度 | T＋7 月 | 六章齐备；三类元数据采集范围明确；血缘粒度到字段级；两项度量含基线与回退 | 办公室印发；元数据工具配置随办法同步上线 |
表 2.3-12 数据架构规划域的实施条件与责任界面
| 实施条件 | 责任方 | 约定时点 | 条件不具备时的处理 |
|---|---|---|---|
| 跨对象主键映射规则经各业务口会签 | 各业务口数据专责、信息化职能 | T＋3 月 | 按抽样结果先出规则草案并给命中率实测值，逐域会签；未会签的对象先在维表层保留自然键，暂不生成代理键 |
| 工时定额与库存口径的仲裁结论 | 数据治理委员会 | 明细层建模启动前 | 相关事实表先建结构并标注口径待定，不生成对外指标 |
| 源系统接口开通与数据字典提供 | 各源系统管理员 | 按接口开通清单分批 | 未开通的系统按文件导出方式临时取数，在分布台账中标注临时通道与替换时点 |
| 源端字段与接口变更的通知 | 各源系统管理员 | 变更前 5 个工作日 | 未通知导致下游作业失败的，按变更影响分析回溯修复并记入部门考核 |
| 元数据工具与治理平台环境 | 项目组 | T＋7 月前 | 自动采集未上线期间，技术元数据按季度人工导入，导入批次与时点留痕 |
#### 2.4 数据资产规划（3.2.6.1.1.2.4）
##### 2.4.1 建设目标与资产识别归属
数据资产规划要回答三个在资产管理上必须有答案的问题——这份数据归谁、值多少、谁能用，分别对应权属管理、价值评估与资产运营（b1268—b1272）。企业已积累相当规模的业务数据，但数据资产化程度较低：大部分数据仅用于日常业务操作，缺少分析与挖掘。
本项目还有一层特殊性：要形成的数据集将具备对外提供服务、在数据交易所挂牌与交易的条件（b0676），因此权属界定不能停留在数据归公司所有这种笼统表述上。原始数据与治理加工后形成的数据资产之间要分清，所有权与使用权要分清，涉及第三方来源的数据（如矿方提供的工况资料、外部标准文件）其权利边界要分清。这些界定在项目期内完成，挂牌时方能提供权属证明。
资产识别从现状评估的盘点表出发，按资产类别逐项确定归属与管理责任，识别结果如表 2.4-1。表中每一项的资产条目在资源目录中建档，归属与责任随条目一并登记。
表 2.4-1 数据资产的识别口径、归属与管理责任
| 资产类别 | 识别口径 | 典型资产 | 业务归属部门 | 数据管理责任岗位 | 纳入资源目录的条件 |
|---|---|---|---|---|---|
| 设计与工艺类 | 由设计与工艺过程产生、构成产品技术定义的数据 | 图纸与图档、工艺路线、工艺卡、工装压模台账、图卡成对样本集 | 设计职能、工艺职能 | 工艺职能数据专责 | 图号与版本字段完整；配对关系经抽样核对 |
| 生产过程类 | 由生产执行与特种工艺过程产生的事实与时序数据 | 工单与报工、炉次档案、焊道参数、过程时序段 | 生产管理职能、分厂 | 生产管理职能数据专责 | 与业务对象标识绑定；时序段有区间标识 |
| 质量类 | 由检验、检测与不合格品处置产生的结论与证据 | 检验记录、无损检测结果、不合格品票、返修记录 | 质量职能 | 质量职能数据专责 | 检验结论可关联到工序或炉次 |
| 供需与库存类 | 由计划、采购、仓储与物流过程产生的账与流水 | 需求计划、采购到货、库存快照、出入库流水、余料台账 | 供应链职能、仓储职能 | 供应链职能数据专责 | 口径经确认；批次与物料编码可对应 |
| 在役服务类 | 由在役装备运行与售后服务过程产生的数据 | 测点时序、报警事件、服务工单、备件出库 | 售后服务职能、运维职能 | 售后服务职能数据专责 | 测点与部件对应关系明确 |
| 主数据与标准类 | 跨业务共用、作为口径基准的数据 | 物料、设备、工序、组织主数据，术语、数据元、指标标准 | 对应主数据归口职能 | 主数据维护岗 | 经主数据流程审批；落标检查通过 |
| 文档与文本类 | 以文档形态存在、构成知识与合规基准的数据 | 制度、技术标准、合同、标书、技术手册 | 办公职能、档案职能、法务职能 | 档案管理员 | 版本号与生效区间字段完整 |
| 第三方来源类 | 由客户、矿方或外部机构提供的数据 | 矿方工况与地质资料、配套装备接口参数、客户招标文件、外部标准文本 | 市场与经营职能、法务职能 | 合同管理岗 | 提供方约定已查明并登记可用范围 |
| 治理加工形成类 | 经治理与加工形成的派生资产 | 落标后的主数据、成对样本集、标注数据集、四类数据集 | 数据管理办公室 | 数据管理办公室资产管理岗 | 加工血缘完整；质量评测结论已登记 |
##### 2.4.2 权属管理：原始数据的来源与存储位置登记
权属界定的基础是来源可查。1.6 节的资产盘点表已登记每一项资产的来源系统与存储现状，权属管理在此之上增加三个字段：数据产生方式（企业自行产生、客户或第三方提供、设备自动采集、外部公开获取）、提供方约定（若为第三方提供，有无合同约定其使用范围）、加工程度（原始、清洗后、标注后、合成）。四类产生方式对应不同的权利基础，加工程度对应不同的权利归属层次。
表 2.4-2 原始数据来源分类与权属界定口径
| 数据产生方式 | 典型数据 | 存储位置 | 所有权界定 | 使用权界定 |
|---|---|---|---|---|
| 企业自行产生 | 图纸与图档、工艺卡、工单与报工、检验记录、库存账、制度文件 | 对应业务系统数据库与文档库 | 归甲方所有 | 甲方自主决定，本项目按授权范围使用 |
| 设备自动采集 | 热处理温度曲线、焊接参数流、在役测点时序、报警日志 | 数据采集与监控系统、物联网平台、远程运维平台 | 归甲方所有 | 同上；对外提供时须核查是否含设备厂商技术信息 |
| 客户或第三方提供 | 矿方工况与地质资料、配套装备接口参数、客户招标文件 | 协同办公文档库、项目资料目录 | 所有权不在甲方 | 使用范围以合同或提供时的约定为限；无明确约定的，对外提供前须取得提供方同意 |
| 外部公开获取 | 国家与行业标准、法规、公开技术资料 | 企业文档系统 | 所有权归发布方 | 按发布方许可条件使用；标准文本的对外提供受版权限制 |
| 治理加工形成 | 落标后的主数据、图卡成对样本集、标注数据集、四类数据集 | 数据治理与加工生产平台 | 加工成果的权属按合同约定，原始数据权属不因加工而转移 | 对外提供按资产运营流程审批 |
第三类与第四类在实际工作中最易出问题。矿方提供的工况与地质资料涉及矿方的生产信息，未经约定直接纳入对外提供的数据集会带来权利风险；外部标准文本受版权限制，可用于内部问答与检索，对外提供时须另行处理。权属界定工作对这两类数据单独建立台账，逐项标注可用范围，并在资产目录中以标签形式呈现，使审批环节能够直接识别。
##### 2.4.3 加工后资产的权属与三权分置
治理加工形成的数据资产，其权属按原始数据权属不因加工而转移的原则办理，同时把资产的权利拆成三层登记：数据资源持有权（谁持有这份资产）、数据加工使用权（谁可以对它做加工与使用）、数据产品经营权（谁可以把它作为产品对外提供）。三层分别登记后，审批时可以只授予其中一层——例如允许某个内部部门使用，但不授予对外经营的权利。权属登记与确权链路如图 2.4-1 所示。
##### 图 2.4-1 数据资产权属登记与确权链路
图 2.4-1 数据资产权属登记与确权链路。数据来源：招标文件 3.2.6.1.1.2.4 第（1）项（b1268、b1269）；对外提供与脱敏要求取 3.2.1 服务采购清单第 5 项第 7 条（b0804r06）；挂牌与接入要求取 1.2.6 服务与安全目标（b0676）。
##### 2.4.4 价值评价维度与权重
价值评估办法分两步：先做分值化的多维评价，用于内部排序与投入决策；在具备交易参照后，再对具备经营条件的资产单独开展货币化估值。企业的数据交易尚未发生，没有市场价可参照，因此第二步的启动条件在办法中写明，不预设时点。多维评价的维度与权重如表 2.4-3。
表 2.4-3 数据资产价值评价维度与权重
| 一级维度 | 二级指标 | 评分要点 | 权重 |
|---|---|---|---|
| 业务价值 | 支撑场景数 | 该资产被多少个验证场景依赖 | 15% |
| 业务价值 | 不可替代性 | 缺少该资产时场景结论是否仍成立 | 10% |
| 业务价值 | 决策层级 | 支撑的是岗位作业、部门管理还是公司决策 | 5% |
| 数据质量 | 完整性与准确性 | 非空率、枚举合规率、抽样准确率 | 10% |
| 数据质量 | 一致性 | 与权威源的一致程度、跨系统关联命中率 | 8% |
| 数据质量 | 时效性 | 更新频率与近三年数据占比 | 7% |
| 规模与稀缺性 | 存量规模 | 条数或张数或容量 | 8% |
| 规模与稀缺性 | 行业稀缺性 | 该类数据在行业内的可获得程度 | 12% |
| 规模与稀缺性 | 时间跨度 | 历史覆盖年限与连续性 | 5% |
| 可用性 | 标准化程度 | 落标情况、结构化程度 | 7% |
| 可用性 | 可共享程度 | 敏感级别与对外提供的限制条件 | 8% |
| 成本 | 获取与加工成本 | 采集、清洗、标注的投入（反向计分） | 5% |
行业稀缺性给到 12% 的权重，是针对本项目资产特征的安排。企业的图纸与工艺卡历史存量约 63 万张，且每一张图纸历史上都配有一张已审核签发的工艺卡片，天然构成成对的监督样本——这种成对关系在行业内不易获得，其价值高于单独的图纸或单独的工艺卡。按通用的规模导向评分，这类资产的价值会被显著低估。权重取值在办法编制阶段与甲方确认后固化。
##### 2.4.5 价值评价流程与价值等级
评价按年度开展，新增重要资产可随时发起专项评价。流程分五步：资产范围确定（由办公室从资源目录中选取）→ 数据采集（质量与规模类指标由平台自动取数，业务价值类指标由业务口打分）→ 评分与汇总（按表 2.4-3 权重计算）→ 评审（工作组复核、办公室汇总、委员会确认）→ 结果应用。结果应用有三处用途：作为资产目录中的价值等级标签；作为治理投入优先级的依据；作为具备经营条件资产的筛选依据。评价结论与评价过程数据一并归档，便于逐年对比。
表 2.4-4 价值等级划分与对应管理要求
| 价值等级 | 得分区间 | 管理要求 |
|---|---|---|
| 一级（核心资产） | 85 分及以上 | 配置最严质量规则；纳入备份与容灾范围；变更须办公室审批；对外提供须委员会审批 |
| 二级（重要资产） | 70—85 分 | 配置常规质量规则；纳入定期质量检查；变更须工作组会签 |
| 三级（一般资产） | 55—70 分 | 配置基础质量规则；按年度复核 |
| 四级（待提升资产） | 55 分以下 | 分析低分原因，列入质量提升或退役评估范围 |
四级资产的处理分两种：得分低可能因为质量差，也可能因为暂无场景依赖。前者进质量提升，后者进退役评估——退役评估的口径见「数据治理规划（二）」的数据生存周期规划。
##### 2.4.6 价值评价示例：图卡成对样本集
以图卡成对样本集为例走一遍评分。企业历史图纸约 63 万张，每一张图纸历史上都配有一张已审核签发的工艺卡片，经配对与结构化后形成该样本集。
业务价值方面，该资产被板材备料工艺与产品智能选型两个场景直接依赖，支撑场景数得分居中；不可替代性高——没有成对样本，工艺推荐没有可学习的监督信号，场景结论无法成立，该项取高分；决策层级为岗位作业层，得分偏低。数据质量方面，图纸与工艺卡均为正式签发文件，准确性高；一致性取决于配对关系的正确率，以抽样核对结果为准；时效性中等，历史样本跨度长而近三年占比有限。
规模与稀缺性方面，63 万张的存量规模在同类企业中属可观，时间跨度长且连续，行业稀缺性是该资产最突出的一项——成对的图纸与已审工艺卡在行业内不易获得，该项取高分。可用性方面，标准化程度在落标与解析完成后才会提高，初始得分不高；可共享程度受限于图纸涉及企业技术信息，对外提供须经严格审批。成本方面，解析与配对投入较大，反向计分拉低总分。
按表 2.4-3 的权重计算，该资产落在一级（核心资产）区间，对应的管理要求是配置最严质量规则、纳入备份与容灾范围、变更须办公室审批、对外提供须委员会审批。这一结论有两处实际作用：把该资产的质量规则优先级提到最高，配对正确率成为持续监控的指标；在对外提供与挂牌的筹划中明确其审批层级。该示例也说明行业稀缺性权重取 12% 的理由：按规模导向评分，分数会被 63 万张这一数字主导，而真正的价值在于成对这一属性——同样 63 万张图纸若没有配套的已审工艺卡，其价值要低得多。
##### 2.4.7 资源目录的条目体例与可读性要求
资产目录建成后最常见的失效方式是建好了没人用，原因通常是申请流程太长、用户不知道目录里有什么、或者申请到的数据不能直接用。运营机制据此确定三项要求：目录条目让非技术人员看得懂、申请审批有时限、交付的数据附带口径说明。
目录条目的可读性落到字段上：除技术字段外，每个条目须有一段业务语言的内容说明、典型用途举例、更新频率、口径说明与责任部门联系岗位。四个问答场景与决策数据问答的使用者都是业务人员，看不懂就不会用。条目的价值等级标签、权属标签与敏感级别标签同时展示，使申请人在提交前即可判断审批路径。
##### 2.4.8 资产申请、审批、使用与回收流程
流程按数据敏感级别与申请用途分三档审批：甲档为内部一般数据，由责任部门审批；乙档为较高敏感数据，增加安全职能会签并脱敏后在限定环境中使用；丙档为对外提供，增加权属核验与委员会审批。各档的审批环节与时限如图 2.4-2 所示。使用期满或用途变更的，按图中回收环节收回授权并留痕。
##### 图 2.4-2 数据资产申请、审批、使用与回收流程
图 2.4-2 数据资产申请、审批、使用与回收流程。数据来源：招标文件 3.2.6.1.1.2.4 第（3）项（b1271、b1272）；脱敏与审计要求取 3.2.1 服务采购清单第 5 项第 7 条（b0804r06）。
运营机制的度量指标有三项：申请按期办结率、目录条目的业务语言说明完整率、交付数据附带口径说明的比例。三项的基线取目录首批上线后一个季度的实测值，按季提高并逐步接近目标值；未达期段目标的在月度例会上列明原因与责任岗位，必要时简化审批环节后重新上线，不以降低审批要求达成。
##### 2.4.9 目录分级与角色授权矩阵
资产目录的授权按角色授予，不按人授予。按角色授权后人员变动时不必重配权限，只需调整角色归属。角色与可访问范围的对应关系如表 2.4-5。表中「可见」指在目录中能看到条目及其说明，「可申请」指可提交使用申请，「可直接使用」指无须逐次申请即可访问。
表 2.4-5 数据资产目录分级与角色授权矩阵
| 角色 | 公开级资产 | 内部一般级 | 内部受限级 | 敏感级 | 对外提供 |
|---|---|---|---|---|---|
| 全员 | 可直接使用 | 可见、可申请 | 不可见 | 不可见 | 不适用 |
| 业务口数据专责 | 可直接使用 | 可直接使用（本域） | 可见、可申请 | 不可见 | 不适用 |
| 工作组成员 | 可直接使用 | 可直接使用 | 可直接使用（本域） | 可见、可申请 | 不适用 |
| 数据管理办公室 | 可直接使用 | 可直接使用 | 可直接使用 | 可见、可申请 | 可发起 |
| 安全职能 | 可见 | 可见 | 可见 | 可见、审计权限 | 会签权 |
| 治理委员会 | — | — | — | — | 审批权 |
| 项目组 | 按项目授权范围 | 按项目授权范围 | 按项目授权范围且限定使用环境 | 按乙档流程逐项审批，脱敏后在限定环境中使用 | 不适用 |
最后一行是项目组对自身权限的约束。项目组承担数据加工与平台建设，需要访问相当范围的数据；敏感级数据的访问按乙档流程逐项审批、脱敏后在限定环境中使用，并留完整审计日志。该约束写入数据资产管理办法与项目保密约定。
##### 2.4.10 成果交付与实施交接验收
本规划域交付数据资产管理办法、数据资源目录、资产价值评估办法、数据资产运营流程规范四份成果（b1273、b1274）。其中数据资源目录是数据成果而非文档成果，交付形态为治理平台中的目录条目加一份目录清单导出件；首批目录范围按 1.6 节盘点结论与价值评价结论确定，覆盖对象以六个主题域的核心业务对象为准。
表 2.4-6 数据资产规划域的成果结构、交付时点与实施交接验收
| 成果物 | 章节结构要点 | 形态 | 交付时点 | 验收口径 | 交接方式与接收岗位 |
|---|---|---|---|---|---|
| 数据资产管理办法 | 总则；资产识别与归属；权属界定与三权登记；分级与授权；价值评价结果应用；监督与审计；附则 | 制度 | T＋8 月 | 含权属界定原则、三层权利登记、分档审批要求；与表 2.4-1 的归属口径一致 | 委员会审议后发文并入制度库；接收岗位为数据管理办公室 |
| 数据资源目录 | 目录分类体系；条目字段与填写口径；首批条目；维护与下架规则 | 平台数据＋导出件 | T＋12 月 | 覆盖六个主题域核心业务对象；条目含业务语言说明、口径说明、权属与敏感标签 | 平台内移交并导出清单签收；接收岗位为数据管理办公室与各业务口数据专责 |
| 资产价值评估办法 | 评价维度与权重；评分规则；评价流程五步；价值等级与管理要求；货币化估值的启动条件 | 制度 | T＋9 月 | 维度与权重明确；流程五步齐备；价值等级与管理要求一一对应 | 办公室印发；评分表模板同步配置到治理平台 |
| 数据资产运营流程规范 | 申请与审批分档；时限；使用与回收；审计与违规处理；运营度量指标 | 制度 | T＋9 月 | 三档审批流程与时限明确；角色授权矩阵齐备；运营度量指标含基线与回退 | 办公室印发并在治理平台配置流程；接收岗位为数据管理办公室与安全职能 |
表 2.4-7 数据资产规划域的实施条件与责任界面
| 实施条件 | 责任方 | 约定时点 | 条件不具备时的处理 |
|---|---|---|---|
| 第三方提供数据的合同约定使用范围查明 | 甲方法务职能与市场经营职能 | 权属界定阶段 | 约定不明的资产在目录中标注为对外提供受限，暂不纳入对外提供范围 |
| 数据分级分类标准发布 | 甲方安全职能（标准内容见「数据治理规划（二）」） | 目录首批上线前 | 按初判敏感级别先行标注，标准发布后统一复核并更正 |
| 资产价值评价所需的质量与规模统计可自动取数 | 项目组 | T＋9 月前 | 首轮评价的质量与规模指标由人工统计并留存底稿，第二轮起转自动取数 |
| 资源目录条目的业务语言说明由业务口撰写并确认 | 各业务口数据专责 | 目录首批上线前 | 由办公室草拟后交业务口确认，未确认的条目标注待确认，不计入覆盖率 |
| 纸质档案数字化范围与进度确定 | 甲方档案职能 | 第二阶段内 | 未数字化部分不计入资源目录，在盘点表中标注并给出分批建议 |