ibm新一代银行核心业务系统

来源:造价师 发布时间:2020-10-17 点击:

 新一代银行核心业务系统 何京汉 ( IBM 金融事业部 银行资深方案经理 ) 背景 本文介绍新一代核心银行所处的金融环境; 结合目前国内银行所处的金融环境和银行客户的 需求的新趋势,按照模型化银行( Modeling bank )的思想,介绍国内银行在设计新一代银 行核心系统是要考虑的主要问题。

 突出新一代核心银行要解决的模型化银行的问题, 国内系 统与新一代系统在观念上的差距, 银行转型与信息规划设计的关系。

 国内从业人员普遍关心 的金融产品概念(模型要点),核心银行的企业级客户文件( En terprise CIF )的原理。

 国内外核心银行系统发展所处的环境 国外银行更换核心系统的努力 国外核心应用系统大多是 70 年代建成的,经过多年的运行后现状是:维护成本高,系统架 构封闭,不易于加入新的功能且容易引起宕机。

 80 年代至 90 年代国外银行,曾经试图更换 这些系统,但大多归于失败,如花旗银行 10 亿美金的工程最终没有取得成功。

 虽然, 更换新的核心银行系统, 难度极大,但银行还在思考, 为什么还要将大量新的应用放 在不灵活的且过时的系统上面?所以更换新的核心系统的努力还在继续,只是吸取了 80 年 代 90 年代的教训:银行必须采取新的策略去更新核心应用系统,以保证成功!

 这些策略和市场趋势概括起来有:

 用核心银行提供商的解决方案替换自我开发的核心银行系统。

 100 强的银行 70% 的银行将去 寻找 " 核心银行提供商的解决方案( Vendor built solutions ) " ,即购买软件包。

 主机方案的规模性得到验证。

 主机的核心银行方案, 将继续流行。

 是因为它的规模性得到证 实。尽管主机的技术没有新技术灵活,它的维护成本需要进一步下降。

 浏览器方式的解决方案( browser-based solutions )。市场上将会有更多的以浏览器方式出现 的核心银行解决方案。

 目前国外大多数银行并没有将核心银行更换置于业务发展的最高级别, 因为它的风险性。

 但 个别将老系统迁移到新一代核心银行系统的成功经验, 和更换后带来的好处, 刺激了其它银 行更换系统的决心。他们认识到了好处大于风险:

 •极高的效率 •信息容易访问 •加入新的应用不会引起系统宕机的能力

 设计原理 国内外银行目前所处的金融环境,对核心银行系统的影响 银行经营环境,客户,产品、服务体系发生较大变化 •银行业的经营绩效取决于三个主要的价值策略市场 对上市的银行或即将上市的银行,股东(即使是国有控股)的价值决定了银行改革的方向。

 为适应 WTO 形势,以下三种趋势决定了新一代核心银行业务系统必须支持银行选择不同的 业务战略方向。

 银行发展 3 大趋势 收費的丽务和非传绒银讦密融服箸提 僂靈參的嵐入衆灑.底 T 对的 主基监管法规的靈化引起巨大的业界整 肖生还倉帯未了此模塩济前机佥 国有银行改革已经纳入国家改革战略,银行上市意味着商业银行面临金融监管体系的变化 (将面临不同国家的不同金融监管)

 ,股东价值体现开始变化。

 国有银行对国家经济的地位, 会逐步将证券市场与银行资本的互动市场化。

 •过去几年银行经营的前景已经改变,还将继续改变 目前银行利差是 30 年来最低的,这迫使银行发展非利差性业务,提供多种服务,对客户提 供收费业务等,将是银行经营改变的主要方向。

 客户已经从以前的单纯储蓄, 变为了具有金融意识的、 渠道中性没有忠诚度的客户, 要求银 行提供一站式理财服务。

 事实上,具有实力的客户已经在利用银行的建设资金与房屋贷款进 行了新一轮的投资。但银行不能说了解这些客户, 而是随波逐流。这里的银行风险基本由国 家承担。

 而新的竞争者又在作什么业务?以上海为基地的外资银行,江浙一带的民营银行可能是 ” 改 变中的银行经营前景 ” 的收益者。

 过去几年银行经营的前景已经改变,还将继续改变 银行新的竞争形势

 誠产证弊化初发展提為 7 氓行风陸誉程质蚩 * 枚入拿岸化

  •银行要了解客户,识别客户 收入与客户分布

 银行非利息收入在银行的收入比例逐步扩大,有些银行 40% 的收入要来源于非利差收入。

 这决定了银行提供 ” 金融服务 ” 和 " 金融产品 ” 的重要性。

 了解客户对不同客户的需求,提供不同的 ” 金融产品 ” 65% 的收入是 30% 的优质客户提供。银行需要这样的客户。

 为保留他们要提供不同的金融产 品。在国有大银行,几千家优质客户提供绝大多数收入来源, 在目前金融环境下, 也不足为 奇。快速地开发先进的金融产品成为了竞争的要器。

 15% 的收入由 80% 的客户提供。这反映银行并没有开发出满足这部分客户需求的 " 金融产品 " 。仔细分析,这可为银行改革提供了方向。

 同样,核心银行系统要提供适合这类客户群 ? quot; 金融产品 " 。可参阅介绍 " 产品工厂 ” 的概念。

 20% 的客户使银行收入负增长。

 这需要银行进行引导, 减少这部分客户使用昂贵产品和服务 的机会,以降低成本。这种方便银行业务人员操作,又不至于影响银行形象的解决方案,同 样需要核心银行系统定制金融产品和服务。

 各种了解客户,识别客户的功能是新一代核心系统的核心。这需要核心系统内的 ” 企业级客•金融铁首的变化 ■新的竞争 •利藝谿 ”利]率珀年乘壘低 •一站式理财管理 1"! 11 1

 改变中的银行经营前景 lUOL •有市场意识 •价格碱感 •渠道中性 •没有忠诚度 •单一的财富视图 新的帝争者

 •抵押贷款新发明 •0S 堆有利可圉的市场 •降低成本 •快逵行动

 户信息系统( Enterprise CIF ) " 的支持。

 •银行普遍采用新的金融模式:提高效率,差异化经营,提高经营的弹性 这三个关键需求决定了金融机构的解决方案的基本需求

 芳异化经营 Differentiation

 国有银行、股份制和城市商行控制国内经济的主体,优势是明显的。但提高效率, 增加弹性 尤其是风险防范意识, 进行差异化经营,是未来与外资银行、 灵活的民营银行进行市场竞争 取胜的不变的真理。

 风险监管和控制,跨渠道集成, 客户关怀,分行再造,前后台流程再造是国内银行目前可以 开始起步的工作。

 核心银行系统受银行经营环境变化的影响 银行的经营环境在发生变化,对目前正在进行的新一代核心银行系统提出了要求 -能够支持银行选择的业务创新方向 -金融产品建制的能力 -以客户为中心,完整的客户关系视图 -先进数据结构和业务流程处理架构 -高效报表管理 -实时数据更新 , 24x7, 较少批量处理 -基于可重用的组件 •多行、多货币和多语言 -所有渠道一致的服务 •清楚地接口定义 -可增长,规模性 •低操作成本,低维护成本 核心系统,业务驱动?还是 IT 驱动?这里没有唯一的答案,但是,必须第一步要定义业务 策略和远景;策略描述业务蓝图或银行业务结构; 蓝图必须设计为支持业务结构; 应用架构内薛 MIL 址畫电子井也 ,内包坏赳 Bl 鼻户册 EJ事户黄也 t 沖甘的辜怕 *<器轴龙荷嚴

 必须与数据架构紧密结合;长期的集成需要开发式的平台 新一代核心系统是否能以业务策略驱动,在国内尚是未知数。上一代的银行核心系统是由 IT 部门为主,技术架构驱动的。欧美大银行 90 年代新一代的核心系统集成,基本是由业务 因素驱动,由业务部门主导。这种差异是否会导致核心系统本质区别尚待观察, 但差异是明 显的。

 业务策略:以客户为中心的组织服务体系,金融产品制造,风险管理,业务流程再造,混业 经营,资本证券化,利率市场化迟早要发生的。这是银行战略决策部门要考虑的因素。

 如上图所示银行经营的 6 个能力 1 。产品制造, 2 。内部处理, 3 。洞察力, 4 。服务提供, 5 。

 基础设施, 6 。风险和金融计划。是银行管理层要考虑的业务策略。

 应用结构,数据结构是核心系统的功夫所在。

 考虑未来的业务发展趋势,在新一代核心系统 或核心应用模型中打下坚实的基础。是这一代系统区别于上一代系统的本质。这是银行 IT 部门要计划实施的。

 业务架构:是业务部门( Line Of Business )关心和决策的(图所示)。但就国内银行的现状 来看,这是一块 ” 软肋 " 。在进行核心系统建设时引进银行业务咨询公司不失为一项明智的举 措。

 模型化银行主要思想和功能模块及 IBM 的方法论 银行核心发展系统发展的 4 个阶段

 _L 召寮召 决定 业馥构 驰动

  主要功能 银行核心业务功能 银行的核心业务功能可以用上图表达。

 银行界经过几代核心系统的开发, 发现可以用简单的 概念模型化数据,流程和业务功能。

 IBM 公司经过 10 多年的努力,提出并成功实践的 IFW 提出了 9 个最基本概念。

 Involved Parties (参与者)—与业务有关的人和组织 Locations (地点)— 地方、地址、地区 Product/Services (产品)—— 能带来收益的金融产品和服务 Conditions (条件)一 因金融产品、合约等不同的变化的因素 Arrangements (合约)—参与者之间达成的 合约、合同、协议等 Resource Items (资源项)— 银行提供的金融设施,存折、卡、抵押品 ATM 等 Events (事件)— 事情的发生,银行业务活动,银行交易等 Business Directions (业务方向)— 决定银行业务变化的规定:目的,规则、政策 Classification (分类)—分类 , 以上 8 类都没有的概念,如市场区隔、风险等 在九个概念中,参与者 (Involved Parties)

 包含了核心银行中经常使用的概念,客户,机构, 银行职员职位,第三方机构;事件( Event )包含了,交易,促销活动等概念。合约 ( Arrangements ),提供了记账( Accounting )、与客户合约(如贷款合约,外汇买卖,贸易 结算合约);条件( Conditions )包含利率 / 费率 / 期限等;产品( Product )

 , 金融产品是国内系 统中缺少的概念,下节将专门讲述。

 读者是否发现,任何一句在银行发生的金融活动,都可以用以上 9 个概念描述呢?如 i fi

 我( Involved Party )现在( Condition )开 ( Work flow)

 一个存折( Resource Item )

 ;

 他( Involved Party )在昨天 ( Condition) 在储蓄所 ( Locations) 的 ATM(Resource Items) 上取了 (Work flow)100 元 (Conditions); 这里还隐含着使用借记卡( Product ,金融产品 其中,提到的 Work Flow 就是 IFW 提到的 CBP 模型, ” 取钱 " 就是工作流里的 ” 动词 ” 。不难 发现既然银行活动能用自然语言表达, 那么用计算机模型语言表达也是可以实现的, 这不就 是人类发明 ’ 计算机语言 ’ 的初衷吗?这就是,金融界普遍进行模型化的去实现 ” 核心银行系统 " 追求的目标。

 简而言之,将业务需求,业务范围用数据模型(计算机语言中的 " 名词 ” )、工作流程模型(计 算机语言中的 ” 动词" )和功能模型(规则参数)表达出来,就能整体把握 " 核心银行业务 ” 的 整体,建造出核心银行的部件;再选择较好地 ” 核心银行架构 ” ,建造出核心银行业务应用。

 这就是 90 年代开始的模型化银行热潮,西方的大银行一般都有独立于 ” 核心银行系统 ” 之外 的 " 银行核心业务模型 ” ,这样可以保证,即使核心银行系统结构落后,但银行业务应用保持 相当的先进性。从这个理念出发,也产生了多种银行经营 IT 部门的模式,如美国的几大银 行,只在改进 ” 银行核心业务模型 ” 上完全由银行内部人员完成, ” 核心银行系统 ” 的构造完全 交给 IT 公司完成,节省成本提高效率!保证银行业务的先进性才是银行的核心竞争力,保 持 " 核心银行系统 ”软件包的先进不是银行的核心竞争力。

 上图所示,站在银行经营的角度要求,核心银行支持银行经营的 6 个能力:

 1 。产品制造, 2 。

 内部处理, 3 。洞察力, 4 。服务提供, 5 。基础设施, 6 。风险和金融计划 核心银行系统架构

 银行业务功能

  将银行的业务功能,转换到新一代核心银行系统架构是现代核心银行应用系统建造的过程。

 结合上文的分析,银行经营环境变化, 对核心银行系统的建设提出的要求。

 西方银行是如何 运用模型化银行的思想进行新一代系统开发的呢?以下几节将举例介绍, " 核心银行模型 ” 。

 这里概括 " 核心银行应用模型 ” 的主要方面:

 它是在 IFW 9 个概念基础上,建造的数据模型,工作流程模型和功能模型。

 核心模型 • Party and Party role 模型 •机构 / 法律实体 模型 •客户模型 •金融产品模型 •金融记账( Financial Record Keeping ) / 金融资产 • (Financial) 模型 •分类( Classification ) / 通讯( Communication ) 模型 •地点( Location )模型 •事件(交易) •计划和日程安排 市场和销售模型 金融产品提供模型 风险管理功能模型 财会管理功能模型 客户服务功能模型 银行监管功能模型 细心的读者可以发现,银行业务功能图 5 所提倡的银行 6 种能力 1 。产品制造, 2 。内部处 理, 3 。洞察力, 4 。服务提供, 5 。基础设施, 6 。风险和金融计划。在以上 ” 核心银行应用 模型 " 都有所涉及。这说明,无论从哪种角度构造银行应用系统,其出发点都是要求 ” 核心银 行系统 ” 能站在银行的经营理念上,来满足 2.2 提到的核心银行功能。

 、

 银行的应用模型 " 银行应用模型 " 的建立和维护绝非一时之举,在欧美一般在大型银行设有专门的应用模型 组织,而且与业务部门( Line Of Business )处于同一 " 老板 " ( CIO )管理之下才可长期坚持。

 一般认为 " 银行应用模型 " 是银行核心竞争力,而不是 " 核心应用系统 " 本身(可能外包或购买 产品包,在 " 银行应用模型 " 指导下加以集成) 。

 限于篇幅,以下只对上面提到 " 核心银行应用模型 " 中的 " 核心模型 " 之 " 数据模型 " ,国内银行 普遍感兴趣的部分,作简短的分析。且没有用 E_R 关系模型表述。

 金融产品 金融产品的概念在西方已普遍使用多年, 在银行的柜台摆放得业务简介大多以金融产品和服 务为主,银行业早已经转向市场销售为主。在国内银行的发展是从储蓄业务 / 银行会计发展 到今天,国家控股是普遍的现象。

 " 金融产品 " 这个市场化银行的产物,在国内如何使用,目 前还是引入阶段。

 笔者暂且下一个定义, 金融产品是客户眼里市场化的, 银行可销售的金融 工具。对金融产品的理解从不同角度,有完全不同的划分:从不同银行交易渠道( Product delivery channel );从信用风险控制 (Credit Risk) ;从资金控制 (Financial control ) ;从信息管 理角度( MIS ) . 这恰恰涉及金融产品的多个维度。

 设计金融产品时要考虑的业务原则( Business Rule ), 它与 Deal(Arrangement, 与客户买卖有关 ) ,以客户 " 购买决定 " 因素为出发 金融产品有许多特性( Product Features ) , 如利率,费率,资源项 可买卖的因素 (Interest, Fee)+ 衡量收益因素( Revenue, Expense ) 金融产品分为简单产品 Simple Product, 复合产品 Compound Product 金融产品具有级别 Product Class ,可让金融产品在不同业务部门操作 以下以图例的方式, 介绍一种复合金融产品:

 代收水费。

 之所以是复合产品,是由于它涉及 不同的访问方式 (如渠道)、资源项( Resource Item )不同的付款机制 ( Payment/settlement )。

 不同的账户(水公司对公账户,客户对私账户) 相反,若只涉及单一货币,单一访问方式,单一付款方式,单一账户(如只能是定期) ,不 能透支等的产品就称为简单产品。

 以下图例, A :

 为银行业务部门如何看待金融产品的;用于业务部门与 IT 部门谈定制金融产品的需求。

 Line: 业务部门(个人银行、公司业务部) ; Group( 储蓄业务 ) B :

 为 IT 部门如何将 A 金融产品的业务概念分解为应用的数据模型 C: 为应用程序( Object Model )如何使用B 的产品、账号等数据模型 假设:上图的 Transaction = ID :

 1000 , 借记客户账户的交易; Product = ID 为 DEBT ,代收水电借记客户帐产品码 Account = 客户账号, 8790 1000 1200 1003 若发生了一笔代缴或电费之扣客户帐的交易 1000 找到 Accounting Unit 里,对应的扣客户帐程序:

 Debt0001 (1)

 Debt0001 按照业务逻辑找到数据模型 Account , Product (2) (3) Product 根据需要找到对应的利率和收费 (5) (6) Line: 业务部门(个人银行、公司业务部) ; Group( 储蓄业务 ) 金融头寸 ( Financial Position ) , 金融纪录 ( Financial Record ) , 金融交易 ( Financial Transaction ) 相互配合。将账户信息记录入 Accounting Unit 。

 (7)(8)(9) 图中 Event 中的 Transaction 一般称为 Execution Transaction, 为前台人员设计的 " 交易 " ;而经 过 Deal(Arrangement) 后的交易称为 Financial Transaction 或 Product delivery Transaction (例 如外汇买卖交易,开信用证交易) 产品工厂概念:

 金融产品的制造是为了销售, 销售是为了金融市场, 市场的主体是客户, 为防范风险在内部 处理中和金融计划中要充分考虑风险和盈利。

 这就是产品工厂的概念, 它与前面提到的银行 要具备 6 种能力是一致的。

 如产品工厂概念图所示,金融产品开发流程 •产品制造后,金融产品发布 •广告 •市场推出 •产品销售:客户自我服务 产品前台销售 客户自我服务 从该图不难看出, 要实行产品销售, 银行要具备产品发展部门, 它要作为银行建立金融产品 的市场营销体系的核心。

 产品发展部门负责:

 从产品市场定位,市场盈利分析,产品考核管 理等工作。这样 " 核心业务应用 " , MIS ,电子渠道系统,才能够在统一的产品体系下工作。

 交易,金融产品,合约(客户交易) ,会计帐(账户)间的关系图

  产品工厂概念图

  Su^-rrul r _________

 1 . r

 wi ro^TirTi r*i*» ■" I ]啓屮叮,》■竽. ”砂 Iffi ■心 T jn 蕙址 I JW ”坤 £J*arwr^f 企业级的客户信息管理

 IFW 的 Involved Party 中包含了 Customer( 客户这个概念 )

 。

 Party 是典型的美国银行术语, 它是为了抽象参与银行运作的实体, 客户、机构、银行雇员( Employee, Banker )

 , 第三方(代 理行,政府,央行,监管者)都在 Involved Party 中。两个重要的概念, Party( 客户,机构 )

 和 Party In a Role( 或叫 Party Role ,信贷员,会计主管,交易员, CFO)

 。

 客户概念,描述分为 Party( 客户标识 )

 信息, RolePlayer( 客户角色,与银行服务有关的角色 )

 , Context( 客户与银行信息 )

 , Content( 客户本身 )

 。

 如,张三( Party )男, 30 岁 (Con te nt)

 在银行贷款 ( 贷款户 RolePlayer1 ,有贷款账户( Con text )。

 如,张三( Party )男, 30 岁 (Co nte nt)

 在银行存款 ( 存款户 RolePlayer2)

 ,有定期账户( Con text )。

  系蜿 由图中可以看出,这种客户信息模型是如何实现与不同的应用系统相联接的,我们称之为 CIF 由于它是核心应用系统的一部分,也称为运营型的客户信息系统( CIS )

 CRM 有客户 管理系统( Operation CRM 客户服务营销系统)

 和客户分析系统( Analytic CRM 数据仓库)

 。

 将 Operation CRM + CIS + Analytic CRM 所拥有的信息结合起来,我们称之为 ECIF(Enterprise CIF ,企业级的客户信息系统 )

 。

 企业级客户信息系统的建立作用是全方位。

 客户服务的作用了解客户, 识别客户,服务客户, 在银行业务层面是为了:

 •评估总的盈利率 •创建和管理单一视角,为银行多产品建立销售管道( Pipeli ne )

 •评估风险敞口 •跨区域信贷价值 值得注意的是企业客户的类型,它会影响到客户的分级 Customer Class ,以及银行处理部门 和流程有相应的调整。

 •如全资企业,部分控股,主要控股; •总公司,地区分公司,跨国分公司 客户与银行的关系,如买卖产品性质,记账性质,债务人,涉及到银行产品等级 Product Class ,银行对不同的产品、客户状态,处理部门不同,产品不同,风险防范也不同。

 以上已经勾画出了 CIS 数据模型最本质的地方。总之, ECIF 是核心银行应用中最复杂的部 分之一,它涉及

 银行的各个方面,它核心系统的核心。实施难度较大, 银行一般采取购买和 咨询服务的方式实施 ECIF 。单纯从某项业务(如储蓄)某个方面(如渠道系统)考虑是较 难取得效果的。

 银行机构与业务功能 这是国内银行较为熟悉的概念, 这里主要强调为何 ” 机构 " 在国内系统中没有很强的功能, 主 要是没有 Party role 的概念和成本核算的考虑。

 如没有划分:省行( Party )信贷部 (Party Role)

 。

 不能有效处理业务职能(某省行信贷部)和行政区隔(总行,某省行)

 。若要作到这一点, 要将业务职能专门建立模型,一般称之为银 ? quot; 法律实体模型 ” (参见 4 节 ” 银行核心应用 模型 ” )。

 以下各点是国内银行设计机构时没有涉及到的:

 1 。雇员是存在于机构里,雇员的角色 ( Banker :信贷员,主管,会计师, CFO )也是模型的重要组成部分。

 2 .成本中心与机构、 人是密切相关的; 3 。团队( Team )在机构中是一个重要的概念,它是矩阵管理,任务管 理基本单位。

 银行帐务处理 帐务处理是国内银行系统中最强大的部分, 但与国际化的总帐会计系统比较, 少了客户(帐)

 与产品(帐)的概念,金融纪录(非头寸)和金融头寸的区别。显得国内的会计系统只是国 际化产品包的一部分。区别是较大的,这与国内金融监管体系尚处发展之中有密切关系。

 银行的市场功能 / 管理功能 / 服务功能 随着银行发展的趋势,核心银行除了客户信息管理,产品生产,交易处理,帐务处理,机构 管理等核心能力外, 其外延逐步扩大。其市场功能,管理功能,服务功能成为区别银行区别 于另外一家银行的重要标志。

 在介绍 " 银行核心应用模型 " 时已经提到,需要建立市场功能,风险管理功能,财会管理功 能,银行监管功能,客户服务功能,产品管理功能等模型。限于篇幅只介绍了后两种,不可 能一一介绍。这是国外核心银行应用相对强大和成体系之处,值得国内同行借鉴 总结 国内系统与国际新一代核心产品 国外新一代核心系统花费 6 年以上的时间才成型, 国内银行基于目前的环境走自我研发的老 路是不可取的。

 在国内环境如何能达到更换新一代核心系统, 使银行核心应用能逐步赶超国 际先进水平呢? 首先,银行应该决定核心应用系统是以客户服务为核心的系统。这是银行今后生存的法宝。

 这是我们建议的国内银行 (大部分业务是面向零售负债业务的)

 业务转型方向。

 它决定了核 心银行的选型。

 其次, 银行应该在应用模型上下功夫。核心银行软件包, 不是银行的核心价值,应该交给专 业的公司发展。

 这里可选择购买产品包加以改造, 外包开发维护等业务, 小的银行可以租赁。

 IBM On Demand 灵活的资金处理方式讲述了同样的道理。核心应用软件包会老化,但银行 的应用模型可以不断发展。不应再重复上一代系统的错误:应用模型与核心系统一同老化, 或随人而改变。将有限的资金投入在 " 模型化银行 " 的工作中,

 将是一条出路,这一点被欧美 大银行证明过。

 第三,面向业务的核心银行发展管理体制。银行数据中心是 IT 部门的专长,而应用开发这 是银行业务部门更有发言权。

 IT 部门只保留维护人员,应用设计人员隶属业务部门是西方 银行的模式。

 IBM On Demand 方法论

  附件-IFW 模型化银行的思想 将银行业务在功能上进行模型化( Function Model )

 国内银行从事核心应用的专家大多相熟 " 银行机构 " 对核心应用的作用, Function model 最终 物理实现的就是 ’ 银行机构 ’ 。但从几十年的实践证明,银行的物理机构设置与银行的业务功 能不是一一对应的,而银行的业务部门的逻辑功能是随银行的业务性质决定的, 是基本不变 的。另外各业务性质相同的银行的 " 业务功能 ” 本质是一样的,但机构是经常调整变化的。

 故 进行银行模型化的专家,将银行 ” 业务功能 ” 抽象出来模型化。如 " 图 5 零售银行核心业务模 型 " 所示,零售银行业务功能,在全球银行的实践中已经形成了业界的标准。

 IFW 就是将它 们进行模型化。

 ” 银行业务功能 ” 最后落实到我们熟知的 ” 银行机构 ” 的概念(见 4.3 节),使 ” 银行业务功能 ” 不随" 银行机构 ” 的变更而变化,从而保持 " 核心银行系统 ” 结构的稳定。

 数据模型 FSDM 如银行卡,发卡的品种是不一样的(可能是借记卡,贷记卡,生肖卡)

 ,用来表达银行卡内 容的术语却是一样的, 如卡名,有效期,金额,客户名称,发卡机构。不一样的是卡片种类, 用途,费用,可使用额度的性质等。这些可以用 ” 名词 " 表达的部分是,就是 " 数据模型 ” ,在 IFW 中称为 FSDM(Financial Service Data Model)

 。国内有些银行建立了自己的数据模型,对 它较为熟悉,但一般用于数据分析型应用( MIS )。但为整个银行建立数据模型,或用于核 心业务开发,是目前面临的挑战性。在全球银行的实践中,一般借助于 IFW (提供零售银 行 " 最佳实践模型 ” )研发适合于自己的模型。

 将银行业务的流程进行模型化是 CBP ( Critical Bus in ess Process )的基本思想 银行业务处理中,有许多业务事件(如开户,发卡,促销,记账,申请,审核等)

 ,每个业

 务事件有它的共性和特性。

 如开户无论是定期, 活期都叫开户,即开户这个 ” 活动 ( Activity )

 " 一样,但它们内容( " 数 ? quot; )不一样。其实银行不同的业务的其某个环节的 ” 活动 " 是大 致一样的,不同的是办理它们的业务部门 (银行职员的 ” 角色 " )不一样, ” 前提条件( Trigger )

 " 不一样。将 "业务事件 ” 区别开的 " 活动( Activity )

 " + " 前提条件( Trigger )

 " + " 角色( Role )

 " 用时序图用箭头关联起来就构成了银行的业务流程图( FSWF Financial Service Work Flow )。

 将同一类的 FSWF 归类,用一个 ” 通用( gen eric )

 " 的名称表达的业务流程就称为 CBP 。如国 外汇入汇款 FSWF1 ,同城汇入汇款 FSWF2 ,跨省汇入汇款( FSWF3 )等多种汇入汇款业务 流程,统称为汇入汇款流程( CBP1 )。这样银行 ? quot; 通用 " 业务流程就有规律可循了。一般 银行的业务流程( CBP )不过几百个。这种对流程的模型化,帮助了银行业务部门控制风险, 优化业务流程或为银行进行业务流程再造提供帮助。

 同时,对构建核心业务系统提供了支持。

 以上介绍了银行的业务功能,业务内容(数据)

 ,业务流程,对它们用模型化的语言进行表 达,可以转换为核心业务的应用架构、数据结构,技术架构。

 IBM 的 IFW 方法论 , 是使用业务功能模型( Function Model ),工作流程 (CBP)

 和数据模型 (FSDM)

 ,进行 " 业务分析 " ,以业务部门为主导, 用模型化的语言写出 " 业务需求 " 。再用工具 生成 " 系统设计 " ( System Design )

 , 这还涉及到 IT 人员使用的模型 ( BOM 业务目标模型, IDM 接口设计模型)这里就不详述了。

 附录 2 一、 我眼中的 IBM 核心业务系统的成长历程。

 在银行核心业务系统上,我们和 IBM 有二次接触。通过这二次接触,我们可以发现 IBM 在 核心业务系统的成长历程。

 第一次:

 2000 年,我们启动一个研究小组,探讨下一代银行系统的设计。当时惊动了国内 外各大厂商,纷纷上门来推销产品。其中包括 IBM (当时好像何京汉也在场)

 , IBM 调用了 海外的八国联军,请来了很多银行业务顾问, 给我们灌输了很多国外的业务理念。

 但是,其 实那时候 IBM 的思路是主推“产品销售” ,他们拿出了一套国外的 CBS ( CorebankSystem )

 系统,打算卖给我们。

 [ 备注:

 ] 其实和 IBM 打交道,不能太迷信他们所谓的国外理念。你提的任何国内需求,他 们都会说:

 国外理念不这么做, 这是落后的!

 他们的阴谋其实不外呼就是――让你全盘使用 他们的系统,不要改造。

 第二次. 2004 年,我行全面启动核心业务系统,这次 IBM 带来了 IFW ( IBM 信息框架)的 概念。这次他们卖的是方法论,而再不是实实在在的系统(越虚的东西越值钱)

 。

 我感觉这次 IBM 在和 fidelity 的合作中确实发生了质变。

 上一次他们的很多业务理念其实是 各资深银行专家的零散拼凑。

 而现在 IBM 吸收了 FILSVR 的东西, 开始比较系统地提出 “核 心业务系统”的理论框架。

 [ 备注 ] 其实所谓的 IBM 核心业务系统方案, 应该是 Fidelity Corebanking 解决方案与 IBM 结 盟的产物。

 Fidelity 在国内无实施经验,所以借助 IBM 给他打市场。

 二、 IFW ( IBM 信息框架)的概念 IBM 的核心业务系统方案的最大核心其实是 IFW. 2003 年底, IBM 带来了几个老头子, 说是爱尔兰的核心银行解决方案研究中心的。

 主推 IFW 概念。

 模型解决方案- IFW 。其核心是数据模型、功能模型、以及流程模型三种。

 不过,我个人认为 IFW 在业务模型上有所欠缺。我更加推荐用 UML 业务建模中,以“业 务愿景”、“业务过程” ,“业务结构” ,“业务行为”四个通用视图来刻画业务。

 2005 年 01 月 13 日 12 : 11 业务分类模型理解之一 阅读 IFW ,对九大概念细致地理解,终于对其中的事件( EV )和业务策略( BD )有了进一 步的认识,这里将 Business Direction Item 翻译成业务策略可以表示这种理解。原来,我将 BD 看作是营销策略或营销活动,概念有些模糊,但和事件区别,如果将 BD 称作是营销活 动,那就是一种发生的事件,而且 BD 并不仅仅是指营销,所有为企业发展所制定的政策, 包括营销方案,资费政策都属于 BD 概念。

 对于产品( Product, PD )和资源( Resouce Item , RI ),认识原先也有些模糊,比如在 blog" 概念就是抽象 " 中,提到的电视是一种产品,而电视机也是一种资源,很让人迷惑。通过对 比两者, 可以认为产品是一种虚的, 指企业提供的可获得的商品和服务, 比如电视是商店的 一个产品,但是电视的尺寸、颜色(这些都是条件( Condition, CD ))都需要在进行顾客购 买时确定下来(通过合约( Arrangement , AR )),最后销售给顾客的是实实在在的电视机, 按照指定的颜色、尺寸,从商店的库房里调出来的东东。这种资源可以看作是产品的实例, 当然并非所有资源都是产品实例,例如商场和顾客签订的买卖合同那张纸,也是资源。

 从这点看, 资源似乎是那些看得见摸的着的东西, 但也不尽然,资源包括有形和无形的,一 个企业的无形资产,例如品牌、商标、专利都可以算作资源。

 那么人算不算资源?现在一般的企业都有人力资源部,就是把人作为一种资源。但在 IFW 中似乎企业的雇员是参与方( Involved Party , IP ),通过劳动合同这个 Arrangement ,和企业 这个 IP 建立关系。那为什么雇员不是资源呢? IFW 的标准是,那些被动的、不能作出独立 判断的价值物品。

 happyscry 2005 年 01 月 17 日 12 : 03 业务分类模型理解之二 目前让我感到困惑的是 IFW 的 Classification 概念,按自己的理解,它是一种比其他八种更 加抽象的概念, 似乎有些类似于元数据相对数据的地位。

 即使结合例子, 也是不太明确它究 竟是什么, IFW 提出对每种概念可以有不同的角度去看,也就可以形成不同的分类体系, 每个概念称作 ” 分类值 ” ,任何概念都可以通过不同 scheme, 或称分类角度,细分成子概念, 这些 scheme 似乎就是 Classification 啊?在一个业务领域中,从这 9 个概念逐步具体化,将 会有成百上千的分类值和分类角度。

 而 Classification 作为单独的一个概念, 也同样有子概念, 那不得有成百上千个吗? 在例子中,提到帐户 Account ,电话用户的帐户、 visa 卡用户的帐户都是 Classification ,这 更让我迷惑。总想 CL 是一个抽象的非实体的概念,但帐户却明明是个实体。其他几个可以 看作 CL 的是语言,度量单位,这理解起来似乎是将 CL 描述为其他八个概念的属性,确实 属性可以用来为一个概念进行分类, 例如按性别区分客户, 按通话时长区分通话事件等。

 但 是地理位置是不是实体的属性

 呢?例如客户的住址,帐单邮寄地址等,但这在 IFW 中却有 单独的 Location 概念。同样,条件, Condition 也可以作为属性来进行分类,这些概念和 CL 有什么区别呢? happyscry | 已被浏览 34 次 3 评论 | 引用 (8) | 加入博采中心 Classification 的含义 [ 回复 ] 安以为 Classification 可以理解成代表代码表、维表、字典表之类实体的概念 ding | 2005 年 01 月 20 日 10 : 26 [ 回复 ] 你们现在的项目是不是用的这样的抽象的逻辑模型 ? SummerRain | 2005 年 01 月 18 日 00 : 05 个人主页 :http://www.beyoyo.net 不是 [ 回复 ] 这个模型在这个项目中没有用到, 最终的 ODS 模型几乎还是按照源系统的数据模型设计的。

 而且这还不是逻辑模型,是概念模型。

 happy | 2005 年 01 月 18 日 09 : 24 2005 年 01 月 19 日 12 : 04 业务分类模型理解之三 提出九大概念, 不是说它一个业务系统就是从这九大中具体化而来的。

 古今中外的哲学家都 喜欢追求物质的本源,阴阳说、五行说、原子说,都是如此,其实这些理论也都试图提出一 种可以描述世界万物的基本概念, 万物都从这些概念衍生而出, 不论是两个概念、 五个还是 一个。计算机系统据说是受了阴阳论的影响, 通过 0 和 1 组成了目前具有如此丰富功能的软 件,而未来 0 和 1 是否能够进化成更智能的,甚至是 matrix 那种虚拟世界,也是不可预知 的。

 这些古老的哲学理论教人们如何看世界, 而对于构建一个业务系统, 似乎比世界要具体化的 多,如果将什么原子论作为业务分类模型的基础, 就像用 0 和 1 来编写一个应用程序一样费 劲。因此, 这九大概念并不是最抽象的, 却试图作为业务系统最抽象的, 不一定非得是九个, 比如 NCR 的模型就提出 8 个概念,这就是仁者见仁,智者见智。当然,我们可以用 " 实体 " 、 " 关系 " 这两个概念来抽象整个业务系统,或者为业务系统建立一个 "Object" 基类作为最抽象 的概念,只是确定这两个或一个基本概念之后,离完整的系统还远的很。

 2005 年 01 月 20 日 13 : 15 业务分类模型理解之四 对于 IFW 九大概念,还是无法理解深入。为什么将 Location 孤独出一支来?类似于客户新 增,属于 In volved Party 还是 Eve nt ?每种概念都可以分成三个方面, 基本面、关系面和描述 面,这如何理解?这和 Scheme 有什么区别?依据这九大概念似乎方便于理解业务,但是对 于最后形成的逻辑、物理模型,他们似乎很难匹配,例如原来联通业务模型中的三户关系, 客户、帐户和用户,这似乎形成一种比较整体的概念,但在 IFW 中,客户属于 IP 概念,而 用户属于 AR 概念,而帐户按照例子中所说,属于 CL ,这更让人难以理解。而计费详单、 月帐单、缴费、营业受理、营业收费似乎都是 Event ,是这样吗?而平时经常提到的代码表 或字典表,是不是属于 CL 范畴呢? 搜索 IFW 和 Modelware ,在 IBM Systems Journal, VOL35, NO 1, 1996 的一篇文章中,找到 IFW 的来由。

 1987 年, John Zachman 发表了一篇论文, A Framework for Information Systems Architecture ,介绍了一个信息系统框架模型, IBM 的银行解决方案中心( Banking Solution Centre )在

 Zachman 提出的框架基础上建立了 IFW ,虽然开始应用于金融领域, 但是他们在 设计这个框架时并没有叫做金融信息系统框架, 就是想将它作为可以适用于多个垂直行业的 框架模型。在后来的 IBM 电信业务模型 TSDM 中,也同样提出这九大概念。

 一直阅读的那份由 Modelware 发布的文档, 本以为 IFW 是他们和 IBM 共同开发的,原来并 非如此。Modelware 提供了一个支持 IFW 的工具 ml ,这相当于是一个 Case 工具,可以按 照 IFW 提的概念按照业务问题域进行细化,直至能够描述整个问题域,并且可以生成逻辑 ER 模型。

 五、 IBM 的 IFW/FSDM 于 NCR 的 FS-LDM 数据模型 以下转摘录 happyscry 的笔记 2004 年 10 月 10 日 11 : 10 NCR 的金融模型和 IBM 的电信模型 初步研究了一下 NCR 的金融数据仓库模型, FS-LDM ,大体上是一个比较容易理解的模型。

 虽然没有参与过金融行业的数据仓库项目, 但从主题分类来看, 它和电信的主题竟也十分相 似。

 FSLDM 将首先将金融主题分为 8 类,当事人、帐户、组织、产品、渠道、事件、位置、营 销活动。

 当事人诸如个人客户、 竞争对手、 员工等;帐户记录的是当事人和产品之间的合约; 组织表示金融机构的内部组织机构, 如分行、 部门等。产品包括产品和服务;渠道更多是指 touchpoint ,是客户能够和金融机构交互的方式,例如电话银行、柜台、 POS 机等;事件是 指发生的存款、信息变更、投诉等;位置可以是物理地址,或是电子地址、电话等;营销活 动诸如那些广告大战等。以上只是我自己的理解,多从感觉说起, FSLDM 对每个主题有更 精确的描述。

 相比 IBM 的电信服务数据模型 TSDM ,它将电信业务分成 9 大概念, Involved Party, Arrangement, Condition, Product, Location, Classification, Business Direction Item, Event, Resource Item 。很容易将 Involved Party 和当事人, Product 和产品, Location 和位置, Event 和事件对应起来,而 Arrangement 和帐户也该也是差不多,在电信业务中,多有三户关系, 其中也有帐户这个概念, 但我想用户作为 Arrangement 更为合适, 因为用户是电信运营商和 客户之间的合约关系。

 至于 Business Direction Item ,我没有理解多少, 但是营销活动应该能 够对应。渠道和组织在电信业务中当然也有,但是没有在 TSDM 中找到独立的概念,可能 是划入 Involved Party 了吧。

 还要继续研究。

 happyscry | 已被浏览 167 次 2 评论 | 引用 (10) | 加入博采中心 Arrangement 不是帐户 [ 回复 ] 帐户是合约,类似合同、协议之类 在 TMF GB922 中有如下描述 Agreement Overview One form of business interaction in which service providers engage is an agreement. An agreement is a contract or arrangement, either written or verbal and sometimes enforceable by law, such as a service level agreement or a customer price agreement. An agreement involves a number of other business entities, such as products, services, and resources and/or their specifications. In the SID model an agreement is a subclass (type) of business interaction. A resulting benefit is that an agreement inherits a number of informational characteristics from business interaction in the model. An agreements inherited business characteristics include ? Associations with products,

 service, resources and their specifications involved in agreement items ? Association with business pa rticipants (parties and resources) that engage in agreements ? Associations with locations (SID Locations/Places) ? Associations with other business interactions, such as requests, responses, and notifications Details about business in teracti ons can be found in GB922 Adde ndum 1BI - Busin ess In teract ion. This adde ndum, GB922 1A, focuses on the informational characteristics that are unique to an agreement. zht | 2005 年 01 月 22 日 15 : 50 Email:mobilezht @ sina.com FS-LDM 中的帐户 [ 回复 ] 在 FS-LDM 模型中,没有 Arrangement 的概念,我猜想他的 Account 和 Arragement 是差不 多的 2004 年 10 月 14 日 13 : 06 概念就是抽象 SummerRain 发给我一份文档, 介绍业务分类模型的。

 前几日重温了一下 IBM 的 TSDM ,并 比较了 NCR 的金融模型, 发现它所提出的 9 大概念和这份文档中是完全一样的, 细看之下, 原来如此。

 这是 Modelware 公司的文档,其中提到了和 IBM 一起为若干不同行业开发了一组模型,合 起来就是 In formation FrameWork Model ,简称 IFW 。

 Modelware 从名称上看是一个专攻模型 的公司, 他们在这份文档中提出业务建模的方法, 首先明确模型的级别。

 从概念模型到逻辑 模型再到物理模型, 这些理论其实早就流传了, 但是确实如文中指出的, 很多建模者喜欢用 一个模型同时表达这三种模型,例如走上来就画 ER 图,画类图等。之所以如此,大部分原 因是时间不够或是建模者的知识不够。

 其实业务建模确实和数据建模的知识领域不同, 业务 建模属于分析层面, 而数据建模属于设计层面。

 以前看人月神话中记得最清楚的一个观点是, 一个产品要成功, 必须要有概念完整性。

 这里的概念完整性也就相当于概念模型, 首先能够 将问题域中的对象、关系描述清楚。郑板桥画画讲究胸有成竹,恐怕也是这个理。

 (如果将 电影看作成一个产品的话,好像《 2046 》就并不具备概念完整性,它的拍摄历时多年,断断 分析一个问题, 在对问题域不清楚的情况下, 真是千头万绪。

 因此,此文提出的 9 大概念就 是针对如何着手分析业务问题而产生的, 为什么是 9 ?也有解释。

 因为人一眼能够抓住 7 个, 上下浮动两个概念,因此取了个最大值(为什么不是 5 个呢?)。

 上次我奇怪为什么 NCR 的金融模型和 IBM 的电信模型如此像, 原来这只是在概念模型这一 层次上,而 NCR 提出的 8 个主题也同样能够作为分析业务问题的方法。正所谓越抽象越通 用。

 我没有找到关于这 9 大概念的中文描述, 这里暂时也不译成中文, 主要是对这些概念的内涵 没有理解透彻,如果简单从字面上译过来,感觉很奇怪。

 文中有一个例子,将我买电视这个业务活动,从 " 我 " 的角度根据九大概念分析了一下,可以 看一下:

 Arrangement(AR) ,销售合同细则

 续续,还总是改剧本,再加上很多的即兴发挥。

 )

 Business Direction(BD) ,打折策略 Involved Party(IP) , " 我 " ,店主,店员 ... Classification(CL) ,没有 Condition(CD) ,电视机的性能指标,合同的条件 ... Event(EV) ,购买电视这笔交易 Location(LO) ,店的地址, " 我 " 的发货地址 Procduct(PD) ,我要买的这款电视 Resource Item(RI) ,合同文档,电视机 ( 这和 Product 中的电视有什么区别?没想通 ) 这里面,从 " 我 " 的角度, Classification 没有什么内容,它是指对其他八个概念的分类。但是 如果对于电视机厂商来说,在这个买电视活动中,对 " 我 " 需要有个市场细分的分类。

推荐访问:新一代 核心 业务
上一篇:企业文化知识竞赛题库
下一篇:2020毕业校长讲话稿

Copyright @ 2013 - 2018 优秀啊教育网 All Rights Reserved

优秀啊教育网 版权所有