开贴说说老胡理解的核心系统，错误的地方多指正

kinghq

原帖由 家住海淀 于 2011-8-30 11:35 发表

还没有展开，高阶和低阶两个层面，除了总体规划外，还要从不同的业务条线和主要系统分别进行专项规划，否则如何落地。
而你说的部分集中于专项规划中，新的核心系统设计的思想是以客户为中心的，产品销售为核心的，关于定价、产品规划与管理、销售、服务、渠道整合都会逐项进行描述。

大量的Paper工作呀，希望多分享Papering中的收获和感受，这个可以是不保密的吧。至于“如何落地”，用GAP的方法是可以直接落地的；但是如果按照传统的PMO形式的话，估计这轮Paper完了，还有Paper——至于什么时候能落地，到时候免不了还得拍拍脑袋。这让我想起了之前经常开会到凌晨的恐怖岁月。

eliasyue

原帖由 janze 于 2011-8-30 01:19 发表
从核心系统的基本模型来看，帐务、价格（利息和收费）、合约和产品是中心，由于管理的需要，现在看起来趋势是会把客户和流程模型，加入到整个系统中（注意：未必是加入到核心系统）。而且，由于交付渠道的急剧增加以及管理数据采集的需求，也增加了要求集成核心和其他系统的需求。
从老胡（或者应该叫小胡？）提供的几张图来看，都没有解决一个根本的问题：产品、合约、客户和流程是贯穿在整个银行业务的生命周期的，换句话说，在核心系统对合约模型的一个改动因该会影响到客户网银操作的系统行为，会影响到BI系统的数据分析公式，如何创造一个足够弹性的系统架构（模型）来容纳如此高的灵活性要求，是未来核心建设需要解决的根本问题。
更大程度的集成，消灭信息孤岛，提供更加准确的控制，获取更加细致的数据，是信息系统建设的永恒的主题。银行IT建设中问题的根本也往往在于系统间集成的难度。
从传统行业来看，ERP 的道路就是集成的道路。那么，银行的道路是什么呢？
纯属个人见解，见笑。

一点自己的看法
1。价格也可以看成是合约的一部分吧。利息和收费通常也会在订立合约时确定。
2。账务的处理也应该独立于产品。比如贷款转让，资产证券化等业务，与客户签订的合约本身没有变化，但银行内部则需要进行帐务处理。

cavern1026

原帖由 wangqi1980 于 2011-8-29 15:29 发表


“功能组还在前端，后端系统都要功能单一化”, 这个特点有点像SAP的核心系统。

听说SAP的核心系统，把很多功能都拿到前端（or前置）上实现。

但是，这是SAP的核心的独到特点。其它厂商不然。

By the way, 老胡是民生行的吧？

这种思路是民生新系统的做法

bjlaoli

瞎掰一下个人看法：
1、还是先把业务战略理解透彻，考虑核心之前或者同时应当有个业务架构的规划，目的是梳理、优化和稳定业务条线和组织机构
2、核心系统最重要的两个特征是稳定性和弹性，核心系统往瘦、多的方向发展，所以最好将核心系统称作为产品处理系统，去核心化
3、如果存在业务条线化流程化运作要求、业务需求多变且要求快速上线、减轻开发测试和运维风险的话，个人感觉还是往瘦、多的方向发展更合适

家住海淀

pacman2000 发表于 2011-8-28 23:12
我支持wangqi说的模块化。把系统划分成一堆独立的小系统，不见得是好的做法。完成一个交易，系统间的 ...

模块化已经不能完全满足业务的需求了，现在的趋势是工厂化、流程化的设计思路

bjlaoli

比较看好安永的业务处理层设计，但是从整体上看，他家的总体架构图应当是拿不出手的，很多不是一个考虑层面上的东西都堆放在一起，感觉怪怪

家住海淀

我们的新核心也在规划中了，有机会再说说我比较认同的思路

ly075

学习了，看的很快，主要是看不懂，坐等更新

hppyhjh

看的好累，各位忽悠能力还是有滴

raftyang

感觉还是按照业务分的吧，这也是上一代核心的特点所在，当时主要还是想大集中了再说。
现在这个阶段我想主要的工作还是在功能架构与技术架构上的考虑：
首先，在业务上划分出所谓的“核心”，所谓的核心可以理解为被大家频繁使用的业务模块，例如存款等，但是在应用架构或者技术架构上，可以有或者没有核心的概念。
其次，将主数据部分独立模块，如客户管
再次，将业务需求IT功能化，主要就是抽象业务需求，进行IT功能的提炼和汇总，例如存贷款模块即管理对公对私，押品管理既管理对公对私，又管理资金交易等等吧，所有这些功能都依赖于模块的配置完成，购买软件包或者自行开发，如农行、招行等。这部分是上一代核心比较缺失的部分。
最后，技术架构中的技术层次架构，渠道层、集成层（流程控制层、服务层）、应用功能模块层等等。这样划分出来以后，其实没有所谓的应用核心，模块都独立，但是同时又都开放接口。由未来的流程层处理所有的业务流程，这时会发现，还真得需要SOA这样的开放接口标准来做这个事情。