数字化转型数据架构设计方法论及案例

数字化转型数据架构规划设计--方法论及案例2023数据架构是什么数据架构为客户带来的价值与收益数据架构规划方法案例分析什么是数据架构，如何理解数据架构？数据架构是什么国内某大厂：数据架构是企业架构的一部分，企业级数据架构是以结构化的方式描述在业务运作和管理决策中所需要的各类数据及其关系的一套整体组件规范。包括数据资产目录、数据标准、企业级数据模型和数据分布四个组件。DAMA：定义了与组织战略协调的管理数据资产的蓝图，指导基于组织的战略目标，指定符合战略需求的数据架构。IBM：数据架构是用来描述企业数据源在哪里，哪些数据是可信的，这些数据是如何存储的，以及数据在不同系统中是如何使用和集成的一整套组件。数据/信息架构是企业架构(EA)4个子集中的重要组成部分做正确的事情正确的做事业务架构（BA）数据/信息架构（IA）应用架构（AA）技术架构（TA）输入支撑实现业务战略商业设计企业架构变革项目IT产品业务运作模式价值流/业务场景业务能力业务服务数据服务IT服务IT产品IT平台BA是业务的结构化表达，描述组织如何运用业务的关键要素来实现其战略意图和目标IA是以结构化的方式描述在业务运作和管理决策中所需要的各类信息及其关系的一套整体组件规范AA描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能TA代表了各种可以从市场或组织内部获得的软件和硬件组件数据架构与其他架构之间的关系技术架构应用架构IT产品IT子产品应用模块N1N1业务架构业务能力业务活动1N业务能力框架L1业务能力框架L21N1NIT技术架构识别功能需求提出技术诉求数据架构业务域主题域业务对象1N1N价值流识别功能需求数据架构包括四个组件数据模型数据资产目录数据分布1324数据/信息架构数据标准通过分层架构表达对数据的分类和定义厘清数据资产是建立数据模型的输入……通过E-R建模实现对数据及其关系的描述

指导IT开发，是应用系统实现的基础是业务定义的规范统一语言，消除歧义为数据资产梳理提供标准的业务含义和规则业务术语数据标准

数据标准

是数据在业务流程和IT系统上流动的全景视图识别数据的“来龙去脉”是定位数据问题的导航业务视角IT视角概念数据模型L1L2L3L4L5主题域业务对象属性业务域逻辑数据实体数据分层结构数据标准业务术语数据标准对数据资产目录中业务对象在企业内的统一定义对数据资产目录中属性描述企业内需共同遵守的数据含义和业务规则数据分布数据源信息链表达数据在业务流的流转数据流表达数据在IT系统的流转定义数据产生的源头数据架构组件一：数据资产目录业务域是公司顶层数据分类，通过数据视角体现公司最高层面关注的业务领域。主题域是互不重叠数据的高层面的分类，用于管理其下一级的业务对象。业务对象是业务领域重要的人、事、物，承载了业务运作和管理涉及的重要数据。逻辑数据实体是描述业务对象某种业务特征的属性集合属性是描述所属业务对象的性质和特征数据分层结构及样例定义与业务流程架构L1保持一致数据管理基本单元统一业务语言业务和IT的关键连接点明确标准与规则，确保数据的全流程拉通划分数据责任人的管辖范围指导IT系统开发与系统集成遵从逻辑数据建模规则说明销售领域机会点客户合同机会点基本信息投标书客户合同基本信息报价单UPL报价单头报价单行报价单号金额Part编码数量L1业务域L2主题域L3业务对象L4逻辑数据实体L5属性数据范围数据特征（细化设计）数据管理基本单元数据资产目录是企业中有价值、可用于分析和应用的数据进行提炼形成的目录体系，通过数据资产目录可以从业务层面描述企业所拥有的数据资产，并降低理解系统数据的门槛。数据架构组件一：数据资产目录样例与预期效果厘清和盘点集团数据资产，划分数据主题域，建立集团数据资产的目录分层视图。通过统一目录形成数据资产高阶全景视图，呈现集团数据资产概况，实现全域数据资源“家底可见”。通过端到端运作的数据地图，明确数据责任人管辖的数据范围，确保数据得到有效管理与应用。数据架构组件二：数据标准数据标准（Businessdatastandard，业务数据标准）用于描述公司层面需共同遵守的属性层数据含义和业务规则。其描述了公司层面对某个数据的共同理解，这些理解一旦确定下来，就应做为企业层面的标准在企业内被共同遵守。数据标准内容原则说明统一规则数据标准是业务运作和数据质量提升的基础。数据标准定义了数据格式、规则和允许值列表等，为IT开发与集成提供依据。统一定义数据标准为数据项的含义在全公司提供了统一且一致的理解。建立公司统一数据标准，任何应用系统、流程文件都应该遵循。明确责任人明确了数据标准的责任人，使数据项的定义和规则、录入质量、监控有了明确的责任主体标准重用在新系统开发过程中，通过对标准的重用降低IT成本。数据标准的作用从业务、技术、管理三个视角定义一个属性的要求和规格。业务视角技术视角*主题域*业务对象逻辑数据实体*数据分类*业务属性*业务定义及用途*业务规则同义词数据类型数据长度*是否有允许值列表允许值*数据示例*业务规则责任主体数据维护责任主体数据监控责任主体管理视角数据架构组件二：数据标准样例关键发现：数据标准不规范数据字段不标准，数据交互失败导致系统故障，影响业务运营。例如：组织机构、人员信息、装置名称、实时数据名称，在各个业务领域叫法不一致，这些数据来源于不同系统，导致数据获取不准确。数据资产目录L5基于数据资产目录L5属性，进行特征抽象与整合，对共性的属性进行标准定义，最终形成数据标准清单。建议优先对编号类、代码类、度量类、时间类、描述类数据进行标准定义。存量系统界面字段定义通过存量系统界面字段定义，对已梳理的数据标准定义、用途、规则、类型等进行校验补充，确保数据标准的完整性和准确性。场景输入梳理基础校验补充主题域业务对象编码业务对象名称属性编码*属性特征类型

（内部数据必填）*属性中文名称*属性英文名称*业务定义及用途业务规则*数据类型数据长度*是否有允许值允许值范围数据示例同义词外部数据标志*业务规则责任主体数据维护责任主体属性所属的主题域属性所属的业务对象编码属性所属的业务对象名称所定义属性的编码属性类型，内部数据必填，外部数据不填所定义属性的中文名称所定义属性的英文名称对属性的定义，解释这个属性是什么，对业务的作用属性的业务规则，包括但不限于此标准在各场景下的变化规则，编码含义等。对于部分复杂的规则，可附《XX文件》进行详细解释业务定义的数据类型，可选填，类型可选项：文本、日期、数字此标准的数据长度是否有允许值列表，选“是”的话后一列“允许值”必填属性的允许值列表，可选填实例化的一、两个样例，用以帮助其他人员对此属性的理解

此标准是否是外部数据业务规则责任人，一般为数据责任部门，用以明确责任数据维护责任人，一般为相关业务部门，用以明确责任。对于未细分责任的属性，此项为选填--运输委托DS0000150865代码运输方式TransportModeName运输方式是客、货运输所赖以完成的手段、方法与型式，是为完成客货运输任务而采取一定性质、类别的技术装备（运输线路和运输工具）和一定的管理手段。华为物流所指的运输方式主要是货物运输方式。主要有BYAIR,BYAIRSEA,BYAIRTRAIN,BYAIRTRUCK,BYEXPRESS,BYSEA,BYSEAAIR,BYSEATRUCK,BYSEATRAIN,BYTRAIN,BYTRAINTRUCK,BYTRUCK,BYSELFPICKUP，共13种运输方式。

1.BYAIR：空运

2.BYAIRSEA：空运和海运联运

文本101是BYAIR,BYAIRSEA,BYAIRTRAIN,BYAIRTRUCK,BYEXPRESS,BYSEA,BYSEAAIR,BYSEATRUCK,BYSEATRAIN,BYTRAIN,BYTRAINTRUCK,BYTRUCK,BYSELFPICKUPBYAIR

N供应链管理部/物流部

--进出口报关单DS0000324299编号报关单号DeclarationNumber报关单号是报关单的唯一识别编码，报关单是指进出口货物的收发货人或其代理人，按照海关规定的格式对于进出口货物的实际情况做出的书面申明，以此要求海关对其货物按适用的海关制度办理报关手续的法律文书。系统自动创建，编码规则为：

3位类型编码（如EPT代表出口，export缩写）+8位日期+6位流水号文本240否

EPT20200618000128

N供应链管理部/物流部

根据某能源行业客户现状关键发现，基于数据关键属性，在部分板块选择试点企业进行数据标准编制工作。示例数据架构组件二：数据标准预期效果投入资源开展数据标准工作有标准前有标准后对标准的更改往往对业务造成巨大影响业务不知道变更所影响到的应用系统是什么应用系统的更新需要核对许多数据源头当标准变更时，业务流程给数据标准工作提供信息应用系统可以提供它们所使用的标准情况和信息数据标准的价值在于使用共同语言来协调变更数据标准数据架构组件三：数据模型炼油化工计划控制…L1L2业务域及对应主题域概念数据模型CDM物理数据模型PDM逻辑数据模型LDM最高层级的数据分类，明确数据资源目录中L2主题域与L1业务域的归属关系从业务角度描述各业务对象之间关系的数据模型，是对现实世界中具体人、事、物之间关系的抽象业务层面概要描述，主要用于业务沟通与对标无范式化要求描述各逻辑数据实体之间关系的数据模型，承载业务逻辑，是对概念数据模型的细化设计每个实体需列出业务属性满足三范式的要求需确定标识符（主键）关系型数据库能够识别的实现层数据模型需完整涵盖逻辑数据模型所定义的业务范围体现表和表之间的关系，包括表、字段、主键、外键等需考虑数据库特性和性能进行设计，如索引、视图等装置人员产出量数据模型是从数据视角对现实世界特征的模拟和抽象，根据业务需求抽取信息的主要特征，反映业务对象之间的关联关系。数据架构组件三：数据模型样例及预期效果通过构建业务对象与业务对象之间模型关系，建立业务端到端数据流打通的基础；围绕业务对象模型关系实现数据整合，消除信息冗余，实现信息跨业务高度共享与应用；通过数据模型的设计，便于业务领域数据分析，识别对应业务涉及的数据范围，更好地指导数据资产管理。示例：概念数据模型示例数据架构组件四：数据分布数据分布定义和组件定义：是数据在业务流程和IT系统上流动的全景视图；识别数据的“来龙去脉”；是定位数据问题的导航组件：信息链；数据流；数据源识别数据的“来龙去脉”是定位数据问题的导航定义：信息链是一个指定范围内的端到端流程，或流程中的活动间信息流的表述。包括信息被创建（Create），读取（Read），更新（Update），删除（Delete）主要包含要素：信息（一般指BusinessItem或其中的具体信息项）、流程架构L3或L4(或BFM)、CRUD关系、操作角色注：如果需要，会在一张图中描述多个信息在流程间的CRUD关系。信息链定义：用于描述某一数据在应用系统中的如何被创建（Create），读取（Read），更新（Update），删除（Delete）主要包含要素：数据（一般指逻辑数据实体或实体的具体属性）、应用系统、CRUD关系、操作角色注：如果需要，会在一张图中描述多个数据在应用系统间间的CRUD关系。此时的数据流图，与应用架构的“应用系统集成图”比较类似。数据流定义：指业务上首次正式发布某项数据的应用系统，经过数据管理专业组织认证，作为唯一数据源头被周边系统调用。目的：确保数据源头的统一，以及跨流程、跨系统数据的唯一性和一致性。主要内容：数据源认证原则，数据源认证标准数据源数据架构组件四：数据分布样例梳理清晰数据在业务工作流中的流转，便于数据质量的根因分析和流程绩效的改进；理顺各个IT系统存储、管理了哪些数据及其数据在IT系统的传递与引用；支撑业务工作流开展，在整个生命周期范围内确保数据的完整性及一致性，同时指导系统的集成和开发。数据分布组件数据流/信息链表达数据在IT系统/业务流程中的流转数据源定义数据产生的IT系统源头示例：收入数据流示例理解数据治理咨询数据架构是什么数据架构为客户带来的价值与收益数据架构规划方法案例分析：数据架构的疑难问题，如何应对客户的挑战和疑问数字化转型规划咨询项目中，有没有必要做数据架构规划？为什么？数据架构的定位一、数据架构是联接业务架构与应用架构、技术架构的桥梁业务架构定义每个活动输入输出信息数据架构整合抽象业务对象、逻辑数据实体和属性，承接业务的数据需求，牵引IT的规划设计应用架构依据业务对象规划功能，技术架构依据数据模型设计数据存储方案二、数据架构跨流程发挥价值数据在某个流程中产生和定义，但流动到下游各个流程和系统中使用对企业内贯穿各组织的数据进行集成对通用的高质量数据进行共享InformationFlow数据架构为客户带来的价值通过规划数据模型，帮助客户重新理解数据之间的关系，识别潜在的业务需求统一数据语言消除理解歧义理解数据关系识别业务需求支撑数据共享提升数据质量通过制定业务术语，使得对数据的理解在企业层面达成一致，提高沟通效率通过定义数据源头，实现数据的集成与共享，消除数据冗余为数据质量的提升规划了目标厘清数据资产落实数据责任通过数据资产目录规划，为企业设计数据资产沙盘提供指引通过明确数据责任，落实数据管理的责权利有什么“What”谁负责“Who”是什么“What”是什么关系“WhatRelation”在哪里、如何流转“Where”通过数据架构，实现数据的业务化、标准化，降低人们理解数据的门槛，指导IT系统的开发落地！理解数据治理咨询数据架构是什么数据架构为客户带来的价值与收益数据架构规划方法案例分析：数据架构的疑难问题，如何应对客户的挑战和疑问数据架构原则序号

原则名称原则说明1数据按对象管理，明确数据责任

数据在业务活动中产生并记录，按对象进行管理，明确数据责任2以企业全局视角定义数据架构数据架构应基于企业全局视角定义，建立数据标准，形成数据共同语言，在企业生态中发挥作用3遵从公司数据分类管理框架基于数据本身的特性来划分数据的类别，进行分类管理4业务对象结构化、数字化根据业务需求建立业务对象的结构化、数字化架构，提升业务对数据的处理和应用能力5数据服务化，同源共享定义单一数据源，通过数据服务化，实现同源共享，以保证跨流程、跨系统的数据一致数据架构规划的输入输出数据架构规划业务术语业务能力框架流程架构组织架构IT产品/系统业界实践数据资产目录（L1-L3）数据源概念数据模型行业软件包实践数据架构规划的四个步骤规划数据资产目录L1-L31定义业务术语2设计概念数据模型3规划数据源4数据资产目录先规划L1业务域，L2主题域和L3业务对象的规划可以同步。业务术语定义的前提是业务对象已确定。若对主数据管理有需求，可在此步骤判断。选取本领域业务对象和相关业务对象，分析业务对象之间的关系，设计概念数据模型。选取业务对象，根据概念数据模型及应用架构，规划数据源。数据资产目录：L1业务域L1业务域的划分：通过数据视角体现公司最高层关注的业务领域，需要从核心业务领域、职能管控域和数据自身的类型等方面考虑客户已有业务架构：参考业务架构，分析业务能力框架、业务流程架构，识别顶层业务能力作为业务域设计的输入。客户没有业务架构：参考组织架构，从组织架构中分析客户业务范围，识别顶层的业务能力，作为业务域设计的输入。明确数据责任人：业务域设计要和数据责任人落实一并考虑。业务能力业务架构确定业务域识别归纳提炼组织架构识别数据资产目录：L1业务域关键设计要点业务架构作为第一优先参考：按照流程责任人即是数据责任人的设计理念，若有正式发布的流程架构，则L1的流程划分作为主题域分组的第一参考。若L1流程没有唯一的数据责任人，则可考虑将L2流程升级到主题域分组。若没有流程架构，但是有业务能力框架，则可将能力类（业务能力框架L1）作为主题域分组的输入。组织架构的划分作为第二优先参考：如果没有业务架构，则通过分析客户组织架构一层/二层组织的设立和工作职责来识别业务能力，作为主题域分组划分的重要依据。唯一性：一个主题域分组只能有唯一的数据责任人。重要性：若存在跨领域重要贯通数据，则可考虑独立设置主题域分组。数据资产目录：L2主题域主题域（L2层级）的划分：采用业界通用方法，通过划分法（自上而下）与聚合法（自下而上）来设计。在实际项目中，采用划分法的场景更多划分法：根据企业价值链、业务架构、业界实践等输入并结合数据架构总体设计原则，对企业关键的人、事、物、地及其关系进行识别与抽象，最终采用头脑风暴的方式与业务广泛讨论后完成主题域设计。聚合法：以识别的业务对象为基础，选取核心业务对象作为主题域，其他对象根据业务相关性归属到对应的主题域。企业价值链业务架构业界实践L2主题域业务对象1业务对象2业务对象3…L2主题域核心业务对象头脑风暴广泛讨论初步识别的业务对象清单数据资产目录：L2主题域设计方法1.明确业务范围2.开发主题域3.验证主题域4.确定描述与责任人主要活动2.4输出主题域初稿3.2讨论主题域的完整性和合理性，确定主题域评审稿3.3召集相关人员进行评审4.1更新主题域，确定主题域描述4.2明确主题域责任人1.1分析业务架构/组织架构2.1识别业务的价值目标、关键交付以及业务价值链2.2结合业务架构和业界实践按主题的方式实现对业务的划分3.1与业务架构、业务场景和业务管理需求进行适配1.2参考业界主题域划分步骤1.2确定主题域范围2.3识别业务架构中涉及的业务对象，按聚合法收敛到相应的主题域4.3发布主题域清单数据资产目录：L2主题域关键设计要点分析业务架构/组织架构：对业务对象设计所需的业务架构和组织架构进行分析，包括业务能力框架、业务流程、组织部门、部门职责等。若有流程架构，则流程架构L2/L3的划分作为主题域的输入。若没有流程架构，但是有业务能力框架，则可将能力组（业务能力框架L2）作为主题域的输入。若流程架构和业务能力框架都没有，则通过分析组织架构职责，划分主题域。自上而下划分：参考业务架构、业界实践等信息划分主题域管理边界。自下而上聚合：对按照业务对象设计方法识别的业务对象，将相关性强的业务对象归为一类，选取核心业务对象名称作为主题域。验证主题域：对识别的主题域和业务架构、业务管理等进行验证，于利益相关部门共同评审，并识别潜在的数据责任人。确定主题域终稿：对主题域进行刷新，确定主题域管理责任部门及具体责任人，主题域责任人（数据责任人）通常需要正式发布确认数据资产目录：L1-L2样例（某行业客户数据资产目录L1-L2）39战略执行业绩评价1.0战略规划到执行4.0生产运维管道保护3.0工程建设设计执行8.0供应链采购管理供应商管理10.0财经战略规划经营计划工程实施验收移交预算运营业务财经核算与报告投资项目财经价格股权资金生产运行实施巡检与监测仓储物流…设备设施管线线缆公共静设备动设备电气设备…通讯设备改革与创新战略合作…………2.0市场到回款合同执行市场营销客户管理…5.0安全环保环保管理安全管理职业健康管理…7.0研发标准管理科技项目知识产权…9.0人力资源组织机构人才薪酬福利与激励…6.0流程与IT流程变革与企业架构应用…11.3内控风险管理内部控制合规管理…11.1决策支持与综合服务决策支持服务与保障专项业务管理11.2法律事务法律风险防控法律事务运行合同管理11.4审计与违规追责内部审计违规追责11.5党组巡视党组巡视11.6党建党的思想建设党的组织建设党的制度建设…11.7纪检监察纪律检查监察样例数据资产目录：L3业务对象定义：业务对象是业务领域中某种具有连续性和标识的人、事、物、地的对象，用来统一业务领域的重要业务概念，是业务人员之间以及业务人员与系统人员之间沟通的桥梁，是识别信息化项目涉及的信息范围和关键信息的依据，明确信息定义和关联关系的基础。序号特征说明1业务领域运作和管理中不可缺少的人、事、物、地可以基于商业设计、价值流、BI识别业务对象，并和业务能力匹配针对业务对象，通常会建立相应流程、组织和IT进行管理业务对象的管理责任主体明确且边界清晰2具有唯一身份标识信息业务对象有唯一性身份标识信息，能区分业务对象的实例可以通过唯一标识准确检索通过唯一标识支持跨领域分布式共享引用3相对独立并有属性描述业务对象可独立存在，可获取，传输，使用，并发挥价值，而逻辑数据实体依赖于业务对象有生命周期，有状态变化。即便随时间推移状态发生变化，业务对象也不会发生本质变化（至少身份标识不变）可以与其他业务对象关联，但不是从属关系业务对象有描述自己某方面特征的属性业务对象可以根据管理责任主体差异进行拆分4一般为主数据和事务数据，存在具体实例业务对象有具体实例存在，通常需明确主官、定义架构、标准、度量监控，才能有效管理基础数据、报告数据一般不视为业务对象序号作用与价值1划分业务的责任边界：企业数据资产最重要的颗粒度，用来划分业务责任边界，保持跨领域的信息一致性，避免重复建设2明确数据责任人：明确每一份数据有相应的责任人3指引IT系统设计：指引应用系统模块/服务化子系统的设计数据资产目录：L3业务对象设计方法1.需求分析准备2.识别业务对象3.验证业务对象4.确定业务对象与责任人主要活动2.3输出业务对象初稿3.2完整性验证：与业务架构、

业务管理需求适配，确保涵盖所有需要的业务对象3.3集成性验证：验证业务对象与相关领域的业务对象可对接4.1更新业务对象4.2明确业务对象责任人1.1分析本领域业务架构/组织架构，划定业务范围2.1梳理候选业务对象（依据四原则）2.2合并、抽象业务对象3.1合理性验证：从业务重要性、复杂性以及业务管理责任优化业务对象1.2分析主要业务场景步骤1.3分析流程活动及输入输出1.4分析本领域现有IT系统模型1.5分析本领域主流软件包模型4.3发布业务对象清单数据资产目录：L3业务对象关键设计要点分析业务架构/组织架构：对业务对象设计所需的业务架构和组织架构进行分析，包括业务能力框架、业务流程、组织部门、部门职责等。分析主要业务场景：从企业价值链出发，分析每个价值链环节客户开展工作的场景。分析流程活动输入输出：分析流程活动的输入输出信息，或者软件包中体现的数据。分析IT系统模型：对客户已有IT系统的模型进行分析，识别当前是对哪些数据进行日常操作处理。分析主流软件包模型：对业界主流软件包的功能/模型进行分析，识别软件包主要处理的数据。识别并输出业务对象初稿：按照业务对象识别四原则输出候选业务对象清单，对业务对象合并、抽象业务对象。候选业务对象合理性验证：从业务重要性、复杂性以及业务管理责任优化业务对象。候选业务对象完整性验证：与业务流程、业务管理需求适配，确保识别出的业务对象涵盖流程所有信息。候选业务对象集成性验证：验证业务对象与相关领域的业务对象可对接。确定业务对象终稿：对业务对象进行刷新，给出业务对象责任部门及具体责任人，业务对象责任人（数据Owner）通常需要正式发布确认。L3业务对象设计样例：梳理业务流程活动输入输出网络协同合同注册客户DCCWHERPSO生成订单关闭项目收入/成本确认生成CSO制定发货单关闭CSO触发收入/成本确认确定交单计划释放订单分发订单制定国家要货需求检查备发货条件生成发货单制定国家采购计划生成内部销售订单确认验收触发开票AP/ARERPISO生成ERPISO关闭生成及确认发货批次编排订单发货检查备发货条件匹配资源订单中台订单后台报价及PO管理网络规划/设计处理站点要货需求项目实施计划维护CSOCSO核销数量及状态变更PO变更变更CSO销售订单销售订单DO要货计划采购计划销售订单发货单发货单备发货控制条件发货批次销售订单销售订单销售订单销售订单供需匹配发货单箱单LEGEND业务活动BI供应链订单领域业务活动的输入、输出和业务规则等（BusinessItem）L3业务对象设计样例：形成流程BI清单业务活动（25个）分流订单1处理站点辅料配置2生成要货需求3制订采购计划4制订站点要货需求5订单承诺6生成订单7分发订单8确定关联交易路径9计算关联交易价格10生成内部采购订单12生成内部销售订单13检查备发货条件14制订发货计划15编排订单16资源匹配17确定交单计划18释放订单19生成软件License20触发服务履行21确认验收22触发开票23触发收入/成本确认24关闭订单25销售订单业务活动处理的BI（14）DO要货计划采购计划承诺需求履行中心清关金额IPO备发货控制条件发货批次软件授权供需匹配发货单计算清关金额11L3业务对象设计样例：识别形成业务对象序号业务对象企业运作和管理中不可缺少的重要人、事、物信息有唯一身份标识信息相对独立并有属性描述可实例化是否业务对象数据分类软件包1销售订单YYYYY事务数据销售订单2DOYYYYY事务数据无3要货计划YYYYY事务数据无4采购计划YYYYY事务数据（属于计划Owner）采购计划5IPOYYYYY事务数据采购订单6软件授权YYYYY事务数据软件授权7发货单YYYYY事务数据发货单8履行中心/履行中心供应规则YYYYY主数据9需求承诺策略YYYYY主数据10供需匹配策略YYYYY主数据11关联交易规则YYYYY主数据12备发货控制条件NNNNN属于发货、备货的业务逻辑13发货批次YNNYN归属销售订单逻辑实体14清关金额NNNNN归属销售订单逻辑实体示例：基于业务能力和业务活动识别业务对象收敛后业务活动业务对象寻源人才获取计划Offer业务场景社会招聘招聘岗位发布简历筛选人才测评录用审批决策面试官资格管理面试安排面试考核信息录用决策基于设计范围，选取业务流程Offer设计发放人才吸引与报到获取人力需求面试官资格人校园招聘高端人才招聘内部调配候选人基本信息人员基础配置员工CV职位申请调动示例：业务对象包含的内容候选人基本信息面试资格人员工CV人才获取计划人员基础配置Offer录用决策面试考核寻源职位申请调动数据标准数据标准像根线，通过统一的标准可以让各业务环节中的数据拉通。缺失统一的数据标准，是造成数据断点的主要原因。客户合同号：xxxxx合同名称：xxxxx合同状态：xxx币种：人民币合同金额：xxxx……合同号：10000102035客户：VDF区域：南太合同状态：币种：人民币合同金额：xxxx……产品编码：

6072300销售收入：$xxxx研发费用：$xx币种：人民币ROI：50收入核算币种数据标准编码：XXXXX中文名称：

币种英文名称： Currency定义：

XXX业务规则：使用ISO标准的currency允许值：……数据类型：文本

数据长度： 240业务规则责任主体：外汇管理部……零售财经LTC渠道激励合同实例客户合同实例经营分析报告制定数据标准，统一在各业务环节的规则和使用。达到业务流拉通。数据标准项目编码：xxxxx客户：XXX区域：南太币种：人民币验收金额：xxxx……服务交付交付项目数据标准：设计原则序号原则说明1责任明确原则所有的数据标准都要有明确的责任主体。2资产标准化原则数据资产目录中的属性都要引用相应的数据标准。3精简化原则以最少数量的数据标准支撑更多的属性。4唯一性原则数据标准在同一业务对象内不允许重名。5整合新建原则一个属性需要同时引用多个数据标准时，对该属性重新设计数据标准。数据标准独立于属性，并非依附于属性。一个数据标准可能产生于描述某一属性的诉求，因业务变化会出现该属性失效的情形，但是数据标准不会随之失效，仍可以继续被其他属性引用。原则上，对描述业务对象的特有属性，都要设计数据标准。数据标准样例主题域业务对象编码业务对象名称属性编码*属性特征类型

（内部数据必填）*属性中文名称*属性英文名称*业务定义及用途业务规则*数据类型数据长度*是否有允许值允许值范围数据示例同义词外部数据标志*业务规则责任主体数据维护责任主体属性所属的主题域属性所属的业务对象编码属性所属的业务对象名称所定义属性的编码属性类型，内部数据必填，外部数据不填所定义属性的中文名称所定义属性的英文名称对属性的定义，解释这个属性是什么，对业务的作用属性的业务规则，包括但不限于此标准在各场景下的变化规则，编码含义等。对于部分复杂的规则，可附《XX文件》进行详细解释业务定义的数据类型，可选填，类型可选项：文本、日期、数字此标准的数据长度是否有允许值列表，选“是”的话后一列“允许值”必填属性的允许值列表，可选填实例化的一、两个样例，用以帮助其他人员对此属性的理解

此标准是否是外部数据业务规则责任人，一般为数据责任部门，用以明确责任数据维护责任人，一般为相关业务部门，用以明确责任。对于未细分责任的属性，此项为选填--运输委托DS0000150865代码运输方式TransportModeName运输方式是客、货运输所赖以完成的手段、方法与型式，是为完成客货运输任务而采取一定性质、类别的技术装备（运输线路和运输工具）和一定的管理手段。华为物流所指的运输方式主要是货物运输方式。主要有BYAIR,BYAIRSEA,BYAIRTRAIN,BYAIRTRUCK,BYEXPRESS,BYSEA,BYSEAAIR,BYSEATRUCK,BYSEATRAIN,BYTRAIN,BYTRAINTRUCK,BYTRUCK,BYSELFPICKUP，共13种运输方式。

1.BYAIR：空运

2.BYAIRSEA：空运和海运联运

文本101是BYAIR,BYAIRSEA,BYAIRTRAIN,BYAIRTRUCK,BYEXPRESS,BYSEA,BYSEAAIR,BYSEATRUCK,BYSEATRAIN,BYTRAIN,BYTRAINTRUCK,BYTRUCK,BYSELFPICKUPBYAIR

N供应链管理部/物流部

--进出口报关单DS0000324299编号报关单号DeclarationNumber报关单号是报关单的唯一识别编码，报关单是指进出口货物的收发货人或其代理人，按照海关规定的格式对于进出口货物的实际情况做出的书面申明，以此要求海关对其货物按适用的海关制度办理报关手续的法律文书。系统自动创建，编码规则为：

3位类型编码（如EPT代表出口，export缩写）+8位日期+6位流水号文本240否

EPT20200618000128

N供应链管理部/物流部

样例数据模型：概念数据模型概念数据模型设计：基于不同主题域，把该主题域下的业务对象（包含需要调用的其他主题域的业务对象）进行关联的过程。概念数据模型作用：概念模型设计是从宏观角度分析和设计核心数据模型的过程，为逻辑模型、物理模型设计提供范围及指导性方向。概念数据模型设计目标：建立统一的数据模型，有效整合数据，实现数据的标准化和开放共享，最终达到数据的可信（dependable）、可理解（understandable）、可管（controllable）和可用（usable）。数据可信：用最真实的数据说话，数据模型设计建立各领域间数据的共享，消除领域间的不信任导致的数据问题，保证数据的一致性、真实性，使数据可信；数据可理解：数据模型设计将数据层业务人员难以理解的物理数据转换成业务人员能够理解并认同的模式和规律，使数据可理解；数据可管：数据模型设计通过分析数据特征，提取数据的共用特性，整合数据的业务规则，采用工具对数据进行统一管控，保证数据可管；数据可用：数据模型建立数据与业务之间的联系，将数据中蕴藏的信息予以展现，以达到快速、及时、方便、准确而简单明了地响应需求，使数据可用。数据模型：概念数据模型样例1—0,11—10,1—0,10,1—0,1,n1—0,1,n1—1,n0,1—1,n0,1,n—0,1,n0,1,n—1,n1,n—1,n关系图例说明引用其他领域业务对象本领域业务对象样例数据分布：数据源规划数据源定义：数据源指业务上首次正式发布某项数据的应用系统，经过数据管理专业组织认证，作为唯一数据源头被周边系统调用。数据源规划要素：作为数据源的信息系统和提供给各系统调用的业务对象。数据源作用：提升用户对数据源系统使用的信心；减少下游业务的运作成本；增强数据的重用，加快项目的实施进度，减少实施成本；企业建立清晰的数据集成架构前提和基础。数据源使用场景：在项目立项过程中，识别与其它项目或系统的关联关系，明确项目所涉及的数据源建设的需求，做为目标应用或系统层面解决方案的基础；在做业务分析时，使用当前数据源，识别需求所涉及的数据的产生源头，明确需求涉及的源系统的问题及需求，同时提供数据源的更新要求。数据分布：数据源