华为企业数据架构、应用架构及技术架构设计方法

华为企业数据架构、应用架构及技术架构设计方法数据架构设计方法目录编号原则名称原则描述原则含义IP1数据按对象管理，明确数据Owner数据在业务活动中产生并记录，按对象进行管理，明确数据Owner业务Owner就是数据Owner，每个数据都要定义唯一的owner，代表企业管理数据，负责建设和维护数据架构数据Owner对数据质量负责数据Owner需指定数据管家，协助数据Owner履行职责IP2以企业全局视角定义数据架构

数据架构应基于企业全局视角定义，建立数据标准，形成数据共同语言，在企业生态中发挥作用参考业界先进实践以及商用软件包，定义组织级的数据架构

架构应有前瞻性，兼顾As-is及To-be业务运作模式，确保架构稳定每一个数据在组织范围内必须有唯一、准确的定义流程开发、IT实施应遵从企业已发布的数据架构IP3遵从企业数据分类管理框架基于数据本身的特性来划分数据的类别，进行分类管理针对数据分类的特性差异，制定相应的管理策略、管理框架、管控措施遵从企业数据分类管理框架，结构化数据按基础数据、主数据、事务数据、报告数据、观测数据进行分类定义IP4概念实体结构化、数字化根据业务需求建立概念实体的结构化、数字化架构，提升业务对数据的处理和应用能力根据业务实际需求进行概念实体的结构化设计通过数字化手段管理概念实体，业务场景和业务规则IP5数据服务化，同源共享定义单一数据源，通过数据服务化，实现同源共享，以保证跨流程、跨系统的数据一致为每一数据定义数据源，数据使用方应从数据源获取数据，数据更改应在数据源进行采用服务化架构，通过数据服务提供和获取数据数据是企业资产，数据Owner有责任推动数据共享，并做好安全保护，数据服务有授权登记和访问管理

数据架构的原则数据架构通过跨流程的整合实现数据在企业内的一致、准确和高效的使用与管理，企业数据架构应遵从以下5项原则。数据架构设计方法应用架构设计方法技术架构设计方法数据架构设计方法应用架构设计方法技术架构设计方法数据标准数据分布数据模型数据资产目录数据是组织的核心资产1324……业务术语数据标准

数据标准

L1数据域L2数据主题L3概念实体L4逻辑实体L5属性Owner2Owner31-数据资产目录概念实体逻辑实体业务属性……2-数据标准3-数据服务目录依照数据分发和发布框架设计基于已认证数据源并发布数据标准的前提提供数据共享服务，保证能复用4-概念数据模型5-逻辑数据模型6-数据源7-信息链（可选）8-数据流表达数据在业务活动中的流转表达数据在IT系统间的流转数据源需要先认证才能发布数据服务描述逻辑实体间的关联关系描述概念实体间的关联关系（依赖于API）Owner1数据资产目录：按照数据的关联关系进行逐层汇聚，组织数据资产分层框架。概念实体—概念实体就是业务管理的对象，如人、财、物、事等。数据模型：组织高阶概念数据模型，由概念实体以及彼此的业务关联关系构成，主要用于跟业务的沟通。数据标准—用于描述组织层面需共同遵守的属性层数据含义和业务规则。数据分布，是数据在业务流程和IT系统上流动的全景视图，识别数据的“来龙去脉”，是定位数据问题的导航，包括信息链、数据流、数据源。业务视角IT视角数据（信息）是组织的核心资产，数据架构通过数据资产目录、数据标准、组织级数据模型和数据分布厘清组织数据资产，改善数据质量，提升运作效率，有效支撑决策。

数据架构设计方法数据架构设计方法应用架构设计方法技术架构设计方法数据架构以企业愿景/使命/价值、业务需求、业界实践、现有模型及标准和其它架构设计成果为输入，进行数据资产目录设计、概念和逻辑模型设计、数据分布设计和整体蓝图设计。1.数据资产目录设计2.概念数据模型设计3.逻辑数据模型设计4.数据分布设计数据资产目录（含主题域模型）主要任务输出成果业务架构现有模型及标准业界实践5.整体蓝图设计输入1.1数据域&数据主题划分1.2概念实体识别1.3主题域模型设计2.2验证概念数据模型完整性、合理性和集成性2.1基于业务实质，确定概念实体的关联关系2.3评审概念数据模型，相关方达成共识并进行发布概念数据模型3.1参考三范式要求细化概念实体，识别逻辑实体

确定关键属性和关联关系

基于需求分场景进行逻辑数据模型设计和验证逻辑数据模型字典表4.1基于概念实体，以IT应用架构为底图设计数据流4.2结合应用架构，识别概念实体的数据源5.1跨域主题域模型设计5.2跨域概念模型设计数据流数据源愿景/使命/价值

数据字典整理数据资产目录（跨域主题域数据模型）跨域概念数据模型业务需求应用架构工作坊工作坊

数据架构设计步骤数据资产目录设计（数据域）1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法划分法根据企业价值链、流程架构、业界实践等输入，自上而下进行识别与抽象完成数据域设计;聚合法以概念实体为基础，自下而上识别核心概念实体作为数据域，其他对象根据相关性归属到对应的数据域。

1.明确业务范围2.开发数据域3.验证数据域4.更新定义与描述数据域划分范围主要任务输出成果业务架构现有模型业界实践5.刷新数据域输入1.1分析业务架构1.2参考业界数据域划分1.3确定数据域范围2.2结合流程架构和业界实践按主题的方式实现对业务的划分2.1识别业务的价值目标、关键交付以及业务价值链2.3识别各流程域中涉及的概念实体，按聚合法收敛到相应的数据域2.4输出数据域初稿数据资产目录（数据域）划分初稿3.1与流程架构、业务场景和业务管理需求进行适配讨论数据域的完整性和合理性,确定数据域评审稿召集参与人员进行评审数据资产目录（数据域）确定稿4.1更新数据域定义与描述4.2明确数据域责任人与职责4.3最终评审发布5.1根据变更的概念实体，分析与现有数据域差异5.2提出修改意见数据资产目录（数据域）发布版愿景/使命/价值

数据资产目录设计（数据域）数据资产目录设计（概念实体）1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法根据企业架构扩展元模型可知概念实体是业务对象的实现，因此通过业务对象可识别出候选概念实体，然后通过合并、抽象形成概念实体清单。另外通过已建应用是识别候选概念实体的重要途径。1.分析与识别概念实体2.整理概念实体初稿3.开发和验证4.更新定义与描述初步识别概念实体主要任务输出成果业务架构业界实践现有模型及标准5.刷新概念实体输入1.1分析主要价值流1.2业务流程和业务步骤1.3分析业务能力2.2初步合并、抽象候选概念实体2.1梳理候选概念实体2.3输出概念实体初稿数据资产目录（概念实体）初稿3.1完整性验证：与业务流程、

业务场景和业务管理需求适配，确保涵盖所有需要的概念实体

合理性验证：从业务重要性、复杂性以及业务管理责任优化概念实体

集成性验证：验证概念实体与相关领域的概念实体可对接数据资产目录（概念实体）确定稿4.1更新概念实体定义与描述4.2明确概念实体责任人与职责4.3最终评审与发布5.1根据变更逻辑数据实体，分析与现有概念实体差异5.2基于数据域及数据主题完成领域主题域模型设计数据资产目录（概念实体）发布版业务需求1.4分析业务对象/BI1.5分析本领域主流软件包、模型和标准主题域数据模型

数据资产目录设计（概念实体）数据资产目录设计（样例）1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法数据资产目录通过分层架构表达对数据的分类和定义，数据模型在用IT系统管理业务信息时，根据业务需求抽取信息的主要特征，模拟和抽象出一个能够反映业务信息（对象）之间关联关系的模型。数据资产目录L1L2L3L4L5数据主题概念实体属性数据域逻辑实体分层结构说明与业务流程架构L1保持一致是组织顶层信息分类，通过数据视角体现组织最高层面关注的业务领域数据管理基本单元统一业务语言业务和IT的关键连接点描述概念实体数据特征明确标准&规则，确保全流程拉通数据范围数据特征互不重叠数据的高层面的分类，用于管理其下一级的概念实体。指导IT系统开发与系统数据集成遵从逻辑数据建模规则Owner1Owner2Owner3数据主题L2品控管理供应链监督管理需求管理供应链技术管理供应链策划管理采购管理供应商管理合约管理仓储配送管理专家管理逆向物流管理…数据域L1供应链域战略规划域战略规划域概念实体L3临时采购计划采购物资目录批次信息年度采购计划采购目录信息…样例

数据资产目录设计（样例）数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法从业务流程活动涉及的主要业务数据出发抽取出的关键概念实体以及这些实体间的关系，描述概念化结构，只描述信息的特征和强调语义，而不涉及信息在计算机中的表示。1.确定概念实体的关联关系2.验证概念数据模型概念数据模型初稿主要任务输出成果业务架构现有模型业界实践3.评审概念数据模型输入1.1确定业务关键属性1.2确定业务主键属性1.3基于业务流程，明确概念实体的关联关系2.2合理性验证：从业务重要性、复杂性及业务管理责任优化概念实体2.1完整性验证：与业务需求适配，确保所有BI都可对应到概念实体2.3集成性验证：验证概念实体与相关领域的概念实体可对接概念数据模型确定稿3.1进行包含业务方在内的各方评审并达成共识

发布概念数据模型概念数据模型发布版数据资产目录

概念数据模型设计数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法从业务流程活动涉及的主要业务数据出发抽取出的关键概念实体以及这些实体间的关系，描述概念化结构，只描述信息的特征和强调语义，而不涉及信息在计算机中的表示。线索机会点客户交付于项目交付项目客户合同样例【两点】Entity/实体业务所需要的具有共同特征的一类信息/对象的集合。【一线】Relationship/关系描述实体之间的业务操作关系描述实体之间的数量关系

概念数据模型设计（样例）数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法根据概念实体，建立企业级的概念数据模型，并以此为基础进行细化，完成逻辑实体、实体间关系和实体属性设计；范式化（三范式）要求是概念数据模型细化设计的重要依据。主要任务输出成果数据资产目录概念实体业务流程现有模型输入2.整理属性初稿2.2识别逻辑实体关键属性中的主键和外键2.1识别逻辑实体关键属性2.3补充逻辑实体其他所有属性逻辑数据模型（属性）初稿数据字典初稿3.整理实体之间关系3.1使用ER模型记录逻辑实体之间关系

将模型中多对多关系拆分成两个一对多关系逻辑数据模型初稿4.验证逻辑模型4.1完整性：包含在业务经营和管理中的所有信息项4.2合理性：正确描述实体之间关系，能够指导IT模型4.3集成性：逻辑模型与相关领域可对接逻辑数据模型确认稿业务需求1.整理逻辑实体初稿逻辑数据模型（逻辑实体）初稿1.1分析现有概念实体，业务流程,现有模型等信息1.2参考三范式要求细化概念实体，识别逻辑实体5.更新逻辑模型5.1更新并发布逻辑模型逻辑数据模型发布版数据字典发布版范式一：有效主键、原子性、属性不能重复、一列不允许多值范式二：属性完全依赖于主键（消除部分依赖）范式三：属性不依赖于其它非主属性范式化是运用规则将业务的复杂性转化为稳定的数据结构的过程。基本目标是保证数据元素仅在一个位置出现。

逻辑数据模型设计数据架构设计方法应用架构设计方法技术架构设计方法对概念数据模型进一步的分解和细化，根据业务规则确定的描述实体、实体属性及实体之间关系的模型。描述业务流程活动涉及的业务数据在IT系统中如何实现，如何管理起来。实体名称：实体的标识符主键：能够唯一表示数据表中的每个实例/记录的属性/字段或者属性/字段的组合。属性：用于描述所属实体的特征/特性两个实体之间的关系通过外键实现；外键同时也是与其对应表的主键，除了名称以外，其他数据类型、长度、取值等要求一致；外键是一种特别的属性；样例数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计

逻辑数据模型设计（样例）数据架构设计方法应用架构设计方法技术架构设计方法数据流识别信息在应用或系统层面传递和集成的现状，识别应用或系统层面与信息之间的关系，是从信息视角提供应用或系统层面解决方案的基础；而数据源设计反映概念实体在应用或系统层面的源头分布。数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计1.分析业务流程和关键概念实体2.分析应用架构完成数据流初稿3.分析应用架构完成数据源初稿4.验证与刷新确定数据分布蓝图范围主要任务输出成果业务架构应用架构数据资产目录5.评审数据分布蓝图输入1.1分领域分析业务流程1.2分析关键概念实体在业务流程中分分布2.1基于应用架构，分析概念实体在每个应用系统中的创建、更新、删除或者读取的点2.2参考业务流程，按照数据集成的前后关系，输出数据流初稿数据流图初稿3.1基于概念实体做数据源现状分析，识别无源头或多源头等问题

结合应用架构梳理概念实体的数据源，并进行数据源认证数据源图初稿4.1基于业务流程按照完整性、合理性和集成性验证并刷新数据流图4.2基于业务流程按照完整性、合理性和集成性验证并刷新数据源图5.1针对数据流图和数据源图，进行包含业务方在内的各方评审并达成共识5.2发布数据分布蓝图数据流图和数据源图确认稿概念实体数据流图和数据源图发布版

数据分布蓝图设计数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法通过数据流识别信息在应用或系统层面传递和集成的现状；识别应用或系统层面与信息之间的关系，是从信息视角提供应用或系统层面解决方案的基础样例设计说明：要素包含数据（一般指逻辑数据实体或实体的具体属性）、应用系统、CRUD关系、操作角色在一张图中描述多个数据在应用系统间间的CRUD关系。此时的数据流图，与应用架构的“应用系统集成图”比较类似。

数据分布蓝图设计（数据流）数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计数据架构设计方法应用架构设计方法技术架构设计方法数据源设计反映概念实体在应用或系统层面的源头分布，一般以应用或系统层面的全视图作为设计数据源的基础。同时基于概念实体做数据源现状分析，发现无源头或多源头等问题可作为应用的优化点。1客户合同2合同条款3合同配置4销售订单5交付项目6交付子项目7主计划8WBS9里程碑计划10项目资源计划11资源申请单12到货计划13实施计划14服务采购计划15站点?16交付单元17MR18DN19P/L20验收文档21行政采购PR22生产采购PR23工程采购PR24采购PO25TimeReport26客户发票27应收28收入29成本30应付31库存32费用33收入计划34开票计划35开票触发计划36收入触发记录37合同解析结论38合同拆分结果EBSCCM配置源RAS设备收入拆分eSurvey工勘CIR合同注册iSales售前管理平台CPP合同处理平台CAS服务收入拆分CA合同解析PC-DTS开票/收入触发PM项目管理383812CFS开票372631516PO采购管理AP应付帐款INV库存管理CST成本管理APSDFA生产计划22HTM物流管理CES海外存货AR应收帐款PJC服务成本收集PJB收入确认31292030242917182728iBuy服务采购eGo行政采购SSE/APU费用管理iSite站点管理TMIS培训服务Times工时申报232125CPPSO预处理6789333536DMS箱单管理19OM订单管理iResource资源管理112041213323428514基于概念实体做数据源现状分析，识别无源头或多源头等问题结合业务应用，与IT架构一起设计概念实体未来的数据源，并进行数据源认证样例

数据分布蓝图设计（数据源）数据架构设计方法应用架构设计方法技术架构设计方法以企业级价值流为主线，整合各个领域的信息诉求，提供企业级的数据全景图，通过高层级的分类，管理关键概念实体，支撑企业运作与管理决策。数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计13.0MBS研发项目重量级团队1.0IPDOffering2.0MTL细分市场营销活动3.0LTC客户解决方案客户合同4.0ITR服务请求6.0MCR客户5.0DSTESPBP9.0Procurement供应商合同供应商8.0Supply库存组织基础雇用合规人员基础10.0MHR11.0FIN运营考核RoadmapOffering/Part/BOM/priceRequirementDefect/RequirementLeadCustomercontractPRSupplyplan/shipmentAR/Revenue/AP/Cost/Inventory组织/人员交付项目运输机会点线索路标需求7.0ServiceDelivery交付方案Deliveryplan考勤管理任职资格招聘管理个人绩效薪酬福利学习发展Inventory客户关系客户满意度加工指令授权行权客户战略采购Category采购PO交付资源交付信息资产人员配置组织应用干部管理荣誉与奖惩组织应用客户网络客户接触应收收入成本固定资产应付存货费用投资核算税务核算合并筹资核算关联核算现金管理现金投资信用销售融资外汇管理公司融资资金专业服务资金结算税务关联交易定价12.0MBT&ITIT产品与服务企业架构BT&IT解决方案变革项目14.ChannelSale渠道进销存渠道合作伙伴渠道激励预算预测销售管道PR制造质量工程能力制造资源重量级团队治理16.Retail渠道进销存终端渠道伙伴零售管理渠道拓展渠道伙伴目标与绩效消费者满意度渠道伙伴销售与订单计划消费者消费者研究用户黏性数据用户体验数据零售绩效销售订单计划Offering样例跨域主题域模型设计数据架构设计方法应用架构设计方法技术架构设计方法企业级概念数据模型从用户视角，审视各域在实际业务场景中对关键数据的诉求，梳理关键数据跨域的集成关系，提供企业级的数据（信息）流转全景图。数据资产目录设计1.02.0概念数据模型设计3.0逻辑数据模型设计4.0数据分布蓝图设计5.0整体蓝图设计样例跨域概念数据模型设计目录应用架构设计方法数据架构设计方法应用架构设计方法技术架构设计方法一级应用系统模块（APP）从属于AD，通常是强相关联的一级应用系统模块的集合，是应用建设预算核算、满意度考核等的管理单元。应用域（AD）应用组（AG）示例资产管理供应链管理…………需求管理采购管理为支撑特定业务需求而提供的一组紧耦合的功能。模块内高内聚（相同或高度相似的功能应归于同一模块），模块间低耦合（模块间的依赖最小化并通过服务接口集成）。具备明确的业务特征，独立完整，支撑业务流程中关联较为紧密的一组步骤活动的功能聚合。…………是应用功能模型的最高分组，参考高阶的业务分组，有清晰的用户群和业务支撑范围。……合约管理…………………………采购需求计划管理框架招标需求分配…………合同履约…物资合同1:N1:N定义应用架构元素包含属于包含属于管理要素核心要素二级应用系统模块（ABB）应用架构描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能。这些应用功能指的是用来管理在数据架构中定义的数据，并对在业务架构中定义的各项业务功能进行支持的能力。1:N包含属于功能项/功能子项1:N包含属于业务逻辑上较密切关联的一组功能集合，是应用建设、需求受理、需求实现安排、预算核算、考核、环境准备等管理颗粒的基本单元。履约过程跟踪零星采购单需求计划填报框架分配方案编制

应用架构定义数据架构设计方法应用架构设计方法技术架构设计方法名称原则描述原则说明分层解耦通过服务化构建轻量级、分层解耦的应用能力，信息系统分为前台、中台和后台，相互之间通过服务进行交互面向用户构建前台：面向南网用户构建前台接入，前台仅消费服务而不产生服务；面向服务构建中台：根据业务对象的耦合程度进行中台IT应用的划分，IT应用间低耦合，内部高内聚；应用服务支撑业务能力的实现；面向信息资产构建后台：实现数据同源、一致；层与层之间充分解耦，通过服务进行交互体验驱动围绕用户体验，构建一站式的联接平台，提升用户工作和沟通效率针对外部用户，通过统一客户界面入口，统一用户管理和身份识别，统一的架构规划，以构建统一的“数字化全连接”前台，提升用户体验，使与客户做生意更简单、高效、安全、透明；针对内部用户，建设基于角色的一站式工作平台以连接人、业务、知识；针对不同业务单元构建相应的一站式工作平台，但每一角色只有一个角色频道入口；建立用户体验设计标准，保证用户体验的一致性；提供多渠道的接入，但优先考虑移动应用服务化实现以服务为中心，通过服务化实现应用架构的分层解耦，具备灵活、按需组合的能力应用系统通过API将数据与功能开放出来；软件包需通过API开放其数据和功能逻辑；所有应用模块间的信息通信通过服务接口和消息进行调用；服务逻辑和服务通信协议（REST/SOAP/RPC等）解耦；统一构建公共应用服务；所有服务需在统一的服务管控平台中进行管理；面向服务消费方，服务提供方必须提供明确的SLA承诺

应用架构设计原则数据架构设计方法应用架构设计方法技术架构设计方法设计应用功能的步骤：Top-down与Bottom-up结合1.

AD/AG/APP初步划分2.

ABB初步识别应用架构图（AD/AG/APP初稿）主要任务输出成果业务架构输入1.1分析业务架构1.2参考业界应用划分1.3确定应用域/组/一级应用模块范围应用系统模块清单（ABB初稿

）2.1分析业界实践（如：软件包）对应的应用划分2.2

分析业务对象，初步建立基于业务对象的应用划分2.3结合业界实践及基于业务对象应用划分，设计符合南网业务的应用ABB功能项1.业界实践2.业务对象3.功能项识别分析逻辑实体，支撑的业务流程3.1分析业界实践（如：软件包）对应的应用划分

结合业界实践、逻辑实体、南网管理现状进行功能项识别1.业界实践2.逻辑数据实体3.业务能力7.应用系统适配与集成7.1应用功能与现有应用系统的匹配关系梳理7.2识别需要新增或者需要优化的应用系统7.3梳理应用之间的集成关系1.功能项分布清单2.应用集成清单3.应用集成图4.功能子项梳理4.1分析功能项承载的业务流程步骤4.2

对业务流程步骤进行分析，形成支撑业务步骤功能项4.3功能子项差缺补漏功能子项清单1.功能项2.业务流程/步骤1.应用系统规划原则2.应用架构集成图6.应用功能与业务关系描述6.1应用功能支撑业务步骤关系匹配6.2应用功能操作角色匹配1.应用功能2.业务流程步骤3.业务角色清单1.业务/应用矩阵2.角色/功能矩阵5.调整应用架构划分5.1分析ABB与APP初稿的关联关系5.3组织评审应用架构的南网适配性5.4修编应用架构划分5.2分析功能项与ABB初稿的关联关系应用架构图（AD/AG/APP/ABB/功能/功能子项终稿）1.应用架构图工作坊8.应用服务设计8.1分析供多业务调用的功能项，形成应用服务清单8.2补充应用服务上下文（如：对应活动、功能、数据及描述等）8.3将应用服务归集到南网应用服务目录下应用服务目录1.业务/应用矩阵2.功能项

应用架构设计步骤数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计1.1分析业务架构1.2.参考业界应用划分1.3.确定应用域/组/一级应用模块范围操作指导输出业务架构输入1.应用域AD划分基本与企业价值流保持一致，可增加运营分析类的AD。2.分析业务域/一级业务分类，划分AG/APP方法如下：分析业务域，颗粒度较大的业务域可以依照一级业务分类的关联性做适当的拆分。AG/APP可分为两类进行划分业务运作类（支撑业务能力和流程）分析报表类（支撑分析类工作）1.AD/AG/APP草稿2.业界实践参考1.寻找业界电网行业的应用划分实践。2.识别与AD/AG/APP草稿的差异点。3.分析差异原因。1.AD/AG/APP草稿2.与业界实践差异及原因1.分析不同业界实践划分与南网业务的适配性。2.分析南网的组织结构对应用管理的合理性。3.分析差异原因，吸收优秀实践。4.舍弃不适用南网实际的差异。5.最终确定AD/AG的范围。AD/AG/APP草稿1.差异点2.差异原因分析应用架构图（AD/AG/APP初稿）8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成供应链管理供应链策划管理供应链技术管理采购管理需求管理供应商管理供应链考核评价品类目录及编码管理供应链标准化管理供应链计划管理供应链信息化管理招标管理非招标管理招标采购代理机构管理评标基地管理电子商城管理需求预测管理需求申报管理供应商登记供应商资格审查供应商评价供应商信用管理供应商分级分类供应商服务合约管理合同执行管理合约签订管理供应链策略管理供应链运营监控*品控管理仓储配送管理供应链监督管理逆向物流管理专家管理仓库建设管理仓库运行管理储备管理仓库班组管理物资调配管理物资配送管理供应链业务监督供应链风险管理供应链投诉处理供应商惩戒及解除逆向物资回收闲置物资管理报废物资管理评标（评审）专家管理招标代理人管理监督专家管理品控专家管理品控执行管理质量问题处理AD：资产域AG：供应链域APP：供应链策划管理APP：供应链技术管理APP：需求管理APP：采购管理APP：供应商管理APP：合同管理APP：品控管理APP：供应商监督管理APP：仓储管理APP：调配管理APP：逆向物流管理APP：专家管理仓储配送管理颗粒度太大，建议拆分样例

AD/AG/APP初步识别样例数据架构设计方法应用架构设计方法技术架构设计方法2.1.分析业界实践（如：软件包）对应的应用划分2.2.分析业务对象，初步建立基于业务对象的应用划分2.3.结合业界实践及基于业务对象应用划分，设计符合南网业务的应用ABB操作指导输出业界实践对模块的划分输入1.寻找电网业界实践的应用设计，可以是软件包，或者是其他电网公司的应用建设实践。2.分析参考实践的应用划分逻辑，比如：业务、组织、运作等。业务对象1.分析业务对象业务含义。2.分析业务对象之间的关联关系。3.以业务对象的颗粒度和关联关系为靶子，进行应用（ABB）识别和适配。1.业界实践应用划分洞察2.ABB草稿1.业界应用划分洞察与ABB草稿匹配分析。2.分析南网的应用管理组织结构。3.基于以上因素对ABB草稿进行修正。4.形成ABB初稿。业界实践应用划分洞察二级应用系统模块清单（ABB草稿

）二级应用系统模块清单（ABB初稿

）AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成需求管理采购管理非招标采购招标采购资格预审采购方案/分包方案反向竞拍需求计划管理需求预测管理采购计划管理供应商管理供应商分级分类资格预审供应商日常管理供应商登记供应商评价管理专家管理专家评价专家遴选专家管理专家不良行为合同管理合同变更及解除合同订立合同归档合同标准文本管理合同履约事件处理合同履约品控管理品控计划品控技术标准品控结果发布品控策略管理品控评价品控执行仓储管理退库调拨入库现场到货出库冲红移库盘点保管保养储备管理逆向物流管理报废物资管理闲置物资管理逆向物资冲红逆向物资回收调配管理配送管理调配监控资源统筹储备物资需求管理供需匹配监督管理供应链业务监督供应链风险监督供应链策划管理供应链运营监控供应链考核管理供应链策略管理供应链技术管理品类目录及标准化管理供应链标准化管理供应链计划管理样例

ABB初步识别样例数据架构设计方法应用架构设计方法技术架构设计方法3.1.分析业界实践（如：软件包）对应的应用划分.分析逻辑实体，支撑的业务流程.结合业界实践、逻辑实体、南网管理现状进行ABB识别操作指导输出业界实践对模块的划分输入1.寻找电网业界实践的应用设计，可以是软件包，或者是其他电网公司的应用建设实践。2.分析参考实践的应用划分逻辑，比如：业务、组织、运作等。1.逻辑数据实体2.业务流程1.分析逻辑数据实体业务含义。2.建立逻辑数据实体与业务能力的对应关系。3.以业务流程+逻辑数据实体的维度建立初步的支撑应用功能。1.业界实践应用划分洞察2.功能项草稿1.业界应用划分洞察与功能项草稿匹配分析。2.分析南网的应用管理组织结构。3.基于以上因素对功能项草稿进行修正。4.形成功能项初稿。业界实践应用划分洞察功能项草稿功能项初稿AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成逻辑实体功能项所属二级功能模块到货验收单到货验收入库入库登记表入库登记入库入库单入库审批入库样例

功能项识别样例数据架构设计方法应用架构设计方法技术架构设计方法4.1.分析功能项承载的业务流程步骤4.2.对业务流程步骤进行分析，形成支撑业务步骤功能子项4.3.功能子项差缺补漏操作指导输出1.功能项2.业务流程步骤输入1.对功能项进行分析。2.分析功能项支撑的业务步骤操作。1.功能项详细描述2.功能项支撑的业务步骤操作1.将类似的业务操作进行组合，提炼为同一个功能子项，也即该功能子项支撑这些业务步骤。1.功能子项草稿2.功能项1.将识别的出来的功能子项草稿进行分析，和功能项的功能分析进行匹配验证，查缺补漏。2.保证功能子项的组合可以完整实现功能项的功能定位。功能项详细描述功能项支撑的业务步骤操作功能子项草稿功能子项初稿AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成逻辑实体功能项子功能项现场核实计划现场核实计划管理待核实供应商飞行检查需求计划首次入网需求计划现场核实需求计划月度核实计划现场核实计划逻辑实体功能项子功能项现场核实安排现场核实管理核实通知确认（供应商侧）现场核实配置现场核实安排现场核实逻辑实体功能项子功能项现场核实报告现场核实结果管理现场核实报告现场核实合并报告样例29数据架构设计方法应用架构设计方法技术架构设计方法5.1.分析ABB与APP初稿的关联关系5.2.分析功能项与ABB初稿的关联关系5.3.组织评审应用架构的南网适配性操作指导输出1.APP初稿2.ABB初稿输入1.分析承载APP对应的业务架构的业务组织。2.分析承载ABB对应的业务对象的业务组织。3.分析组织差异，进行ABB归属APP调整1.功能项初稿2.ABB初稿1.依据数据逻辑实体和业务对象的关系，梳理功能项与ABB的归属关系。1.AD/AG/APP/ABB/功能/功能子项1.AD/AG/APP/ABB/功能/功能子项的识别和设计成果汇报。2.召集领域专家对应用架构成果评审APP与ABB的关系ABB与功能项关系评审意见5.4.修编应用架构划分1.AD/AG/APP/ABB/功能/功能子项2.评审意见1.针对评审意见进行修编AD/AG/APP/ABB/功能/功能子项。应用架构图（AD/AG/APP/ABB/功能/功能子项终稿）AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成需求管理采购管理非招标采购招标采购资格预审采购方案/分包方案反向竞拍需求计划管理需求预测管理采购计划管理供应商管理供应商分级分类资格预审供应商日常管理供应商登记供应商评价管理专家管理专家评价专家遴选专家管理专家不良行为合同管理合同变更及解除合同订立合同归档合同标准文本管理合同履约事件处理合同纠纷案件管理合同履约品控管理品控计划品控技术标准品控结果发布品控策略管理品控评价品控执行仓储管理退库调拨入库现场到货出库冲红移库盘点保管保养储备管理逆向物流管理报废物资管理闲置物资管理逆向物资冲红逆向物资回收调配管理配送管理调配监控资源统筹调配结算储备物资需求管理供需匹配监督管理供应链业务监督供应链风险监督供应链投诉处理供应链策划管理供应链运营监控供应链考核管理供应链策略管理供应链技术管理品类目录及标准化管理供应链标准化管理供应链计划管理样例应用新增应用合并保持不变应用合并

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法6.1.应用功能支撑业务步骤关系匹配6.2.应用功能操作角色匹配操作指导输出1.功能/功能子项2.业务操作步骤输入1.分析和识别功能/功能子项层级的应用功能与业务步骤的关系。2.按照AD/AG/APP/ABB/功能/功能子项的层级关系进行卷积，形成整体的业务/应用矩阵1.业务/应用矩阵2.业务步骤操作角色1.分析业务步骤的操作业务角色。2.梳理业务角色和应用功能的对应关系业务/应用矩阵角色/功能矩阵AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成样例应用功能与业务步骤的对应关系：业务角色和应用功能的对应关系：

应用功能与业务关系描述样例数据架构设计方法应用架构设计方法技术架构设计方法1.应用功能与现有应用系统的匹配关系梳理2.识别需要新增或者需要优化的应用系统3.梳理应用之间的集成关系操作指导输出1.应用系统现状2.应用架构功能输入1.分析南网的应用系统现状，了解应用系统的定位、功能、使用范围、使用情况等。2.与设计梳理的应用功能进行匹配，建立现有应用系统与应用架构功能的对应关系1.应用系统规划原则1.应用系统规划原则导入和理解。2.针对现有应用系统未覆盖的应用架构功能进行分析，按照原则识别出是否需要新增应用系统，或者补足现有系统的能力来支撑未覆盖到的应用架构功能。1.应用系统2.业务流程3.业务对象1.分析在业务流程中流程的业务对象。2.分析业务流程归属的应用系统。3.梳理应用系统之间的数据集成关系。4.提炼跨业务领域的集成关系，形成跨领域的应用架构蓝图。功能项分布清单（AS-IS）功能项分布清单（TO-BE）1.应用集成清单2.应用集成图3.跨域应用架构蓝图AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成样例功能项分布清单：应用协作清单：

应用系统适配与集成样例数据架构设计方法应用架构设计方法技术架构设计方法1.分析供多业务调用的功能项，形成应用服务清单2.补充应用服务上下文（如：对应活动、功能、数据及描述等）3.将应用服务归集到南网应用服务目录下操作指导输出1.业务/应用矩阵2.功能项输入1.分析流程步骤，识别需要调用功能项的业务流程。2.将被多业务流程步骤调用的功能项进行提取。3.分析这些业务流程步骤所属的业务域，如果归属在多个业务域/一级业务分类，也就是说多个业务域/一级业务分类流程需要调用相同功能项，则将该功能项定位应用服务。1.功能/功能子项2.业务操作步骤1.对应用服务进行结构化描述，比如输入、输出、对应的业务流程活动，需要被集成的下游业务流程等，形成应用服务上下文。1.应用服务目录2.应用服务清单1.将识别的应用服务归集到该领域的相应的应用服务目录下。2.形完整的应用服务目录。应用服务清单（应用服务识别）应用服务清单（增加上下文）应用服务目录（应用服务资产）AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成

应用架构设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法AD/AG/APP初步识别1.02.0ABB初步识别3.0功能项识别4.0功能子项梳理5.0调整应用架构划分6.0应用功能与业务关系描述7.0应用服务设计8.0应用系统适配与集成供应商分类结果查询服务供应商信息查询服务供应商履约结果查询服务供应商投标缴纳保证金评标供应商登记注册招投标合同签约供应商注册供应商信息审核评标结果发布合同履约合同签订及履约合同履约合同结算合同履约评价供应商信息变更/完善合同履约招投标评价供应商注册模板服务供应商信息变更服务黑名单查询服务供应商资质能力查询服务供应商资格预审资质能力评价供应商分级结果查询服务供应商注册供应商信息变更/完善登记注册应用服务应用功能样例

应用服务设计样例目录技术架构设计方法数据架构设计方法应用架构设计方法技术架构设计方法技术策略：技术架构所应该遵循的一般性原则和决策。技术框架：支撑业务应用和数据的所有技术服务、技术组件和技术平台，也是本项目蓝图阶段的重点。技术蓝皮书：用于制定某个技术领域的策略和规则、架构路标、技术路线。打样技术标准：针对数字化转型项目过程中可能重复使用的IT技术和软硬件资源所制订的选择规则和技术特性。技术规范：用于规范和指导应用建设的技术运用。技术服务目录：对技术服务进行罗列和描述。打样技术设计：描述应用模块使用I层/P层技术服务的情况。【高阶技术设计-解决方案架构设计模板】技术策略企业技术框架技术标准技术规范技术架构蓝皮书技术服务目录技术设计落地战略层战术层项目层指引技术架构：将应用/数据架构中定义的各种组件映射为相应的技术组件，这些技术组件代表了各种可以从市场或组织内部获得的软件和硬件组件。同时，也定义了技术策略和原则，指导和规范IT产品的规划、设计、实施、运维等场景下的技术工作。技术平台技术服务技术组件部署节点

技术架构定义数据架构设计方法应用架构设计方法技术架构设计方法1.技术框架设计2.技术组件设计5.部署节点设计技术架构原则技术架构框架主要任务输出成果企业IT战略应用架构最佳实践输入技术组件清单技术服务目录技术平台数据架构部署架构技术蓝皮书技术标准规范4.技术平台设计6.整体蓝图设计3.技术服务设计1.1解读企业IT战略和总体原则1.2参考业界最佳实践1.3设计技术架构原则和框架2.1识别功能性需求2.2识别非功能性需求2.3设计技术组件

3.1聚合成技术服务

匹配应用需求

设计技术服务4.1划分技术域和层级4.2设计技术平台4.3提出部署要求5.1分析部署需求5.2确定部署策略5.3设计部署架构6.1确定整体蓝图6.2设计跨领域技术解决方案6.3技术架构其他制品

技术架构设计步骤数据架构设计方法应用架构设计方法技术架构设计方法技术框架设计1.02.0技术组件设计3.04.05.06.01.解读企业IT战略和总体原则2.参考业界最佳实践3.设计技术架构原则和框架操作指导输出1，企业IT战略2，应用和数据架构原则输入1，解读南网企业战略、十四五规划等战略指引刚要。2，导入应用架构、数据架构架构设计原则。提炼对技术的要求。3，设计技术架构原则初稿。1，技术架构原则（初稿）2，业界最佳实践技术框架初稿（初稿）技术架构原则（初稿）技术架构原则技术架构框架（初稿）技术架构框架技术服务设计技术平台设计部署节点设计整体蓝图设计1，参考电网行业最佳实践。2，通过工作坊、访谈等形势，确定适合南网的技术架构原则和策略。3，设计技术框架初稿。1，分析业界最佳实践与南网技术的适配性。2，分析差异原因，吸收优秀实践。3，最终确定技术框架的范围。

技术框架设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法技术框架设计1.02.0技术组件设计3.04.05.06.0技术服务设计技术平台设计部署节点设计整体蓝图设计网络融合使能ICT创新技术IoT视频大数据AI区块链业务服务专业领域服务公共数据服务融合通信GIS云基础设施灾备服务计算服务存储服务网络服务容器服务应用中间件数据库服务公共应用服务AI使能数据使能集成使能开发使能应用使能云管业务应用大党建体系大监督体系大业务体系接入层PC端IOC大屏移动端生产工控网应用层平台层联接层终端设备摄像头门禁系统传感器……安全运维运营安全管理中心计算环境安全通信网络安全服务管理用户运营数据运营生态运营服务运营区域边界安全监控管理配置管理高阶运维多云管理办公网视频监控专网边缘层边缘节点数据中心123465示例

技术框架设计样例数据架构设计方法应用架构设计方法技术架构设计方法技术框架设计1.02.0技术组件设计3.04.05.06.01.识别功能性需求2.识别非功能性需求3.设计技术组件操作指导输出1，现状调研成果2，应用和数据架构设计输入1，通过现状调研，收集现有技术架构中的技术组件。2，识别应用架构中公共服务组件。3，设计匹配管理应用组件全生命周期的基础支撑类技术组件。1，国家法律法规、监管要求2，技术组件（基础支撑类）1，技术组件（应用服务类）2，技术组件（基础支撑类）3，技术组件（安全保障类）技术组件（应用服务类）技术组件（基础支撑类）技术组件（安全保障类）技术组件清单技术服务设计技术平台设计部署节点设计整体蓝图设计1，解读国家“三法三条例”和电网行业网络安全的要求。2，设计保障应用安全稳定运行所需的技术组件。1，按照基础设施、数字平台、公共服务、安全技术等分类，整理技术组件清单。

技术组件设计步骤细化数据架构设计方法应用架构设计方法技术架构设计方法技术框架设计1.02.0技术组件设计3.04.05.06.0技术服务设计技术平台设计部署节点设计整体蓝图设计基于战略指引（关于ICT技术建设的方向指导），结合业务访谈和应用系统调研汇总业务部门数字化需求，应用系统的功能/非功能要求。对标标杆