《TOGAF 4A 架构及分享案例》

讲师:方超 发布日期:09-14 浏览量:19


TOGAF 4A 架构及分享案例

——中海油数字化储备人才的架构认知与案例工作坊

主讲:方超

【课程介绍】企业为什么要做"架构"?当组织规模足够大、业务链条足够长,单纯靠"一个项目解决一个问题"的方式建设系统,最终会得到一堆互相不通的烟囱——数据对不上、流程接不起、投入重复花。中海油的业务从海上勘探、钻完井、平台生产,到管网储运、炼化加工、销售贸易,链条横跨上中下游,专业分工极细,任何一个环节的数字化如果只从本部门视角出发,都会在跨专业集成时付出额外代价。这正是企业架构(Enterprise Architecture)要解决的问题。

本课程聚焦 TOGAF 中最实用、也最容易被非技术人员理解的部分——4A 架构,即业务架构(BA)、数据架构(DA)、应用架构(AA)与技术架构(TA)。课程不堆砌标准条文,而是用能源行业的语言回答四个问题:每一层架构分别回答什么问题?四层之间如何协同与穿透?它们与 TOGAF 的 ADM 架构开发方法如何对应?在真实企业里又是怎么落地的?课程后半段通过"智能油田""一数一源数据治理""烟囱系统整合"三个案例完整拆解 4A 联动,并现场带领学员用 4A 视角重新审视本专业的真实痛点,输出可带回岗位的行动项。

【课程目标】1.建立对企业架构的整体认知:理解为什么复杂组织需要"架构",以及架构在数字化转型中的位置;

2.掌握 4A 的定义与边界:能区分业务架构、数据架构、应用架构、技术架构各自回答什么问题;

3.理解 4A 的协同逻辑:能说清自上而下的驱动与自下而上的支撑关系,以及一个业务需求如何在四层之间穿透;

4.看懂 4A 与 TOGAF ADM 的对应关系:理解四个架构域分别对应 ADM 的哪些阶段,以及需求管理在其中的作用;

5.通过案例理解 4A 的真实价值:从智能油田、数据治理、系统整合三类案例中提炼可复用的做法与教训;

6.形成回岗可执行的行动项:能为本专业绘制一张简版业务能力地图,并用 4A 视角描述一个真实业务痛点。

【学习对象】中海油各业务条线(勘探开发、钻完井、生产运行、储运炼化、销售贸易、财务、采办、HSE 等)的数字化储备人才与青年骨干,以及承担数字化转型推进职责的专兼职人员。本课程无需 IT 专业背景,面向各专业的非技术听众设计;已具备基本数字化理念认知者收获更佳。

【学习时长】0.5 天(约 3 学时)

【课程方式】讲师讲授 + 案例拆解 + 现场研讨 + 当堂练习。课程以 4A 架构为主线逐层展开,每个架构域均配套能源行业案例与结合中海油业务场景的现场练习,帮助非技术背景的各专业学员建立架构视角,并能在课程结束后用架构语言描述本专业的数字化需求。

【教学环境】设备需求:学员无需自备电脑;讲师需 1 台可联网演示电脑并连接投影,演示位配 1 个六孔插排即可;网络仅需教室 WiFi 用于讲师演示,学员无需接入企业专网;U 盘无需准备,课件与练习页由会务统一打印发放。

分组要求:不分组,按座位自然就座,现场研讨以邻座 2—3 人自由组合进行。

【课程纲要】1.从 TOGAF 到 4A:企业架构的四梁八柱

1.1.为什么企业架构要拆成"四层"

1.1.1.复杂系统的分层思维:战略—业务—数据—应用—技术的穿透链条

1.1.2.4A 的定义与边界:业务架构 BA / 数据架构 DA / 应用架构 AA / 技术架构 TA

1.1.3.4A 不是四张图,而是一套能对齐、能追溯的结构

1.2.4A 之间如何协同

1.2.1.自上而下驱动:业务架构定方向,数据架构通血脉,应用架构建能力,技术架构打底座

1.2.2.自下而上支撑:技术突破反过来催生新的业务能力

1.2.3.4A 对齐的检验标准:任一业务需求都能从 BA 一路追到 TA

练习:用一句话说出你所在专业的一项核心业务,并试着判断它最先落在 4A 的哪一层。

1.3.4A 在 TOGAF ADM 中的位置

1.3.1.ADM 九阶段走查:预备—架构愿景—业务—数据与信息—技术—机会与方案—迁移规划—实施治理—变更管理

1.3.2.4A 与 ADM 的对应:BA 对应阶段 B,DA 与 AA 对应阶段 C,TA 对应阶段 D

1.3.3.需求管理居中:所有架构阶段都围绕需求清单展开,避免架构自说自话

2.业务架构 BA:把中海油的业务说清楚

2.1.业务架构的核心构件

2.1.1.业务能力地图:从"部门职责"切换到"能力清单"的视角转换

2.1.2.价值流:从勘探发现到油气销售的一条主线价值流

2.1.3.业务流程与角色:谁在什么环节做什么决策

2.1.4.业务服务:把能力封装成可被复用的服务单元

2.2.结合中海油的业务架构示范

2.2.1.上游能力地图:勘探评价 / 开发建设 / 钻完井 / 生产运营 / 储量管理

2.2.2.中下游与职能能力地图:储运 / 炼化 / 销售贸易 / HSE / 采办 / 财务

2.2.3.一条价值流示例:从"勘探发现"到"开发方案决策"需要打通哪些能力

练习:为你所在专业列出 3—5 项核心业务能力,并标出其中最值得优先数字化的 1 项。

2.3.业务架构的三个常见误区

2.3.1.把组织架构当业务架构:部门会调整,能力相对稳定

2.3.2.画得很全却没有优先级:缺少价值流牵引,导致全面开工、处处不深

2.3.3.只在 IT 项目启动时才画:业务架构应服务于战略解码与投资决策

3.数据架构 DA:让数据成为可复用的资产

3.1.数据架构的核心构件

3.1.1.数据实体与数据组件:从"报表字段"回到"业务对象"

3.1.2.三层数据模型:概念模型、逻辑模型、物理模型各自给谁看

3.1.3.数据血缘与流转:谁产生、谁加工、谁消费

3.1.4.主数据管理:一数一源、一源多用

3.2.结合中海油的数据架构议题

3.2.1.上游数据特点:地震、测井、录井、油藏等大体量专业数据的采集与治理

3.2.2.主数据清单示例:井 / 设备 / 物料 / 供应商 / 组织 / 客户

3.2.3.数据贯通难点:从勘探开发到生产经营的数据断点在哪里

3.2.4.数据安全与合规:涉密数据、海上平台回传、跨境传输与数据分级分类

练习:挑一张你常用的报表,倒推它背后的 3 个数据实体,并指出数据最可能断在哪一环。

3.3.数据架构对业务的价值

3.3.1.消灭"数出多门",让跨专业指标口径统一

3.3.2.从报表驱动到模型驱动,为 AI 与预测性应用打好地基

4.应用架构 AA:用系统承载业务能力

4.1.应用架构的核心构件

4.1.1.应用组件与应用服务:系统不是目的,它承载的能力才是

4.1.2.应用组合地图:系统清单、功能边界与相互集成关系

4.1.3.应用—业务能力映射矩阵:每项能力由哪些系统支撑

4.1.4.集成与接口:从点对点对接走向平台化共享服务

4.2.结合中海油的应用架构现状与痛点

4.2.1.专业软件林立:地震解释、油藏模拟、生产运行、ERP、MES 各自为战

4.2.2.烟囱式建设的代价:同一份数据重复录入、多个口径并存

4.2.3.自建与外购的取舍:专业工业软件的国产化替代路径

练习:列出你日常使用的 3 个系统,判断它们分别属于"专业工具"还是"平台能力",并找出被重复录入的数据。

4.3.应用架构优化的基本手法

4.3.1.复用度评估:哪些系统该合并、该下沉为平台能力、该退役

4.3.2.以业务能力为锚规划应用组合,避免"按部门建系统"

4.3.3.从"项目交付"到"产品运营"的应用全生命周期管理

5.技术架构 TA:底座、边界与硬约束

5.1.技术架构的核心构件

5.1.1.技术组件与平台服务:计算、存储、网络、中间件、安全

5.1.2.云—边—端协同:陆地数据中心、海上平台边缘节点与现场终端

5.1.3.平台化技术栈:数据平台、集成平台、AI 平台之间的分工与关系

5.1.4.技术标准与参考模型:TOGAF 技术参考模型(TRM)的作用

5.2.结合中海油的技术架构关键议题

5.2.1.海上平台的网络带宽约束:什么数据上云、什么在边缘处理

5.2.2.IT/OT 融合与工控安全:生产网与办公网的隔离与受控互通

5.2.3.自主可控与信创适配:从芯片、操作系统到工业软件的替代节奏

5.2.4.绿色低碳约束:算力增长与能耗指标之间的平衡

练习:写出你所在专业对系统的最高时效要求(秒级 / 分钟级 / 天级 / 月级),并说明它会影响技术架构的哪一层。

5.3.非技术人员如何参与技术架构讨论

5.3.1.技术选型背后的业务权衡:实时性、可靠性、成本三者的取舍

5.3.2.提需求的正确方式:讲清业务场景与时效要求,而不是指定技术方案

6.案例分享:4A 联动与行动落地

6.1.案例一:某大型能源央企"智能油田"的 4A 架构实践

6.1.1.业务架构切入:以"提高采收率"为目标反向拆解业务能力

6.1.2.数据架构贯通:打通地震、测井、油藏与生产实时数据的链路

6.1.3.应用与技术配套:油藏数字孪生叠加边缘计算的平台化落地

6.1.4.可借鉴之处与踩过的坑:先做数据再做模型,勿先上大屏

6.2.案例二:集团级"一数一源"数据治理攻坚

6.2.1.问题起点:同一指标在不同系统中口径不一致,决策会互相打架

6.2.2.治理路径:主数据标准先行,再建数据血缘与数据责任机制

6.2.3.投入与周期:数据治理是慢变量,需要业务侧持续参与而非一次性项目

6.3.案例三:从烟囱系统到共享服务平台的演进

6.3.1.起点:各专业自建系统、功能重叠、重复投入

6.3.2.演进:以业务能力为锚合并同类系统,沉淀共享服务

6.3.3.分期节奏与变更管理:存量系统退役往往比新建更难

练习:对比三个案例,指出哪一个与你所在专业的现状最接近,并说明理由。

6.4.4A 联动复盘:一个需求从业务到技术的完整穿透

6.4.1.以一个真实业务痛点为起点,逐层走查 BA—DA—AA—TA

6.4.2.现场检验:这个需求该在哪个 A 上先动,才能投入最小、见效最快

练习:选一个你熟悉的工作痛点,按 BA—DA—AA—TA 四层各写一句话,并标出最该先解决的那一层。

6.5.数字化储备人才的行动清单与课程回顾

6.5.1.补语言:掌握 4A 基本术语,能与架构团队同频对话

6.5.2.理能力:为本专业绘制一张简版业务能力地图

6.5.3.找场景:锁定 1 个可用架构视角重新梳理的业务场景

6.5.4.课程回顾与答疑:用一张图串起 4A 与 ADM 的对应关系

练习:写下你回岗后 30 天内最想做的一个"用架构视角看业务"的小行动,并注明需要谁的支持。

分享
联系客服
返回顶部