● 要承载企业管理思想支撑未来企业 高质 、 高效 、 低成本运营？ ▲ 正向建设： 统筹规划 、 一体架构 、 模块设计 、 分步开发 、 组合 应用 ! 建设一体化数智工厂 03 数字化运营平台 04 质量管理及数字化 01 制造业数字化目标 02 数字化方法路径 目 录 高阶流程全景图： 业务域划分及其相互支持关系 快速响应强服务 自顶向下的体系化建设与管理迭代改进 ， 自底向上的点状发现问题与解决问题 数 字 化 转 型 目 标 支持可持续 发展 提升经营管 理水平 建设一体化 数智工厂 支撑 集成供应链管理 支持内部 一体化运营管 理 支持集团级 战略与计划管 控 支撑 智能制造 1 数字化目标 D A B C F 分发任务指标 H I E G 管理 管理 支持 党建 战略 公司治理 资本管理 集团化管理； 集成供应链管理 。 ——工业互联平台 建 设 一 体 化 数 智 工 厂 1 数字化目标 现 场 精 益 改 善 体 系 化 迭 代 改 进

我们期待，鸿蒙智能体生态能够持续深化产学研用融合，为中国式现代化 筑牢数字基座。这既是时代赋予中国科技界的重任，也是全球智能化浪潮中不 可或缺的东方力量。鸿蒙之路，基于使命，始于技术，成于生态——为中国乃 至世界打开万物智联的无限可能。 鸿蒙智能体：自主创新引领智能生态新纪元 余承东 华为常务董事 终端 BG 董事长 随着人工智能技术持续突破，特别是大模型、全场景融合感知与端云 协同等能力的发展，智能终端正经历从“工具”向“协作者”的深刻变革。 蒙智能的体验变革。 鸿蒙智能体时代已经开启，我们期待与广大鸿蒙应用开发者和合作伙 伴一道，持续推动鸿蒙智能体技术创新与生态共建，为用户带来“服务合 时宜、服务不间断”的智慧新体验，共创鸿蒙万物智联的未来新世界。 Agent 时代 鸿蒙应用生而智能 前 言 近年来，生成式人工智能（Generative AI）迎来前所未有的技术飞跃， 以大语言模型（LLM） 为代表的基础模型进入高速迭代期 机制，能在无需人工干预的情况 下感知环境、规划行动并完成复杂任务，实现从感知到决策再到执行的闭环，从被动响应式 工具演进为可自主执行复杂任务的 AI 智能体。例如，以华为小艺智能体、Manus、智谱 AI AutoGLM、OpenAI Operator 等为代表的智能体，标志着 AI 开始从“对话交互”向“任务闭环” 进化，未来将会有更多智能体介入现实世界的操作。 华为在《AI 终端白皮书》中提出，当

鸿蒙生态应用开发核心概念 3 O4 O5 O6 鸿蒙生态应用开发能力全景 2）鸿蒙开发套件 · · · · · · · · · · · · · 3）三方库 · · · · · · · · · · · · · · · · · 4）鸿蒙生态伙伴 SDK 市场 · · · · · · · · 32 41 40 高效开发与测试 1）典型开发场景 人”的智慧分发的演进。App 遵 循“搜索、下载、安装、使用”的模式，用户主动发现的成本高，拉新、促活、召回的全生 命周期流程相对被动。轻量化的程序实体具有即用即走的体验，可通过各类终端的系统级智 慧入口进行分发，甚至可以在生态应用中分发，依托无所不在的入口流量和标签化识别，向 用户主动提供精准服务。配合 CPS（Cost Per Sale）等商业模式，可以为开发者带来更高的 ROI（Return Chapter 3 - 1）一次开发，多端部署 - 2）可分可合，自由流转 - 3）统一生态，系统智能 鸿蒙生态应用 核心技术理念 12 在万物智联时代重要机遇期，鸿蒙系统结合移动生态发展的趋势，提出了三大技术理念： 一次开发，多端部署；可分可合，自由流转；统一生态，系统智能。 图 3-1：核心技术理念 1）一次开发，多端部署

体系演进 分布式架构挑战 运维生态挑战 数智运维挑战  端到端稳定性保障体系缺失，自动化、智能化故障处理能力不足  故障处理过多依赖专家经验，故障没有沉淀为有效的资产  故障处于被动防御，救火，运维大数据未被合理价值挖掘  工具重复：工具按烟囱式建设，能力分散  能力割裂：运维工具能力割裂不成体系  数据孤岛：应用、数据库、中间件、云平台、 基础设施各管自身  维 系统方自定义 Promethues exporter 调用链接口业务打标 告警配置 应用 核心场景、核心业务链路 人工梳理上报 调用链agent采集 应用指标、trace 网关 中间件 数据库 主机 网络 Promethues exporter 前端触点 浏览器 JS埋点 APP SDK 云平台 snmp协议+ Promethues exporter 云平台维护方自定义 应用调用trace  方法调用明细  云平台健康度、集群节点、pod容 器指标  网关：KONG、LB、Nginx等  中间件：Kafka、MQ、Zookeeper 等  数据库：MySQL、Clickhouse、 Elasticsearch等  主机：内存、磁盘、CPU、网络指 标等  网络出、入流量、并发会话数、连 接数等  数据中心、网络设备、主机拓扑映

上 海 站 几个 核心系统 单系统 应用维度根因定位 故障点人工恢复 系统具备应急预案 被动应急 统一变更入口 故障统一调度 工具建设 数字化转型中系统安全生产痛点 问题 数智运维挑战 n 端到端稳定性保障体系缺失， 自动化、智能化故障处理能力不足 n 故障处理过多依赖专家经验，故障没有沉淀为有效的资产 n 故障处于被动防御，救火，运维大数据未被合理价值挖掘 分布式架构挑战 调用关系：从简单对应到极其复杂，人力维护无法胜任 n 数据分片、异地存储，传统维护模式难以为继 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 n 能力割裂：运维工具能力割裂不成体系 n 数据孤岛： 应用、数据库、 中间件、云平台、 基础设施各管自身 集团 + 省分 几百套系统 跨系统全链路 定界诊断 故障自愈 混沌工程 主动预防 变更追踪 变更管控 集团 + 分子公 司 整体态势感 实现多场景故障自愈 稳定性保障工具聚焦 领域 变更追踪与管控 全栈可观测性 隐患 管理 数字化监控 平台聚焦 云平台 应用 核心业务 前端触点 数据库 中间件 网络 主机 网关 业务发展量、业务流程积压量、业 务突变异常、业务关键稽核点等 核心业务场景、核心业务环节、核 心业务链路拓扑 白屏、慢响应、弹窗日志等 卡顿、崩溃、错误等

制定证书颁发程序：制定一套授予建筑物能源性能证书的完整程序， 包括房产现场检查、数据分析，以及出具包含能效提升建议的证书等。 5. 数据收集及注册登记：建立一个用于记录和管理建筑能源性能证书信 息的数据库，以便追踪存量建筑的能效水平，并为政策分析提供支持。 6. 质量控制和执行：建立随机抽查或审计等机制来确保能源性能证书的 质量。同时明确不合规行为的处罚，促进相关规定落地执行。 7. 公众参与：开 2000平方米以上的私人商业建筑，以及1000平方米以上的公有、出租 及运营建筑，必须进行能源性能证书评估并披露评估结果。违者可能 会面临一项高达26万美元的罚款和最高五年的监禁。借助这一评估机 制，政府建立起了一个集中式的资料库，来收集相关数据和监测建筑 能耗。 • 在葡萄牙建筑能源性能证书机制的框架下，能效评级较高的建筑可以 享受税收减免和优惠融资。该国的建筑能源性能证书颁发程序首先通 过评估来确立建筑的能耗基准，随后为建筑节能改造提供指导意见， 本工具包已对每项政策工具最重要的内容进行了概述，但我们鼓励政策 制定者通过更多资源和途径，获取更为深入的信息。 • IEA 《能效2023》 • IEA 工业部门概况 • IEA 工业技术合作计划 • 瑞博能源智库（RAP） 《能效责任制的成本和效益》 返回 总览页 IEA 2024. CC BY 4.0. Page 40 车辆领域倍增工具 车辆领域倍增工具对于推动全球能效提升速度倍增的作用 20

在上述的产业背景下，国内的民用无人机企业的创始人 也大都是从玩航模起家的，只是后来选择了不同的发展方 向。例如，大疆创新 2006 成立之初是做工业级的直升机 飞 控，2010 年转向消费级市场；零度智控是从做工业级的 固定 翼飞控起家的，后来转向做多旋翼飞控。 (2)民用无人机发展历程 25 黄 中国民用无人机市场经历了 30 多年、从军用到民用的发展，形成军工集团下属单位和科研院所、 用阶段。多旋翼无人机机城机构 简单，对人的操作要求低，对消 费级用户的吸引力增强， (4)民用无人机行业商业模式分析 26 阶 2007 年 阶 实现方式 传感技术、通讯导航 技术、云计算、挂载 系统、智他视觉技术 等 用户 消费者、农户、 商业机构、公共 管理机构、科研 / 高校 使用范围 政府规定的适航 区域、具备导航 信号、互联网区 或 产 品 消费级无人机 专业级无人机 任务载荷产品 盈利模式 (2)保证按交货计划及时将货物运至客户指定现场， 不影响客户工作。 (3)本公司历年来采取提前备货制度，公司产品保持 一定量的库存数量，在把所有货物全部送到招标方之前，能 够保证我方有签订合同的货物数量的百分之五的库存，该库 存的货物保证在 3 个工作日内送到采购方指定的地点。绝 对 保证各地区客户的一般需求和应急需求。 4.货物交付 (1)采购方有权派人到主要设备生产厂家工厂对定购 的设备进行出厂检查。在贵方人员到达前，本公司将配合厂

开发能力，拥有简洁且富有表达力的语法，通过简洁 的语法和实时预览功能，大大提高了 UI 开发的效率，使得代码更易于 编写和阅读。  强大的标准库：ArkTS 拥有一个功能丰富的标准库，涵盖了从数据结 构、算法到输入输出等方方面面，例如：高精度浮点运算、二进制 Buffer、XML 生成解析转换和多种容器库等丰富的操作方法，帮助开 发者简化开发工作，提升开发效率。  模块化管理：ArkTS 支持应用模块化开发、编译、打包和运行，例如： 对外发布提供完整的编译工具链、系统 C API 接口、C++运 行时环境支持。  libc 标准运行时库：基于开源 MUSL 库作优化，鸿蒙系统实现了标准 C 语言运行时支持、功能扩展、系统级性能的提升。  标准 C++运行时库：采用 LLVM 项目的 libc++作为基础，提供完整的 C++标准库实现，支持 C++11、C++14、C++17 和 C++20 标准。  编译工具链：选用毕昇编译器作为官方指定的 码模块，发挥仓颉高性能高并发优势，提升应用性能体验。  场景二：在使用仓颉开发时，通过跨语言互操作调用 ArkTS 库，复用 ArkTS 丰富的库生态。 针对互操作场景诉求，仓颉提供 ohos.ark_interop 互操作库来实现与 ArkTS 的互操作。该库主要提供以下关键数据结构：  JSValue: 用于表示来自 ArkTS 中的对象（如数字、字符串、对象、函 数），是仓颉与

收取多少的维护费用？ D:是否需要提高售后工单的处理效率，让售后流 程化、规范化？ D.何时：在设备维修时 谁：维修工程师 做什么：通过手机app填写工单，所有维修工 单归档，形成维修专家库 1、维修人员是否还通过填写纸质工单的方式进 行作业？ 2、对于维修工单，有否归档、整理成数字文档 ，以便新的维修人员快速检索？ E：是否因为无法掌握客户使用配件的情况？ E.何时：在配件到了使用时限时 取 多少的维护费用？ D:是否需要提高售后工单的处理效率，让售后流程 化、规范化？ D.何时：在设备维修时 谁：维修工程师 做什么：通过手机app填写工单，所有维修工单归 档，形成维修专家库 1、维修人员是否还通过填写纸质工单的方式进行作 业？ 2、对于维修工单，有否归档、整理成数字文档，以 便新的维修人员快速检索？ E：是否因为无法掌握客户使用配件的情况？ E.何时：在配件到了使用时限时 支持者同意引荐权力支 持者 在支持者信函中就上述 事项达成一致 权力支持者有具有价值 的购买设想 权力支持者同意继续协 商购买 解决问题 正式签约 项目开启 后工序 更新潜在客户数据库 支持策略 支持工具 潜在支持者姓名和头衔 支持者清楚说明痛苦 会话进行日期 权力支持者清楚说明痛苦 修改评估计划，内容定案 《成功标准》 《痛苦链》 《业务发展提示卡》 《参考案例》

用） 提前准备各类主数据，用于实施阶段的数据迁移，包括： 客户主数据、供应商主数据、产品主数据、物料主数据、 设备主数据、人员主数据、组织架构组数据 指标数据 1 库存指标 1. 库存面积及库位 2. 库存周准率 3. 物资入库准确率 4. 物资缺货率 5. 呆废料率（数量、金额） 2 生产类指标 1. 车间产能/产能利用率 2. 计划完成率 3. 制造周期/各工序标准工时