25TC-42-架构数据架构、应用架构、业务架构及技术架构4A架构设计方案

架构数据架构、应用架构、业务架构及技术架构4A架构设计方案数据架构设计方法目录编号原则名称原则描述原则含义IP1数据按对象管理，明确数据Owner数据在业务活动中产生并记录，按对象进行管理，明确数据Owner业务Owner就是数据Owner,每个数据都要定义唯一的owner,代表企业管理数据，负责建设和维护数据架构◆

数据Owner对数据质量负责

数据Owner需指定数据管家，协助数据Owner履行职责IP2以

企业全局视角

定义数据架构数据架构应基于企业全局视角定义，建立数据标准，形成数据共同语言，在企业生

态中发挥作用参考业界先进实践以及商用软件包，定义组织级的数据架构架构应有前瞻性，兼顾As-is及To-be业务运作模式，确保架构稳定

每一个数据在组织范围内必须有唯一、准确的定义

流程开发、IT实施应遵从企业已发布的数据架构IP3遵从企业数据分类管理框架基于数据本身的特性来划分数据的类别，进行分类管理

针对数据分类的特性差异，制定相应的管理策略、管理框架、管控措施遵从企业数据分类管理框架，结构化数据按基础数据、主数据、事务数据、报告数据、观测数据进行分类定义IP4概念实体结构化、

数字化根据业务需求建立概念实体的结构化、数

字化架构，提升业务对数据的处理和应用能力根据业务实际需求进行概念实体的结构化设计通过数字化手段管理概念实体，业务场景和业务规则IP5数据服务化，同源共享定义单一数据源，通过数据服务化，实现

同源共享，以保证跨流程、跨系统的数据一致为每一数据定义数据源，数据使用方应从数据源获取数据，数据更改应在数据源进行

采用服务化架构，通过数据服务提供和获取数据

数据是企业资产，数据Owner有责任推动数据共享，并做好安全保护，数据服务有授权登记和访问管理数据架构的原则数据架构设计方法

应用架构设计方法

技术架构设计方法数据架构通过跨流程的整合实现数据在企业内的一致、准确和高效的使用与管理，企业数据架构应遵从以

下5项原则。数据模型

34-概念数据模型描述概念实体间的关联关系5-逻辑数据模型描述逻辑实体间的关联关系数据分布

46-

数据源数据源需要先认证才能发布数据服务7

-

信息链(

可

选

)表达数据在业务活动中的流转8-

数据流表达数据在IT系统间的流转L4逻辑实体L5

属性2

数据标准2-

数据标准概念实体

逻辑实体

业务属性3-

数据服务目录(依赖于API)·依照数据分发和发布框架设计·基于已认证数据源并发布数据标准的前提·提供数据共享服务，保证能复用数据(信息)是组织的核心资产，数据架构通过数据资产目录、数据标准、组织级数据模型和数据分布厘清组织数据资产，改善数据质量，提升运作效率，有效支撑决策。数据是组织的核心资产业务术语数据标准数据架构设计方法

应用架构设计方法

技术架构设计方法数据分布，是数据在业务流程和IT系统上流动的全景视

图，识别数据的“来龙去脉”,是定位数据问题的导

航，包括信息链、数据流、

数据源。数据资产目录：按照数据的

关联关系进行逐层汇聚，组

织数据资产分层框架。概念实体—概念实体就是业

务管理的对象，如人、财、

物、事等。1-

数据资产目录L1数据域L2数据主题

L3

概念实体数据架构设计方法数据模型：组织高阶概念数

据模型，由概念实体以及彼

此的业务关联关系构成，主要用于跟业务的沟通。数据标准一用于描述组织层

面需共同遵守的属性层数据

含义和业务规则。0wnerl0wner2

0wner31

数据资产目录务视角I

T

视

角数据架构以企业愿景/使命/价值、业务需求、业界实践、现有模型及标准和其它架构设计成果为输入，进行数据资产目录设计、概念和逻辑模型设计、数据分布设计和整体蓝图设计。3.1参考三范式要求细化概

念实体，识别逻辑实体确定关键属性和关联关系基于需求分场景进行逻辑

数据模型设计和验证数据字典整理逻辑数据模型字典表4.1基于概念实体，以IT应

用架构为底图设计数据流4.2结合应用架构，识别概念实体的数据源数据流数据源3.逻辑数据模型设计

4.数据分布设计

5.整体蓝图设计愿景/使命/价值业务需求应用架构5.1跨域主题域模型设计5.2跨域概念模型设计数据资产目录(跨域主题域数据模型)跨域概念数据模型2.2验证概念数据模型完整

性、合理性和集成性2.3评审概念数据模型，相

关方达成共识并进行发布概念数据模型1.2概念实体识别1.3主题域模型设计数据资产目录(含主题域模型)主要任务输出成果数据架构设计步骤数据架构设计方法

应用架构设计方法

技术架构设计方法1.数据资产目录设计

2.概念数据模型设计2.1基于业务实质，确定概

念实体的关联关系现有模型及标准1.1数据域&数据主题划分业务架构业界实践输入工

作

坊工

作

坊概念数据模型设计逻辑数据模型设计主要任务数据分布蓝图设计整体蓝图设计输出成果1.1分析业务架构1.2参考业界数据域划分1.3确定数据域范围数据域划分范围2.1识别业务的价值目标、

关键交付以及业务价值链2结合流程架构和业界

实践按主题的方式实现

对业务的划分2.4输出数据域初稿2.3识别各流程域中涉及

的概念实体，按聚合法

收敛到相应的数据域数据资产目录(数据域)

划分初稿1与流程架构、业务场

景和业务管理需求进行

适配讨论数据域的完整性和

合理性，确定数据域评审稿召集参与人员进行评审数据资产目录(数据域)

确

定

稿4.1更新数据域定义与描

述4.2明确数据域责任人与

职责4.3最终评审发布数据资产目录(数据域)

发布版5.1根据变更的概念实体，分析与现有数据域差异5.2提出修改意见划分法根据企业价值链、流程架构、业界实践等输入，自上而下进行识别与抽象完成数据域设计；聚合法以概念实体为基础，自下而上识别核心概念实体作为数据域，其他对象根据相关性归属到对应的数据域。数据资产目录设计(数据域)输入1.明确业务范围业务架构2.开发数据域现有模型

业界实践数据资产目录设计(数据域)3.验证数据域愿景/使命/价值1.02.03.04.05.0数据架构设计方法

应用架构设计方法

技术架构设计方法4.更新定义与描述5.刷新数据域数据资产目录设计(概念实体)根据企业架构扩展元模型可知概念实体是业务对象的实现，因此通过业务对象可识别出候选概念实体，然后通过合并、抽象形成概念实体清单。另外通过已建应用是识别候选概念实体的重要途径。4.1更新概念实体定义与

描述4.2明确概念实体责任人

与职责4.3最终评审与发布数据资产目录(概念实体)

发布版2.1梳理候选概念实体2.2初步合并、抽象候

选概念实体2.3输出概念实体初稿3.1完整性验证：与业务

流程、业务场景和业务

管理需求适配，确保涵

盖所有需要的概念实体合理性验证：从业务重

要性、复杂性以及业务

管理责任优化概念实体集成性验证：验证概念

实体与相关领域的概念

实体可对接数据资产目录(概念实体)数据资产目录(概念实体)初稿

确定稿1.1分析主要价值流1.2业务流程和业务步骤1.3分析业务能力1.4分析业务对象/BI.5分析本领域主流软件

包、模型和标准初步识别概念实体1根据变更逻辑数据实

体，分析与现有概念实

体差异2基于数据域及数据主

题完成领域主题域模型设计主题域数据模型概念数据

模型设计逻辑数据

模型设计数据分布

蓝图设计整体蓝图

设计主要任务输出成果数据资产目录设计(概念实体)输入4.更新定义与描5.刷新概念实体3.开发和验证业务需求数据架构设计方法

应用架构设计方法

技术架构设计方法业务架构业界实践

现有模型及标准2.03.04.05.02.整理概念实体

初稿1.分析与识别概念实体述1.0数据资产目录通过分层架构表达对数据的分类和定义，数据模型在用IT系统管理业务信息时，根据业务需求抽取信息

的主要特征，模拟和抽象出一个能够反映业务信息(对象)之间关联关系的模型。分层结构

说明·

与业务流程架构L1

保

持

一

致·

是组织顶层信息分类，通过数

据视角体现组织最高层面关注

的业务领域·

互不重叠数据的高层面的分类，

用于管理其下

一

级的概念实体。·

数

据

管

理

基

本

单

元·

统

一

业

务

语

言·

业

务

和IT

的

关

键

连

接

点·

指导IT

系

统

开

发

与

系

统

数

据

集成·

遵

从

逻

辑

数

据

建

模

规

则·描述概念实体数据特征·

明

确

标

准

&

规

则，

确

保

全

流

程拉通数据域

L1战略规划域

战略规划域数据主题L2供应链监督管理

供应链技术管理品控管理采购管理供应商管理

仓储配送管理

专家管理数据域Owner1数据主题Owner2概念实体Owner3逻辑实体属性供应链域供应链策划管理逆向物流管理合约管理需求管理采购目录信息批次信息数据资产目录设计(样例)概念数据

模型设计逻辑数据

模型设计数据分布

蓝图设计整体蓝图

设计数据资产目录设计(样例)1.02.03.04.05.0L1L2L3L4L5概念实体L3采购物资目录临时采购计划数据范围

数据特征数据资产目录年度采购计划1.确定概念实体的关联关系业务架构

现有模型1.1确定业务关键属性1.2确定业务主键属性1.3基于业务流程，明确概念

实体的关联关系概念数据模型初稿业界实践数据资产目录1完整性验证：与业务需求

适配，确保所有BI都可对应

到概念实体2.2合理性验证：从业务重要

性、复杂性及业务管理责任

优化概念实体2.3集成性验证：验证概念实

体与相关领域的概念实体可

对接概念数据模型确定稿从业务流程活动涉及的主要业务数据出发抽取出的关键概念实体以及这些实体间的关系，描述概念化结构，只描述信息的特征和强调语义而不涉及信息在计算机中的表示。3.1进行包含业务方在内的各

方评审并达成共识发布概念数据模型概念数据模型发布版数据资产目录设计输入概念数据模型设计整体蓝图设计输出成果概念数据模型设计1.02.03.04.05.0数据架构设计方法

应用架构设计方法

技术架构设计方法2.验证概念数据模型

3.评审概念数据模型逻辑数据

模型设计数据分布

蓝图设计主要任务线索机会点客户合同交付于项目交付项目客户从业务流程活动涉及的主要业务数据出发抽取出的关键概念实体以及这些实体间的关系，描述概念化结构，只描述信息的特征和强调语义而不涉及信息在计算机中的表示。数据架构设计方法

应用架构设计方法

技术架构设计方法数据资产目录设计概念数据

模型设计逻辑数据

模型设计数据分布

蓝图设计整体蓝图

设计概念数据模型设计(样例)【

一

线】Relationship/关系

描述实体之间的业务操作关系

描述实体之间的数量关系【

两

点

】Entity/实体业务所需要的具有共同特征的

一

类

信息/对象的集合。1.02.03.04.05.0根据概念实体，建立企业级的概念数据模型，并以此为基础进行细化，完成逻辑实体、实体间关系和实体属性设计；范式化(三范式)要

求是概念数据模型细化设计的重要依据。范式化是运用规则将业务的复

杂性转化为稳定的数据结构的过

程。基本目标是保证数据元素仅

在

个位置出现。范式一：有效主键、原子性、属性不能重复、一列不允许多值范式二：属性完全依赖

于主键(消除部分依赖)范式三：属性不依赖于

其它非主属性4.验证逻辑模型业务需求.1完整性：包含

在业务经营和管理

中的所有信息项2合理性：正确描述实体之间关系，能够指导T模型3集成性：逻辑

模型与相关领域可

对接逻辑数据模型确认稿2.整理属性初稿业务流程2.1识别逻辑实体

关键属性2.2

识别逻辑实体

关键属性中的主键

和外键2.3补充逻辑实体

其他所有属性逻辑数据模型(属性)初稿数据字典初稿1.整理逻辑实体初

稿数据资产目录概念实体1

1分析现有概念

实体，业务流程，

现有模型等信息1

2参考三范式要

求细化概念实体，

识别逻辑实体逻辑数据模型(逻辑实

体)初稿5.更新逻辑模型5.1

更新并发布逻

辑模型逻辑数据模型发布版

数据字典发布版3.整理实体

之间关系现有模型3.1使用ER模型记

录逻辑实体之间关

系将模型中多对多

关系拆分成两个一

对多关系逻辑数据模型初稿数据架构设计方法

应用架构设计方法

技术架构设计方法数据资产目录设计输入概念数据模型设计逻辑数据模型设计整体蓝图设计输出成果1.02.03.04.05.0逻辑数据

模型设计数据分布

蓝图设计主要任务1.0数据资产目录设计实体名称：实体的

标识符主键：能够唯一表示数据表中

的每个实例/记录的属性/字段

或者属性/字段的组合。专家工作属历表2.0概念数据模型设计想否外龄家3.0逻辑数据模型设计历E

单公部门历征肉偿肉版奶任岗位养人网系烘8年4.0数据分布蓝图设计公来5.0整体蓝图设计属性：用于描述所属

实体的特征/特性鹿西格字位·

两个实体之间的关系通过外键实现；·外键同时也是与其对应表的主键，除了名称以外，其他数据类型、长度、

取值等要求一致；·

外键是一种特别的属性；对概念数据模型进

一

步的分解和细化，根据业务规则确定的描述实体、实体属性及实体之间关系的模型。描述业务流程活动涉及的业务数据在IT系统中如何实现，如何管理起来。逻辑数据模型设计(样例)数据架构设计方法

应用架构设计方法

技术架构设计方法概念实体3.1基于概念实体做数据

源现状分析，识别无源

头或多源头等问题结合应用架构梳理概念

实体的数据源，并进行

数据源认证4.1基于业务流程按照完

整性、合理性和集成性

验证并刷新数据流图4.2基于业务流程按照完

整性、合理性和集成性

验证并刷新数据源图1针对数据流图和数据

源图，进行包含业务方

在内的各方评审并达成

共识5.2发布数据分布蓝图1.1分领域分析业务流程1.2分析关键概念实体在

业务流程中分分布确定数据分布蓝图范围2.1基于应用架构，分析

概念实体在每个应用系

统虫的创建、更新、删

除或者读取的点2.2参考业务流程，按照

数据集成的前后关系，

输出数据流初稿数据流图初稿数据流识别信息在应用或系统层面传递和集成的现状，识别应用或系统层面与信息之间的关系，是从信息视角提供应用或系统层面解决方案的基础；而数据源设计反映概念实体在应用或系统层面的源头分布。数据资产目录设计输入概念数据模型设计数据分布蓝图设计整体蓝图设计输出成果1.02.03.04.05.0数据架构设计方法

应用架构设计方法

技术架构设计方法1.分析业务流程和关键

概念实体数据流图和数据源图确认稿业务架构

应用架构

数据资产目录逻辑数据

模型设计数据分布

蓝图设计数据流图和数据源图发布

版2.分析应用架构

完成数据流初稿3.分析应用架构

完成数据源初稿5.评审数据分布

蓝图数据源图初稿4.验证与刷新主要任务规则解析

业务交易

账务核算数据资产目录设计概念数据模型设计逻辑数据模型设计数据分布蓝图设计整体蓝图设计通过数据流识别信息在应用或系统层面传递和集成的现状；识别应用或系统层面与信息之间的关系，是从信息视角提供应用或系统层面解决方案的基础设计说明：要素包含数据(一般指逻辑数据实体或实

体的具体属性)、应用系统、CRUD关系

、操作角色在一张图中描述多个数据在应用系统间

的CRUD关系。此时的数据流图，与应用

架构的“应用系统集成图”比较类似。数据架构设计方法

应用架构设计方法

技术架构设计方法纳税申报湖秘第工物城i中话筑

文学G5

算C-创建点

U-更改点R-读取点1客户4Ship

from7TAXPRODUCT2供应商5Bil

to8PROCESS3Bil

from6ship

to数据分布蓝图设计(数据流)1.02.03.04.05.0ASIS系统集成-销项数据流进项数据流数据源设计反映概念实体在应用或系统层面的源头分布，

一般以应用或系统层面的全视图作为设计数据源的基础。同时基于概念实体做数据现状分析，发现无源头或多源头等问题可作为应用的优化点。合同解析CFS开票PC-DTS

356开票/收入触发⑤678项目管理iBuy服务采购eGo行政采购SSE/APU

费用管理CIR合同注册配置源RAS设备收入拆分CPPSO

预处理APS

DFA生产计划iSite站点管理TMIS培训服务iResource

资源管理PJB收入确认采购管理订单管理CES海外存货Times数

据

架

构

设

计

方

法

应用架构设计方法

技术架构设计方法iSales售前管理平台eSurvey工勘CPP合同处理平台CAS服务收入拆分应收帐款PJC服务成本收集应付帐款INV库存管理HTM物流管理DMS箱单管理合同配置销售订单交付项目

交付子项目

主计划WBS里程碑计划项目资源计划

资源申请单到货计划实施计划服务采购计划

站点?交付单元MRDNP/L验收文档行政采购PR

生产采购PR

工程采购PR

采购POTime

Report

客户发票应收收入成本应付库存费用收入计划开票计划开票触发计划

收入触发记录

合同解析结论

合同拆分结果数据资产目录设计概念数据

模型设计逻辑数据

模型设计数据分布

蓝图设计整体蓝图

设

计数据分布蓝图设计(数据源)>基于概念实体做数据源现状分析，识别无源头或多源头等问题

>结合业务应用，与IT架构一起设计概念实体未来的数据源，并进行数据源认证1.02.03.04.05.0CST成本管理工时申报数据资产概念数据逻辑数据Roadmap5.0DSTIPD

OfferingOffering2.0MTL营销活动细分市场渠道进销存研发项目

路标

需求

重量级团队

重量级团队Offering/Part/BOM/priceLead3.0

LTC

线索

销售管道客户网络机会点

客户合同

DeliverySupply

plan/shipment14.Channel

9.0

Procurement库存Defect/Requirement4.0

ITRplan

服务请求7.0Service

Delivery

交付项目交付方案

交付资源交付信息资产客户满意度16.Retail

终端渠道伙伴消费者

渠道拓展消费者满意度

渠道伙伴销售与订单计划零售管理

消费者研究用户黏性数据用户体验数据

零售绩效运输计划制造资源

制造质量加工指令

工程能力蓝图设计设计10.0MHR组织基础人员基础

任职资格学习发展人员配置雇用合规招聘管理组织应用

荣誉与奖惩干部管理个人绩效考勤管理组织应用运营考核11.0

FIN存货

应付

合并关联核算

税务核算关联交易

现金管理

资金结算

销售融资应收

收入

成本税务信用

费用预算预测投资核算

筹资核算

外汇管理现金投资公司融资

固定资产

资金专业服务

定价12.0MBT&IT企业架构变革项目

治理13.0

MBS以企业级价值流为主线，整合各个领域的信息诉求，提供企业级的数据全景图，通过高层级的分类，管理关键概念实体，支撑企业运作与管理决策。跨域主题域模型设计1.02.03.04.05.0采购Category

供应商合同

采购PO渠道进销存

渠道激励1.01.02.03.04.05.0数据资产目录设计概念数据模型设计逻辑数据模型设计数据分布蓝图设计整体蓝图设计Pricn

Item企业级概念数据模型从用户视角，审视各域在实际业务场景中对关键数据的诉求，梳理关键数据跨域的集成关系，提供企业级的数据(信息)流转全景图。跨域概念数据模型设计数据架构设计方法

应用架构设计方法技术架构设计方法动迹配西每实的应用架构设计方法目录应用域(AD)包含1:N属于应用组(AG)包含1:N属于一级应用系统模

块(APP)包含1:N属于二级应用系统模

块(ABB)包含1:N属于功能项/功能子

项应用架构描述了各种用于支持业务架构并对数据架构所定义的各种数据进行处理的应用功能。这些应用功能指的是用来管理在数据架构中定义的数据，并对在业务架构中定义的各项业务功能进行支持的能力。应用

架

构元

素

定义示例应用架构定义数据架构设计方法

应用架构设计方法

技术架构设计方法为支撑特定业务需求而提供的一组紧耦合的功能。模块内高内聚(相同或高度相似的功能应归于同

一

模块),模块间低耦合(模

块间的依赖最小化并通过服务接口集成)。具备明确的业务特征，独立完整，支撑业务流程中关联较为紧

密的一组步骤活动的功能聚合。是应用功能模型的最高分组，参考高阶的业务分组，有清晰的用户

群和业务支撑范围。从

属

于AD,通常是强相关联的

一级应用系统模块的集合，是应

用建设预算核算、满意度考核等的管理单元。资产管理供应链管理业务逻辑上较密切关联的一组功能集合，是应用建设、需求受理、需求实现安排、预算核算、考核、环境准备等管理颗粒的基本单元。采购需求计划管理

…需求计

划填报管

理

要

素

核心要素合

同

履

约物

资

合

同能

默

配

分框架分配方案编制履约过

程跟踪零星采

购单采购

管理合约

管理需求

管理名称原则描述原则说明分层解耦通过服务化构建轻量级、分层

解耦的应用能力，信息系统分

为前台、中台和后台，相互之

间通过服务进行交互1.面向用户构建前台：面向南网用户构建前台接入，前台仅消费服务而不产生服务；2.面向服务构建中台：根据业务对象的耦合程度进行中台IT应用的划分，IT应用间低耦合，高内聚；应用服务支

撑业务能力的实现；3.面向信息资产构建后台：实现数据同源、

一致；4.层与层之间充分解耦，通过服务进行交互体验驱动围绕用户体验，构建一站式的

联接平台，提升用户工作和沟

通效率1.针对外部用户，通过统一客户界面入口，统一用户管理和身份识别，统一的架构规划，以构建统一的“数字

化全连接”前台，提升用户体验，使与客户做生意更简单、高效、安全、透明；2.针对用户，建设基于角色的一站式工作平台以连接人、业务、知识；针对不同业务单元构建相应的一站式工

作平台，但每一角色只有一个角色频道入口；3.建立用户体验设计标准，保证用户体验的一致性；4.提供多渠道的接入，但优先考虑移动应用服务化实现以服务为中心，通过服务化实现应用架构的分层解耦，具备

灵活、按需组合的能力1.应用系统通过API将数据与功能开放出来；2.软件包需通过API开放其数据和功能逻辑；3.所有应用模块间的信息通信通过服务接口和消息进行调用；服务逻辑和服务通信协议(REST/SOAP/RPC等)

解

耦

；4.统一构建公共应用服务；5.所有服务需在统一的服务管控平台中进行管理；面向服务消费方，服务提供方必须提供明确的SLA承诺应用架构设计原则输入主要任务输

出

成果1.AD/AG/APP初步划分业务架构1.1分析业务架构1.2参考业界应用划分3确定应用域/组/一级应用模块

范围应用架构图(AD/AG/APP初

稿

)2.ABB初步识别1.业界实践2.亚务对象1分析业界实践(如：软件包)

对应的应用划分2.2分忻业务对象，初步建立基

于业务对象的应践及基于业务对象应用划分，设

计符合南网业务应用系统模块清单(ABB

初

稿

)3.功能项识别1.业界实践2.逻辑数据实体3.亚务能力1分析业界实践

(如：软件包)

对应的应用划分分析逻辑实体，

支撑的业务流程结合业界实践、

逻辑实体、南网

管理现状进行功

能项识别功能项1应用功能与

现有应用系统的

匹配关系梳理7.2识别需要新

增或者需要优化

的应用系统7.3梳理应用之间的集成关系1.功能项分布清单2.应用集成清单3.应用集成图8.I

分忻供多业务调用的功能项，

形成应用服务清8.2补允应用服务上下文(如：对应活动、功能、数掘及描述竺3将应用服务归

集到南网应用服

务目录下应用服务目录应用架构设计步骤设计应用功能的步骤：Top-down

与

Bottom-up

结合6.应用功

能与业务

关系描述1.度用功能3.亚务角色清廉6.1应用功能支

撑业务步骤关系

匹配6.2应用功能操

作角色匹配1.业务/应用矩阵2.角色/功能矩阵4.功能子

项梳理1.功能项2.业务流程/步骤4.1分析功能项

承载的业务流程

步骤4.2对业务流步骤进行分析，

形成支撑业务步驱功能项4.3功能子项查缺补漏功能子项清单数据架构设计方法

应用架构设计方法

技术架构设计方法5.调整应

用架构规划1.应用架构图1分析ABB与

APP初稿的关联

关系.2分析功能项与

ABB初稿的关联关系7.应用系统适配与集成1应用系统规划2应用架构集成8.应用服

务设计1.业务/应用矩阵2.功能项5.4修编应用架构划分应用架构图(AD/AG/APP/ABB/功能/功能子项终稿)3组织评审应

架构的南网适

性工作坊1.1分析业务架构业务架构1.应用域AD

划分基本与企业价值流保持一

致，可增加运营分析类的AD。2

.

分析业务域/

一

级业务分类，划分

AG/APP

方法如下：■分析业务域，颗粒度较大的业务域可

以依照

一

级业务分类的关联性做适当

的拆分

。■

AG/APP可分为两类进行划分√

业务运作类(支撑业务能力和流程)√

分析报表类(支撑分析类工作)AD/AG/APP

草稿1.3.确定应用域/组/一级应用模块

范围1.AD/AG/APP

草稿2

.

与业界实践差异及原因1

.

分析不同业界实践划分与南网业务的适

配性

。2

.

分析南网的组织结构对应用管理的合理

性。3

.

分析差异原因，吸收优秀实践。4.舍弃不适用南网实际的差异。5

.

最终确定AD/AG

的范围。应用架构图(AD/AG/APP

初稿)1.2.参考业界应用划分1.AD/AG/APP

草稿2.业界实践参考1.寻找业界电网行业的应用划分实践。2.识别与AD/AG/APP草稿的差异点。

3.分析差异原因。1

.差异点2

.差异原因分析输入操作指导输出AD/AG/APP初步识别ABB初步识别功能项识

别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统适配与集成应用服务

设计应用架构设计步骤细化1.02.03.04.05.06.07.08.0数据架构设计方法应用架构设计方法技术架构设计方法供应商管

理供应商登记供应商资格审查供应商评价供应商信用

管理供应商分级分类供应商服务供应链管理仓储配送

管

理仓库建设

管理仓库运行

管理储备管理仓库班组

管

理物资调配

管理逆向物流管

理逆向物资回收闲置物资

管理报废物资管理供

应

链

监督管

理供应链业

务监督供应链风险管理供应链投诉处理供应商惩

戒及解除举例专家管理评标(评审)

专家管理招标代理人

管理监督专家管

理品控专家管

理合约管理合约签订管理合同执行管理品控管理品控执行管理质量问题处理APP:

品控管理APP:

合同管理物资配送管理

APP:

逆向物流管

理仓储配送管理颗粒度太大建议拆分

APP:

供应商监督管理APP:

供应商管理

APP:

仓储管理

APP:

调配管理AD:

资产域AG:

供应链域APP:

专家管理供应链策

划管理供应链策略管理供应链运营监控供应链考核评价APP:

供应链策划

管理采购管理招标管理非招标管理招标采购代理机构管理评标基地管理电子商城管理APP:

采购管理供应链技

术管理

品类目录及编码管理供应链标准化管理供应链计划管理供应链信息化管理需求管理需求预测

管理需求申报

管理数据架构设计方法

应用架构设计方法

技术架构设计方法AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务

设计APP:

需求管理APP:

供应链技术管理1.02.03.04.05.06.07.08.0初步识别样例AD/AG/APP1.02.03.04.05.06.07.08.0AD/AG/APP初步识别ABB初步识别功能项识别功能子项梳理调整应用架构划分应用功能与业务关系描述应用系统适配与集成应用服务设计输入操作指导输出2.1.分析业界实践(如：软件包)对应

的应用划分业界实践对模块的划分1.寻找电网业界实践的应用设计，可以是

软件包，或者是其他电网公司的应用建设

实践。2.分析参考实践的应用划分逻辑，比如：

业务、组织、运作等。业界实践应用划分洞察2.2.分析业务对象，初步建立基于

业务对象的应用划分业务对象2.3.结合业界实践及基于业务对象

应用划分，设计符合南网业务的

应

用ABB1.业界实践应用划分洞察2.ABB草稿1.分析业务对象业务含义。2.分析业务对象之间的关联关系。3.以业务对象的颗粒度和关联关系为靶子，

进行应用(ABB)识别和适配。1.业界应用划分洞察与ABB

草稿匹配分析。

2.分析南网的应用管理组织结构。3.基于以上因素对ABB

草稿进行修正。4.形成ABB

初稿。应用架构设计步骤细化数据架构设计方法

应用架构设计方法

技术架构设计方法二级应用系统模块清单(ABB

草

稿

)二级应用系统模块清单(ABB初

稿

)供应链计

划管理供应商分级分类专家评价合同标准

文本管理合同归档品控策略管理品控执行供应链策

略管理需求计划管理储备物资需求管理采购方案/分包方案资格预审入库出库保管保养AD/AG/APP

初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务

设计供应商登记供应商日

常管理专家管理专家不良行为供应商管理资格预审供应商评价管理专家管理专家遴选需求管理需求预测管

理供需匹配采购管理招标采购反向竞拍采购计划

管理非招标采

购监督管理供应链业务监督供应链风险监督逆向物资冲红仓储管理调拨

退库移库

冲红储备管理现场到货盘点逆向物资

回收供应链技术管理供应链标准化管理例品类目录及标准化管理调配管理配送管理

调配监控逆向物流管理1.02.03.04.05.06.07.08.0合同订立合同履约事件处理合同变更

及解除初步识别样例合同履约品控结果

发

布供应链策划管理供应链考

核管理品控技术标准品控评价数据架构设计方法应用架构设计方法技术架构设计方法闲置物资管理报废物资管理ABB供应链运

营监控合同管理品控管理资源统筹品控计划3.1.分析业界实践(如：软件包)对应的应用划分业界实践对模块的划分1.寻找电网业界实践的应用设计，可以是

软件包，或者是其他电网公司的应用建设

实践。2.分析参考实践的应用划分逻辑，比如：

业务、组织、运作等。业界实践应用划分洞察1.分析逻辑数据实体业务含义。2.建立逻辑数据实体与业务能力的对应关

系。3

.

以业务流程+逻辑数据实体的维度建立

初步的支撑应用功能。1.业界应用划分洞察与功能项草稿匹配分

析。2.分析南网的应用管理组织结构。3.基于以上因素对功能项草稿进行修正。4.形成功能项初稿。输入操作指导输出AD/AG/APP初步识别ABB初步识别功能项识

别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统适配与集成应用服务设计应用架构设计步骤细化1.02.03.04.05.06.07.08.0.结合业界实践、逻辑实体、南网

管理现状进行ABB

识别数据架构设计方法

应用架构设计方法

技术架构设计方法功能项草稿

功能项初稿1.业界实践应用划分洞察2.功能项草稿1.逻辑数据实体2.业务流程.分析逻辑实体，支撑的业务流程递电子高审批入库单(50)履约问题反映馈确认移库单、调拨

单、退库单(60)电子商城

通用物资仓

库负责人供

应

链

一部

门仓管员供应链部单据传递

财调拨单、退库单结束AD/AG/APP初步识

别ABB初步

识

别功能项识别功能子项梳

理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务

设

计盘点审核通过编制入库单(40)合

格逻辑实体到货验收单入库登记表入库单功能项到货验收入库登记入库审批配送实开始根据物资计划到

货信息派工入库验收(20)入库流程移库

调拨工作计划流程

功能项识别样例所属二级功

能模块入库入库入库1.02.03.04.05.06.07.08.0否

—

物资(

退回在抽检计划3拒分子公

司/地

市级供电

局级供电局是否合格是否合同物至愦抽检

工作例退库4.

1.分析功能项承载的业务流程步骤1.功能项2.业务流程步骤1.对功能项进行分析。2.分析功能项支撑的业务步骤操作。功能项详细描述功能项支撑的业务步骤操作1.将类似的业务操作进行组合，提炼为同一个功能子项，也即该功能子项支撑这些

业务步骤。1.将识别的出来的功能子项草稿进行分析，

和功能项的功能分析进行匹配验证，查缺

补漏。2.保证功能子项的组合可以完整实现功能

项的功能定位。输入操作指导输

出AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统适配与集成应用服务

设计4.2.对业务流程步骤进行分析，形成支撑业务步骤功能子项

4.3.功能子项查缺补漏应用架构设计步骤细化1.02.03.04.05.06.07.08.01.功能项详细描述2.功能项支撑的业务步骤操作数据架构设计方法

应用架构设计方法

技术架构设计方法功能子项草稿

功能子项初稿1.功能子项草稿2.功能项供应链管理部发年蛊

格

警

烫

寄

液报告(170)汇总/缩制或场核实、飞行检查、首次入网月度核实报告(160)开

展

现

场

枝实、飞

行

检查

，

首次入网核实1.02.03.04.05.06.07.08.0子功能项待核实供应商飞行检查需求计划首次入网需求

计划现场核实需求

计划月度核实计划

现场核实计划子功能项现场核实报告现场核实合并报

告子功能项核实通知确认

(供应商侧)

现场核实配置现场核实安排

现场核实AD/AG/APP

初步识别ABB初步识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务

设计公

司南

网公

司

门供

应

链管

理

部门公

司物资公现

场

核小

组

实

小

组例逻辑实体现场核实

计划逻辑实体现场核实

报告逻辑实体现场核实

安排功能项现场核实

计划管理功能项现场核实

结果管理功能项现场核实

管理应用架构设计步骤细化供应商现场核实管理流程审核全网月度核实计审批全网月度核实报告划(100)(230)报

复裴受

(

品)5

0枝划高发出核实通知(130)核实通知确认(140)审核全网月度核实计划(90)审核全网度核实计统筹编制全网月度核责

务员务

员

务

责

务

员

务

责

务

员

实

家

权

表审

核

全

网

月

度

核

实

报

告(210)分析总并刺全明月负

业人业

人

业

负业

人

业

负

业

人

核

专

授

代报送现场纪实、飞行检查、首次入网核实

P需求计划(60)德产磐场枝离核妄要检

计划(1102编制资格预审现场核查报告(1902划(4D2291.02.03.04.05.06.07.08.0AD/AG/APP初步识别ABB初步识别功能项识别功能子项梳理调整应用架构划分应用功能与业务关系描述应用系统适配与集成应用服务设计输入操作指导输出.1.分析ABB与APP初稿的关

联关系1.APP初稿2.ABB初稿1

.

分析承载APP

对应的业务架构的业务组织。2.分析承载ABB

对应的业务对象

的业务组织。3.分析组织差异，进行ABB

归属

APP调整APP与ABB的关系5

.

3

.

组

织

评

审

应

用

架

构

的

南网适配性1.AD/AG/APP/ABB/

功能/功能

子项1.AD/AG/APP/ABB/

功能/功能子项的识别和设计成果汇报。2.

召集领域专家对应用架构成

果评审5.4.修编应用架构划分1.AD/AG/APP/ABB/

功能/功能

子项2

.评审意见1.针对评审意见进行修编AD/AG/APP/ABB/

功能/功能

子项

。5.2.分析功能项与ABB

初

稿的关联关系1

.

功能项初稿2.ABB初稿1.依据数据逻辑实体和业务对象

的关系，梳理功能项与ABB的

归属关系。ABB与功能项关系应用架构设计步骤细化应用架构图(AD/AG/APP/ABB/功能/功能子项终稿)数据架构设计方法

应用架构设计方法

技术架构设计方法评审意见专家管理专家不良行为现场到货盘点专家管理专家遴选资源统筹逆向物资

回收供应链策

略管理需求计划管

理应用合并储备物资需求管理采购方案/分包方案资格预审入库出库保管保养应用新增数据架构设计方法

应用架构设计方法

技术架构设计方法AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务

设计调配结算逆向物资冲红监督管理供应链业

务监督供应链风险监督供应链投诉处理调拨移库储备管理应用合并退库冲红保持不变供应链计

划管理供应商分级分类合同标准文本管理合同归档供需匹配采购管理招标采购反向竞拍非招标采购供应链技术管理供应链标准化管理例品类目录及标准化管理调配管理配送管理

调配监控逆向物流管理应用架构设计步骤细化供应商登记供应商日常管理供应商管理资格预审供应商评价管理1.02.03.04.05.06.07.08.0需求管理需求预测管理采购计划管理供应链策划管理供应链考

核管理合同变更

及解除合同履约事件处理品控策略

管理品控执行合同订立合同纠纷案件管理供应链运

营监控品控技术标准闲置物资管理报废物资管理品控结果发布合同管理品控管理仓储管理合同履约品控计划品控评价专家评价6

.

1

.应用功能支撑业务步骤关系匹配1

.功能/功能子项2

.

业务操作步骤1

.

分析和识别功能/功能子项层级的应用

功能与业务步骤的关系。2

.按照AD/AG/APP/ABB/

功能/功能子项

的层级关系进行卷积，形成整体的业务/

应用矩阵业务/应用矩阵6

.2

.应用功能操作角色匹配1

.业务/应用矩阵2.业务步骤操作角色1.分析业务步骤的操作业务角色。2

.梳理业务角色和应用功能的对应关系角色/功能矩阵输入操作指导输

出AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统适配与集成应用服务

设计应用架构设计步骤细化1.02.03.04.05.06.07.08.0数据架构设计方法

应用架构设计方法

技术架构设计方法样例业务域级业务分类二级业务分类业务能力业务活动业务步骤编号业务步骤应用域应用一级应用模块二级应用模块功能项供应键管理采购管理招标管理招标方案确定招标方案确定流程0分包资产管理供应链管理采购管理需求分包丰物资需求分包供应链管理采购管理招标管理招标方案确定招标方案确定流程10分包资产管理供应链管理采购管理需求分包框架物资需求分包供应链管理采购管理招标管理招标方案确定招标方案确定流程10分包资产管理供应链管理采购管理需求分包专项物资需求分包供应链管理采购管理招标管理招标方案确定招标方案确定流程20招标方案编制资产管理供应链管理采购管理采购实施采购方案供应键管理采购管理招标管理招标方案确定招标方案确定流程30审核招标方案资产管理供应链管理采购管理采购实施采购方案供应链管理采购管理招标管理招标方案确定招标方案确定流程40审核招标方案资产管理供应链管理采购管理采购实施采购方案供应链管理采购管理招标管理招标方案确定招标方案确定流程50审批招标方案资产管理供应链管理采购管理采购实施采购方案供应链管理采购管理招标管理招标资格预审流程10编制资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程20审核资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程30审核资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程40审核资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程50审核资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程60发布资格预审公告资产管理供应链管理采购管理资格预审项目资格预审公告供应链管理采购管理招标管理招标资格预审流程70发售资格预审文件资产管理供应链管理采购管理资格预审项目资格预审文件供应链管理采购管理招标管理招标资格预审流程80收取资格预审申请文件资产管理供应链管理采购管理资格预审项目资格申请文件评审供应链管理采购管理招标管理招标资格预审流程90资格审查资产管理供应链管理采购管理资格预审项目资格申请文件评审供应链管理采购管理招标管理招标资格预审流程100编制资格预审报告资产管理供应链管理采购管理资格预审项目资格预审报告审核供应链管理采购管理招标管理招标资格预审流程110审核资格预审结果资产管理供应链管理采购管理资格预审项目资格预审报告审核供应键管理采购管理招标管理招标资格预审流程120发出资格预审合格通知书资产管理供应链管理采购管理资格预审项目发出资格预审合格

通知书角色名称建议申请用户可申请用户级别应用域

☑应用一级应用模块

☑二级应用模块功能项物资采购目录维护人员供应链部、物资公司网省级资产管理供应链管理需求管理采购目录管理物资采购目录非物资采购目录维护人员供应链部、物资公司网省级资产管理供应链管理需求管理采购目录管理非物资采购目录需求预测任务发布人员供应链部网省级资产管理供应链管理需求管理需求预测需求预测任务发布需求预测填报人员需求部门省地县级资产管理供应链管理需求管理需求预测需求预测填报地市局采购人员供应链服务中心地级资产管理供应链管理需求管理地市局采购管理采购计划需求计划变更单编制人员需求部门省地县级资产管理供应链管理需求管理需求变更需求计划变更编辑需求计划变更单编制人员需求部门省地县级资产管理供应链管理需求管理物资需求计划需求计划查询1.02.03.04.05.06.07.08.0数据架构设计方法

应用架构设计方法

技术架构设计方法应用功能与业务关系描述样例AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统适配与集成应用服务设计应用功能与业务步骤的对应关系：业务角色和应用功能的对应关系：数据架构设计方法

应用架构设计方法

技术架构设计方法2.识别需要新增或者需要优化的应3.梳理应用之间的集成关系

用系统1.应用系统1.应用系统规划原则

2.业务流程3.业务对象1.应用系统规划原则导入和理解。2.针对现有应用系统未覆盖的应用架构功

能进行分析，按照原则识别出是否需要新

增应用系统，或者补足现有系统的能力来

支撑未覆盖到的应用架构功能。1.分析在业务流程中流程的业务对象。

2.分析业务流程归属的应用系统。3.梳理应用系统之间的数据集成关系。4.提炼跨业务领域的集成关系，形成跨领

域的应用架构蓝图。操作指导输

出

功能项分布清单(AS-IS)1.应用系统现状2.应用架构功能1.分析南网的应用系统现状，了解应用系

统的定位、功能、使用范围、使用情况等。2.与设计梳理的应用功能进行匹配，建立

现有应用系统与应用架构功能的对应关系AD/AG/APP初步识别ABB初步

识别功能项识

别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统

适配与集成应用服务设计应用架构设计步骤细化1.02.03.04.05.06.07.08.01.应用功能与现有应用系统的匹配关系梳

理1.应用集成清单2.应用集成图3.跨域应用架构蓝图功能项分布清单(TO-BE)输入输入应用域、输入应用输入应用模、入二换应用“输入功能项、输出应用域、输出应用输出应用模坊、出奥用“输出功能项应用模块协作描述否跨业务领域、资产管理供应琏管理供应商管理供应商信用管理失信行为扣分管理

(供应商侧)资产管理供应链管理监蓄管理供应商处理及解除供应商复议处理供应商提出复议申请，将申请信息同步至供应商复

议处理环节。(复议事项、复议请求、复议内容、复议时间、复

议申请材料附件》否资产管理供应琏管理供应商管理供应商信用管理失信行为信息查询资产管理供应链管理监昔管理供应商处理及解除供应商惩处处理供应商失信行为扣分达到惩处标准的，相关扣分内容露自动到供应商惩处处理中。(标准物资目录名称、扣分通知单编号、扣分分数、扣分细则代码、标注、管理阶段、失信行为、失信行为类型、佐证材料)否资产管理供应琏管理供应商管理供应商信用管理失信行为名单管理

(供应商侧)资产管理供应链管理监督管理合规监督管理监督工作执行供应商发起整改验收申请后，将申请信息同步至受理整改验收申请环节。(解除逗处申请编号、供应商名称、统一社会信用代码、法人或授权委托代理人、联系电话、惩处解除申请日期、惩处公告编号、是否涉及质量类失信行为、是否涉及履约类失信行为、是否涉及诚信类失信行为、供应商惩外认定事项具体摇述、供应商惩处期限、供应商惩处措施、供应商整改补救措施及完成情况、供应商力防止发生类似行为所采取的管理和技术方面的各种具体管控措施、整改报告附件

)否资产管理供应链管理专家管理专家选取监督专家谴选资产管理供应链管理监督管理合规监督管理监督工作执行将专家遗选结果信息同步至初评，专家评标码、姓

茎、性别、身份证号、评标专家圾别、专业类别、

手机号码、单位部门、分组、银行账号、专家来源

4A临时账号、临时账号初始密码、政治面貌、专家等级否资产管理供应链管理专家管理日常管理监督专家信息管理资产管理供应链管理监督管理合规监督管理监督工作执行编利监督计划时如果对监督专家进行委派，获取监

督专家信息(专业、岗位、单位部门、专家姓名、

专家联系方式)否资产管理供应琏管理综合管理品类库管理品类目录管理基建/主网技术管理设计管理建设物资需求管理项目

负

责

人

或

设

计

单

位

编

制

设

备

材

料

清

册时，基

建

可

调

用

物

资品

类

选

择

页

面

选

择

物

资品

类

，

通

过

项目

名

称、项目

编

码

等

信息

完

成

界

面

初

始

化

。是样例功能顶名称所属应用系统编号所属应用系统名称所属微服务编号(如有)所属微服务名称(如有)年度重点任务管理AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce专项评价管理AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce品类编码扩展属性维

护AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce品类目录管理AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce物资品类编码管理AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce特征维护AA-AS-MM电网管理平台(供应链域)AA-MS-0002gmp-mm-databasic-serivce1.02.03.04.05.06.07.08.0AD/AG/APP初步识别ABB初步识别功能项识

别功能子项

梳理调整应用

架构划分应用功能与业务关系描述应用系统

适配与集成应用服务

设计应用系统适配与集成样例功能项分布清单：应用协作清单

：1.分析供多业务调用的功能项，形成应

用服务清单1.业务/应用矩阵2.功能项1.分析流程步骤，识别需要调用功能项的

业务流程。2.将被多业务流程步骤调用的功能项进行

提取。3

.分析这些业务流程步骤所属的业务域，

如果归属在多个业务域/一级业务分类，也就是说多个业务域/一级业务分类流程

需要调用相同功能项，则将该功能项定为

应用服务。应用服务清单(应用服务识别)1.对应用服务进行结构化描述，比如输入、输出、对应的业务流程活动，需要被集成

的下游业务流程等，形成应用服务上下文。1.将识别的应用服务归集到该领域的相应

的应用服务目录下。2.形完整的应用服务目录。输入操作指导输出AD/AG/APP初步识别ABB初步

识别功能项识别功能子项

梳理调整应用

架构划分应用功能

与业务关

系描述应用系统适配与集成应用服务

设计应用架构设计步骤细化1.02.03.04.05.06.07.08.0应用服务清单(增加上下文)应用服务目录(应用服务资产)2.补充应用服务上下文(如：对应

活动、功能、数据及描述等)3.将应用服务归集到南网应用服务目录下数据架构设计方法

应用架构设计方法

技术架构设计方法1.功能/功能子项2.业务操作步骤1.应用服务目录2.应用服务清单供应商信息变更服务供应商信息查询服务黑名单查询服务供应商履约结果查询服务供应商分

级结果查

询