图形 1 AI+ 设备（预测性维护）方案 图形 1 背景 加入星球获取更多更全的数智化解决方案 预测性维护是工业大数据和人工智能结合落地的重要应用场景 ，为企业带来多方 面效益 预测性维护（ Predictive Maintenance ，简称 PDM ）是以设备状态为依据的新兴的维护方式 ，在设备运行时对其主要部位进行周期性 或 持续监测 ，判定其所处的状态 ，预测状态未来的发展趋势 内容、方式。预测性维护可以为企业带来以下效益： ☐ 降低维保成本 ☐ 延长设备寿命 ☐ 提高设备使用率 ☐ 减少库存成本 ☐ 提升生产安全 维护触发点 固定周期，不考虑设备实际 状态，可能带来过度维护 必要时，预留足够应对时间 给一线人员在故障前做出应对 维护方式 根据零部件的平均损坏率进行维护， 不考虑实际运行状态 根据设备的实际运行状态 决定维护方式及关注点 决定维护方式及关注点 维护成本 维护成本高， 停机停产时间较长 维护成本低， 停机停产时间较短 使用场景 无法准确获得单体 设备运行状态时 单体设备状态可获知时 预测性维护与预防性维护虽然只有一字 之差 ，在理念上却截然不同。预防性维 护不考虑系统设备当前的运行状态和健 康状态 ，是按照已经安排好的时间来完 成计划内的维护工作 ，会引起过度维护 和维护不足的问题。 两种方式的特点对 比见右表。

预测性维护 03.2021 上海 / 中国 罗兰贝格 洞见 数字化运维的制胜基石 1 随着互联技术的革新、大数据的应用与积累、计算能力的提 升及相关模型理论的高速发展，人工智能的应用场景逐渐丰 富，并在近几年逐步过渡到实操落地。各行各业正积极探索 通过人工智能赋能的运营模式，并以此推动产业升级及长期 的运营转型。 在政策端，从2017年7月国务院印发的《新一代人工智能发 展 省出具的智能制造指导政策与意见等。这股政策东风逐渐催 生了制造业的数字化及智能化的转型之路。而运维服务（ 如 备品备件销售、设备维护及维修等）作为制造业的重要组成 元素，通过工业互联网及人工智能的深度融合打造出创新的 应用场景，并实现持续降本增效的趋势目标。 运维服务的发展进程主要分为四个阶段： 01 预测性维护是什么？ 我们为什么需要它？ 封面图片： koto_feja 01 / 运维服务的发展进程 制造业对运维服务的注重维度已经改变，过去传统的备品备 件购买及定期维护观念已经过时，通过工业互联网和人工智 能赋能的数字化运维解决方案将是新的趋势。 资料来源：罗兰贝格 基于故障 预测的维护 响应式 维修 计划性 维护 基于条件 的维护 "故障后维护" "预防性维护" "预测性维护" "状态监控式维护" 2 02 / 预测性维护运作原理 1.消极维护：这是运维服务最原始的方式，通常指当机械故

销售报价和定价专题方案讨论 1 FICO 、 PP 有 销售预测 1 PP 有 主导业务模块 专题名称 会议次数 涉及相关业务部门 有无结果 MM 物料编码的方案，以及相关的与 PLM 集成的方式、物料编码维护的方式专题 1 PP 、 FICO 、 SD 有 固定资产管理核算方案 1 FICO 有 MM 组织结构专题讨论 1 PP 有 采购组织及库存地点 1 FICO 有 研发仓设置问题 2 PP 销售主数据 2 销售关键流程及方案 3 销售管理整体业务概述 销售管理变革点 4 销售数据：数据专业、规范、统一  销售主数据中主要包括如下四类 • 客户信息由专门岗位统一进 行系统维护，保证数据的正 确及唯一性 • 是销售订单、发货、开票及 信用管控的数据来源 销售 单据 客户 价格 信用 物料 • 销售业务员在于客户报价时 不得低于标价，在系统中录 入销售价时进行控制，保证 是指将各种业务伙伴的相关信息以主数据的形式在系统某著名企业立， 并以唯一的代码进行标识。维护客户主数据的主要作用是在进行销售业务的各个阶段明确业务对象，并按照业务对象的客 户主数据中维护的控制信息指导系统完成相应的业务处理。 2 ）、新增和修改客户信息时，要按照模板进行申请，要有统一的归口部门及岗位维护客户信息，保证数据的唯一性、正确性 价格主数据 - 通过价格比对，控制销售利润 1 、说明：

小时内，提交故障处理报告。说明 故障种类、故障原因、故障解决中使用的方法及故障损失等情况。 1.3.9.2 行为规范  遵守用户的各项规章制度，严格按照用户相应的规章制度办事。  与用户运行维护体系其他部门和环节协同工作，密切配合，共同开展 技术支持工作。  出现疑难技术、业务问题和重大紧急情况时，及时向负责人报告。  现场技术支持时要精神饱满，穿着得体，谈吐文明，举止庄重。接听 1 项目主要风险   技术风险： 信息技术的发展是日新月异的，在系统建设时采用的有关技术和标准可能 随着时间的流逝而脱离主流技术路线，从而带来较大的风险。   安全风险： 系统管理维护、用户数据存储、系统数据传输等方方面面都会涉及到安全 20 某区生活驿站大数据平台系统维保项目实施方案 性的问题。因此，整个系统在安全方面存在很大的风险。   实施风险： 项目实施过程 程，都需要记录在《风险列表记录单》中。 2 服务方案 2.1 项目服务承诺 2.1.1 服务响应承诺 我司承诺，在本次项目中将提供 7*24 的服务响应，在接收到服务要求后， 可在 1 小时内到达现场进行维护。 2.1.2 服务期限承诺 针对本次项目，我方将提供为期 1 年的售后维保服务。 27 某区生活驿站大数据平台系统维保项目实施方案 2.2 服务机构 本公司总部在 XX 市，本项目的售后服务由公司技术支持部专职负责。在非

数据准备和管理 采购和库存管理 基础 数据 财务管理 深化品类管理 门店数据管理 柜组数据管理 商品品类管理 基础参数管理 供应 商准 入和 新品 信息 供应商数据管理 商品数据维护 品牌数据管理 价格数据管理 财务 数据 科目数据管理 银行数据管理 成本中心 数据 利润中心 数据 …… 需求和补货 补货参数设置 自动补货需求 订货项目补货预测 采购和入库 数据准备和管理 采购和库存管理 基础 数据 财务管理 深化品类管理 门店数据管理 柜组数据管理 商品品类管理 基础参数管理 供应 商准 入和 新品 信息 供应商数据管理 商品数据维护 品牌数据管理 价格数据管理 财务 数据 科目数据管理 银行数据管理 成本中心 数据 利润中心 数据 …… 需求和补货 补货参数设置 自动补货需求 订货项目补货预测 采购和入库 供应商主数据 供应商主数据 通过统一管理保证商品的唯一和统一 数据管 理规范 整合商品门店级数据各门店可以灵活修改 门店创建非整合商品，其它门店可共享使用 统一维护 规范录入 灵活性 整合商品劲草统一录入，全集团共享 提高数据维护质量，减少重复工作 通过执照号、商品条码等信息系统进行自动化校验，避免重复录入 增加选择项，减少录入项，确保数据规范，提高准确率 以商品举例，按不同品类设计特有属性，既满足业务特点，又单

用，特别是信息 / 数据方面的实用化？ • 如何将架构蓝图在系统 / 工具中固化，以确保架构在 各个项目中的统一？ 上海电力企业架构亟需回答的核心问题 本项目的相应交付物 本文内容 3 • 能否建造和维护清晰规范 的企业架构并在各部门达 成共识？能否规划出企业 架构的发展路线图并在各 部门达成共识？ • 能否将达成共识的企业架 构落实到项目建设中？ • 能否将达成共识的企业架 构路线图落实到项目组合 企业架构方面的差距来自于企业架构管理的差距 架构 的设 计方 面的 问题 现象 影响 未穷尽 • 集成平台利用低 • 集成灵活性差，变更成 本高 • 企业数据模型缺失， 数据集成度低 • 数据维护成本高，一致 性及时性低 • 业务架构缺全景 • 跨部门业务整合能力低， 成本高，工期长 • 部分基础设施分配 不清晰 • 固定资产投资收益欠优 • 项目排序与架构规 划不一致性 • 应用开发建设 计划 建设 测试 投入 使用 IT 项目组合管理 IT 战略 / 治理 / 组织 战略规划 业务 /IT 关系 管理 企业架构管理 项目组合管理 业务要求 管理 企业架构的创建与维护 战略变化导致架 构规划调整 A2 业务 /IT 关系的 协调部门提出架 构更新的要求 企业架构在项目管理中的贯彻 B1 IT 项目审批必须 包含架构合规 检查 B2 架构合规审查还要在明确的

对决策分析提供支持的多重粒度级的数据库，实现对数据源的统一管理和信息 转换。同时为分析层的各种应用提供接口，构造应用于主题分析的更高粒度级 的数据集市，或者直接为数据访问层提供数据支持。信息层通过管理工具对数 据仓库进行管理和维护。以中间数据库为数据源，按分析主题建立数据仓库。 最后将数据仓库中的数据按照一定方式聚合汇总，构成信息分析的多维视图， 以一定的存储模式（如模式文件）将这些多维视图存储在 OLAP 服务器中。 系统将给出相同层级之间的横向对比统计。例如：各院系或专业间汉族与 少 数民族比例的横向对比，以从侧面反映专业与民族之间的相关性。  用户点击相应概况统计数据时以表格的形式展示相应的明细信息。  对于没有维护民族的数据系统将以“未维护”进行数据归类统计，方便与数 据监管系统组成数据质量监管的双重保障。 在校生性别分布概况及比例统计  系统将以学校、院系、专业为层级，本科生、专科生、研究生为类别，按 照 图  对于没有维护性别的数据系统将以“未维护”进行数据归类统计，方便与数 据监管系统组成数据质量监管的双重保障。 在校生年龄段分布统计  系统将以学校、院系、专业为层级，本科生、专科生、研究生为类别，按 照 图形或表格的形式分别统计展示学生的年龄段分布及占比。  用户点击相应概况统计数据时以表格的形式展示相应的明细信息。  对于没有维护年龄段的数据系统将以“未维护”进行数据归类统计，方便与

国内供应网络 海外供应网络 CKD/ SKD CKD/ SKD/FG 物流计划 物料需求 产能计划 库存计划 主计划员 主计划基于完善的政策和主数据来创建供应网络计划 数据维护准则 主数据维护 周主计划 周 KPI 监控 主计划 * 批量规则 安全库存 优先级 冻结期 提前期 其他… 工厂 ( 地点 ) SKU BOM 资源 产能 物料 预测冲减 需求优先级 周需求计 划 收到需求计划 回顾需求计划 生成初版主计 划 回顾主计划 召开周主计划 最终确定和发 布主计划 8 周分配 (RTF) 18:00 9:00 截止数据 主数据维护 解决瓶颈 更新主计划 4 周工单 4 周装运订单 关键 物料采购 计划 海外 PO ERP MRP 17 周 工厂计划 4 周 物流计划和销 售 ATP # 计划描述 准备数据集，收集相关部门 的数据 主要输出 • 主数据集包括 : • 确认的 BOM & 关键 物料，库存和采购订单状态 • 供应约束，产能和优先级 时间周期 • 周 • 系统数据准确性和一致性 • 由于手动维护数据和系统数据组合导致的效率低下 • 动态数据差异，如 WIP 、在途库存 • 历史数据的可靠性 • 整体网络供应的数据，能确保主计划提供一个集中的、协同和统一的分配、补货、重新平衡和网络供应

.........................................................................................91 3.3 系统维护人员培训............................................................................................... 电教网络中心等不同的部门，存在“职能交叉、多头管理”的情况，因为机构定 位不清晰，造成机构的性质和职能无法得到认可，导致信息设备管理滞后，设 备使用率和使用效果与信息化建设预期不符，重建设轻维护等众多方面问题得 不到有效解决。  信息化应用层面 角色 存在的问题及需求 学生和教 师  现有应用重管理轻服务现象严重，为师生提供的信息服务不够 全面； 业务部门管理信息系统建设过程中主要解决部门内部的流程及管 单 元切分，相互割裂，应用系统未能遵循统一的规范和技术规格使 得应用集成整合的难度加大。  多重身份和密码体系，多重登录界面，师生使用方便性不够 现有的校园网上面向全校师生访问的系统，各自维护和管理自己 的用户信息，用户在访问不同的系统时，不仅需要输入不同的访 问网址，而且还需要记忆不同的用户名/密码。同时，多个系统存 在多套访问页面，且界面风格各异，用户无法通过终端界面统一 获

...................................................................................109 5.7.1 云平台日常维护方案................................................................................................. 能力，支持企业级 Kubernetes 容器化应用的全生命周期管理。支持通过云控制台一键创建集 群，提供容器集群专用的 ISO 镜像，提供稳定的 Kubernetes 和 Docker 版本，省去搭建、维护 容器集群的麻烦。 （六） 混合多云管理能力要求 提供异构混合云管理能力，灵活配置，实现对主流公有云、私有云、虚拟化、容器等基础 设施的全面对接及资源整合，帮助单位构建云环境，实现混合云或异构云的统一管理、自动化 保护和隔离，因此系统应分 别针对不同的应用和不同的网络通信环境，采取不同的措施，包括系统安全机制、数据存取的 权限控制等。 （7） 可扩展性和易维护性 为了适应系统变化的要求，必须充分考虑以最简便的方法、最低的投资，实现系统的扩展 和维护。 2.1.2 设计依据 《信息安全技术 信息系统安全等级保护体系框架》（GAT 708-2007） 第 8 页 共 157 页 《计算机信息系统