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

eliasyue

对此长期讨论的一个建议。
毕竟这个讨论涉及的话题很大，范围很广，我们应当规划一下这个讨论应当跨越的阶段。
以便让大家能够针对具体的议题来发表意见，分享经验和想法。
1-2周：讨论并收集核心建设的目标，并定期按优先级整理为列表。
3-4周：根据确立的目标，讨论系统设计的各个方面，包括为满足功能性和非功能性需求所需要做出的架构决策，定期整理索引。
5-7周：讨论功能性需求，定期按优先级整理为列表。针对重要并且大家感兴趣的话题设专题讨论，并定期总结讨论结果。
8-9周：讨论非功能性需求，定期按优先级整理为列表。针对重要并且大家感兴趣的话题设专题讨论，，并定期总结讨论结果。

10周：核心项目实施的经验分享。

keithguofan

eliasyue 发表于 2012-4-26 00:01  对此长期讨论的一个建议。  毕竟这个讨论涉及的话题很大，范围很广，我们应当规划一下这个讨论应当跨越的阶 ...

楼要建起来了。等待大餐。

fiery_xu

支持一下

liliaceae

顶顶更健康 瘦核心应该是趋势，船小好调头，也好跟新业务更方便的耦合。但是接口必须更多元化

mr_linzi

先去研究企业架构吧（业务，数据），别刚开始就是功能需求，差得着呢！

zkc999

ls说的对，银行最重要的是业务，业务，还是业务。

keithguofan

好久没人跟帖。浪费流量了。

林隐

新一代？ 用这个词就会发现银行金融it近代史无时不刻都在用这个词。
新在哪？人家金融上百年，我们金融几十年，人家it核心系统的年龄至少都是个成年人，而我们的金融核心年龄总是个小学生。
但是蹊跷的是，金融也是跟人家学，it也是跟人家学，金融it更是洋人咨询的天下。
作为金融it系统，应为“何”而新呢？

ygjygj

产品、客户、定价、渠道、核算、风险.......
产品设计在瘦核心中，怎样实现的？风险模型有必要直接合并入瘦核心，还是另外做一套风控系统核心只要使用其结果就可以哪？

Ray001

pacman2000 发表于 2012-4-19 01:09
瘦核心，核心部分账务剥离的方式，现在已经引起了一些副作用，比如公共支撑数据的共享/同步问题，跨多系统 ...

支持这个观点。瘦核心只是理论上很美，实际上对中小银行来说，可行性不高。一个一致性很好的系统，性能、可维护性和可靠性肯定是比多个系统交互高得多。