项目经验-王晓刚

项目一： 新华人寿保险股份有限公司综合统计分析- 商务智能系统

项目简介（功能与用途）：

整合新华人寿保险股份有限公司（简称NCL）现有的数据资源，引入先进的绩效和企业管理手段，通过灵活、多样、界面友好的报表和强大的数据查询分析功能，搭建了完整、稳健、具有前瞻性的自动化决策信息服务平台。

主要功能模块有：

总体运营分析、经营业绩快报、机构绩效分析、保费收入专题分析、经营预测分析、保监会监管报表、灵活查询、市场竞争分析和系统管理。

1.         总体运营分析

对公司的整体运营情况进行分析，提供关键运营指标，使领导能快速、准确、全面地了解公司的整体运营状况。包括：总体运营地图分析、盈利来源杜邦分析、管理驾驶舱、风险指标预警。

2.         经营业绩快报

包括经营日报、周报，为各销售渠道、各分支机构提供保费收入快报及计划达成状况。

3.         机构绩效分析

从多种角度反映与评价公司的组织绩效状况，既有从企业战略管理出发的平衡计分卡，也有目前比较流行的KPI分析，又有机构健康状况考核分析。

4.         保费收入专题分析

对保费收入进行全面的分析：计划达成追踪、收入结构分析、产品排名分析和保费续期达成分析。

5.         经营预测分析

根据历史数据，利用回归分析模型，来预测主要的收入和支出指标，为经营计划的制订提供参考。

6.         保监会监管报表

实现保监会监管科目指标在系统中的展现，该模块的作用是双重的：

                         i.              便于统计人员的上报数据核对，提高上报保监会数据的质量。

                       ii.              支持决策：监管科目数据指标比较全面，涵盖业务、财务、投资、精算、人力和机构等，展现与应用这些数据对提高公司的管理水平、支持决策有很大的价值。

7.         灵活查询

实现对系统中所有基础指标的自定义灵活查询，用户可自定义报表。

8.         市场竞争分析

从市场主体、销售渠道、地区、时间四个维度对外部市场状况进行全面的分析，洞察市场变化，紧握市场脉搏。

9.         系统管理

实现基本的用户管理和用户审计功能。

用户涵盖总公司、分公司和中心支公司，约500人，统计维度约10个，统计指标1000多个，涵盖业务、财务、人力资源等。

项目难点与解决方案：

1.         地图分析的实现

需求：能够根据地图上各区域的颜色，直观的看到各个分公司（NCL有34家分公司）保费收入的达成状况和费用控制情况，并且地图还具有导航功能，点击地图的某个分公司，还可钻取到该分公司的明细信息。

由于系统使用的BI工具MicroStrategy本身不能实现地图变色的功能,又不能采购其它的地图工具，经项目组的多方探索与尝试，决定地图的实现使用微软的 VML （全称是 Vector Markup Language ，矢量可标记语言，详细资料请参见微软的手册），地图变色的程序逻辑用 JSP 开发，这些需要与MicroStrategy报表紧密集成，实现钻取。

功能示例如下：

从地图上，根据颜色可以直观地看到内蒙古、吉林、湖南等分公司个险新契约保费(地图是根据该指标的月计划达成率来变色)月计划达成率较高，而新疆、黑龙江、辽宁、河北等分公司的达成率欠佳。

当鼠标移至地图上的某个区域，会显示该省（直辖市或计划单列市）的名称和具体的达标率数值，如下图是鼠标移至北京时的地图：

点击地图上的某个区域，会显示该省（直辖市或计划单列市）的各渠道保费计划达成率情况，钻取到的明细报表略。

2.         外部数据的自动化导入

由于该系统需要有大量的外部数据，例如计划和市场数据等，并且这些数据也不能够一次性的导入：计划数据会在上年末制订并导入，但一般会在年中根据经营情况适当调整；市场数据每月都要导入。

如果采用通过屏幕表单录入的方式，则录入工作量巨大且易出错，最后的解决方案是：制订一个Excel模版，让用户根据Excel模版填写计划和市场数据，用户通过IE浏览器上传Excel文件，通过调用Sql Server 2000附带的DTS组件将Excel文件导入到数据库中。

项目成功与失败的经验归纳：

项目成功经验：

1.         选择适合自己的BI工具

现在市场流行的BI工具很多，常见的有Cognos、BusinessObjects、MicroStrategy、Hyperion等，这些工具各有优缺点，在选型时要根据自身的数据规模、用户量、应用特点等，选择适合自己的BI工具，不要被这些BI工具“花花绿绿”的功能照的眼花缭乱，不要一味的追求找到一个最好的BI工具，BI工具选型时坚持的原则是：没有最好的，只有适合自己的。

2.         分步实施,逐步见效，迭代开发方法

数据仓库、BI这类分析性应用的需求在项目初期一般都不清晰，建设周期通常比较长，投入比较大。如果长时间见不到应用效果则会降低用户对系统建设的信心，从工程学的角度讲，最有效的方法是采用迭代化的开发方式。分步实施的核心思想是在统筹规划的基础上将总的开发任务化整为零，分解为各类应用的迭代开发。目标是将规划的应用分阶段的高效实施。逐步见效的核心是通过有计划的、逐步发布已开发的功能，帮助用户解决某类问题，必须要强调发布的功能一定要能帮助用户解决一类问题。这样做的一个重要目的就是将项目开发的成果及时提供给业务人员使用，帮助业务人员早日了解系统应用，培养管理人员使用系统进行分析的习惯，为系统全面上线后，争取用户接受时间。逐步见效另一个更重要的目标是向企业业务部门展示项目进展情况和发展方向，促使系统的自我优化能力，通过对每次迭代应用成果反馈意见的分析，可以获取更全面、更深入的需求来完善下一步的迭代实施内容，并保持项目的发展不偏离预期目标。

你在项目中岗位与贡献

本人在项目中担任项目经理岗位。

负责项目的需求调研、需求分析、数据源调研、模型设计、ETL总体设计，ETL程序开发、开发现场的人员管理、沟通协调、系统推广和维护等。

 

项目二： NCL 北京分公司客户管理平台

项目简介（功能与用途）：

NCL北京分公司客户管理平台功能包括客户同一化处理、家庭保单管理、客户活动管理、短信提醒和关怀、客户信息综合查询等。

1.         客户同一化处理

根据制订的规则，将核心业务系统中的客户识别出来，并进行客户合并和拆分操作，为每一个客户赋予一个唯一的客户号。

2.         家庭保单管理

将同一化处理后的客户，根据投保人和被保人的血缘关系，将同一个家庭的所有保单识别出来，为同一个家庭的保单分配同一个服务专员。

3.         客户活动管理

根据客户对保险公司的价值贡献，将客户划分为不同的级别，如VIP客户、Ⅰ级客户、Ⅱ级、Ⅲ级客户等，对不同级别的客户提供不同的服务和销售策略。

4.         短信提醒和关怀

主要实现续期交费的短信提醒和在客户生日、节假日时给客户发去祝福短信，以示关怀。

5.         客户信息综合查询

可以根据客户号、客户姓名、证件号码、保费分段、投保产品等多种条件对客户进行查询。

本项目是新华人寿保险公司的一个试点工程，目的是为NCL今后的CRM建设积累经验。同时，该项目对销售部门和客服部门的客户开拓、客户服务提供了有力支持。

项目难点与解决方案：

1.         家庭保单的识别

家庭保单识别过程：选定一个投保人A作为一个家庭的起始入口点，依次寻找以A为投保人并且血缘关系为“父子”、“母子”、“夫妻”、“兄妹”等的保单的被保人B，再以B为入口点寻找新的家庭成员，处理起来比较复杂，且效率低下，运行时间很长，不能满足管理需求。

针对家庭保单识别过程耗时较长，提出了如下的解决方案：

由于家庭成员相对比较稳定，一般不会发生变化，对家庭成员的识别提供两种方式：初始处理和增量处理。初始处理是在系统初始化时一次性找出所有的家庭，组成一个家庭成员表，以后每日运行时运行增量处理程序，只需扫描新增保单，不用重新建立家庭成员关系，处理效率大大提高。

项目成功与失败的经验归纳：

项目成功经验：

1.         数据加载策略至关重要

数据的加载一般分为初始化加载和增量加载，增量数据的获取至关重要，增量数据一般通过时间戳来识别，也有通过触发器来获取（一定要慎用，会影响源系统的性能），如果没有时间标识，也可通过数据比较的方法获取增量数据。

对核心业务系统设计的指导意见：在设计核心业务系统时，应避免使用 update 、 delete 操作，尽可能的使用 Insert 加时间戳的方式来修改数据。

你在项目中岗位与贡献

本人在项目中担任系统设计师，完成了客户活动管理和家庭保单管理的设计和开发任务。

 

项目三： PICC 综合数据信息系统

项目简介（功能与用途）：

PICC综合数据信息系统是一个面向保险行业的，最终为管理提供服务的高效、准确、易管理、可扩展的数据信息平台。该系统能够利用多种数据源，用来满足多个应用角色的使用。系统以业务为基础，以报表为展现形式，是针对保险行业的开放的、平台化的数据仓库解决方案。

综合数据信息系统主要包括的功能有：数据抽取、数据清洗、多维数据库生成、数据比对、数据下发、报表展现、报表定制、报表填报、元数据管理、系统监控等。

系统的特点如下：

1.         系统架构于关系数据库平台、OLAP分析工具之上，将保险公司的多个不同业务系统数据经过抽取、清洗、转换，然后装载到数据仓库中，最终实现统计、报表及分析等前端应用功能；

2.         系统的核心是自行研发的保险行业数据仓库模型，模型涵盖了保险公司一般指标体系中的绝大部分；

3.         系统基于关系数据库及OLAP分析工具，但不依赖于其中某一种产品，体现了与支撑平台无关的特性；

4.         系统整个数据流转的过程都是基于日志的可靠管理，是元数据驱动的典型应用；

5.         系统采用C/S与B/S的混合模式，既满足了大量用户远程访问的方便性，又为少数用户提供了高级分析功能，同时降低了系统的管理成本。

综合数据信息系统将保险公司分散在各个业务、财务、收付、人力资源等系统中的数据整合为一个整体，为有效地利用信息打下了坚实的基础；通过报表展现，各级管理人员可以及时地了解公司业务情况，得到丰富的统计信息；同时，通过综合数据信息系统各级管理人员可以对其管理决策提供支持。

项目难点与解决方法：

性能优化：面向数据分析的数据存储与面向事务处理的数据存储有较大的区别，在一个事实表中存放着大量的明细数据，对于数据的访问往往是全表扫描方式，这样就带来了很大的性能压力。对于性能调整上需要根据其特点进行优化，例如减少不必要的索引、及时的索引更新、对数据分区存储、增加汇总级数据存储、进行增量汇总、事实表进行拆分等方式。

项目成功与失败的经验归纳：

项目成功经验：

1.         数据ETL调度：该系统的多个数据源并不稳定，其数据的增量在某些特定事件或特定时间可能会突然放大数倍，而且各个数据源之间又存在关联性。项目中的ETL调度采用适应性并发抽取方式，自动监测数据源就绪状态，根据数据接口中增量数据的规模来计算每次抽取的数量，保证ETL在数据增量高峰来临时仍然能够平稳的完成。

2.         标准化建设：在本项目中数据质量并不理想，维度代码的标准化和指标的核算口径都处在低级别的水平上，在项目的初期着重进行了这部分的工作，形成了数据标准化的规范以及指标定义手册，为项目后期的报表核算打下了很好的基础，减少了歧义发生。

你在项目中岗位与贡献：

本人在项目中担任ETL设计师岗位。

负责项目的模型设计、ETL总体设计，程序开发、性能优化等。

 

项目四： PICC 数据集中系统

项目简介（功能与用途）：

PICC数据集中系统是一个以业务对象为单位，基于业务处理系统，实现地市到省、省到总公司的自下而上数据集中的数据传输通道。所有业务系统的数据集中使用统一的平台，只是在增量业务数据采集、索引日志生成和业务配置信息方面存在差异。通过以机构为单位的集中库配置信息，可以方便的实现把的多个分公司的同一个业务系统的数据集中到的一个或多个对应的数据库中。

数据集中主要功能如下：

1.         财产险、全险种、收付费、客户信息、代码数据和财务数据的每日集中，为决策提供业务数据基础；

2.         提供全国各地分公司的业务状况、财务状况，为全国的业务推进及业务监管服务；

3.         数据源和集中后的比对报告。

4.         实现分公司业务数据异地备份。

项目难点与解决方法：

1.         中间件：数据集中是一个覆盖全国的数据传输系统，各数据节点的网络状况、操作系统、数据库版本、数据格式都有可能不同，对于数据传输的要求很高，系统采用消息中间件作为传输工具，保证数据的正确性。

2.         数据的时效性：整个系统由数百个数据节点组成，由上至下分为总公司、省级分公司、地市公司三层，任何一个数据节点产生延迟都会导致整个系统的延误，保证时效性是十分重要的。系统采用多层的数据监控和调度程序对整个系统进行监测，及时发现传输缓慢或者出现异常的数据节点，从而尽快进行故障的排除，保证整个系统的正常运转。

3.         数据的完整性：系统需要传输的各种数据其存储方式各有不同，如何根据不同数据获取其增量信息，是系统设计的难点。整个系统因数据而异，分别采取了时间戳、触发器、整表扫描、存量传输等不同的增量获取方式，根据不同数据源配置不同的模块，保证系统可以适应各种数据形态，对数据进行完整的传输。

项目成功与失败的经验归纳：

项目成功经验：

项目在保证整体框架及主要模块具有通用性的基础上兼顾系统在PICC应用的个性化要求，实现一个模块化的而且能够进行模块替换的构件化系统。

1.         平台化：整个系统是一个以中间库及对中间库的访问为基础的数据及通道平台，外界不必知道中间库的结构及数据通道的技术细节即可实现对中间库的访问。

2.         模块化：模块化的目的是在不影响整个系统结构下的局部可替换性。比如在不影响其他模块的情况下替换中间件，以及在地市业务数据库结构改变的情况下方便地更新数据采集模块。

3.         人机界面的WEB化：系统的各种人机交互功能全部采用WEB化实现，提升系统的好用性并降低系统的管理要求。

你在项目中岗位与贡献：

本人在项目中担任系统设计师岗位。

负责项目的模型设计、需求分析、数据调研等。

 

项目五： PICC 浙江核心业务查询系统

项目简介（功能与用途）：

核心业务查询系统面向中国人民保险公司的业务人员及管理人员，通过简便易用的查询方式，提供了业务系统中详尽的实时业务信息和相关资料，提高了信息资料的获取和处理效率，是业务系统重要的支撑和补充。

核心业务查询系统主要包括的功能有：

1.         登记簿查询、业务查询（保单、批单、赔案、收据）；

2.         资料查询（客户、员工、网点）；

3.         专题查询（高风险客户、职员业绩、赔案状态、客户交费情况、保费试算、社会车辆查询）；

4.         营业日报等。

具体特点如下：

1.         符合J2EE开发规范，面向对象的分布式系统架构，支持EJB2.0，JSP1.2，JDBC2.0等；

2.         系统分为表示层脚本，表示层组件，会话层组件，实体层组件，数据层。严格按照model/view/control模式进行设计；

3.         系统采用B/S结构，客户端零维护，使用通用的浏览器进行访问，方便易用；

4.         完全采用Java语言开发的系统保证系统平台的无关性；

5.         面向对象的Enterprise Java Bean具有充分的重用性和扩展性，使整个系统减少了维护成本，更延长了系统的生命周期。

项目难点与解决方法：

1.         权限管理：使用查询系统的角色众多，彼此间的权限划分十分重要，业务员与业务科长之间；统计机构之间；上下级机构之间；承保、理赔、财务、统计之间都需要进行区分，同时需要设定权限的授权机制。系统设计时根据业务部门设定了不同的角色，每类角色划分不同的层次，按照层次的高低进行自上而下的授权，这样保证不同角色之间互不干涉，同时又能够保证上下级之间的信息共享。

2.         查询要素设定：查询要素的多少直接影响着查询的复杂程度，保险行业尤其是财产保险各个财产标的属性区别很大，这就需要针对每种标的设计不同的查询要素。系统针对每种不同特性的产品设计查询要素模块，满足个性化的查询要求。

项目成功与失败的经验归纳：

项目成功经验：

动态查询语句的生成：根据不同的查询要素，附加严格的权限约束，同时保证查询结果的效率，是信息查询的关键所在。

系统中根据保险行业的特点，依据不同的保险产品设计了数据库模型，尽可能多的包含了需要的查询要素和明细数据，在统一的数据模型结构上，查询语句的性能可以得到很好的保证，不会出现多个复杂数据表关联的情况。

你在项目中岗位与贡献：

本人在项目中担任系统设计师岗位。

负责项目的需求分析、模型设计、程序开发等。