【技术分享】新核心业务系统数据架构规划与数据治理

本文整理自DTCC2016主题演讲内容，录音整理及文字编辑IT168@田晓旭@老鱼。如需转载，请先联系本公众号获取授权！

演讲嘉宾

种磊

农银人寿新核心数据架构组组长

经济师，农银人寿IT部资深专员、新核心数据组组长。04年进入农总行软件开发中心，有8年银行信息化经验，09年参与核心银行应用设计。14年进入农银人寿，主持数据治理与标准化及新核心模型设计工作。

分享内容

我今天和大家分享一下公司新核心项目的数据架构规划和数据治理，可能大家对我们公司不太熟悉，借此机会先介绍一下我们公司。

农银人寿保险有限公司，简称农银人寿。前身是嘉禾人寿，13年年底由农行控股，至此五大国有银行都拥有了自己旗下的保险公司。

我们公司是国内机构布局最广的银行系寿险公司，拥有20多家省级分公司，300多家分支机构。14年的时候，客户数量是529万，截止到大会之前，客户数量是780万，年增长率达到21%。公司在14年成功扭亏为盈，去年保费规模达到了175亿，年复合增长率57%。所以在这两年期间，无论是在客户数量还是在保费规模，都出现了迅猛增长的态势。

下面简单介绍一下项目的背景。我们现在使用的是中科软保险核心业务系统，于07年10月份上线。这个系统比较陈旧，扩展性和稳定性都比较差，已经不能满足业务快速变化发展的需要，也不能满足快速推出新产品的需要。

在这个背景下，公司于13年立项，15年开始全面推动新核心业务系统的建设。我们为这个系统设计了全新的IT架构，包括数据架构、应用架构和技术架构。大家从这个应用架构图上可以看出来，新核心项目有众多的项目群，包括渠道接入、运营支撑、基础应用平台、数据管理、数据应用、决策分析以及项目实施，每个域里又包含多个子系统。我们的数据架构规划和数据治理标准化的实践就是在这个背景下展开的。

首先介绍一下组织结构，一个清晰的组织架构对于项目来说是十分必要的。新核心项目组，在领导小组下设执行小组，执行小组下设技术实施组，实施组下面又包含多个子项目组和职能组。

数据架构组作为职能组之一，与应用架构、技术架构是并列的。由此可见，上级领导对数据工作和数据治理是非常重视的。有一些单位不重视数据工作，也没有在项目内部设立专门的组织对企业数据进行统一规划和管理，或者是系统建设先于数据管理，等系统都做完了，才想起来做数据治理，那就太晚了，到时候就是想做也做不清晰、做不好了。数据治理工作应该是先于系统建设，至少得是并行。比如我们的新核心标准化字典，需要在业务模型或者数据模型出来之前，就为它准备好经过标准化处理的基础词汇。那么为什么还会有并行期呢？有些数据的标准和规则是在各个业务模块需求和设计的逐渐明晰过程中才能被抽取出来的，这些需要在并行期完成。

我们经常听到一些词，比如企业总体规划、战略、架构等等，它们之间到底有什么关系呢？我按照自己的理解画了一个图，企业总体规划要有企业战略和企业架构来支撑，企业战略又分为业务战略和IT战略，企业架构由业务架构和IT架构来支撑。IT架构分为应用架构、技术架构和数据架构。

我们在对整体IT架构进行设计的时候，要充分考虑到数据架构是否对当前业务进行支持。一个理想的规划顺序应该是这样的：首先应根据业务架构分析来定义数据架构，然后将数据架构结合业务功能定义应用架构，最后根据数据架构和应用架构的特点和技术要求来设计技术架构。这是数据驱动应该有的顺序。

数据架构目标主要是解决两个问题，如何使用数据和如何管理数据。实现数据标准化；减少数据冗余、提升数据质量以及系统性能；消除信息的孤岛，实现数据在系统间的广泛共享；发挥数据资产的价值，为企业带来高附加值的回报。

数据架构总体原则是在基于对老系统的发现问题、分析问题、解决问题的基础上，提