业务术语表流程图：从提议到发布
业务术语表流程模板，涵盖术语提议、定义起草、重复项处理、管理员与所有者审批、发布、评审、修订和停用。
什么是业务术语表流程图：从提议到发布流程
只有每个定义都经过同样清晰的决策，业务术语表才值得信任。本模板从一个拟议术语及其使用背景开始。元数据分析师先搜索现有目录，再进入起草，使疑似重复项按含义、用法和所有权比较，而不是以另一种拼写再次发布。不同概念要写明定义、别名和排除项；真正重复的概念合并为一个规范提案。数据管理员验证数据域含义，数据所有者确认责任和业务用途，目录管理员再发布获批术语及引用和变更记录。用户反馈和定期评审形成保留、修订或停用的明确路径，避免陈旧定义意外地保持权威。
这是术语治理工作流，不是盘点所有字段或重建元数据平台的项目。技术模式、血缘采集和访问配置可以关联已发布定义，但仍属于独立运行流程。/zh/templates/数据生命周期管理流程 使用术语表统一解释的分类、所有者和保留规则，但不能替代术语表的重复项处理和审批路径。同样，/zh/templates/AI治理流程 可以使用获批术语描述系统目的、输出和受影响群体，同时保留自己的风险和评审决策。应把这些关系画成引用，不要把本图扩展为企业数据模型；审批角色、评审周期和停用规则都应按组织实际情况调整。
本流程图涵盖的内容
本模板包含
- 五条角色泳道和六个阶段，从请求人提议术语，到分析、审批、目录发布和定期维护
- 起草前完成受理完整性检查和目录搜索，让示例、范围及来源引用始终随请求流转
- 按含义、用法和所有权比较重复项，再决定分别定义或合并为一个规范术语
- 数据管理员确认与数据所有者发布审批相互独立，意见返回定义环节处理
- 发布时记录所有权和引用，之后通过反馈和评审决定保留、修订或停用并保留历史
何时使用本模板
- 不同团队用同一个业务词表示不同概念，或用不同词表示同一概念，导致报表口径不一致
- 元数据目录中存在无人负责的草稿定义、重复项或陈旧条目，缺少统一发布和停用路径
- 数据管理员和所有者需要明确区分数据域含义核验与获批术语责任承担
- 目录推广或数据治理项目需要先建立可重复的编写流程，再开放大范围术语提交
运作方式
定义最小提案内容
列出每个请求人必须提供的背景，例如业务问题、示例、数据域、来源引用和已知同义词。表单要足够简短，但不能让只有名称、没有使用证据的术语进入起草。
设定重复项处理规则
商定分析师如何比较候选术语，以及由谁裁决有争议的匹配。应考虑含义、范围、用法、所有权和别名；仅凭拼写相似不能决定是否合并。
区分数据管理与所有权
按实际治理角色重命名泳道，并说明每项审批的含义。数据管理员确认定义在数据域内可用，所有者则确认责任、允许用途和发布准备情况。
配置发布证据
确定发布时必填的目录字段，包括规范名称、定义、别名、排除项、所有者、数据管理员、关联数据资产和生效日期。在同一位置记录修订理由。
选择评审和停用触发条件
按数据域设定评审周期，并加入源系统替换、政策变更或持续用户反馈等事件触发条件。定义弃用术语如何引导读者到替代项，同时保留历史引用。
常见问题
业务术语表流程包括哪些步骤？
请求人提交术语及示例、范围和来源背景；元数据分析师检查完整性并搜索相关条目；疑似重复项按含义、用法和所有权比较，再分别保留或合并为规范提案；随后起草定义、别名和排除项，由数据管理员验证含义、数据所有者批准责任与发布，目录管理员发布并记录变更；反馈和定期评审最终决定保留、修订或停用。
谁应审批业务术语表定义？
应由能回答不同问题的角色审批，而不是堆叠形式化签字。数据管理员或领域专家确认定义准确、独立且可用；数据所有者确认责任和发布后的业务影响；目录管理员检查元数据完整性并执行发布。小型组织可由一人兼任，但两个决策仍应明确。
应如何处理重复的术语？
先判断是否为同一概念。若是，应保留一个规范术语，把其他表述记为别名，重定向引用并保留变更历史；若范围或含义不同，则分别保留并写清排除项。删除前应识别仍使用旧术语的报表、数据产品和政策。
业务术语应多久评审一次？
没有通用周期。应按数据域变化速度设定，并在系统、产品、政策或报表定义变化时触发事件评审。高频使用或有争议的术语可更常评审；每个已发布术语至少应有负责所有者、下次评审信号和供用户随时报告歧义的路径。