长期讨论：新一代核心系统建设 - 第2页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

eliasyue 发表于 2012-4-18 19:34

一个重要的趋势是交易系统与核算系统（总账）相分离，即改变原先的将交易系统看成是总账的分类帐管理系统的 ...
没错，但是现在已经形成的业务现状，盘根错节，工作量太大，不是一件容易的事儿
当然，如果是在原有的核心架构体系下修修补补，那不可能实现这一架构上的根本改变。
但如果要更换核心，那么这一点则是在架构上要纳入考虑的一点。当然并不是说核心系统一定不能有总账应用，而是说改变原有的业务模型。将原先面向核算的核心系统改变为面向交易的核心。实现交易系统与总账之间的松散耦合。
我认为一个典型的例子就是：在交易系统中的产品定义应当是面向实际业务的，而账务系统中的产品则与此不同，而是按照核算的需要来确定的。
jlliuyi 发表于 2012-4-18 18:31

无论什么方案，都需要很大的投入和风险，所以银行还是很慎重的。
中型银行，估计都在百亿左右
大型银行就跟高了
家住海淀 发表于 2012-4-18 23:01

等搞出来了，估计也黄瓜菜都凉了，更何况每人愿意冒这个风险使用
目的不是要投入使用。很多讨论的东西都有些空泛，缺乏实际操作性。如果能像做原型系统一样，以具体实现方法来展示系统的设计思路，更容易理解。开源的好处不是在于使用，而是在于很多人挑错和支持，往往能集思广益，做出更好的系统来。
jlliuyi 发表于 2012-4-18 21:30

既然是核心系统，其在银行IT系统中的地位可见一斑。
目前，银行新一代核心系统呈现两种趋势：
1:创建新一 ...
瘦核心，核心部分账务剥离的方式，现在已经引起了一些副作用，比如公共支撑数据的共享/同步问题，跨多系统交易一致性问题，多个系统间需要相互对账问题。因此，我倒认为，综合式的单一核心系统，比分离式的核心系统群，处理效率和维护更为简单。但是，要克服以前综合业务系统的一个重大问题，就是模块划分不严格，耦合度太高，造成系统修改困难。这可以通过协定模块间调用接口和规范来改善耦合的状况。
pacman2000 发表于 2012-4-18 20:21

搞一个开源核心系统出来，如何？
可以首先从平台的选择开始
pacman2000 发表于 2012-4-19 01:09

瘦核心，核心部分账务剥离的方式，现在已经引起了一些副作用，比如公共支撑数据的共享/同步问题，跨多系统 ...
搞了几年的新核心建设，很赞同版主发起的这个话题。作为长期讨论来说，是不是先明确一下新核心建设的目标（或者）要求？目标明确了，后续的话题才好展开。感觉从前几楼分享的资料，对新核心建设的目标（或要求）还不是很明确。个人的一点拙见，向大家学习。