其实简单从业务跟会计核算的角度来说,个人觉得业务系统(如核心)就只记录交易流水,不再有任何会计科目这一说法。会计核算系统提供核算码规则,每一笔交易流水都能通过产品码、账户属性等去关联一个核算代码。核心系统关注交
个人觉得未来银行的架构应该是朝着交易型的方向去发展,对于客户来说银行就只是一个交易中介的角色。银行的核心也将由一个复杂的业务系统转变成相对单一的交易型系统。更多客户关系,账务管理等功能将后移。在应对互联网
1、个人觉得首先如果是从应用本身的角度出发,可以先将一些非核心类(账务类、管理类)的功能进行剥离。将这些系统可以先迁移至分布式架构上。现在有不少中小银行在使用基于java版的核心业务系统。借助JVM的特性,实现核心应
个人觉得新建核心应该还是主要也业务驱动去推进,由上向下,根据业务选择需要建设哪些系统。首先第一步要对本行的所有开展的业务进行梳理,梳理完后收集业务需求。在业务需求确定后,可以着手进行核心的选型工作。确定是要做
就目前我参与的核心系统的建设,应用采用分布式的是一个趋势。因为从容错、性能、吞吐量、扩展性来说都有明显的优势。目前有厂商的Java版的核心系统就是采用分布式架构的新一代核心系统。数据库的话还是采用RAC+DG的方
1、第一想做到无缝迁移,在前期系统架构设计以及需求分析阶段就要搞清楚,新的“瘦”核心需要承担哪些功能。哪些业务是纯技术实现上的迁移,哪些是需要考虑业务升级。往往“胖”核心里业务的校验与流程相对简单,但是随着模
1、其实“瘦”核心并不一定会导致外围系统对对于核心的访问量剧增,这要看核心业务系统剥离的时候是否有良好的架构设计。现在较多的新一代“瘦”核心基本上可以理解为“存款”+“公共”两大模块的核心。相比以往,单从核
关于TWT使用指南社区专家合作厂商入驻社区企业招聘投诉建议版权与免责声明联系我们 © 2024 talkwithtrend — talk with trend,talk with technologist京ICP备09031017号-30