农银人寿统一开发平台

项目背景

农银人寿处于信息化建设中级阶段,面临当前系统无法适应行业发展趋势、无法支持公司规模扩张及维护成本过高等诸多问题,为了更好的支撑集团业务发展,决定启动核心业务系统的改造工作,农银人寿上一个核心系统是在2007年10月1日正式上线,支撑公司的个险、团险等八个渠道的业务,包括新契约、保全、理赔等12大功能模块,数据的容量也比较大,超过了500G。随着系统的运行,系统的问题也逐渐凸显。因此决定引入设计开发平,农银核心系统的改造是基于“微核心,富外围”的思想去建设的,基于东软的统一开发平台建设保险核心系统。

面临的挑战

业务层面暴露的问题

1.渠道支持不足,现有的版本是面向团险渠道设计的,后来系统内增加了对个险的渠道支持,又逐渐丰富中介、网销、电销等,这些支持都是通过变通的方式去实现的,所以说系统先天支持能力比较差;

2.险种支持不足,对险种支持不足,最早支持的是传统险,对后来的现投、万能等的支持都有一定不足,从产品定义来说无法满足业务部门对产品快速定义、快速上线的支持能力;

3.客户服务支持不足,客户分散管理,没有集中的管理能力,导致交叉销售和多渠道的服务支持较差;

4.流程变化支持不足,原有流程固化到代码中,对于业务流程支持的随需变化的能力支持比较差;

5.精细化管理支持不足,现有核心业务的并行支持,从管理角度来说比较粗放,对于不同的渠道不同的分类管理支持较差;

系统层面暴露的问题

1.一体化的架构设计,以及数据为中心的设计模式,导致模块之间的耦合性越来越深,没有明确的分层概念;

2.系统复用性较差,系统缺乏可复用的组件,没有公共的服务组件,以页面为驱动的开发模式,导致功能和页面的大量膨胀;

3.大数据量支持严重不足,采用同步、串行的处理模式,导致关键交易的处理时间明显增加了很多;

4.业务流程无法变动,功能和流程交织在一起,导致流程无法快速响应业务需求;

5.规则引擎的灵活性比较窄,对系统的灵活能力提升有限,系统缺少业务模型,导致规则必须依赖于数据库,重用性比较差;

6.缺少完整性的安全、性能解决方案,现有系统架构在请求信息安全、并发控制、批处理、数据一致性保证等关键技术上存在缺陷,没有完整的性能解决方案;

7.由于原系统存在大量的其他项目组积累的代码,导致系统的可维护性日益变差;

因此核心系统的升级改造是势在必行的,农银核心系统的改造是基于“微核心,富外围”的思想去建设的。

产品价值及建设效果

基于东软的统一开发平台建设保险核心系统,东软统一开发平台涵盖了需求、设计、开发、测试、运维项目的全生命周期的支持,新建的核心系统所带来的变化是比较明显的。

 

 

首先,从应用架构上来看,从All in One模式,转变为更适合未来发展的分布式模式;

从架构模式上看,从无明显的分层模式转变为开发平台构造基础应用平台再到应用构建的三层模式;

从设计模式上看,从以数据驱动为中心的模式转变为以业务模型驱动为中心,前面我也讲到了基于数据驱动的模式会导致模块间的耦合性越来越深,没有明确的分层,而业务驱动模式就很好屏蔽这些问题。

从开发模式上看,从以需求为向导转变为分层、组织化的开发模式,能够很好的积累业务中可复用的模型和公共服务资产;

从开发方式来说,从传统的一行行敲代码的方式转变为基于工具帮助生成大量代码的模式,大大提高了开发效率;

从测试模式上来看呢,从纯人工的测试模式转变为自动化测试,进一步降低人员的投入成本;

从运维模式上开看,从被动通知系统故障,基于日志手动定位问题的方式,转变为转变为自动化收集日志信息并主动告警的方式。

相关阅读

  • UniEAP Platform
2018-12-12T09:54:28+00:00