银行新一代大型IT项目建设的几点思索 - 第6页 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

老入金融 发表于 2014-5-15 15:36

听课中，
新核心的规划、设计、开发、实施，涉及到太多的利益纠葛了，必须大头有决心，而且有能力。
不看 ...
大行部分多，协调更为困难
银行核心系统涉及子系统极为庞大，
如果迁移到新系统，需要对原有系统的现有业务进行梳理，这本身是一个巨大的工作量；
其次原有功能要迁移到新系统，需要在新系统上做客户化，这往往也是工作量巨大。
涉及部门多、工作量巨大，必然导致项目周期较长和人员数量庞大、合作公司众多，这又带来管理和协调的问题。
还有一个更重要的，新系统往往带来组织结构的重新划分，这就动到很多人的利益
楼主写得很好，学习了。个人觉得顶层的设计很重要，业务的系统性分析要彻底，外松内紧的架构很好，但银行系统的复杂程度太大，项目实施很关键。
LZ提到了以客户中心具体是什么含义？
个人认为以产品为中心可以有效的实现风险隔离，核心一定要瘦身，产品与支付分离，支付与账务分离，支付抽象为公共部分，完善支付异常处理流程，产品即可作为交易发起方，也可以作为类核心的交易处理方，这需要一个统一的“桥”系统串起来。
我个人觉得廋核心也会带来很多问题，看似核心功能简单了，但是业务流程涉及到多个系统之间的交互，从通讯到对账到差错处理等方面任一节点一旦处理不正确不及时，数据准确性也无法得到有效保证，长此以往，两方数据对不上也是很头疼的问题，一个系统内部倒是可以通过数据库事物一致性来保证，怎么破？
另，目前核心业务系统大多以交易或者产品为划分中心，如何做成以客户为中心为导向？什么才是真正以客户为到导向的系统呢？
是不是某客户到柜面办理业务的时候，系统能够自动分析客户的资产及消费，然后弹出相应产品供柜员推荐，是这个意思吗？求指点
前几天看到个文章，说工行的理解是，银行核心作为联机处理系统，这样的话，把记账、计息拆分出来，相应客户信息、支付、中间业务、数据仓库、ETL都作为核心的外围系统，通过ESB完成数据交互，这就是一个比较完美的松耦合系统了。各功能模块实现了解耦，且功能扩充时对其他模块的影响也降到最低。
这应该就是银行核心建设的终极目标了吧。