长期讨论：新一代核心系统建设

家住海淀 · 发表于 2012-4-18 23:03

eliasyue 发表于 2012-4-18 19:34
一个重要的趋势是交易系统与核算系统（总账）相分离，即改变原先的将交易系统看成是总账的分类帐管理系统的 ...

没错，但是现在已经形成的业务现状，盘根错节，工作量太大，不是一件容易的事儿

eliasyue · 发表于 2012-4-18 23:23

当然，如果是在原有的核心架构体系下修修补补，那不可能实现这一架构上的根本改变。
但如果要更换核心，那么这一点则是在架构上要纳入考虑的一点。当然并不是说核心系统一定不能有总账应用，而是说改变原有的业务模型。将原先面向核算的核心系统改变为面向交易的核心。实现交易系统与总账之间的松散耦合。
我认为一个典型的例子就是：在交易系统中的产品定义应当是面向实际业务的，而账务系统中的产品则与此不同，而是按照核算的需要来确定的。

家住海淀 · 发表于 2012-4-18 23:30

jlliuyi 发表于 2012-4-18 18:31
无论什么方案，都需要很大的投入和风险，所以银行还是很慎重的。

中型银行，估计都在百亿左右
大型银行就跟高了

pacman2000 · 发表于 2012-4-19 01:00

家住海淀发表于 2012-4-18 23:01
等搞出来了，估计也黄瓜菜都凉了，更何况每人愿意冒这个风险使用

目的不是要投入使用。很多讨论的东西都有些空泛，缺乏实际操作性。如果能像做原型系统一样，以具体实现方法来展示系统的设计思路，更容易理解。开源的好处不是在于使用，而是在于很多人挑错和支持，往往能集思广益，做出更好的系统来。

pacman2000 · 发表于 2012-4-19 01:09

jlliuyi 发表于 2012-4-18 21:30
既然是核心系统，其在银行IT系统中的地位可见一斑。
目前，银行新一代核心系统呈现两种趋势：
1:创建新一 ...

瘦核心，核心部分账务剥离的方式，现在已经引起了一些副作用，比如公共支撑数据的共享/同步问题，跨多系统交易一致性问题，多个系统间需要相互对账问题。因此，我倒认为，综合式的单一核心系统，比分离式的核心系统群，处理效率和维护更为简单。但是，要克服以前综合业务系统的一个重大问题，就是模块划分不严格，耦合度太高，造成系统修改困难。这可以通过协定模块间调用接口和规范来改善耦合的状况。