几天前,我在银行与银行应用程序架构讨论软件供应商。从那里开始,我们有一个看供应商的核心银行解决方案和进一步的后端系统,如贸易融资。供应商迅速指出,其解决方案结合Forrester的精益核心的概念。现在,你可能会问自己:为什么这个有关?或者,如果你已经知道精益核心概念——供应商是正确的吗?

对于那些不知道Forrester的电子银行平台架构(DBPA)然而,让我解释DBPA和精益的概念核心简而言之:它是关于分裂传统上被认为是核心银行(和进一步端解决方案)为两个解耦的元素:精益核心和数字化的核心。精益核心集中在数据可用性和一致性。上,数字核心提供域驱动,高度一致的业务功能(例如,为客户域)精益核心提供使用数据通过api。建筑结构也允许传统和DBPA-based应用程序共存时连续转换的旅程和工作金融生态系统。

供应商进一步解释说,其银行端解决方案精益,因为它可以提供完全的功能范围,有人希望从贸易融资解决方案,而不是除此之外。当然,这个同盟——至少在某种程度上与内高功能一致性的目标数字核心。然而,这并不足以让传统构架成一个后端解决方案精益核心。

现在,为什么会出现这样的情况呢?如果仅仅是由一个精益核心贸易融资解决方案,那么它不能提供所有必要的功能定义。精益核心的关注数据并提供纯粹的处理能力,这样的解决方案缺乏所有的工作流和更丰富的业务功能。因此,一个完整的贸易融资解决方案可以包含一个数字和精益核心。然而,它永远只是一个精益核心。

为什么这是如此重要?如果解决方案提供的业务功能需要支持贸易融资,那么它可能是也可能不是一个伟大的银行应用程序。然而,没有架构一致性,这个解决方案无法缓解转型挑战的方式的组合数字核心和精益核心。和宽松政策转型的挑战就是银行正在寻找。

像往常一样,让我知道你的想法。