一种数据移植过程中数据稽核的方法和系统的制作方法
【技术领域】
[0001] 本发明涉及电子信息处理领域，特别涉及一种数据移植过程中数据稽核的方法和 系统。
【背景技术】
[0002] 在移动通信系统升级的过程中，需要将旧模型数据结构的产品数据转换成新模型 数据结构的产品数据。由于产品数据移植存在以下问题：数据量巨大、业务多而复杂、CRM 旧系统存量产品订购数据与对应的业务表存在一定的数据差异、CRM旧系统与计费接口小 表也存在一定数据差异、产品域新老数据模型差异较大，因此，对产品数据的移植将不得不 考虑数据移植稽核的实现方法，否则无法保证数据移植的准确性，以及确保billing对账 结果达到局方要求。
【发明内容】
[0003] 本发明所要解决的技术问题是提供一种对数据移植的准确性、对账的准确性提供 参考数据的数据移植过程中数据稽核的方法。
[0004] 本发明解决上述技术问题的技术方案如下：一种数据移植过程中数据稽核的方 法，包括以下步骤
[0005] 步骤1，获取待升级系统的产品数据，基于Shell技术，对所述产品数据进行预稽 核处理；
[0006] 步骤2,对完成预稽核的产品数据进行移植，在移植过程中，根据移植规则对产品 数据进行分类存储；
[0007] 步骤3,在产品数据移植完成后，基于Shell技术，对移植后的生成数据和移植前 的数据设计相应的稽核脚本，生成稽核结果；
[0008] 步骤4,提取稽核结果中的异常数据，通过excel工具导出异常数据文档，并调用 预设自动处理脚本处理异常数据。
[0009] 为了解决技术问题，本发明还提供一种数据移植过程中数据稽核的系统，包括预 稽核模块，用于获取待升级系统的产品数据，基于Shell技术，对所述产品数据进行预稽核 处理；
[0010] 数据移植模块，用于对完成预稽核的产品数据进行移植，在移植过程中，根据移植 规则对产品数据进行分类存储；
[0011] 数据稽核模块，用于在产品数据移植完成后，基于Shell技术，对移植后的生成数 据和移植前的数据设计相应的稽核脚本，生成稽核结果；
[0012] 异常数据处理模块，用于提取稽核结果中的异常数据，通过excel工具导出异常 数据文档，并调用预设自动处理脚本处理异常数据。
[0013] 本发明的有益效果是：在割接预演阶段能发现旧系统的异常数据，为调整差异数 据提供依据，通过数据稽核发现移植程序的缺陷，对数据移植的准确性、对账的准确性提供 参考数据。
【附图说明】
[0014] 图1为本发明一种数据移植过程中数据稽核的方法步骤流程图；
[0015] 图2为本发明一种数据移植过程中数据稽核的系统模块关系示意图。
【具体实施方式】
[0016] 以下结合附图对本发明的原理和特征进行描述，所举实例只用于解释本发明，并 非用于限定本发明的范围。
[0017] 图1为本发明一种数据移植过程中数据稽核的方法步骤流程图。
[0018] 如图1所示，一种数据移植过程中数据稽核的方法，包括以下步骤
[0019] 步骤1，获取待升级系统的产品数据，基于Shell技术，对产品数据进行预稽核处 理。对旧系统（待升级系统）的数据稽核和数据调平工作，是为了确保数据移植的准确性 以及计费对账的准确性。
[0020] 步骤2,对完成预稽核的产品数据进行移植，在移植过程中，根据移植规则对产品 数据进行分类存储。移植规则包括资费是否存在，用户是否有效，订购是否有效。
[0021] 步骤3,在产品数据移植完成后，基于Shell技术，对移植后的生成数据和移植前 的数据设计相应的稽核脚本，生成稽核结果。
[0022] 步骤4,提取稽核结果中的异常数据，通过excel工具导出异常数据文档，并调用 预设自动处理脚本处理异常数据。自动处理脚本将异常数据进行数据原因分类，并进行逐 一处理。如果数据异常原因为配置数据匹配不上，则向处理人员反馈调整配置或者考虑程 序容错处理，如果数据异常原因为旧系统实例数据问题，则向处理人员反馈需调整旧系统 的数据，如果数据异常原因为移植程序bug，则向处理人员反馈需调整移植程序。如果数 据异常原因为旧系统表与表之间存在差异，则向处理人员反馈需检查表与表之间的差异数 据。如果数据异常原因为移植脚本出错，则向处理人员反馈对移植脚本进行调整。
[0023] 步骤1中，预稽核处理包括，基于Shell技术，对产品数据设计相应的Shell脚本， 运行稽核脚本，产生差异数据，根据差异数据调用预设的自动处理脚本调平产品数据。
[0024] 当待升级系统的业务量大，需移植的产品数据量大时，采用将业务分为业务大类， 业务大类下再细分为业务子类进行移植，从而提高移植效率、减小移植过程中业务之间的 相互影响、提高后面业务稽核的效率。在本发明中，可将待移植的产品数据分为4个业务 大类，包括个人业务、家庭业务、V网业务和通用集团业务，对每个业务大类进行分业务表移 植。数据移植中，每一个移植程序只归属于一个业务大类，数据稽核中，一个业务大类对应 一个稽核脚本，其中一个业务大类可以包含多个业务的移植程序。
[0025] 步骤2中，产品数据包括多个业务大类，例如，个人业务、家庭业务、V网业务和通 用集团业务等4个业务大类，每个业务大类包括多个业务子类，在每个业务子类的数据移 植过程中，将符合移植规则的数据录入其所属业务子类的实例数据业务表，将不符合移植 规则的数据录入其所属业务子类的异常数据中间表。
[0026] 步骤3中，基于Shell技术，对各个业务子类生成的实例数据业务表、异常数据中 间表和移植前的数据设计相应的稽核脚本，进行数量上和移植规则的稽核，并将稽核结果 录入稽核结果表，每个业务大类对应一张稽核结果表，每个业务子类对应稽核结果表中的 一条数据。
[0027] 步骤3中，对各个业务子类生成的实例数据业务表进行汇总，得到汇总数据，基于 Shell技术，对汇总数据设计相应的稽核脚本，进行数据结构的稽核，并将稽核结果录入汇 总数据稽核结果表。数据结构的稽核包括检查是否移植数据是否存在异常，如：主资费缺 失、资费与成员表member_id不匹配检查等。
[0028] 下表为本发明移植程序与稽核脚本的对应明细：
[0033] 如上述两个表所示，每一个稽核脚本对应一个业务大类，当一个业务大类的所有 移植程序都执行完毕之后，执行该业务大类所对应的稽核脚本，当稽核脚本执行完毕之后， 查看稽核结果表中数据是否存在异常数据，如果有，则调用预设自动处理脚本处理异常数 据。如果无，则执行下一个业务分类对应的移植脚本。
[0034] 当所有的业务大类的移植程序都执行完，并且稽核脚本检查无问题的情况下，在 将各个业务大类的数据汇总，数据汇总完之后，在执行数据汇总后的稽核脚本，当所有的稽 核脚本检查无误后，则表示该次数据移植无问题。
[0035] 本发明中，一个完整的稽核脚本需要具备以下几个要素：创建一张属于该稽核脚 本的中间表，所有稽核中间表的表结构保持一致，稽核脚本必须为所归属的业务大类下的 每一个移植程序创建一个稽核函数，每一个稽核函数的稽核要点需要从对应移植程序出 发。例如：邮寄账单在移植过程中产生了包资费、子资费、资费属性，则稽核脚本可以从资费 和资费属性这两张表去做数据量的稽核。
[0036]图2为本发明一种数据移植过程中数据稽核的系统模块关系示意图。
[0037] 如图2所示，一种数据移植过程中数据稽核的系统