对于新一代核心业务系统的设想

对于新一代核心业务系统的设想

l  对于新一代核心系统的定义？

第一种定义是：综合业务处理系统，包括流程管理、客户基本信息管理、风险管控、考核等全业务功能

第二种定义是：core system=瘦核心+大外围，以客户为中心的按产品进行管理的交易处理系统。这个“瘦”值得深思

l  两种核心系统的对比

1.         松耦合还是紧耦合？

2.         松和紧之间的尺度？

3.         延续性，继承性，新系统对旧系统的冲击？是革命还是逐步延续？

4.         多层架构带来的模块之间的通讯复杂度

l  旧一代的问题

1.         过时的技术架构（没有soa，没有web services等等）

2.         没有以客户为中心，多种公用信息分布在不同的系统中，无法获得统一的客户试图。企业客户和个人客户的差异管理？

3.         无法快速开发，增加功能或者部件

4.         业务流程不合理，冗余，低效

5.         数据提供能力极差，无法为风险，审计，监管等提供有效的数据支持

（以上说的并不是要把这些功能都包含在新一代中）

l  对新一代的想法

1.         新一代分清楚核心服务（客户基本信息）、核心交易（收付费）、核心系统（技术实现）

2.         新一代不宜实现变化大，产品周期短或者功能相对独立的业务功能。

3.         新一代不宜处理流程控制和数据分析。

4.         新一代还要考虑客户市场习惯、监管要求、审计要求等等

5.         核心系统要体现受理和处理相分离(渠道多样、产品多元、前后台分离)

6.         受理和处理相分离的重要特征是流程重组

7.         支持外包业务模式（前后台分离）

8.         支持运营中心模式（也是受理和处理分离）

9.         实现跨区域经营和结算，或者多种会计准则（可能不是核心系统的事情，顺带想到的）

10.     为多元化经营混业经营保留余地（银行，证券，基金，保险等等）

11.     支持快速的产品定义和捆绑销售模式（特别是长短险捆绑）

12.     支持灵活的数据提供能力

下面是技术方面的一些考虑

13.     支持在线升级

14.     必须支持SOA（面向服务的体系架构）

15.     以客户为中心，同时如何体现差别化的服务。公司如何向客户证明自己？

16.     数据的安全性

17.     支持快速开发模式，在操作界面、操作流程、应用服务方面无需编程

18.     做好对于系统吞吐量，处理能力，并发能力的评估

19.     基于总分的It运营协作应该如何思考？

转载于:https://www.cnblogs.com/GoodLzp/archive/2009/09/23/1572621.html