目标业务能力架构 – 各种挑战及业务能力建设重点 – 业务能力重点对 IT 的要求 • < 文件 2> IT 架构现状梳理 • < 文件 3> IT 架构现状诊断 • < 文件 4> 目标 IT 架构设计 – 架构改进点及建议 – 未来 1/3/5 年的目标架构及演进路线 • < 文件 5> 企业架构治理 (EAM) 现状诊断 • < 文件 6> 企业架构治理 (EAM) 设计 – 针对体改后的组织设置，设计所需角色、 贯彻 B 在排序中 贯彻 C 6 架构转型规划 架构规范 架构参考模型 设计输入 当前架构 企业架构管理要素为 EAM 三大工作内容服务 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 架构管理要素 业务需求 业务流程架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 目标架构 业务流程架构 业务能力架构 业务能力架构 应用架构 集成架构 数据架构 基础架构 资料来源：麦肯锡 7 使用 企业架构管理通过三个流程和在其它管理流程中 的参与来实现 架构路线图在 项目排序中的 贯彻 C 架构设计在项 目中的贯彻 B 架构维护与 更新 A 相关流程 • EAM 团队 直接管理 的架构创 建与维护 流程 • EAM 团队 参与的信 息化项目 管理流程 • EAM 团队 参与的信

Strategic direction, business services, information flows, and resource alignment • 架构管控和项目实施管控 • 统一的架构设计文档和项目实施文档方法 • 企业架构解决什么？ • 本项目的架构工作内容 • 企业架构方法论 • 企业架构的工具实现 • 业务架构工作成果 • 应用架构工作成果 • 数据架构工作成果 • 技术架构工作成果 集成平台 技术架构 设计 6  技术架构总 方案  SOA 集成设 计和 ESB 部 署概要设计 架构设计工作内容 业务架构 设计 企业业务 发展目标 企业战略 发展目标 企业架构方法论 指 导 企业 业务分析 从上至下 应用架构设计 数据架构设计 技术架构 设计 从上至下 行业最佳实践经验 信息化系统现状 至 下 而 上 借 鉴 架构管控设计 企业架构管理 架 构 管 控 实 施 5 ERP 实施 一体化平台 技术需求 一 体 化 平 技 台 术 需 求 协 同 协 同 SG-ERP 项目实施工作方法 企业架构设计工作与 SAP 工作组的协 同 合作 业 务 架 构 设计未来企业 业务流程库 企业级流程分析 一级至三级 四级一下流程 分解分析 业务对象分析 信息流分析 统一功能分析 职能边界划分

Strategic direction, business services, information flows, and resource alignment • 架构管控和项目实施管控 • 统一的架构设计文档和项目实施文档方法 • 企业架构解决什么？ • 本项目的架构工作内容 • 企业架构方法论 • 企业架构的工具实现 • 业务架构工作成果 • 应用架构工作成果 • 数据架构工作成果 • 技术架构工作成果 集成平台 技术架构 设计 6  技术架构总 方案  SOA 集成设 计和 ESB 部 署概要设计 架构设计工作内容 业务架构 设计 企业业务 发展目标 企业战略 发展目标 企业架构方法论 指 导 企业 业务分析 从上至下 应用架构设计 数据架构设计 技术架构 设计 从上至下 行业最佳实践经验 信息化系统现状 至 下 而 上 借 鉴 架构管控设计 企业架构管理 架 构 管 控 实 施 5 ERP 实施 一体化平台 技术需求 一 体 化 平 技 台 术 需 求 协 同 协 同 SG-ERP 项目实施工作方法 企业架构设计工作与 SAP 工作组的协 同 合作 业 务 架 构 设计未来企业 业务流程库 企业级流程分析 一级至三级 四级一下流程 分解分析 业务对象分析 信息流分析 统一功能分析 职能边界划分

科技使能 行业发展 02 03 04 04 数字化转型定义 数字化转型内涵 数字化转型挑战 08 10 11 四大关键原则 顶层规划-五段论 战略框架设计-DXF 技术架构设计-DXRA 关键支撑技术 工程实施设计-四视角法 15 16 17 20 21 24 数字化转型实现之道白皮书 企业数字化转型实践 结束语 战略业务级 业务架构级 业务现场级 体验下降，因此组织内部抗拒意见较大。 这些分析说明，数字化转型是一个持续改进的系 统工程，需要： 高瞻远瞩的顶层框架设计，做到有的放矢，达 成有效的业务成效。 切实可行的执行架构设计，做到清晰的实施 路标。 针对这些普遍存在的现状，依据业界成熟的框架 设计及工程实施方法论，再结合数字化转型本身 的独特特征，我们提出如下数字化转型方法。 为什么要数字化转型 数字化转型实现之道白皮书 理的战略愿景蓝图与路标，我们尝试给出一个数字化转型框架（H3C DXF：Digital Transformation Framework）， 供企业规划设计作为参考，见下图： DXF参考企业架构设计的成熟方法，分析了一般数字化转型实践中的常见问题，并提炼目前数字化转型的特点，形成了 如上的总体框架图。红色方框部分为数字化转型领域的独特特征，是区别于传统信息化规划的部分。 业务战略—数字战略领导力

全流程系统工程 12 (1) 阶段一：云平台建设 采用开放架构的软件和硬件，构建基础设施、数据库和中间件三层云平台底座，满足主机应用高可靠、高 可用、高性能的诉求。具体包括软硬件技术选型、高可用架构设计、大规模弹性资源池规划、全栈多层次安全 体系建设等。 (2) 阶段二：应用和数据迁移 将主机上的应用与数据，平滑且高效地迁移到云平台上，包含迁移路径选择和迁移实施两部分工作。其中， 迁移实 异常情况及 时捕捉。 ③ 提供智能化故障定位能力及一站式故障恢复操作，提升故障处理效率。 15 建设韧性、开放云平台 03 韧性、开放的云平台底座是业务稳定运行的重要基础，在云平台底座架构设计中，应依据主机业务系统的 层次结构，重点对基础设施、数据、中间件三个核心层级进行统筹规划设计。云平台通过软件调度硬件资源， 提升业务运行效率与资源使用率。从全局视角出发，开展系统架构的稳定性、安全性与可扩展性设计，支撑系 统全面实现冗余配置。 (2) 机房层：整体规划中需合理安排电力引入、网络出口及机柜布局；在机房内部应细化散热风道与线缆 布线的设计，保障物理环境的稳定与可靠性。 (3) IT 硬件层：在网络架构设计中，应避免单点故障，实现关键网络的冗余组网。设备应具备板级和接口 级冗余能力，管理平台需支持实时告警与分层监管，确保故障能被快速定位与响应。 (4) IT 软件层：云平台操作系统及管理软件，应

风控一体化标准方案 目录 CONTENTS 需求理解及建设思路 业务架构及功能方案 系统技术架构设计 项目实施及服务 项目实施 需求理解 统一规划 产品 + 定制 风控融合 提升全面风险管理工作水平 可扩展性 促进风险管理落地 • 通过有效的风险信息收 集手段，识别并规范公 司各类风险信息，定期 对风险进行风险评估， 基于风险等级进行风险 应对，实时通过报表掌 握风险现状，支持业务 的前提下，可以实现各级单 位评估分数的层层汇总，得到全集团的三级风险、二级风险、一级风险的排序 亮点分析 目录 CONTENTS 需求理解及建设思路 业务架构及功能方案 系统技术架构设计 项目实施及服务 风险管理及内部管理信息系统功能架构 风险管理及内部控制系统功能架构图 首页 个人首页 通知公告 统计报表 在线帮助 待办待阅 应用功能 基础平台 数据字典 档空间管理。 功能特点 其他功能 公告管理 个人首页 已有成果 知识库 在线帮助 DEMO 示例 目录 CONTENTS 需求理解及建设思路 业务架构及功能方案 系统技术架构设计 项目实施及服务 统一开发平台 GRC 统一服务平台 授权控制 组织服务 表单框架 流程建模 流程引擎 统一待办 附件管理 展现层 Bootstrap JQuery 视图控制层

框架— 千卡 1.2 TB/s XPU-Link 集群—百度文心大模型”四级闭环，已在百度内部提供 90%以上文 心系列训练算力，日均稳态负载 85%+。 （3）壁仞科技采用 Chiplet 架构设计大算力芯片，其首款 GPGPU（General-Purpose Computing on Graphics Processing Units）产品 BR100 在 2022 年发布时创下全球算力记 信接口、内存访问模式 等多个层面的差异性与互补性，但也对异构算力整体系统性的资源管理、软件适配、调度优 化提出了更高的要求。 本白皮书聚焦智算领域的异构算力，具体是指面向大模型应用，采用不同架构设计的人 工智能芯片算力，通常包括来源于不同的厂家或同一厂家设计的不同代际产品，使其在计算 性能、容量带宽、访存系统和编程模型等方面具有差异性。异构算力按技术路线可划分为 GPGPU 和专用 A 、软件栈“生态割 裂”和协同调度“效率低”三方面的挑战。 （1）异构算力“资源墙”因其硬件架构、互联拓扑等物理差异，阻碍了不同厂商、不 同架构算力间的有效协同：一方面，由于各类算力芯片间存在架构设计、数据类型等差异， 导致算力单元间二进制不兼容，无法进行同一计算任务的协同配合。另一方面，单机层面不 同算力芯片互联拓扑差异，具有 Cube-Mesh、Full-Mesh 等异构互联方式，造成了服务器