年试点扩大 2019 年： 2018 年，两化融合战略： ◆ 架构引领：用架构的方法 ，应对组织的复杂性 ，落实利 融合高阶流程理念、运用管理技术与 IT 益相关方的需要； 技术做支撑、发布 AOS 总体要求： ◆ 流程主导：连接战略和流程 ，建立一套指导业务开展的 ◆ 建设 AOS 管理体系，梳理和设计业务 流程体系； 架构作为信息化输入； ◆ 要素融合：将质量、合规等各要素融合于流程中 ，确保 ◆ 绩效、质量、合规、风险等要素融入 流程精准管控、合规高效； 流程实施管控； ◆IT 支撑：以业务流程为基础 ，进行 IT 建设落地 ，支撑流 ◆ 构建 IT 架构，支撑业务流程运行。 程落地与高效运行。 面向我们军工装备制造业，我们构建起了 NQMS 体系后怎么用呢？ ① 人看着体系去操作执行，可行吗？ ② 用 IT 平台来帮着固化与操作执行， 目前 IT 平台软件能支持吗？治理后呢？ NQMS 体系怎么执行呢？ NQMS IT 支撑 瓶颈问题？ ▲ 逆向建设：通过现有软件的数据治理来达成对 NQMS 体系 的支撑 ① 架构引领： IT 与 NQMS 架构一致吗？ 治理前明确目标、 做 好企 业架构了吗？ ② 流程主导： IT 能执行与管控 NQMS 流程吗？ ③ 要素融合： IT 中 ，各软件关注的要素是否完整 ， 自己能否融入？ 各软件关注的要素是否一致、

目 录 组织架构 3 2 主数据 4 录入检验结果 检验批 7 使用决策 6 记录缺陷 5 1 QM 模块简介 8 检验活动 SAP 模块介绍 支 持 近 30 个 行 业 方 案 S/4 质量与企业其他业务之间集成图 质量管理 (QM) 物料管理 (MM) 销售分销 (SD)/CS 设备管理 (PM) 生产管理 (PP) 出货检验与退 货检验 建立方便快捷的质量追溯体系，实现从产品到原材料的材质追溯自动化 目 录 QM 模块简介 3 1 主数据 4 录入检验结果 检验批 7 使用决策 6 记录缺陷 5 2 组织架构 8 检验活动 SAP －组织结构 集团 100 公司代码 1000 工厂 1000 库存地点 0001 库存地点 0002 库存地点 0003 工厂 1200 工厂 1100 同一库存地点可以为多个工厂或公 司使用。 盘点是基于库存地点进行的。 原材料仓 1000 半成品仓 2000 成品仓 3000 目 录 QM 模块简介 2 1 组织架构 4 录入检验结果 检验批 7 使用决策 6 记录缺陷 5 3 主数据 8 检验活动 QM 模块主数据 检验计划 物料主数据 检验特性 检验方法 采样方案 采样过程 目录

定界诊断 主动预防 集团+分子公司 整体态势感知 混沌工程 故障自愈 变更追踪 变更管控 体系建设 故障发现 与诊断 故障恢复 与应急 故障预防 故障调度 体系演进 分布式架构挑战 运维生态挑战 数智运维挑战  端到端稳定性保障体系缺失，自动化、智能化故障处理能力不足  故障处理过多依赖专家经验，故障没有沉淀为有效的资产  故障处于被动防御，救火，运维大数据未被合理价值挖掘 维护对象：系统节点、微服务数量几何级数增加  调用关系：从简单对应到极其复杂，人力维护无法胜任  数据分片、异地存储，传统维护模式难以为继 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业IT架构进入云原生时代，多云多集群部署已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 全生产 稳定性保障左移，在入网控制时介入，对入网控制、发布上线、故障预防、故障发现、故障定位，故障恢复、 故障改进提供端到端工具支撑。 核心业务链路深度治理 做实安全生产，提升IT系统稳定性 架构设计 研发测试 生产变更 运营支撑 稳 定 性 架 构 设 计 版 本 管 理 变 更 管 理 链 路 识 别 监 控 管 理 故 障 预 防 容 量 管 理 故 障 发 现 故 障

及成效 当前面临的挑战及未来展望 目 录 CO N T E N T S 1 2 3 01 稳定性保障工具演进历 程 随着云原生技术的不断成熟，企业数字化转型也在不断加速，企业 IT 架构进入云原生时代，多云多集群部署 已 经成为常态和趋势，几何增长的云资源、微服务以及复杂化的调用关系与业务场景，传统人肉运维难以为 继， 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 数智运维挑战 n 端到端稳定性保障体系缺失， 自动化、智能化故障处理能力不足 n 故障处理过多依赖专家经验，故障没有沉淀为有效的资产 n 故障处于被动防御，救火，运维大数据未被合理价值挖掘 分布式架构挑战 n 维护对象： 系统节点、微服务数量几何级数增加 n 调用关系：从简单对应到极其复杂，人力维护无法胜任 n 数据分片、异地存储，传统维护模式难以为继 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 验证关 上线关 变更关 监控关 应急关 优化关 平台工具保障 组 织 架构保障 运营机 制 保障 制度规范保障 运营支撑 生产变更 研发测 试 架构设计 研 发 测 试 版 本 管 理 重 保 管 理 故 障 改 进 故 障 定 位 变 更 管 理 容 量 管 理 监 控 管 理 链 路 识 别 故 障 演

生态兼容。ArkTS和仓颉均通过垃圾回收机制自动管理内存，C/C++支持Native 开发，需开发者手动管理内存，三种语言相互配合，共同支撑鸿蒙应用生态构 建。 图 1-1：鸿蒙 APP 架构示意图 6 ArkTS 概述 ArkTS 是鸿蒙应用开发高级语言。 ArkTS 基于 TypeScript（简称 TS），保持了 TS 的基本语法和风格，同时通 过 应用开发者也可以选择将一些对性能、底层系统调用有要求的核心功 能用 C/C++封装实现，再通过 ArkTS 接口使用，提高应用本身的执行 效率。 Node-API 的组成架构 图 1-2：Node-API 的组成架构  Native Module：开发者使用 Node-API 开发的模块，用于在 ArkTS 侧 导入使用。  Node-API：实现 ArkTS 与 C/C++交互的逻辑。 import）机制：只需在 import 语句中添加 lazy 关键字，即可使模块在首次使用时按需加载，支持同步与异步调用场景， 无需改动业务逻辑结构。 此外，TS/JS 运行时通常为单线程架构，并仅提供基于消息传递的 Worker API。开发者在处理并发任务时需显式封装命令消息及其处理逻辑，使用繁琐。 而 ArkTS 提供了 TaskPool API，允许开发者以函数方式直接提交并发任务，运

· · · · · 29 4 全方位运维分析 O9 全场景案例参考 1O 附录：术语 O8 O7 自由流转与分布式运行环境 1）价值与架构定义 · · · · · · · · · · · · · 2）跨端迁移 · · · · · · · · · · · · · · · · 3）多端协同 · · · · · · · · · 以为鸿 蒙开发多种应用，运行在全场景设备上，满足智能家居、智慧办公等全场景使用要求。为此 鸿蒙系统提供全套能力来保证。 25 鸿蒙系统通过提供组件化、统一驱动框架、适配多芯片架构等能力，支持开发标准（如 手机、平板等）、轻量（如 TV、手表等）和小型（如智能门锁等）三类设备，可覆盖各种智 能终端。 传统设备之间的互联、互通和互操作是在应用层完成的，技术上没有问题，但实际中很 应用开发优秀实践，每个 Sample 都 是一个可运行的工程，为开发者提供实例化的代码参考。 大型开源示范应用（HMOS 代码工坊）：华为官方出品的一款大型开源示范应用，该应 用承载鸿蒙应用架构最佳实践，支持 1+8 设备运行，全方位体现鸿蒙应用的精致，流畅、 智能、易用、安全、全场景互联等特点，并持续迭代鸿蒙新特性。其中内置集成数百个 Samples 示例代码，覆盖高频的鸿蒙应用开发

拣货单、来料质检单、退货单、申购单、盘点记录等 4 设备清单及通信协议 用于 MES 数采及设备远程运维系统 ：提供设备清单、设 备通信协议、控制系统数据表、设备使用说明书 5 工厂组织架构 用于配置 MES 基础数据： 工厂资源：区域划分、工位划分 工种信息：各班组名单、人员名单及人员对应的工种（可 晚点提供） 工厂图纸：用以了解工厂物理划分、电气等信息 6 信息化基础 包括生产管理制度、研发管理制度、车间管理规范等。 8 主 数 据 （ 实 施 阶 段 用） 提前准备各类主数据，用于实施阶段的数据迁移，包括： 客户主数据、供应商主数据、产品主数据、物料主数据、 设备主数据、人员主数据、组织架构组数据 指标数据 1 库存指标 1. 库存面积及库位 2. 库存周准率 3. 物资入库准确率 4. 物资缺货率 5. 呆废料率（数量、金额） 2 生产类指标 1. 车间产能/产能利用率

高层&IT&营销采购调研内容 调研时间：第一天，调研部门：高层，IT 部，营销部，采购部，仓储部 序号 类型 主要问题 结论 一 高层访谈 1、公司的基本概况，产值、利用率等 2、公司的战略规划 3、公司的组织架构， IT 部门人数 4、信息系统建设情况，是外包的还是自研 的？ 5、针对行业本身发展的痛点和企业当前最 关心的数字化环节。 6. 指标体系建设情况如何？ 二 IT 部访谈 1. 公司内部是否专门设有数据相关部门/ 库存周转的平均天数为几天？ 25 当前的库存周转率是多少？ 八 生产域- 生产计 划 26 目前的生产计划排产策略是什么？ 27 目前的生产裕度如何确定，是否会根 据砖损更新计划产量？ 九 研发域 组织架构 成本分析 - 6 -

技术的集大成者，鸿蒙智能 体以技术自主为根基、生态协同为路径，为中国数字经济发展注入新动能，也 为全球产业智能化升级贡献了中国智慧。 鸿蒙智能体的突破性在于其开创了“以人为中心”的操作系统新范式。通 过分布式架构与原子化服务能力，实现跨终端、跨场景的智能协同。例如，在 智能家居场景中，用户无需手动切换设备，鸿蒙可通过意图感知自动联动灯光、 空调、安防等设备，形成“服务随人动”的无缝体验；在工业领域，其微内核 多模态交互、意图理解、 任务闭环与持续学习进化等关键能力为特征，打通用户、系统与服务之间 的链路，带来全新的服务模式。 华为终端致力于打造王者产品，构筑智慧全场景极致体验。我们持续 通过系统架构与软硬芯云垂直整合创新，将 AI 融入到鸿蒙操作系统底座， 让 AI 成为驱动新一代智慧体验的关键引擎。去年华为正式发布全场景智能 操作系统 HarmonyOS NEXT，率先将 AI 与操作系统深度融合，小艺也正 智能体则从“工具”升级为能独立完成任务并交付结果的“数字协作者”，移动终端设备作为 用户与智能体交互最直接的入口，其系统交互入口将演进为承接、理解和分发用户意图的关键 节点，本质是触发万千智能体协同工作的调度系统中枢。在这一架构中，系统智能体承担着“中 控大脑”的角色，需对用户意图具备极高的理解精度，能够将复杂任务合理拆解，并精准调度 下游的应用智能体协同完成各类子任务。根据华为实验室 2025 年 5 月评测数据，鸿蒙系统智

比如：在生产过程中，由于人的不同会导致产品有很大的差异，而这套体 系通过严格的业务流程来保证产品的一致性。 第一阶段： IPD+CMM • 质量管理活动已有效 地融入到了各主要业 务流程当中 • 质量体系架构分为： 研发质量体系、供应 链质量体系、交付质 量体系 第二阶段：建立产品质量标准 • 华为在为不同的运营商服务时，需要仔细了解每一家的标准，再将标准信 息反回到国内的设计、开发、生产制造环节。