数据迁移-精品文档资料整理.doc

江西昌河汽车有限责任公司信息化管理平台建设项目系统设计方案用友软件股份有限公司 2012年12月 江西昌河汽车有限责任公司信息化管理平台建设项目目 录第一章 项目整体理解11.1 制造业的信息化现状11.2 制造业信息化技术发展的特点与趋势11.3 全球制造业信息化市场的特点与趋势11.4 全球制造业信息化应用趋势11.5 国际制造业信息化现状11.6 汽车行业信息化发展分析1第二章 对昌河汽车信息化需求的理解12.1 江西昌河汽车有限责任公司简介12.2 江西昌河汽车有限责任公司组织结构架图12.3 公司IT应用现状12.4 公司管理现状及目前所面临的问题12.4.1 在企业管理方面12.4.2 在财务管理方面12.4.3 在资产管理方面12.4.4 在协同办公方面12.4.5 在人力管理方面12.4.6 在管理信息化方面12.4.7 其他方面12.5 总体项目需求理解12.5.1 项目总体需求12.5.2 财务管理系统12.5.3 人力资源管理系统12.5.4 实物资产管理系统12.5.5 协同办公系统12.5.6 应用集成平台建设需求分析12.5.7 信息安全需求12.5.8 运维管理需求1第三章 系统整体解决方案13.1 方案设计原则13.1.1 先进性原则13.1.2 经济实用原则13.1.3 规范性原则13.1.4 开放性和可移植性原则13.1.5 兼容性原则13.1.6 安全可靠原则13.1.7 可扩展性原则13.1.8 可维护性原则13.2 方案设计思路13.2.1 蕴含先进的管理理念13.2.2 侧重系统集成建设13.2.3 基于B/S结构的大集中部署方案13.3 方案设计目标13.3.1 总体目标13.3.2 具体目标13.4 项目重难点分析13.5 总体技术路线13.5.1 满足SOA体系结构要求13.5.2 基于快速、高效开发的应用平台13.5.3 构建总线式的应用系统集成环境13.5.4 采用JAVA技术，保持投资长期有效13.6 方案总体设计13.6.1 集中管控模式13.6.2 总体架构设计13.6.3 技术架构设计13.6.4 部署架构设计13.6.4.1 网络结构13.6.4.2 软硬件清单13.6.4.3 集群和热备方案13.6.5 安全体系设计13.7 集团信息化管理建设方案建议13.7.1 集团信息化管理指导思路13.7.2 整体方案的实现思路13.7.2.1 集中管控模式建设13.7.2.2 基础设施建设13.7.2.3 标准化建设13.7.2.4 信息系统建设13.7.2.5 安全体系建设13.7.2.6 配套制度建设13.7.3 集团管理信息化建议13.7.3.1 弄透问题、明确需求13.7.3.2 重视信息化系统供应商的选择13.7.3.3 企业高层领导要重视和支持13.7.3.4 重视相关考核制度的建立与执行13.7.3.5 重视企业现有信息技术人员的组织和配备13.7.3.6 重视现代企业管理模式的建立与优化调整13.7.3.7 重视二次开发控制风险的防控13.7.3.8 重视系统安全13.7.3.9 重视培训和服务13.8 整体方案价值13.8.1 应用价值13.8.2 技术价值13.8.3 昌河管理信息化的价值13.8.3.1 建立昌河汽车信息化平台13.8.3.2 实现集中财务管理13.8.3.3 实现高效集中分层的人力资源管理13.8.3.4 实现集团统一协同办公13.8.3.5 建立功能强大灵活的报表管理系统13.8.3.6 建立全程资产管理系统13.8.3.7 减轻财务分析工作量，提高了分析的准确性13.8.4 昌河管理信息化带来的管理效益1第四章 信息标准化方案14.1 昌河信息标准化需求14.2 标准化体系目标14.3 数据标准化总体原则14.4 数据资源规划14.4.1 数据资源规划方法14.4.2 基础数据管控模式分析14.4.3 数据资源指标提取14.4.4 数据资源基础标准14.5 基础数据管理平台14.5.1 数据资源标准化管理14.5.1.1 定义基础数据标准14.5.1.2 梳理管理标准14.5.1.3 制定服务标准14.5.2 基础数据管理14.5.2.1 基础数据管理目标14.5.2.2 基础数据管理范围14.5.3 编码标准管理14.5.3.1 基础编码和编码原则14.5.3.2 编码标准设置14.5.3.3 编码标准按流程审核14.5.4 基础数据管理平台功能14.5.4.1 基础数据管理14.5.4.2 编码模板设置14.5.4.3 多业务属性支持14.5.4.4 基础数据查询检索14.5.4.5 数据清洗14.5.4.6 数据同步（订阅发布）14.5.4.7 业务流程定制14.6 标准体系管理规范1第五章 安全解决方案15.1 昌河安全性需求15.2 昌河信息系统安全总体架构15.3 昌河信息系统安全特点15.3.1 强大的访问控制与授权功能15.3.2 真正安全的数据传输功能15.3.3 集成其它商业WEB服务器、应用服务器提供的安全功能15.3.4 安全的数据存储15.4 物理安全策略15.4.1 环境安全15.4.2 设备安全15.5 网络安全策略15.5.1 访问控制15.5.2 防火墙15.5.3 线路备份15.5.4 传输加密15.5.5 CA认证15.5.6 入侵检测15.5.7 安全审计15.5.8 网络边界安全15.6 系统安全策略15.6.1 中间件安全15.6.2 代码安全和安全代码15.6.3 日志管理与系统监控15.7 应用安全策略15.7.1 权限管理15.7.2 安全认证15.8 数据安全策略15.8.1 建议的备份策略15.8.2 数据备份管理及灾难恢复策略15.8.2.1 数据备份管理15.8.2.2 数据备份和灾难恢复策略1第六章 信息平台化解决方案16.1 昌河信息化对平台的需求16.2 平台核心思想、价值与关键特16.2.1 平台核心思想16.2.2 平台核心价值16.2.3 平台关键特性16.3 平台整体架构16.3.1 UAP开发平台16.3.2 UAP协同平台16.3.3 UAP集成平台16.3.4 UAP应用管理平台16.4 平台基础能力16.4.1 权限管理16.4.2 基础档案管理16.4.3 数据处理16.4.4 代码管理16.4.5 消息引擎16.4.6 自定义模板16.4.6.1 单据模板16.4.6.2 查询模板16.4.6.3 打印模板16.4.7 流程管理16.4.7.1 流程引擎概述16.4.7.2 流程分级管理16.4.7.3 流程、表单自定义16.4.7.4 流程流转路径自定义16.4.7.5 流程的嵌套16.4.7.6 流程的数据统计16.4.7.7 流程的导入和导出16.4.8 其他能力16.5 平台动态建模能力16.5.1 概述16.5.1.1 企业动态建模平台16.5.1.2 动态组织建模管理，支持企业组织变革、并购、重组16.5.1.3 动态流程建模管理，支持企业的BPR流程重组16.5.1.4 动态主数据建模：基础数据三级集团管控模型，可根据集团企业管理要求随需应变16.5.1.5 动态资源权限建模：基于RBAC的资源权限模型，资源权限根据业务要求灵活管控16.5.1.6 基于交易类型的流程、界面、业务规则，支持用户随需应变16.5.1.7 动态建模，支持企业逐步经细化管理16.5.2 基于元数据建模开发16.5.2.1 什么是模型驱动16.5.2.2 基于UML的建模平台16.5.2.3 元数据访问数据库模型16.5.3 数据访问及缓存机制16.5.4 可定制的界面模型16.5.4.1 单据模板16.5.4.2 查询模板16.5.4.3 打印模板16.5.5 业务流程建模16.5.6 开发与代码管理16.5.6.1 代码部署和补丁管理16.5.6.2 版本管理16.6 系统运行监控能力16.6.1 系统日志16.6.2 支持大并发操作16.6.3 在线监控16.6.4 智能监控体系16.6.4.1 概述16.6.4.2 监控系统（NMC）介绍16.6.4.3 监控内容16.7 客户化能力16.7.1 界面自定义16.7.2 规则自定义16.7.3 报表自定义16.8 平台集成能力16.8.1 界面集成16.8.2 用户集成16.8.3 流程集成16.8.4 数据集成16.9 平台功能16.9.1 企业门户16.9.1.1 企业门户架构16.9.1.2 统一的先进的技术标准及规范16.9.1.3 多级组织架构的门户应用16.9.1.4 登录安全、系统单点集成安全16.9.1.5 实现各信息系统用户认证管理16.9.1.6 实现各信息系统的统一入口要求16.9.1.7 实现信息系统功能节点的重新组合和统一授权。16.9.1.8 实现信息系统局部信息的获取16.9.1.9 实现信息系统统一的待办、预警的要求16.9.1.10 实现信息系统的统一的BI展现16.9.1.11 实现信息系统统一的安全搜索16.9.1.12 办公流程管理16.9.1.13 个性化页面配置16.9.1.14 提供内容管理（CMS）16.9.2 主数据管理平台16.9.2.1 整体应用架构16.9.2.2 主数据管理16.9.2.3 统一编码规则16.9.2.4 主数据查询检索16.9.2.5 数据清理16.9.2.6 应用系统接入16.9.2.7 业务流程定制（申报、变更流程）16.9.2.8 主数据绩效管理16.9.2.9 系统预警16.9.3 企业服务总线16.9.3.1 企业服务总线架构16.9.3.2 服务管理16.9.3.3 开发配置工具16.9.3.4 协议转换16.9.3.5 数据解析和转换16.9.3.6 异步资源处理16.9.3.7 流程配置与调试16.9.3.8 数据源配置16.9.3.9 数据库配置16.9.3.10 平台管理16.9.3.11 安全管理16.9.4 外部交换平台16.9.5 企业动态建模平台16.9.5.1 概述16.9.5.2 基于元数据建模开发16.9.5.3 数据访问及缓存机制16.9.5.4 可定制的界面模型16.9.5.5 业务流程建模16.9.5.6 开发与代码管理16.10 云计算支撑平台1第七章 应用系统解决方案17.1 昌河应用系统建设需求17.2 财务系统17.2.1 昌河财务系统需求17.2.2 集团财务概述17.2.3 系统管理17.2.3.1 账套管理17.2.3.2 新建年度账17.2.3.3 用户权限管理17.2.3.4 日志管理17.2.3.5 查询功能17.2.4 总账系统17.2.4.1 应用目标17.2.4.2 总体介绍17.2.4.3 自动转账17.2.4.4 现金流量分析17.2.4.5 账薄查询应用17.2.4.6 完善的内部控制17.2.5 现金管理17.2.6 固定资产17.2.6.1 应用目标17.2.6.2 总体介绍17.2.6.3 应用流程17.2.6.4 档案管理17.2.6.5 固定资产核算17.2.6.6 固定资产分析17.2.6.7 应用价值17.2.7 集团报表17.2.7.1 应用目标17.2.7.2 总体介绍17.2.7.3 任务管理与分配17.2.7.4 灵活的报表定制和变更17.2.7.5 报表校验与审核17.2.7.6 信息发布与公告栏管理17.2.7.7 报表汇总17.2.7.8 多维统计分析与查询17.2.7.9 报送流程控制17.2.7.10 现金流量表方案17.2.8 用友报表与久其报表接口17.2.8.1 数据交换平台系统结构17.2.8.2 多种数据格式输入输出17.2.8.3 具体实施方案17.3 人力资源系统17.3.1 昌河人力资源系统需求17.3.2 人力资源系统总体需求理解17.3.2.1 全公司人力资源两（多）级管理17.3.2.2 行业企业关键业务集中管理17.3.2.3 总公司本部及下属单位业务日常管理17.3.2.4 重点业务应用需求分析17.3.3 系统建设总体目标17.3.4 系统建设总体原则17.3.5 应用设计思路和整体应用架构17.3.5.1 系统设计思路17.3.5.2 系统应用架构17.3.6 昌河汽车人力资源系统模块规划17.3.7 系统功能实现17.3.7.1 基础平台17.3.7.2 组织机构管理17.3.7.3 人员信息管理17.3.7.4 人员变动管理17.3.7.5 人员合同管理17.3.7.6 企业薪酬管理17.3.7.7 时间管理17.3.7.8 招聘甄选管理17.3.7.9 培训开发管理17.3.7.10 员工福利管理17.3.7.11 自助服务平台17.3.7.12 干部管理（是否删除）17.3.7.13 综合统计管理17.4 资产管理解决方案17.4.1 昌河资产管理系统需求17.4.2 实物资产全生命周期管理建设目标17.4.3 实物资产全生命周期管理总体功能17.4.4 实物资产全生命周期管理整体流程17.4.5 资产编码方案17.4.5.1 三种编码关系17.4.5.2 编码方案和数据转换方案17.4.6 资产采购、库存管理解决方案17.4.6.1 采购（资产、备品备件）、库存管理关键目标17.4.6.2 采购（资产、备品备件）、库存管理思路17.4.6.3 采购（资产、备品备件）、库存管理流程17.4.6.4 集团物资采购、库存应用效果17.4.7 资产事务管理解决方案17.4.7.1 资产事务管理关键目标17.4.7.2 资产事务管理流程17.4.7.3 资产事务管理具体解决方案17.4.8 设备维修维护管理方案17.4.8.1 设备维修维护管理关键目标17.4.8.2 设备维修维护总体功能17.4.8.3 设备维修维护管理具体解决方案17.4.9 资产价值核算管理解决方案17.4.9.1 应用流程17.4.9.2 应用介绍17.4.10 易耗品管理解决方案17.4.10.1 易耗品管理关键目标17.4.10.2 应用流程17.4.10.3 易耗品管理具体解决方案17.4.11 周转材租赁管理解决方案17.4.11.1 周转材管理关键目标17.4.11.2 应用流程17.4.11.3 周转材租赁具体解决方案17.4.11.4 用户及权限管理17.4.11.5 基础数据管理17.4.11.6 工作流程定制17.4.11.7 查询功能17.4.11.8 打印控制17.4.11.9 日志管理17.4.11.10 系统应用特点17.5 协同办公解决方案17.5.1 昌河协同办公系统需求17.5.1.1 应用功能概述17.5.1.2 基本功能架构17.5.2 OA办公自动化17.5.2.1 行政管理审批17.5.2.2 工作流管理平台17.5.2.3 知识文档管理平台17.5.2.4 移动协同应用17.5.3 集团化管控17.5.3.1 集团化管控特点17.5.3.2 集团化组织模型17.5.3.3 集团化系统管理17.5.3.4 组织范围管理（分级访问管理）17.5.4 协同办公应用17.5.4.1 公文流转17.5.4.2 发文办理17.5.4.3 公文跨单位审批17.5.4.4 收文办理17.5.4.5 待办提醒17.5.4.6 公文催办17.5.4.7 待办公文17.5.4.8 已办公文17.5.4.9 文件转发17.5.4.10 公文交换17.5.4.11 查询检索17.5.4.12 公文格式17.5.4.13 修改留痕17.5.4.14 流程跟踪17.5.4.15 签报管理17.5.4.16 惯用语维护17.5.4.17 电子签章17.5.4.18 手写签名17.5.4.19 授权管理17.5.5 行政管理审批应用17.5.5.1 会议管理17.5.5.2 车辆调度管理17.5.5.3 出差管理17.5.5.4 报销管理17.5.5.5 采购审批17.5.5.6 合同审批17.5.5.7 付款审批17.5.5.8 公章管理17.5.5.9 办公用品领用17.5.5.10 收藏夹17.5.5.11 活动管理17.5.5.12 计划管理17.5.5.13 投票管理17.5.5.14 工作监控17.5.5.15 个人工作平台17.5.5.16 待办工作17.5.5.17 通讯录17.5.5.18 电子邮件17.5.5.19 日程安排17.5.5.20 新闻公告发布17.5.5.21 设备保修17.5.6 工作流管理平台17.5.6.1 工作流引擎17.5.6.2 处理事项17.5.6.3 事务处理支持多种机制17.5.6.4 表单定制17.5.6.5 协同表单17.5.6.6 表单设计17.5.6.7 表单权限定义17.5.6.8 流程绑定17.5.6.9 流程节点动态生成17.5.6.10 表单模板17.5.6.11 表单统计17.5.6.12 表单特点17.5.7 业务信息及空间管理17.5.7.1 业务基础数据17.5.7.2 业务信息管理17.5.7.3 业务数据关联17.5.7.4 业务菜单生成17.5.7.5 业务空间封装17.5.7.6 业务生成器特点17.5.8 知识文档管理平台17.5.8.1 文档管理功能17.5.8.2 知识浏览功能17.5.8.3 知识发布功能17.5.8.4 知识审批功能17.5.8.5 集团知识库17.5.8.6 版本管理功能17.5.8.7 全文检索功能17.5.8.8 RSS订阅17.5.8.9 知识统计功能17.5.8.10 ISO质量文件管理17.5.8.11 知识关联功能17.5.9 关联项目及任务管理17.5.9.1 关联项目管理原理17.5.9.2 关联项目的发起创建17.5.9.3 项目管理信息呈现17.5.9.4 关联项目功能及权限17.5.9.5 个人任务配置17.5.9.6 个人任务管理17.5.10 移动协同应用17.5.10.1 功能特点17.5.10.2 功能一览表17.5.10.3 功能展示17.6 应用集成解决方案1第八章 数据迁移解决方案18.1 昌河数据迁移需求18.2 数据迁移策略18.3 数据迁移方法18.4 数据迁移步骤18.4.1 迁移规划18.4.2 数据整理18.4.3 数据试迁移18.4.3.1 数据迁移设计18.4.3.2 数据迁移开发测试18.4.3.3 迁移结果比对调整18.4.4 数据正式迁移18.5 数据迁移校验18.6 数据迁移工具18.6.1 数据采集工具18.6.2 数据清理工具18.6.3 数据转换工具1第九章 用友的优势1第十章 典型案例110.1 汽车行业成功案例110.1.1 北方凌云工业集团有限公司110.1.2 成功应用在重庆力帆公司110.1.3 成功应用在宁波双林集团股份有限公司110.1.4 东风汽车公司110.1.5 汽车行业案例概览110.2 集成平台成功案例110.2.1 湖北葛洲坝集团 从咨询到集成的全面解决方案110.2.2 珠海格力港通集团 构建面向服务架构的企业应用平台110.2.3 中国国药集团 构建企业全面主数据管理平台110.2.4 广州富力地产 构建企业门户管理平台110.2.5 集成平台案例概览1第一章 数据迁移解决方案1.1 昌河数据迁移需求迁移数据体符合集成方案中的数据标准化要求，满足浪潮财务管理数据到我们用友NC财务系统的数据迁移，需要迁移的数据包括昌河多年存储的数据库结构化数据以及文档等非结构化数据，并在数据迁移过程中对旧系统数据进行无损迁移，具体数据迁移方案如下所示：1.2 数据迁移策略数据迁移的策略是指采用什么方式进行数据的迁移。结合不同的迁移方法，主要有一次迁移、分次迁移、先录后迁、先迁后补等几种方式可供选择：1一次迁移一次迁移是通过数据迁移工具或迁移程序，将需要的历史数据一次性全部迁移到新系统中。一次迁移的优点是迁移实施的过程短，相对分次迁移，迁移时涉及的问题少，风险相对比较低。其缺点工作强度比较大，由于实施迁移的人员需要一直监控迁移的过程，如果迁移所需的时间比较长，工作人员会很疲劳。一次迁移的前提是新旧系统数据库差异不大，允许的宕机时间内可以完成所有数据量的迁移；2分次迁移分次迁移是通过数据迁移工具或迁移程序，将需要的历史数据分几次迁移到新系统中。分次迁移可以将任务分开，有效地解决了数据量大和宕机时间短之间的矛盾。但是分次切换导致数据多次合并，增加了出错的概率，同时为了保持整体数据的一致性，分次迁移时需要对先切换的数据进行同步，增加了迁移的复杂度。分次迁移一般在系统切换前先迁移将静态数据和变化不频繁的数据，例如代码、用户信息等，然后在系统切换时迁移动态数据，对于静态数据迁移之后发生的数据变更，可以每天同步到新系统中，也可以在系统切换时通过增量的方式一次同步到新系统中；3先录后迁 先录后迁是在系统切换前，先通过手工把一些数据录入到新系统中，系统切换时再迁移其它的历史数据。先录后迁主要针对新旧系统数据结构存在特定差异的情况，即对于新系统启用时必需的期初数据，无法从现有的历史数据中得到。对于这部分期初数据，就可以在系统切换前通过手工录入；4先迁后补 先迁后补是指在系统切换前通过数据迁移工具或迁移程序，将原始数据迁移到新系统中，然后通过新系统的相关功能，或为此专门编写的配套程序，根据已经迁移到新系统中的原始数据，生成所需要的结果数据。先迁后补可以减少迁移的数据量。1.3 数据迁移方法根据业务数据的存储数据量以及安全性考虑，数据迁移可以采取不同的方法进行，归纳起来主要有三种方法，即系统切换前通过工具迁移、系统切换前采用手工录入、系统切换后通过新系统生成： 1、系统切换前通过工具迁移 系统由于数据量大，对数据正确性要求较高，因此适用通过ETL 工具进行迁移。在系统切换前，利用ETL（Extract Transform Load）工具把旧系统中的历史数据抽取、转换，并装载到新系统中去。其中ETL 工具可以购买成熟的产品，也可以是自主开发的程序。这种方法是数据迁移最主要，也是最快捷的方法。其实施的前提是，历史数据可用并且能够映射到新系统中。 2、系统切换前采用手工录入 对于无法通过工具迁移的数据，可以考虑在切换前使用手工录入。在系统切换前，组织相关人员把需要的数据手工录入到新系统中。这种方法消耗的人力、物力比较大，同时出错率也比较高。主要是一些无法转换到新系统中的数据，和新系统启用时必需要而旧系统无法提供的数据采用这种方法，可作为第一种方法的有益补充。3、系统切换后通过新系统生成 在系统切换后，通过新系统的相关功能，或为此专门开发的配套程序生成所需要的数据。通常根据已经迁移到新系统中的数据来生成所需的信息。其实施的前提是，这些数据能够通过其它数据产生。1.4 数据迁移步骤系统数据迁移的目标是充分利用已有系统产生的各类业务数据，减少系统初始化的工作量，使得新系统和原有系统之间平滑过渡，无缝对接。数据迁移的可分为迁移规划、数据整理、数据试迁移和数据正式迁移四个步骤。其流程如下图所示：数据迁移的四个阶段的目标和着重点不同，迁移规划阶段确定数据迁移的目标和范围，并确定迁移的人员和工作计划。数据迁移准备阶段主要对原数据进行校验并进行数据清理、数据整理，保证数据迁移不会受原数据中的异常数据影响。数据试迁移阶段主要完成迁移程序的开发和验证，迁移程序完成原有系统中的数据资源和各级部门管理的相关信息资源中可复用到的历史数据的转换、清理工作，并通过测试对比保证数据迁移工具的正确性。最后的数据正式迁移阶段，完成全部可复用数据的迁移工作，保证业务的正确性和连续性。1.4.1 迁移规划迁移规划阶段主要对迁移过程进行整理规划，并明确需要的各类软硬件资源和组织机构。此阶段的主要工作如下：1、成立数据迁移小组数据迁移小组的成员应包括本系统得分析设计人员，原系统的开发设计人员、原系统的维护管理人员和主要使用人员等组成；2、明确系统迁移计划的目标迁移计划的目标包括对迁移数据的范围、内容以及最终在新系统中的使用范围的明确；3、明确系统迁移工作的质量要求需要明确对迁移数据的质量要求，包括最终对数据迁移效果的定义和校验方法，可以定义几张统计表对比迁移前后数据的一致性和完整性等；4、制定项目实施时间表。最终制定迁移的时间进度表，明确迁移的任务。1.4.2 数据整理数据迁移准备是对原系统业务数据，进行遵守统一标准的规范性整理、补齐数据内容的完整性整理和实现数据的正确性整理，一般包括内部整理和外部核对两部分。具体过程是，首先按照昌河统一标准并结合应用系统建设的需求，建立结构规范的临时数据库（简称为整理库或中间库），把在原有系统中的数据资源及各部门管理的相关信息资源中能够可复用的历史数据转换导入该库。然后对导入的信息进行初步比较、核查、校正以后，采用逻辑推理、经验判断、合理数值范围检验等方法，进行合法性检查及代码过滤等方面的审核和筛选，滤出可疑数据和缺失数据，并提交至外部核对环节，由相关主管部门对外部核对返回后的数据进行审核，据此进行完整性和正确性修正，包括补充缺失数据、更正错误数据、剔除冗余数据、清理垃圾数据、调整矛盾数据等。随后再次进行上述逻辑审查工作，如此反复直至数据补齐记实。1、历史数据整理对历史数据的数据库结构、代码表、业务管理和数据逻辑进行分析和整理。此阶段需要根据原系统的数据库设计以及系统设计文档为基础、并与原系统开发设计人员以及熟悉原系统的管理维护、业务使用人员的配合，最终形成原数据的分析报告作为后续数据整理，校验、迁移的基础。2、数据校验数据校验是在数据整理完毕后，对实际数据的质量进行校验和整理的过程，其主要目的是对原系统的数据质量情况进行分析和排查，在迁移之前将有问题的数据清理处理完毕。数据校验分为完整性校验、有效性校验和一致性校验三种:（1）完整性校验一些老的数据由于采集的时间比较早，采集手段相对比较落后，因此可能会存在信息不全的情况。另外新系统由于采用了最新的技术并与最新的业务需求及管理需求联系在一起，因此与老系统相比在设计上肯定会有较大的提升，对于数据的要求也会更加的严格和全面，这就导致有些数据放在老系统中来看是比较完整的，但是放在新系统中，却还是有所欠缺。对数据完整性进行校验时，要以新系统的数据要求为基准，检验新系统中规定不可为空的数据或在新系统中非常关键的一些数据在老系统中是否存在。对于校验出来不完整的数据要交由用户方补齐。（2）有效性校验人工采集数据或旧系统对输入数据的校验不严密，都可能会造成无效数据的存在，校验无效数据主要是通过对数据取值范围的校验来实现。有效性的校验一般主要针对代码值的校验，如：“1”代表男性，“2”代表女性，如果数据中出现性别代码为“1”，“2”之外的代码，则就是无效数据了。数据有效性校验首先要明确需要进行校验的目标数据及有效值范围。一般说来代码类的数据都是需要进行有效性校验的，这些数据的有效值范围也比较容易确定。另外还有些数据如出生日期、年龄等也是需要进行校验的。这些数据的有效值范围相对来讲比较难确定一些，但基本上都能确定一个比较合理的取值区间。校验出来的无效数据需要交给用户进行更正，对于更正的结果需要进行重新校验。（3）一致性校验数据的一致性校验一般是通过同一表内或多个数据表间的相关数据项的比较来进行的，如：明细汇总数据和统计数据的一致性比较、等。由此可见，要校验历史数据的一致性就必须对原有系统的数据表间的各种关系，数据流向等非常的清楚。检验出来的不一致数据需要交给用户方进行更正，对于更正的结果要进行重新校验。3、异常数据处理异常数据处理就是对数据校验发现的不完整或者不一致的数据进行处理和调整。（1）对于不完整的数据需要根据已有的数据进行推导和补充，但这种补充必须依据业务的内在逻辑，并得到业务人员的认可；（2）对于无效数据需要进行清理和补充，无法对应的数据需要删除、代码不存在的数据项需要根据实际情况进行补充或者校正、对于不合理的数据需要提交业务人员判断并做出相应的处理；（3）对于不一致的数据需要将数据提交业务人员进行分类处理，确定哪一方数据为准，并相应调整另一方数据；（4）数据异常处理完毕后需要再次进行数据校验，并再次对校验的异常数据进行处理，直到所有数据都整理完毕。1.4.3 数据试迁移数据试迁移阶段是根据数据迁移准备阶段产生的数据分析报告和数据校验的结果开始将原有系统的部份复用数据实际迁移到新系统中，迁移的过程需要首先进行数据的迁移设计，将原系统的指标与新系统的对应指标进行匹配，设计数据转换和清洗的规则，然后进行迁移测试，验证迁移程序的稳定性、容错性和正确性，并根据试迁移的结果对数据迁移工具进行调整，最后对迁移的数据与原数据进行对比，根据对比的结果调整迁移程序并重复测试直到达到原定的质量要求为止。1.4.3.1 数据迁移设计在对历史数据进行整理迁移设计阶段需要编写数据字典对照报告，数据字典对照报告主要描述新建应用系统数据与历史数据之间的对照关系以及代码对照关系。以新建应用系统为准，原系统及各部门负责管理的相关数据资料作为参照，将历史数据分别对应到相应的新建系统数据字典中。在对照过程中，需要遵循数据照搬原则，数据尽量不要作处理。在数据字典对照表中需要进行转换的数据字段应该一一对应，对新旧数据表中字段的名称、类型、精度等都要有详细的描述，同时还要明确数据的转换方式。1.4.3.2 数据迁移开发测试根据数据迁移的设计，需要开发数据迁移的程序用于实际的数据迁移工作，程序的开发必须完全符合设计的功能，保证各种数据转换的正确性，正确性是数据迁移程序的关键。为保证数据迁移工具的正确性需要对迁移工具进行测试运行，为了不影响原有系统的运行，需要部署专门的测试环境，在测试环境中运行测试程序，首先保证程序可以完整地运行，将所有的数据转换成新系统数据，这一过程实际上是对系统迁移工具基本流程和容错性的验证，完成后就可以开始后续的迁移结果比对，对工具的正确性进行验证。1.4.3.3 迁移结果比对调整迁移结果比对调整阶段是对迁移程序的正确性进行校验，采取两个方法进行，分别是原系统数据比对方法和新系统运行校验方法：1、原系统数据比对将历史数据和新建应用系统数据进行比对，检验数据是否完整准确地迁移到新系统中，校验的方法包括简单的数据量对比，数据统计报表对比。首先进行数据量对比，对新旧数据中同样信息的数据量进行对比，从数量上保证数据的一致性。然后分别利用新旧两套数据生成相同的报表数据，对比报表数据的一致性，对于发现的不一致数据进行逐个的对比，分析数据不一致发生的原因，并修改迁移程序，继续测试并对比调整，直到所有数据一致性比对通过。2、新系统运行校验在数据一致性比对通过后，可以保证迁移数据与原数据一致，但迁移数据如果需要在新建系统中能够安全稳定的使用，还需要保证迁移数据符合新建应用系统的功能和标准规范。为了保证新系统上线运行，需要在部分迁移数据上试运行新系统，保证数据可以正常的查询，显示，各种数据状态正常，各项功能完整正常。如果发现系统功能不正常是由于数据造成的，还需要调整迁移程序，并重新进行比对测试和运行校验测试，直到所有比对结果符合，所有系统功能正常。1.4.4 数据正式迁移数据正式迁移阶段就是昌河应用系统上线替换原有信息应用系统的过程。此阶段的重点是保证新旧系统的平稳过渡，无缝对接，保证业务人员的工作不受影响。系统切换分成三个步骤，分别是：原系统停机、数据正式迁移和新系统上线。1、原系统停机（非工作时间）在进行数据正式迁移之前需要首先将原系统停机，否则将不能保证数据完整的迁移到新系统中，原系统的停机时间应该选择在非工作时间，尽量减小对业务办理的影响，同时要求在原系统停机前业务人员将所有正在办理的业务完成办理，保证业务流程都是完整的，以免造成办理过程中的业务无法继续办理的问题；2、数据正式迁移在原系统停机、保证业务数据已经不再变换后，运行数据迁移工具，将原系统数据分批迁移到新系统