简介：设备管理（PM）系统基础信息维护培训课件，面向企业设备管理员、SAP关键用户及物流/制造行业运维人员，重点梳理功能位置、设备主数据、故障维修代码、任务清单、备件清单、技术资料文档等主数据维护逻辑，以及PM与FIN、HRM、MM、VMS等模块的集成关系。包体为1个pptx文件，大小4.39MB，内容为完整培训PPT，包含目录、名词术语、业务规则、维护流程与系统操作截图，适合用于内部培训或自学入门。目前已有101人学习浏览。通过学习可掌握设备全生命周期基础信息维护的职责分工、功能位置编码规则、故障代码标准化应用及备件任务清单落地方法；还能借助业务蓝图与系统截图理解地区总部收集上报、总部接口人维护反馈的分工机制，以及PM与财务、人力、物料、车辆管理的跨模块联动。整体下来可帮助减少设备维护停机时间，提升企业资产运维效率。
1. 设备管理PM系统的基础信息维护，决定系统是帮手还是摆设
设备管理PM系统的基础信息维护，是一套系统能不能真正转起来的第一步，也是最容易被低估的一步。这个标题看着像一份汇报PPT，但它背后对应的是一段实打实的落地任务：把设备台账、编码规则、位置层级、点检保养标准这些地基数据一块一块铺好。这里的PM在设备管理语境里通常指预防性维护，也就是让系统按预设规则自动提醒哪台设备该保养、该点检了。很多项目上线后工单推不下去、报表统计不准，回头看不是软件不行，而是基础数据在拖后腿。这篇笔记就顺着“基础信息维护”这条主线，把从字段设计、数据清洗、批量导入到上线后体检的完整路径讲一遍，适合正在做系统初始化、或者接手一套脏数据的设备工程师和信息化专员。
2. 基础信息到底维护什么：从设备台账到编码规则的一整套主数据
基础信息维护，本质上是在建一套“主数据”。主数据这个词听着抽象，落到设备管理就是四块：台账、分类编码、位置、字典。这四块没有先后，必须一起设计，因为系统里的工单、报表、备件消耗全部要引用它们。如果把设备管理系统比作一座厂房，基础信息就是地基里的钢筋和桩，钢筋摆歪了，后面装修得再漂亮也得返工。
2.1 设备台账字段设计：先保住“一物一码”底线
设备台账是基础信息里最大的一块，通常来自厂里一直用的Excel。很多Excel台账的问题不是缺设备，而是字段太随意：设备名称里混了厂家简称，规格型号里带着“约”“等”这样的字，甚至同一个设备在车间一张表、财务一张表各出现一次，编码还不一样。所以字段设计的第一步，不是加字段，而是定死“一物一码”。
我一般会把台账字段控制在20个以内，其中必填项不超过10个，初期先保主干，别一上来就做两百个字段的大而全模型。核心字段至少是下面这张表的规模：
| 字段名 | 是否必填 | 说明 |
|---|---|---|
| 设备编码 | 必填 | 全系统唯一，一旦分配不随状态改变 |
| 设备名称 | 必填 | 用国家或行业标准名称，不带厂家口语 |
| 设备分类 | 必填 | 关联分类字典，决定后续保养规程的引用 |
| 规格型号 | 推荐 | 写厂商标准型号，别写“进口”“大型” |
| 出厂编号 | 条件必填 | 有出厂铭牌就填，这是物理查重的关键 |
| 供应商 | 选填 | 只填有效的合格供应商，别留备注 |
| 安装位置 | 必填 | 关联位置主数据，不是自由文本 |
| 责任班组 | 必填 | 关联班组字典，决定工单派给谁 |
| 启用日期 | 必填 | 影响折旧与保养周期计算 |
| 设备状态 | 必填 | 运行/停用/报废，状态变化走变更单 |
这里最容易忽略的是“设备编码”和“出厂编号”的关系。设备编码是系统里的身份证，出厂编号是设备物理铭牌上的号码。采购新设备时，铭牌号可能重复，也可能缺失，所以唯一性判断不能只靠出厂编号，必须用“设备编码唯一 + 出厂编号辅助查重”双保险。字段先精简，数据才有可能填得准；字段越多，Excel时代留下的脏数据就越难收拾。
2.2 设备分类与编码规则：编码一旦定稿，别急着写进系统
设备分类是编码规则的前提。以常见的机械加工车间举例，分类可以按工艺大类分：金属切削设备、动力设备、起重运输设备、焊接设备、检测设备。每个大类下再分中类，比如金属切削下面分车床、铣床、磨床、加工中心。中类不要太多，一层到两层就够，分得越细，后面的保养标准越难维护。
编码规则我建议用“分类码 + 顺序号”这种朴素结构。比如车床的三位分类码是A01，那编码就是A01-001、A01-002。顺序号按设备进入系统的时间排，不要夹带采购年份、供应商代码、车间代码。为什么？年份和车间都是易变属性——设备可以从A车间调到B车间，厂家也可能变更，这些信息变了，编码就失真了，最后又是一轮返工。编码定稿前，把规则写成一页纸，找设备科、财务、车间各签一个意见，确认后固化到系统里，过程最好留一份评审记录。
分类编码的映射表可以用系统初始化时导入，常见格式是：分类编码、分类名称、上级分类编码、计量单位、典型保养规程编码。导入前要检查两个坑：一是分类编码不能重复，二是不能出现环状层级。这两类错误在Excel里用眼睛看不出来，要在导入脚本里加校验，后面第3章会给出具体写法。
2.3 位置主数据：把设备挂到“工厂-车间-线体-工位”的坐标上
设备位置不是一句“在一车间”就够了。位置主数据要建成树状结构：公司（工厂）—车间—线体—工位。每一层都有自己的编码和名称，设备只挂在最末级的工位上。这样做的好处是报表可以从任意一层往上卷：点开车间，能看到这个车间下所有线体、所有工位、所有设备的点检完成率；点开工位，能看到这一台设备的历史工单和故障记录。
位置编码同样要用代码，不用中文。常见做法是：工厂两位、车间两位、线体两位、工位两位，拼起来比如P01-C02-L03-S04。位置编码要在设备导入前先建好，否则批量导入时“安装位置”只能填文本，填得五花八门，后面统计报表直接废掉。对于叉车、移动空压机这类没有固定工位的设备，我在系统里会单独建一个“移动设备”位置节点，设备同样挂在上面，但状态字段区分“在库/借出/使用中”，不能因为没有工位就不维护位置。
位置主数据里还有一个容易漏的映射：位置到责任部门或成本中心。保养工单、备件领用都要算成本，位置没有挂到责任部门，成本就分摊不到车间，月底报表对不上账。这类映射在初始化时随位置一并导入，不要留到上线后再补。
2.4 维护标准与字典表：让PM系统不只是“到期提醒”
如果台账、编码、位置是基础信息的地基，那维护标准和字典就是让PM系统真正转起来的齿轮。很多系统上线后只起到“到期弹个提醒”的作用，就是因为点检标准、保养规程、故障代码这些字典没有维护进去。设备到了保养周期，工单是生成了，但工单上该干什么、干到什么算合格、有问题怎么登记，全是空的，执行人只能凭经验。
维护标准至少要含三类数据。第一类是点检标准：每台设备或每类设备，每天或每周点检哪些项目，用什么方法，判定的量化标准是什么。第二类是保养规程：按周期区分，比如每500小时换油、每季度校准精度、每年做一次预防性大修，每个周期对应的作业步骤和工时。第三类是故障代码与停机原因字典：设备报修时从下拉框选，不能允许手输“坏了”“不行了”这种无法统计的文本。
字典表的字段设计不复杂，关键是维护入口要收敛。常见做法是初始化时由设备科牵头，把纸质的点检表、保养手册转成结构化表格再导入系统；上线后新增标准必须走审批流程，不能随便在界面上加一条。基础信息维护到这个阶段，才算把“数据”变成了“规则”。
3. 从Excel台账到系统主数据：清洗、编码生成与批量导入
找得到数据不等于用得上数据。厂里的设备台账十有八九是多个版本在传，车间一份、设备科一份、财务一份，格式大同小异，字段对不上。把Excel变成系统能用的主数据，要经历三步：体检、清洗、导入。每一步都有对应的脚本和校验规则，下面按实际跑过的流程来讲。
3.1 先给台账做一次体检：空值率、重复率、格式问题一次摸清
拿到一份原始台账，别急着改，先跑一遍体检脚本，把问题量化出来。脚本的作用是回答三个问题：一共多少台设备？哪些字段缺得最厉害？有没有重复记录？这样后面手工清洗才有依据，而不是面对几万行数据无从下手。
import pandas as pd # 读取原始台账，dtype=str 防止编码/型号被读成数字 df = pd.read_excel("设备台账_原始.xlsx", dtype=str) # 核心字段列表，按实际模板增减 keys = ["设备名称", "规格型号", "出厂编号", "供应商", "安装位置", "责任班组"] print("总记录数：", len(df)) for col in keys: if col in df.columns: empty_rate = df[col].isna().mean() * 100 print(f"{col} 空值率：{empty_rate:.1f}%") # 用“设备名称+出厂编号”做物理查重，比率高说明多人维护过 dup = df.duplicated(subset=["设备名称", "出厂编号"]).sum() print(f"设备名称+出厂编号重复记录：{dup} 条")这段脚本有几个参数要注意。dtype=str是必设的，否则设备编码、出厂编号这类长数字会被Excel读成科学计数法，精度直接丢一位。subset里的列要选物理属性，不要选“设备名称”加“规格型号”，因为同型号设备有几百台，一查全重复。空值率超过20%的字段就要考虑：是本来就没有，还是整理时漏了？漏了的可以补，本来就没有的字段就要重新评估是否必填。
体检结果通常有两种走向。一种是数据量不大，空值和重复可控，直接人工清洗；一种是数据量大且乱，重复多、空值多，就要往下走脚本清洗。不管是哪种，体检报告都建议打印出来给主管看一眼，把“有多少台数据缺编码、缺位置”写清楚，后面导入时少背锅。
3.2 批量为设备生成编码，并拦下重复记录
数据清洗完，就要给没有编码的设备生成编码。生成逻辑必须与2.2里定好的规则一致。如果分类字典还没建好，这一步就做不了，所以分类映射表要先准备。下面的脚本用分类映射给每行设备配分类码，再在分类内编流水号，最后用断言把重复编码的问题拦在导入之前。
import pandas as pd # 分类码映射：左列是台账里的设备类型写法，右列是系统分类编码 cat_map = { "普通车床": "A01", "数控车床": "A01", "立式铣床": "A02", "龙门铣床": "A02", "空压机": "B01", "水泵": "B02", } df = pd.read_excel("设备台账_清洗后.xlsx", dtype=str) # 1. 先做映射检查，未匹配到的类型直接报警，不静默跳过 unmapped = set(df["设备类型"].dropna()) - set(cat_map.keys()) if unmapped: print("以下设备类型缺少分类码：", unmapped) raise SystemExit("请先补全分类映射，再继续生成编码") df["分类码"] = df["设备类型"].map(cat_map) df["序号"] = df.groupby("分类码").cumcount() + 1 df["设备编码"] = df["分类码"] + "-" + df["序号"].apply(lambda x: f"{x:03d}") # 2. 编码唯一性校验：重复就终止，防止脏数据进系统 if not df["设备编码"].is_unique: dup_df = df[df["设备编码"].duplicated(keep=False)] print(dup_df[["设备名称", "分类码", "设备编码"]]) raise SystemExit("生成的编码存在重复，请检查映射规则") df.to_excel("设备台账_待导入.xlsx", index=False) print("已生成待导入文件，共", len(df), "台设备")这段脚本有两个关键设计。一是groupby按分类码分组排序，保证同一个分类下的设备编码从001开始递增，顺序与Excel里的行顺序一致，方便人工核对。二是raise SystemExit而不是打印警告后继续，因为编码重复一旦进了系统，后面查重会非常麻烦。参数上，序号宽度03d表示三位数，如果设备超过999台，要改成04d，这个值要在生成前根据最大分类的设备数量估算好，宁多勿少。
提示：如果系统里已经存在历史编码，批量生成前务必先导出旧编码清单做比对，否则容易出现一物两码，新旧系统数据对不上。
编码生成后还要做一次“预查重”：拿待导入文件里的设备编码，去系统里导出已有的编码清单，比对有没有交集。旧系统已经存在编码、新系统导入又开始生成的情况很常见。这一步用Excel的VLOOKUP就能做，不要省。
3.3 导入模板与增量维护：模板别做大字段，失败记录要能回流
清洗完成、编码生成之后才是系统导入。现在主流PM系统的导入方式都是Excel模板，模板字段与系统主数据字段一一对应。模板设计有一条铁律：字段越少越好，枚举全用代码。我曾经见过一张导入模板有182列，光“备注1、备注2”就有8列，导入时一半字段是空，报错信息看了半天也不知道哪行错在哪列。
先定必填项，只放录入所需的主干。导入模板至少包含：设备编码、设备名称、设备分类编码、规格型号、出厂编号、安装位置编码、责任班组编码、启用日期、设备状态。位置编码和班组编码在模板里用代码，不能让人填“一车间”“张三班”，否则又要清洗一遍。模板里要附一个分表，写明每个枚举字段允许的取值范围，比如位置编码列出所有位置编码，班组编码列出所有班组编码，填的人照着选就不会错。
导入流程一般走四步：下载模板、填数、预校验、正式导入。预校验这步很多团队会跳过，直接点导入，结果第一行就报错，后面全停。正确做法是先导一次性数据量的三分之一，比如规划500台，就先导150台跑通，看失败日志回流的格式和字段，确认没问题再全量导入。失败记录要能回写到Excel，常见格式是一行原始记录加一列“失败原因”，谁填的谁改，改完再增量导入，不要每次都全量冲。
增量维护也要有固定动作：新增设备走“申请—编码分配—导入—复核”四步，报废设备先改状态不等物理拆除，移装设备只改位置编码不动设备编码。这三条是设备全生命周期里最基础的信息维护，规定不清楚，系统数据又会慢慢烂掉。
4. 从基础信息到PM运行规则：维护计划与保养标准怎么落地
基础信息维护的最终目的，不是让系统里有一堆漂亮的表，而是让PM系统能自动生成维护工单。维护计划的触发、点检标准的判定、备件领用的依据，全部依赖前面建的基础信息。如果一个设备连责任班组都没挂，系统到了保养周期不知道该派给谁，工单就悬空；如果点检标准是“检查设备是否正常”，执行人只能说“正常”。这一章把维护计划、点检保养标准、备件关联三件事讲透。
4.1 维护计划主数据：周期、触发方式与责任班组怎么设
维护计划是PM系统运转的核心，它的主数据一般包含：计划编码、设备编码、计划类型、周期值、周期单位、触发方式、执行班组、下次执行日期。计划类型常见的是点检、保养、校准、润滑、检修。触发方式有两种：按日历周期，比如每周一、每月5号；按计数器，比如每运行500小时。设备台账里的累计运行时间字段，就是为计数器型计划服务的。
触发方式选型有一个经验：能按计数器就不要按日历。道理很简单，同一台设备有时一天连轴转，有时停一周没开，按日历触发保养，可能设备才跑了100小时就拉去做保养，或者已经跑了600小时还没提醒。当然，计数器触发的前提是设备有可靠的电表或运行小时表，数据能自动进系统；如果没有自动采集，又不想每天手工抄表，那就退一步用日历周期，但周期要按平均负荷折中。
维护计划表里还要留一个“工作日偏移”参数，比如“每月1号生成工单，遇周末顺延到下一个工作日”。这个参数看着小，不设的话，点检工单周末生成，班组没人接，工单滞留率立刻飙高，运行报表就难看。责任班组不能填到车间，要填到具体的执行班组或点检责任人，否则工单流转到车间一级就停了。
4.2 点检与保养标准：把“看起来正常”改写成可执行的项目
点检、保养标准是基础信息里最需要专业沉淀的部分。纸质表单时代，点检表上写“检查油位是否正常”“检查皮带松紧”还能靠老师傅经验，系统化了之后就不行，同一个项目不同的人会有不同判断。电子化不是把纸质表单搬到系统，而是把判定条件量化。
下面这张表是常用的一种点检标准结构，可以直接在初始化时做成Excel导入：
| 项目 | 点检内容 | 工具/方法 | 判定标准 | 记录方式 |
|---|---|---|---|---|
| 油位 | 液压站油位 | 目视油窗 | 油位在上下刻度线之间 | 拍照 |
| 温度 | 主轴承温度 | 红外测温枪 | ≤70℃，超55℃报警 | 填数值 |
| 振动 | 电机振动值 | 测振仪 | ≤4.5mm/s | 填数值 |
| 压力 | 系统压力 | 看压力表 | 6±0.5MPa | 填数值 |
| 异响 | 运转声音 | 听诊 | 无金属撞击声 | 正常/异常 |
注意每一项都有可验证的边界，“油位在上刻度与下刻度之间”比“油位正常”可执行得多。保养规程同样要工序化：第1步断电、第2步清洗、第3步换油、第4步试机，每一步有工时和所需备件，这样工单生成后执行人才知道要做什么、要带什么料。标准维护的原则是：让一个刚转岗的新人照着标准能干出与老师傅八分像的活，这个标准才算合格。
4.3 备件与设备BOM的关联：缺件停工往往因为基础信息没关联
设备保养必然要消耗备件，而备件管理是PM系统最容易和基础信息脱节的地方。很多厂的实际情况是：设备在设备系统里，备件在库房系统里，两边没有关联，保养工单生成时只写“更换滤芯”，但不写滤芯的备件编码，库房发料靠执行人自己去系统里现查，查不到就领别的型号，最后设备故障了再来查历史记录，根本追不到原因。
所以在基础信息维护阶段，要把“设备—备件BOM”建好，核心字段是：设备编码、备件编码、备件名称、单台用量、安全库存、最低库存。有了这张表，保养工单就能自动带出备件清单，库房也能在备件低于安全库存时触发补货提醒。建BOM的时候不要一上来做所有设备，先把故障率高的、有保养规程的设备做了，其他设备随用随补。BOM数据要跟着保养规程走，换油规程里用到什么油、什么滤芯，就关联什么备件，关联关系要能追溯到规程的作业步骤，这样变更保养规程时BOM清单能一并变更，不会出现规程更新了备件没更新的情况。
5. 避坑：基础信息维护最容易翻车的五个现场
基础信息维护的项目失败，很少是因为技术难，多半是掉进了一些看着不起眼的坑。下面五个场景基本都在不同项目里见过，按“现象—原因—解决”讲清楚，动手之前先对照一下自己的计划。
5.1 现象：编码规则上线三个月就改版，历史数据全部返工
**现象：**系统上线后运行平稳，但三个月后领导觉得现有编码看不出设备在哪条线体，要求把车间代码加进编码里，于是所有编码要重排，工单历史、备件记录全部失去对应关系，报表对不上账。
**原因：**编码规则在初始化时没经过多部门评审，拍脑袋定了一个带上易变属性的方案；或者是没预留编码长度，设备数量超出预期后编码位数不够。
**解决：**编码规则定稿前，强制走一轮会签，邀请设备、财务、工艺、车间各出一个意见，把规则文档发下去让大家挑问题，而不是直接建好模板就开始填数。编码统一坚持“分类码+流水号”，易变属性一律放入字段而不是编码，并且流水号长度按未来五年设备量的两倍预留。
5.2 现象：同一台设备在系统里出现两条记录
**现象：**批量导入完成后，系统里出现了两台“空压机”，型号一样、安装位置一样，连出厂编号都一样，但设备编码不同，于是维护计划跑出两份工单，备件消耗统计翻倍。
**原因：**台账由不同车间分别整理，一条在A车间表里叫“空压机”，另一条在设备科表里叫“螺杆式空压机”，合并时漏查重；导入脚本又只按设备编码查重，没有做物理属性查重。
**解决：**合并前规范设备名称，把同型号设备的名称、规格型号、出厂编号格式统一，然后用“设备名称+出厂编号”做前置查重；导入脚本里再加一道duplicated校验，凡是物理属性相同的记录，在预校验阶段就推回给整理人人工确认。
5.3 现象：位置层级混乱，车间报表直接废掉
**现象：**点检完成率报表做出后，车间主任发现有的工位挂在了别的车间下面，有的设备直接挂在车间一层没有到工位，汇总数据怎么都不对。
**原因：**导入时“安装位置”不是从位置主数据里选，而是直接填文本，填的人有的写“一车间”，有的写“1车间左跨”，同一位置出现了三四种写法，系统无法归并。
**解决：**导入前一天先把位置编码表发到各车间，要求必须填编码；系统侧把位置字段设置成下拉选择，不允许手输文本。已经在文本形式下导进去的，就要重新梳理位置树，再按物理属性把设备重新挂靠一次，这一轮的返工工作量通常是初始化阶段的两倍以上。
5.4 现象：点检标准写得模棱两可，执行人凭感觉打钩
**现象：**点检工单执行率报表看着挺高，但设备故障率并没有下降，抽查工单记录发现大量“正常”“良好”等没有信息量的记录，一旦设备出故障，根本不知道点检时是什么状态。
**原因：**初始化点检标准时直接照搬纸面表单，纸上写“检查电机有无异响”还能靠经验判断，系统里执行人换了一个，就没有统一的判断依据。
**解决：**初始化时把每条点检项目的判定标准量化，能填数值的填数值，能拍照的拍照，至少要让两项以上标准有明确边界。宁可初期点检项少一点，每项都做到可判定，也不要搞五十个“是否正常”的空洞项目。
5.5 现象：上线后没人持续维护，三个月数据又脏了
**现象：**新购设备不进系统就开始使用，快要保养了才想起补登记；设备报废了系统状态还停留在“运行”，台账数据和实物越差越多，最后报表没人敢信。
**原因：**基础信息维护只做了上线前的一次性导入，没有定义上线后的主数据负责人和变更流程。系统没有刚性的购买、报废流程卡口，线上数据自然滞后。
**解决：**在上线方案里单独写一节“基础信息维护制度”，明确新增设备由谁发起申请、谁分配编码、谁做定期复核；每个季度出一份数据质量体检报告，把异常数据分给责任人限期整改。制度不是一张纸，要落到系统权限和工作流里，才能长期维持数据准确。
6. 上线只算开始：用数据质量脚本给基础信息做定期体检
系统上线不是终点，基础信息维护是一场持久战。我给好几个厂的服务都保留了一个习惯：每季度跑一遍数据质量体检脚本，把必填缺失、编码重复、位置挂靠异常、责任班组为空这四类问题一次性扫出来，然后按责任归属分发整改。这个脚本可以挂在系统里定时跑，也可以导出来在Excel里看结果。
6.1 一个可复用的体检脚本：必填、查重、挂靠关系一次跑完
如果在系统底层有数据库查询权限，直接写SQL是最快的。下面的查询适合大多数PM系统的主数据表结构，字段名按实际系统调整：
-- 主数据体检：找出必填缺失、编码重复、未挂位置/班组的记录 WITH base AS ( SELECT 设备编码, 设备名称, 设备分类, 安装位置, 责任班组, 设备状态 FROM mdm_equipment WHERE 设备状态 != '报废' -- 报废设备不参与日常统计 ) SELECT COUNT(*) AS 总记录数, SUM(CASE WHEN 设备编码 IS NULL OR 设备名称 IS NULL THEN 1 ELSE 0 END) AS 必填缺失, COUNT(*) - COUNT(DISTINCT 设备编码) AS 编码重复数, SUM(CASE WHEN 安装位置 IS NULL OR 责任班组 IS NULL THEN 1 ELSE 0 END) AS 挂靠缺失 FROM base;这段SQL的输出能说明三件事：必填缺失数表示台账里有没有漏填关键信息的设备；编码重复数是用总数减去除重后的编码数得到的，大于0就要立刻查明细；挂靠缺失表示设备没有落到位置或没有责任班组，这样的设备不会出现在任何人的点检任务里，是“隐形设备”。体检不是只看总数，总数正常不代表数据干净，要把明细导出，按车间分给责任人逐条确认。
6.2 把体检变成月度例行公事：看什么指标、怎么处理异常
体检脚本有了，还要有对应的管理节奏。我一般建议每月跑一次，三个指标定个及格线：必填缺失低于1%，编码重复为0，挂靠缺失低于1%。超过及格线的数据，按车间拆分清单，由车间设备员在三个工作日内反馈整改计划，下个月体检时复查。这套动作坚持两个季度，台账数据准确率能稳定在98%以上，维护计划、备件计划、故障统计才有可信的基础。
我带过的项目里，凡是上线后把基础信息当成日常业务来管的，系统越用越顺；凡是上线就撒手的，半年后报表就没人敢信。基础信息维护不是一锤子买卖，它需要制度、脚本、责任人三件事同时在场。设备编码规则要不要改、位置树要不要扩、保养标准要不要跟着工况调整，这些都是长跑里的常态问题。养成每月跑一遍体检脚本的习惯，比追着加任何高级功能都实在，希望帮到你。
本文还有配套的精品资源，点击获取
