首先我们想谈一下对新一代系统的期望,我们认为新一代系统必须要有两个特点。
第一、 瘦核心
第二、 受理和处理分离
什么是瘦核心:我们来举两个例子做说明,第一个是收付费…;第二个是新契约…。这两个例子来说明瘦核心的概念。(中间数据、流程、考核、报表都不应是核心系统所管理的)
那么这个“瘦核心”应该管理什么内容?保单数据、收付费数据、保全数据、理赔数据、客户数据、产品、商业逻辑。
我们认为新一代的核心系统应该是一个“瘦”核心系统,所谓的“瘦”是指:核心系统仅管理所有业务核心逻辑,而尽量的不涉及流程,同时核心提供接口和商业逻辑。新契约、理赔、保全等外部引用直接调用核心提供的接口和商业逻辑。那么在这样的模型下,外围应用的手段就可以非常的丰富,而不受限于核心功能,同时核心具有了良好的扩展性,本身又不会集成太多的应用而非常的臃肿。
受理的概念是对“瘦核心”的一个有益补充和应用延续,如果说“瘦核心”是对内的,那么“受理和处理分离”体现的是一种“客户服务”的概念。(同样举一个保全退保的例子说明)
受理和处理分离后的最大好处:国寿网点的优势、客户服务的体现。(其他好处都可以带过不说)
对于cbpsV8的一些想法:数据库应用层面上进行了分离、现在逐步开始整合收付费、保全、用户管理等功能……(自由发挥)
基于上面的两个前提,我们认为
l 新一代系统的内部各组件要有明确的定位,组件间的关系和数据交互要有合理的标准,核心部分应该要高效、稳定。
l 架构要有充分的灵活性和可扩展性,或者说继承性。
l 需求管理要合理,避免任意需求变更导致系统趋于复杂化。
l 适当的提供标准接口,利于二次开发。
l 我们认为矩阵化管理和垂直化管理应该不在业务核心层面设想太多。
l 在做核心系统的时候,考虑好周边应用,避免重复的投入。
l 应用系统的网络拓扑太过复杂,导致了许多应用超时严重,建议总部需要协调规划。
l 建议改造目前的打印模式,目前打印环节过多,任何一个环节出现问题,都非常难追踪。