目录×
搜索
找到页数:
主页
书架
留言
语言
/ 04
中国

2017

JIANGNAN




金秋十月 收获的季节
文 / 菲菲、大伟
NO.08      结束语
NO.06       用心感受泰康的美
NO.05       单元测试
NO.04       技术分享
NO.03       专利分享
NO.02       团队合作小游戏
NO.01       泰康大事记
NO.07       免费喝LuckinCoffee
01

泰康大事记 

Company News
陈东升董事长入选“改革开放40年
百名杰出民营企业家”

泰康保险集团创始人、董事长兼CEO陈东升作为唯一的金融企业代表入选这一名单,并与杰出民营企业家代表刘永好、宗庆后一起出席发布会。陈董表示,要成为社会永远的正能量。

10月24日上午,全国工商联举行新闻发布会,发布由中央统战部、全国工商联共同推荐宣传的“改革开放40年百名杰出民营企业家”名单,入选的百名杰出民营企业家,在我国民营经济发展过程中具有标志性意义,社会影响广泛,示范作用突出。
陈东升董事长围绕“企业家要成为社会的正能量”作了发言。他表示,企业家要坚持走专业化、市场化、规范化的道路,坚持走创新和效率驱动的道路;专注主业,深耕专业,把企业经营好;为社会创造财富和就业,为国家创造税收,为人民和公益慈善事业做贡献;成为社会的榜样与楷模,成为社会永远的正能量。
                                               集团品牌传播部供稿、办公室编辑
                                                                               2018-10-25

TUMB
IDEO
在阅读完资料的前提下,大家一起讨论总结了Ideo公司成功的关键点:
以盈利为目的的企业并不是冷漠的功利性产物,与政策的衔接,与人文情怀的交融,正是企业立于不败之地的基石。
IDEO
IDEO公司案例分析

小编总结

成功的关键
02

团队合作

Team-working Game



>
  讨论哪些创新是咱们目前缺失的?
了解/观察 ——〉构想/实现——〉评估/改进——〉实施/施工设计——〉实施制造
客户沟通 ——〉市场调查——〉头脑风暴——〉原型设计——〉集体讨论与回顾


接受    不接






如果你是波义尔,你会接受挑战么?
如果你是波义尔,你会接受挑战么?

实战挑战

  材料:一个棉花糖,0.9m的绳子一根,0.9m的胶带,意大利面:20根

  要求:棉花糖和意大利面不能拆解,绳子和胶带可以分段,棉花糖放置最高,20分钟内搭建最高组获胜

培训现场
培训现场
一个团队 一家人
一个团队 一家人
Our 2018
一起走过的2018
霏立宝集团 WIN IN FEILBAO
August 201X 第一期

看哪个队的棉花糖最高?
.
.
.

W E  W E R E  T O G E T H E R  T H A T  A U T U M N
W E  W E R E  T O G E T H E R  T H A T  S U M M E R
合影留念
P H O T O  M E M O R Y




创新点:保费到期后,虚拟续期进行再保 

效益点:降低了客户豁免期出险时保险公司承担的风险


专利分享
文 / 石浩
再保虚拟续期
03

专利分享

Patent Sharing

再保虚拟续期

本发明所要解决的技术问题

本次发明旨在通过虚拟保单续期这一行为,将宽限期内其所承保的部分风险和责任向再保险公司进行分出。

在当期保费的缴费止期当天,再保系统会进行虚拟续期,虚拟一条续期数据,将此保单自动续期一年,然后进行再保计算,如被保险人不幸在60天的宽限期内发生保险事故,再保公司将承担相应的保险金额;如客户在60天后未完成续费,则任务此保单失效,虚拟续期作废,再保公司会将间承保的风险保费扣除,并将分出保费摊回。

FLBOOK是一款面向于未来的轻量级电子书刊在线制作平台,以数据为核心,实现电子刊物的在线创作、即时发布、实时修改、随时升级等功能。
文:石浩-寿险研发部

本发明提供的完整技术方案

      再保系统在保单到期但客户未缴费的情况下,会在再保系统虚拟一笔续期交易,此时系统会认为,客户已经续期,并开始计算是否需要分保以及具体的分出比例等。

     如客户在豁免期间按时续保,再保系统会认为虚拟续期已正式生效,不会再做其他交易;若豁免期已过,客户仍未完成续费,再保系统会生成失效交易,按照与再保公司约定,经部分分出保费摊回,此保单正式失效。

Sonar的解决方法



文:李娟-寿险研发部
15年底,Sonar第一次上线,UCM出现在红区,Blocker、critical、代码重复率都非常高。对于此,我们的解决方案分为三步:
 

    1.全面消除blocker:

我们优先解决代码问题最严重的blocker,经过长期奋战,终于将其消灭殆尽。


04

技术分享

SKILL Sharing

2.降低代码重复率至50%以下,脱离红区:

 
接下来要脱离红区,就要解决重复率的问题。UCM代码量大,重复率高,代码重复率着实不好解决。我们曾经尝试过删除废功能对应的程序,但有时会出现重复率不降反增的现象,因为删除代码,重复率的分子和分母都降,很可能最后的重复率比值就升了,所以我们又尝试了新的方法。
    今年我们制定了Sonar红区进入绿区的百日目标,借百日行动的机会,解决代码质量问题。
    首先我们保证每天无新增blocker和critical,每个迭代都安排每个人改2-5个重复率最高的文件,将重复的代码进行整合、提炼,用公共方法替换重复的逻辑。经过一个半月的奋斗,终于在9月17日代码重复率降到低于50%,进入黄区。

3.全面解决critical,进入绿区:



    接下来的目标就是消灭critical,由黄区进入绿区。同样,保证每天无新增blocker和critical,每个迭代清理历史积压critical,我们的百日需求很多,也有新增的基本法、方案的紧急需求,所以更多时候是团队成员晚上加班或周末加班处理Sonar问题。就这样,每周都有改善,10月20日周末又集中处理了一批,于10月23日critical清零。
    整个百日行动,每天早上关注Sonar质量已经不再是Master的责任了,每个团队成员每天早上第一件事就是查看Sonar,发现问题及时处理,并提醒其他小伙伴进行处理,处理完后告知Master重跑Sonar,直至问题消除。
    经过代码质量整改,大家对代码书写规范、代码质量有了更深的理解,也培养了较好的代码编写习惯,日后工作中会避免出现类似问题。
   

 UCM从15年底的Sonar重灾区到今天的安全区,我们的进步除了要感谢每一名团队成员,还要特别感谢汤总鲁丽经理的包容和支持,我们会再接再厉,保持住Sonar质量,继续提升代码质量并加强单元测试用例的编写。



寿险查询服务中台建设



文:刘伟-寿险研发部
这个场景相信大部分的伙伴都不陌生,在投保过程中,都是要经过规则引擎进行核保规则校验。规则引擎的入参报文中,有一部分是客户的既往保单数据,这里的客户是指投被保人。目前查询客户既往投保经历的接口是由个险查询系统提供的,接口中包含了投被保人的基本信息,历史保单信息,以及每张保单对应的险种信息,等等等等,还有很多。经过前期的梳理,接口中的字段涉及到三十多张表一百多个字段。

当客户历史保单比较多的时候,接口的效率会比较低,而且频繁的数据查询也会对CSC的数据库产生比较大的压力。我们初步做了个统计,比较慢的一次查询花费了几十秒,这个客户有效的保单是20多张,60多个险种,回参报文2000多行。当然,生产环境上超过20张保单的客户还是不少的。如果这些信息实时从数据库里面查出来,其实是一件很恐怖的事情。

针对这个系统痛点,采用空间换时间的方法,去解决这个问题

我们以现有既往投保经历接口为参照,提前把接口需要字段,抽取到到中台的数据库中,是从CSC的镜像库抽取,镜像库在大数据那边。
落地到关系型数据库中,当然如果应用直接查这个库,提供接口,意义不大。
所以会把数据做一次加工,从关系型数据库中,加工到非关系型数据库中,之前是20多张表,加工之后一个客户就是一个JSON串,里面有客户基本信息、历史保单和险种信息。

之前要关联20多张表才能返回数据,以后直接就从MongoDB中查到这个客户的JSON串,稍微做一下加工,比如转成xml,就可以直接返回了。















这就是数据中台项目一个整体的规划,出发点很简单,就是投保过程中的一个非常非常小的环节,用空间换时间的方式,加速既往投保经历接口的数据返回。
目前项目处在开发阶段,我们在开发过程中,对新的既往投保经历的接口做了简单的压力测试,目前看效果还是不错的,在500的并发下,tps可以保持在200以上,单次的查询返回控制在100ms以内。介绍一下我们接口优化的方案:

1.数据是从DB2查询出来,加工后保存到MongoDB中,那么这个查询的优化必不可少。

我们开发的策略是:只进行单表查询,避免多表关联;针对查询的SQL语句,对DB2的表建立索引;查询的时候,只查询需要的字段;目前一条数据的处理大概要读三十多张表,每次的数据返回也就在几毫秒。

2.增加事务
虽然我们与DB2的交互只是查询,没有插入和修改的操作,但是单纯的查询,也需要增加事务控制。这样可以减少对连接池获取连接和释放连接的操作。
3.查询MongoDB的时候,尽可能减少访问的次数

比如要查询投被保人的基本信息,以及投被保人既往所有的历史保单,那么只需要两次查询。传入一批客户号,查询客户信息,再查询保单信息。最终的报文拼装,都用代码进行分类和拼装。(代码处理的效率要远远高于访问数据库)。

数据中台项目,一定是需要汇聚整个部门的力量才能建设好。因为它涉及到咱们部门的很多系统,数据来自CSC,数据用到规则引擎,现有逻辑是个险查询提供的,电销、个险以及未来银保都会用到这个接口,所以这个平台的建设,一定离不开大家的支持。

05

单元测试

Unit  Test
一、厚积
增长
短险核心、规则引擎、区拓项目、寿险中台4个团队用例数增加100以上,分别为1380 个、209个、191 个、132个;新加倍保、BPM、FE运维、新电销4个团队用例数增加较多;NTMS和再保2个团队增加用例较少。
保持
产品库、调查系统、UCM、FE新理赔、电销主数据、电销外围6个团队本月用例数没有增长。
减少
无。

二、薄发
提高
寿险中台和短险核心团队本月覆盖率分别提升89.2%和63.46%;规则引擎、新加倍保、BPM、NTMS共4个团队覆盖率有所提升。
保持
电销主数据、再保、调查系统、产品库、电销外围、FE运维6个团队覆盖率保持不变。

降低
UCM、FE新理赔、区拓项目、新电销4个团队覆盖率略微降低。

三、总结
1.本月总用例数为19546个,环比新增2018个(上月17528个),10个团队用例数增长,6个团队用例数无增长。
2.本月覆盖率总体呈上升趋势,6个团队覆盖率提高,6个团队覆盖率无变化,4个团队覆盖率降低。
4.本月新增寿险中台团队,该团队用例数虽然不对但覆盖率已达到89.2%,在开发初期就写单元测试用例而不是代码积累到一定量后才开始补单元测试用例,所以可以在短期内快速提升覆盖率。
区拓项目用例增加较多同时代码量也增加导致覆盖率略微降低;UCM和FE新理赔两个团队用例数没有变化,代码量增加导致覆盖率降低;新电销用例数增加较少而代码量增加较多,导致覆盖率降低明显。
06

泰康美景

Gorgeous View
自古逢秋悲寂寥,我言秋日胜春朝。
                                         --[唐]刘禹锡《秋词》
泰康美



 空山新雨后,天气晚来秋。
                                     --[唐]王维《山居秋暝》

仔细想想,能够慢慢地回忆起一些大事小事,可终究它们还是
在记忆里被磨起了所有棱角,成了平淡的一个过往,
踏上去已经体会不到当时的种种心情。
定格时光
F R E E Z E  T I M E



出门看落日,驱马向秋天。
すべての终わりは新たな始まりである

首·杯·免·费

瑞幸咖啡(Luckin coffee)泰康创新店

于2018年11月1日正式开业!
营业时间暂定:
周一至周五 8:00-20:00
周六周日(法定节假日) 8:00-18:00


07

免费咖啡

Free Coffee

  お             と              し  
Ten principles
汤总寄语
十条原则
勉励员工


-THE END-
编辑:菲菲&大伟
更多功能
免费制作
全屏/退出全屏
打开/关闭声音
使用帮助
页面放大/还原
  • 简体中文
  • 繁体中文
  • English

扫一扫,手机阅读

目录栏
第一页
上一页
当前页码/总页数
下一页
最后一页
自动翻页
/

×

提示信息:

用户名或密码错误

分享书刊

分享《月刊》给您的朋友阅读!

二维码
分享链接 复制链接
分享到

留言×

请填写留言内容

留言提交成功,管理员审核通过后显示您的留言。

返回