调用关系：从简单对应到极其复杂，人力维护无法胜任 n 数据分片、异地存储，传统维护模式难以为继 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 n 能力割裂：运维工具能力割裂不成体系 n 数据孤岛： 应用、数据库、 中间件、云平台、 基础设施各管自身 集团 + 省分 几百套系统 跨系统全链路 定界诊断 故障自愈 混沌工程 主动预防 变更追踪 变更管控 集团 + 分子公 司 整体态势感 实现多场景故障自愈 稳定性保障工具聚焦 领域 变更追踪与管控 全栈可观测性 隐患 管理 数字化监控 平台聚焦 云平台 应用 核心业务 前端触点 数据库 中间件 网络 主机 网关 业务发展量、业务流程积压量、业 务突变异常、业务关键稽核点等 核心业务场景、核心业务环节、核 心业务链路拓扑 白屏、慢响应、弹窗日志等 卡顿、崩溃、错误等 方法调用明细 云平台健康度、集群节点、 pod 容 器指标 网 关 ： KONG 、 LB 、 Nginx 等 中 间 件 ： Kafka 、 MQ 、 Zookeeper 等 数 据 库 ： MySQL 、 Clickhouse 、 Elasticsearch 等 主机： 内存、磁盘、 CPU 、网络 指 标等 网络出、入流量、并发会话数、连 接数等 数据中心、网络设备、主机

采购流程与 管控 ... 交付流程与 管控 ... 总部 质量安全部 质 量 手 册 交 付 体 系 1 数字化目标 货 位 管 控 存 量 监 控 出 入 库 流 程 供应体系 制造体系 出入库流程 与管控 营 销 体 系 ▲ 质量体系保 障 研 发 体 系 记录 文件 程序 文件 销售流程与管控 服务流程与管控 客 服 层层抓取运营基础数据多管理视角展示 ，辅助管理决策与效能提 升 数字化运营平台 产品级 产品级 待加工物料级 待加工物料级 加工部件级 产品级 加工部件级 产品级 差异 问题 运 营 数 据 需求获取、 分析、 转换、 论证 ... 形成产品开发需求目标 概要、 详细、 样机、 发布 ... 供应商准入与管理 ，入库 检验 、 储存 环境及时效、 生产过程及使用跟踪 FMEA S P C PPAP MSA ... 产品质量模型：通用质量类型 产 品 质 量 管 理 机 理 4 质量管理及数字化 要素 目标库 处理、改进 模型、 模板库 追 溯 、 定 位 、 改 进 履 历 本 系 统 数 字 军 检

用于进行流程规划：了解当前的管理制度、流程、规范。 包括生产管理制度、研发管理制度、车间管理规范等。 8 主 数 据 （ 实 施 阶 段 用） 提前准备各类主数据，用于实施阶段的数据迁移，包括： 客户主数据、供应商主数据、产品主数据、物料主数据、 设备主数据、人员主数据、组织架构组数据 指标数据 1 库存指标 1. 库存面积及库位 2. 库存周准率 3. 物资入库准确率 4. 物资缺货率 5. 呆废料率（数量、金额）

航空产品对安全性的严格要求和航空管制的原因， 使人们不 敢问津。在今后几年，将是通用航空事业和无人机 事业发展 的时代。 21 (三)无人机市场全球、国内发展背景 1.全球无人机市场容量 据美国蒂尔公司预测：未来十年无人机仍将继续成为世 界航空航天工业最具增长活力的市场，支出总额将超过 940 亿美元。 同时在全球军用航空平台新交付价值中，无人机(不含 微型无人机)所占比重将从 14%。照此趋势发展，无人 机 将在不远的将来成为航空主战装备，无人机等新作战装备将 迎来对传统装备的替代过程，以色列空军就规划在 2030 年 打造一支无人机占 50%以上的新型空军机队。据《航宇周 刊》 分析，无人系统、情报侦察设备、网络安全等新兴细分 领域 将是近期欧、美各大航宇防务制造商开展战略转型的主 要方 向，并将成为未来 20 年增长最快的航宇防务业务领域。 按价 高空长航时无人机的市场需求总量占总市场需求量的约 60%;按数量计算，民用无人机的市场需求占总需求量的 12%, 微小型无人机占 69.5%。而这四类飞机中，除了高空 长航时 飞机外，其他无人机平台的研制难度都不大。据了 “ 解， 十 ” 二五 期间，国家环境管理对无人机航空遥感具有大 量需求， “ ” 目前正在参照国内外通行的 航天不足航空补 这一做法， 大力发展环境保护航空无人机遥感技术，同时探索无人机航

这一数据也将随着小艺的进化进一步提升。 垂域应用智能体快速发展，将成为下一个 C 端应用主战场。垂域应用依托行业数据壁垒， 通过 AI+ 行业解决方案端到端解决用户痛点，并形成私有数据飞轮，易构筑更坚实的护城河。 据德勤分析，当前，AI+ 教育类应用已率先普及，AI+ 法律、AI+ 财经、AI+ 医疗等解决方案类 应用也存在较大增长潜力。初创企业通常优先切入生产力场景，以内容创作、垂直专业、工作 效率类 AI 图 15：鸿蒙 Agent Kit 使用流程 - 24 - Agent 时代 鸿蒙应用生而智能 鸿蒙智能体框架 鸿蒙 Agent Kit 的设计原则如下： 1. 组件标准化：通过统一智能化组件库封装底层能力，规范接口与参数标准，避免跨应用 重复开发； 2. 体验一致性：定义应用内智能化统一风格（UI 反馈、操作逻辑），确保用户跨应用使 用智能体时认知一致。 3. 运行标准化：统一底层 提升平台的场景覆盖能力。该模式适用于同时具备鸿蒙端应用与云侧智能体能力的企业开发者。 4) 多 Agent 模式 多 Agent 模式是一种通过编排多个独立智能体协作完成复杂任务的编排方式。开发者可根 据业务需求，编排多个鸿蒙应用智能体的功能协作，实现跨应用 / 元服务的工具链调用，完成 复杂任务的闭环。多 Agent 模式典型场景包括智能客服分流，企业虚拟员工协作等。 3.3.1 四种开发模式支撑智能体灵活构建

(QM) 物料管理 (MM) 销售分销 (SD)/CS 设备管理 (PM) 生产管理 (PP) 出货检验与退 货检验 量具主档与校 准信息登记 生产制程与完 工检验 来料检验与库 存检验 QM 与 CO （ CO 主要是质量成本）、 CS （主要是处理客户投诉及退货）也有一定集成 MM 中可以用来评估供应商 PP 中进行生产中的质量控制， 处理相关质量问题 SD 中进行 纠正作业 即时任务 即时作业 售后服务的检验 - 投诉 客户对产品 进行了投诉 创建通知单 通知单保存 质量通知单 验证 描述 缺陷 原因 任务 作业 （ QM ） SD 数据 QM 数 据 S/4 质量通知单 用 SAP 工作流 通知相关负责 人员 质量保证部门 1 2 3 4 质量通知单

制定证书颁发程序：制定一套授予建筑物能源性能证书的完整程序， 包括房产现场检查、数据分析，以及出具包含能效提升建议的证书等。 5. 数据收集及注册登记：建立一个用于记录和管理建筑能源性能证书信 息的数据库，以便追踪存量建筑的能效水平，并为政策分析提供支持。 6. 质量控制和执行：建立随机抽查或审计等机制来确保能源性能证书的 质量。同时明确不合规行为的处罚，促进相关规定落地执行。 7. 公众参与：开 2000平方米以上的私人商业建筑，以及1000平方米以上的公有、出租 及运营建筑，必须进行能源性能证书评估并披露评估结果。违者可能 会面临一项高达26万美元的罚款和最高五年的监禁。借助这一评估机 制，政府建立起了一个集中式的资料库，来收集相关数据和监测建筑 能耗。 • 在葡萄牙建筑能源性能证书机制的框架下，能效评级较高的建筑可以 享受税收减免和优惠融资。该国的建筑能源性能证书颁发程序首先通 过评估来确立建筑的能耗基准，随后为建筑节能改造提供指导意见， 合返利/贷款 优惠对最低能效标准和能效标识制度进行了适度调节，并将返利/贷款优 惠政策嵌入了到更加宏观的政策框架或气候变化承诺中。 评估过程应该透明。在开展评估前，应明确评估的目标、指标，以及数 据收集和分析的具体方法。相关分析应考虑到各方面的指标，包括反映 目标达成情况（如从返利/贷款优惠中获益的消费者人数）、政策影响力 （如某类设备的能耗每年降低一定的百分比，家庭节能量，消费者所节 省的先期

开发能力，拥有简洁且富有表达力的语法，通过简洁 的语法和实时预览功能，大大提高了 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 中的对象（如数字、字符串、对象、函 数），是仓颉与

鸿蒙生态应用开发核心概念 3 O4 O5 O6 鸿蒙生态应用开发能力全景 2）鸿蒙开发套件 · · · · · · · · · · · · · 3）三方库 · · · · · · · · · · · · · · · · · 4）鸿蒙生态伙伴 SDK 市场 · · · · · · · · 32 41 40 高效开发与测试 1）典型开发场景 4 - 1）赋能套件 - 2）鸿蒙开发套件 - 3）三方库 - 4）鸿蒙生态伙伴 SDK 市场 - 5）开发者支持平台 鸿蒙生态应用 开发能力全景图 29 围绕开发者旅程，鸿蒙系统为开发者提供了端到端的开发能力支持。如下图所示，鸿蒙 系统为开发者提供了赋能套件、鸿蒙开发套件、三方库、开发者支持平台。具体能力全景图 如下图所示： 图 4-1：鸿蒙生态应用开发能力全景图 33 具和插件库，以及垂类模板、体验标准等可以持续帮助开发者提升设计和开发效率，促进鸿 蒙生态发展。 全栈式设计规范：包括设计理念、人因研究、应用架构、人机交互、视觉风格、动效、 音效、振动、多态控件、界面用语、全球化、无障碍、隐私设计等。 丰富的设计资源：HarmonyOS 字体、HarmonyOS Symbol 和 HarmonyOS 音效库。 这些资源旨在简化开发流

故障处理过多依赖专家经验，故障没有沉淀为有效的资产  故障处于被动防御，救火，运维大数据未被合理价值挖掘  工具重复：工具按烟囱式建设，能力分散  能力割裂：运维工具能力割裂不成体系  数据孤岛：应用、数据库、中间件、云平台、 基础设施各管自身  维护对象：系统节点、微服务数量几何级数增加  调用关系：从简单对应到极其复杂，人力维护无法胜任  数据分片、异地存储，传统维护模式难以为继 随着 系统方自定义 Promethues exporter 调用链接口业务打标 告警配置 应用 核心场景、核心业务链路 人工梳理上报 调用链agent采集 应用指标、trace 网关 中间件 数据库 主机 网络 Promethues exporter 前端触点 浏览器 JS埋点 APP SDK 云平台 snmp协议+ Promethues exporter 云平台维护方自定义 应用调用trace  方法调用明细  云平台健康度、集群节点、pod容 器指标  网关：KONG、LB、Nginx等  中间件：Kafka、MQ、Zookeeper 等  数据库：MySQL、Clickhouse、 Elasticsearch等  主机：内存、磁盘、CPU、网络指 标等  网络出、入流量、并发会话数、连 接数等  数据中心、网络设备、主机拓扑映