2、现在贵司有多少维修人员？ 技术部主管 （负责技术管理、制造设计、产品研发） 4、有多少比例的售后问题是可以远程解决的？ B:是否是因为产品同质化，导致销售利润下滑？ B.何时：在设备研发的时候 谁：研发工程师 做什么：通过数据分析和用户使用习惯，针对 性的推出新产品 1、研发人员是否是通过设备调研的方式进行设 备改良？ 2、客户有无提出通过手机远程查看设备运行情 况的需求？ 3、是否已有同行的设备具备物联网功能？ 2、现在有多少比例的客户过了维保期会选择第 三方维保单位？ 3、现在对于过了维保期的维保服务，平均每次 收取多少的维护费用？ D:是否需要提高售后工单的处理效率，让售后流 程化、规范化？ D.何时：在设备维修时 谁：维修工程师 做什么：通过手机app填写工单，所有维修工 单归档，形成维修专家库 1、维修人员是否还通过填写纸质工单的方式进 行作业？ 2、对于维修工单，有否归档、整理成数字文档 ，以便新的维修人员快速检索？ 3、现在维修人员每年需要外地出差多少次？每次差 旅费用多少？ 4、有多少比例的售后问题是可以远程解决的？ B:是否是因为产品同质化，导致销售利润下滑？ B.何时：在设备研发的时候 谁：研发工程师 做什么：通过数据分析和用户使用习惯，针对性的 推出新产品 1、研发人员是否是通过设备调研的方式进行设备改 良？ 2、客户有无提出通过手机远程查看设备运行情况的 需求？ 3、是否已有同行的设备具备物联网功能？

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

........................ 43 一、农业生产方面 ................................................... 43 二 、水利工程方面 ................................................... 46 三、物流运输方面 ............................... 101 二、机械设计师岗位职责 ........................................101 三、 无人机结构设计工程师 ....................................102 四 、无人机系统工程师 ...........................................102 五、维修人员岗位职责 ............ 监测、管道、高压输电线路巡查、野生动物保护、科研实 验、 海事侦察、鱼情监控、环境监测、大气取样、增雨、资 源勘 探、禁毒、反恐、警用侦查巡逻、治安监控、消防航拍 侦查、 通信中继、城市规划、数字化城市建设等多个领域， 由于对 航空产品对安全性的严格要求和航空管制的原因， 使人们不 敢问津。在今后几年，将是通用航空事业和无人机 事业发展 的时代。 21 (三)无人机市场全球、国内发展背景

getDevices.call().asArray() 13. } 为了提升该场景开发者易用性，DevEco Studio 提供工具对 ArkTS 库进行 互操作自动封装。当开发者在仓颉工程中导入 ArkTS 库时，该工具解析 ArkTS 库的接口声明文件（.d.ts 或者.d.ets 文件），生成仓颉调用 ArkTS 接口的互操作 “胶水层”代码，开发者直接调用由工具生成的仓颉接口即可，从而避免开发者 Android，iOS，MacOS，Windows 和 Linux。 在此基础能力上，仓颉正在持续构建和完善跨移动 OS 平台应用开发的相 关工程能力，具体的路线图和版本发布计划请参见 3.3.2.4 章节。使用仓颉语言 开发的应用，未来可借助仓颉跨平台能力和工程方法轻松运行于多个OS平台， 从而减轻多个平台代码开发和维护的工作量。 技术资产保护 ArkTS 技术资产保护能力概述 ArkTS 结构，难以分析基本块之 间的跳转关系 图 2-13：混淆后程序控制流示例 技术资产保护建议 与其他代码混淆工具一样，ArkTS 及仓颉的混淆工具只能在一定程度上增 加逆向工程的难度，并不能彻底阻止逆向工程，对于源码安全有高要求的开发 53 者，建议考虑使用应用市场提供的应用加密 16功能或者三方安全加固等安全措 施来保护代码。

应用维度根因定位 几个 核心系统 被动应急 故障统一调度 系统具备应急预案 故障点人工恢复 统一变更入口 工具建设 集团+省分 几百套系统 跨系统全链路 定界诊断 主动预防 集团+分子公司 整体态势感知 混沌工程 故障自愈 变更追踪 变更管控 体系建设 故障发现 与诊断 故障恢复 与应急 故障预防 故障调度 体系演进 分布式架构挑战 运维生态挑战 数智运维挑战 端到端稳定性保障体系缺失，自动化、智能化故障处理能力不足  故障处理过多依赖专家经验，故障没有沉淀为有效的资产  故障处于被动防御，救火，运维大数据未被合理价值挖掘  工具重复：工具按烟囱式建设，能力分散  能力割裂：运维工具能力割裂不成体系  数据孤岛：应用、数据库、中间件、云平台、 基础设施各管自身  维护对象：系统节点、微服务数量几何级数增加  调用关系：从简单对应到极其复杂，人力维护无法胜任 如何保障系统的全面稳定，保证业务流程的高效运转，为系统运营提出了不小的挑战。 GOPS 全球运维大会 2023 · 上海站 稳定性保障工具建设历程 • 工具化建设 2019 • 产品化建设 2020-2021 • 体系化建设 2022-2023 稳定性保障工具的建设与演进从来不是一蹴而就的，是基于当前的现状与存在的问题，提出解决方案与目标规 划，充分借鉴与对标先进的行业经验，从“走出去”到”引

全 球 运 维 大 会 2 0 2 3 · 上 海 站 几个 核心系统 单系统 应用维度根因定位 故障点人工恢复 系统具备应急预案 被动应急 统一变更入口 故障统一调度 工具建设 数字化转型中系统安全生产痛点 问题 数智运维挑战 n 端到端稳定性保障体系缺失， 自动化、智能化故障处理能力不足 n 故障处理过多依赖专家经验，故障没有沉淀为有效的资产 n 故障处于被 运维生态挑战 n 工具重复： 工具按烟囱式建设，能力分散 n 能力割裂：运维工具能力割裂不成体系 n 数据孤岛： 应用、数据库、 中间件、云平台、 基础设施各管自身 集团 + 省分 几百套系统 跨系统全链路 定界诊断 故障自愈 混沌工程 主动预防 变更追踪 变更管控 集团 + 分子公 司 整体态势感 知 体系建设 故障发现 与诊断 故障恢复 与应急 与应急 故障预防 故障调度 体系演进 稳定性保障工具建设历程 稳定性保障工具的建设与演进从来不是一蹴而就的，是基于当前的现状与存在的问题，提出解决方案 与目标规 划，充分借鉴与对标先进的行业经验，从“走出去 ”到 ”引进来“，逐步由工具产品化至制度、管理体系 化转 变的过程。

的趋势，提出了三大技术理念： 一次开发，多端部署；可分可合，自由流转；统一生态，系统智能。 图 3-1：核心技术理念 1）一次开发，多端部署 “一次开发，多端部署”指的是一个工程，一次开发上架，多端按需部署。目的是支撑 开发者高效地开发多种终端设备上的应用。为了实现这一目的，鸿蒙系统提供了几个核心能 力，包括多端开发环境，多端开发能力以及多端分发机制。 13 核心功能和特征 14 1. 多端工程管理 创建鸿蒙应用/元服务/模块工程时，支持选择需要适配的设备类型，DevEco Studio 会根据选中的设备类型去匹配及检测对应的功能模块。避免不同的 Entry 模块之间，出现支 持的设备类型重叠的情况。推荐典型的多设备工程目录结构如下所示： 图 3-4：多设备工程目录结构 2. 多端开发辅助 在编码阶段，DevEco 如果需要开发多设备上运行的应用，一般会针对不同类型的设备多次开发并独立上架。 开发和维护的成本大，为了解决这个问题，鸿蒙系统提供了“一次开发，多端部署”的能力， 开发者开发多设备应用，只需要一套工程，一次打包出多个 HAP，快速上架，即可根据设 备类型按需进行分发。 除了可以开发传统的应用，开发者还可以开发元服务。元服务是一种面向未来的服务提 供方式，具有独立入口的、免安装的、可为用户提供一个或多个便捷服务的应用程序形态。

推动中国智能网联汽车技术领先全球。这种“技术普惠 + 生态共建”的模式， 为实体经济数字化转型提供了可复制的中国方案。 鸿蒙智能体的发展承载着国家数字主权的战略使命。技术层面，鸿蒙智能 体框架 HMAF 在传统软件安全工程的基础上，迭加构建 AI Agent 典型安全防线， 实现全栈安全自主可控；产业层面，鸿蒙生态实现了从底层芯片到上层应用的 完整技术栈，使我国首次在基础软件领域摆脱了对西方体系的依赖。更为深远 供应链与依赖攻击：在模型训练阶段注入恶意样本或参数，利用 AI Agent 依赖的 第三方服务（如云平台、API）的漏洞等。 结合鸿蒙智能体需要保护的关键资产、典型的攻击路径，鸿蒙智能体框架 HMAF 在传统 软件安全工程的基础上，迭加构建 AI Agent 典型安全防线，构建基于华为可信基础设施的全 栈安全防线： 3.4.3 对应的典型防御阵线 - 30 - Agent 时代 鸿蒙应用生而智能 鸿蒙智能体框架

华为质量管理体系解读 目录 1. 华为质量管理体系概述 2. 华为质量管理体系理论基础 3. 华为质量管理体系应用实践 4. 华为质量文化建设 华为质量管理体系概述 • 华为质量管理体系发展四个阶段： 第一阶段：流程管理： IPD+CMMI 流程管理体 系第二阶段：标准量化：建立明确的质量标准 第三阶段：零缺陷管理：全员参与的质量文化 第四阶段：以客户体验为导向的闭环：以客户为 苛刻要求让华为对质 量有了更深入的理解。在日本客户看来，无论是百分之一、千分之一的 缺 陷，只要有缺陷就有改进的空间。 • 在流程和标准之外，需要一个大的质量体系，更需要一个企业质量文化的 建设。 • 2007 年 4 月，华为公司 70 多名中高级管理者召开了质量高级研讨会，以 克 劳士比“质量四项基本原则”（质量的定义、质量系统、工作标准、 质量 衡量）为蓝本确立了华为的质量原则，这就是华为质量史上的十一 以客户为中心的闭环质量管理体系，使得华为在 2016 年 3 月份获得了 “中 国质量奖”。 目录 1. 华为质量管理体系概述 2. 华为质量管理体系理论基础 3. 华为质量管理体系应用实践 4. 华为质量文化建设 华为质量体系理论基础：零缺陷 • 零缺陷意味着质量是完完全全地符合要求，而不是浪费时间去算计某个瑕 疵的可能危害能否容忍，其核心就是“第一次就把事情做对”。 • 全员参与，每一个层级都要把事情做对。

2、公司的战略规划 3、公司的组织架构， IT 部门人数 4、信息系统建设情况，是外包的还是自研 的？ 5、针对行业本身发展的痛点和企业当前最 关心的数字化环节。 6. 指标体系建设情况如何？ 二 IT 部访谈 1. 公司内部是否专门设有数据相关部门/ 岗位，部门配置及人员规模（包括人数、 占比）如何？ 2. 企业信息化系统情况如何？建设了什 么系统，有什么功能？ 3. 企业当前数字化技术能力如何？技术 企业当前数字化技术能力如何？技术 能力包括数据、集成、信息安全 3 个能力 域。 4. 公司内部生产设备控制系统建设以及 联网和数据采集情况如何？各系统数据是 否实现采集入库？（技改部配合） 5. 公司内部各系统数据是否级联并打 通？（是否实现信息系统、生产线、设备 及各生产环节的互联互通？是否实现企业 中的各个模型以及相关数据在企业内外能 够顺畅流通，可直接重用，实时交互？是 否通过数据接口、集成平台等方式，实现