PPT分享(34页)|读懂埃森哲智能工厂规划:九大业务域、五层架构与五阶段部署路线

合集标签

：企业管理 · 「埃森哲」> 后台私信回复关键词（见文末）领取完整  PPT 源文件

写在前面：

先共识、后架构；先分清业务、再设计系统；先建系统、再打通数据。

这三句看上去都像常识，但我见过太多项目是反着做的——上来就选系统、建平台，最后发现没人说得清这套系统到底支撑哪一段业务。

先说清楚本文的范围。
原 PPT 中涉及投资估算与预算口径的内容（见"建设路线规划"章节），本文不引用、不解读。
全文只讲三件事：规划从哪起步、架构怎么分层、建设路线按什么顺序推进。

一、先立方法：第一步的产出是「共识」，不是架构

整套方法论的主线是四步：基础调研与分析 → 智能工厂总体规划 → 建设路线规划 → 落地。

我建议按"产出是什么"把这四步重新读一遍：

• 第一步
  ：对智能工厂的理解——调研；领先实践与标准——对标；发展战略解读——方向；建设目标和愿景——共识
• 第二步
  ：业务架构——场景；应用架构——系统；集成架构——接口；数据架构——数据；技术架构——技术
• 第三步
  ：建设项目识别——梳理；建设路线阶段划分——分阶段；依赖关系与重要度评估——排序

注意前两步的落点：第一步的最后一个动作是"共识"，第二步的每一条后面都跟着它要交付的东西。

换句话说，前两步的产出都是对齐，第三步才轮到排期。很多规划做不下去，不是因为架构画得不好，而是因为目标和愿景那一层没对齐——每个人脑子里"智能工厂"的样子不一样，后面所有争论都会回到原点。

十一章框架里，架构设计占了四节（业务、应用、系统、数据），是主体；而"能力与场景"只有两节——建设主线及核心能力分析、智能化场景梳理与设计。

我的读法是：这两节是夹在业务和技术之间的"翻译层"。没有它，业务域说不清自己需要什么系统，系统也说不清自己支撑了哪段业务。

五大主线是：营运协同优化、生产敏捷协作、资产智能预知、风险主动预防、数据联通共享。

这五条我建议按顺序读：前三条讲的是效率、响应速度和可靠性；第四条把 HSE 从"合规要求"变成了"主动预防"；而第五条——

"数据联通共享"被列为五大主线之一，而不是作为技术前提写在最底下。这个位置本身就说明：在这套方法论里，数据是业务问题，不是 IT 问题。

另外这页还交代了规划的参照系：两化融合的四个融合（技术、产品、业务、产业衍生），中国制造 2025 的三个方向（创新能力、质量效益、绿色发展）。这一步的作用常被低估——它解决的是"我们的目标说得出去"的问题。规划不是凭空设计，得有可对照的外部标尺。

二、九大业务域：不是九个模块，是一条链上的九个切面

九大业务域是：计划经营、原料采购、生产运行、储运管理、质量管理、能源管理、计量管理、健康安全环保、设备管理。

把这页的五段链路和上面那张表对着看，我认为这就是理解九大域的钥匙：每一个域都能在这条链上找到自己的位置。

设备管理、能源管理、计量管理看似是"支撑职能"，但它们管的对象——装置、能耗、计量数据——全部嵌在这条链的物理环节上，不是独立于链外的。

还有一个流程制造特有的细节我认为很值得留意：原料采购域的第一项是"原油评选"，里面含"原油评价"。

离散制造的物料通常是标准件，买回来规格是确定的；而流程制造的原油不是标准件——每一批的性质都不一样。

所以"选什么油、怎么组合"本身就是一项需要专业能力的核心业务，而不只是"下个订单"。这也解释了为什么"确定调合方案"会出现在第一段计划与采购里——原料是变量，所以生产计划必须先把原料方案定下来。

设备管理是九大域里唯一明确写了"覆盖全生命周期"的：从购置改造、运行、检维修、完整性，一直到废置、资料、绩效、备品备件。

其中最值得琢磨的是"完整性评估、基于风险的维修维护策略"。

传统检修是按周期做的——到点了就修。而基于风险，意味着先判断哪台设备坏了后果最严重，再决定把检修资源投到哪里。这正是"资产智能预知"那条主线在具体业务上的落点。

另外我注意到"废置"后面还跟着"处置、再利用"——全生命周期不是到报废为止，闭环是合上的。

三、五层应用架构：为什么「数据共享层」要单独列一层

应用架构有三条原则：完整性（覆盖业务全流程，不留架构盲区）、集成性（打通系统间数据与流程，避免信息孤岛）、延续性（兼顾现有系统资产与未来演进方向）。

第三条最容易被忽略，但我认为它最重要。

规划最容易犯的错，是画一张全新蓝图，把现有系统全部推倒重来。

"延续性"把"已有资产"写成了设计原则，等于承认了一件事：架构不是从零开始的，是在已有系统上长出来的。

五步法的顺序也值得照着做：应用架构设计 → 应用功能细分 → 集成关系分析与设计 → 应用功能说明与描述 → 实施阶段与演进路线。

第三步（集成关系）排在第四步（功能描述）之前。这个顺序很关键——先想清楚系统之间怎么连，再细化每个系统干什么。反过来做，会得到一个一个各自完整、彼此不通的系统。

五层架构里，我想拎出两层来说。

一是控制优化层。它装的是：能源优化、流程模拟、实时优化、先进控制、仿真培训、原油调合、油品调合。

为什么它需要独立成层？这是流程制造与离散制造最大的差别之一：流程制造是连续生产，装置一旦开动就连续运行，操作参数的微小改善会在连续的时间里持续产生效果。离散制造是"一件一件做"，优化主要体现在排产和节拍上；流程制造的优化发生在控制回路层面。

二是数据共享层——中央业务数据平台、工业大数据分析平台、实时数据库、物联网接入平台、GIS 服务平台。

把它单独列出来，等于在说：数据不是某个系统的副产品，是一层需要被专门建设的公共设施。

这也呼应了前面五大主线里"数据联通共享"的位置——在这套方法论里，数据不是 IT 的配套，是业务的一条主线。

新技术应用那两页，我最喜欢的是智能设备那句："自我检测是基础，自我诊断是核心。"

检测回答的是"状态异不异常"，传感器加阈值就能做；诊断回答的是"为什么异常"，这需要模型加工艺知识。从检测到诊断，差的不是数据量，是知识。

四、系统关系：强制性与非强制性依赖，决定的是建设顺序

这页把系统之间的关系分成了两类：强制性依赖关系与非强制性依赖关系；集成方向则分横向集成（业务流程贯通）与纵向集成（信息共享）。

"强制性依赖"这个词很实在：有些系统必须先建，因为别的系统要读它的数据。

把它标出来，建设顺序就不是拍脑袋排出来的，而是被依赖关系推出来的。

集成关系视图里，中央业务数据平台（ODS）承担数据整合，数据中心与云平台提供基础支撑。而集成内容这五项我建议逐个看：进出厂计量信息、设备状态信息、能源统计信息、化验分析结果、安环监测信息。

它们的共同点是——没有一项属于单一系统。

进出厂计量横跨储运与计量两个域，设备状态来自设备管理平台却要进 ERP。这正是需要"集成中枢"的原因：跨系统的信息，必须有一个地方专门负责把它们对齐。

技术架构是四层：IaaS 层 → 数据接入与整合 → 管控引擎 → 服务输出。

第三层"管控引擎"里有两个东西：ODS 数据管控，以及 ESB 接口管控与流程编排引擎。

一个是管"数据在哪、准不准"，一个是管"系统之间怎么调"。这是两件事，混在一起做会两边都做不好。

五、建设路线：数据整合是第四、第五阶段才做的事

五阶段递进是：一阶段单服务节点部署单一应用和数据库；二至三阶段扩展为多服务节点分别部署；四阶段基于 SOA 理念、借助中间件从接口层面实现系统集成和业务贯通；五阶段基于 IaaS 平台构建 ODS，整合底层数据、打破数据孤岛、提供全局数据分析能力。

我认为这是全份材料里最实用的一页，因为它诚实地承认了一件事：先建系统，再打通。

很多规划的问题是反着要求的——一上来就要"统一数据平台"。但现实是：没有系统就没有数据，没有数据就谈不上整合。

前三个阶段建的是数据的来源，第四阶段连的是数据的流动，第五阶段才做数据的汇聚。

这条顺序也解释了 ODS 为什么出现在最后：它整合的是已经被多个系统生产出来的数据。它不是起点，是结果。

再回头看第三步那个动作——"依赖关系与重要度评估——排序"。这里其实是两条轴：重要度说的是"它自己有多大价值"，依赖说的是"有多少东西在等它"。有的系统不重要但被依赖（必须先建），有的重要但不被依赖（可以后建）。两条轴一起看，才排得出真正能执行的顺序。

六、信息安全：从「治理」开始，不是从「设备」开始

安全框架从上往下是：安全治理（由安全策略引领）→ 安全管理（制度体系保障）与 安全运维（持续监控运行）→ 身份与权限管理、应用和数据安全、基础设施和物理安全。

最上面那层值得停一下。材料给的定义是："为实现业务及 IT 战略目标做出的战略性制度安排。"

也就是说，安全的第一件事不是买设备，而是把安全目标和业务目标对齐。这个顺序和前面"先立方法再谈落地"是同一条逻辑。

另外两处我认为和前面几篇是接得上的：

• 身份与权限管理：集中授权管控。
  权限分散在各个系统里，就永远说不清"谁能看什么"——这一点我在写流程内控那篇时讲过，到这里是同样的道理。
• 应用和数据安全：数据全生命周期防护。
  注意不是"边界防护"。数据一旦在多系统之间流动，边界就不存在了，防护只能跟着数据本身走——这与前面集成中枢那页是一致的：你既让数据流动，就得让防护跟着它走。

写在最后：三个我认为最该带走的判断

1. 规划的第一步是共识，不是架构。四步主线里前两步的产出都是"对齐"。目标和愿景没对齐，后面所有争论都会回到原点。

2. 架构要单独留出"数据共享层"和"控制优化层"。前者说明数据是公共设施而不是副产品；后者是流程制造与离散制造的分水岭——连续生产让控制回路层面的优化能持续产生价值。

3. 建设顺序是被依赖关系推出来的，不是排出来的。先建系统、再连接口、最后整合数据。ODS 出现在第五阶段，不是因为它不重要，而是因为它整合的是别人已经生产出来的东西。

📥 完整 PPT 源文件领取

关注公众号「哔咘的科技笔记」
在后台发送关键词【智能工厂规划】
即可获取本文完整 34 页 PPT 下载链接

本文为管理方法科普与产业观察，仅供学习交流，不构成任何投资建议。
文中所有方法论内容均来自公开分享材料的整理与作者个人理解，不代表任何机构立场。
作者：公众号：哔咘的科技笔记