浅谈多实体及多分支机构架构_第1页
浅谈多实体及多分支机构架构_第2页
浅谈多实体及多分支机构架构_第3页
浅谈多实体及多分支机构架构_第4页
全文预览已结束

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

1、_浅谈多实体及多分支机构架构 【摘要】这是对在当前金融形势大变动、金融扩张的形式下,金融机构多机构多实体经营模式而提出的一种探讨;通过对这种经营模式布局、机制应用、模式转换的介绍来解析该模式对金融机构建制的帮助。 【关键词】分支行系统架构 多实体 银行角色管理 单证中心 总分支架构 1 引言 在当前银行机构及业务大扩张下,实现银行业务跨区域流水化作业处理,使业务处理达到规范化、标准化和高效化,不断满足银行各项业务发展需要,实现降低成本,提高服务质量和服务效率,达到实现银行经营综合效益最大化目的。而这些均需要先进的银行系统支持,而这种集中化跨区域的银行系统,首先面对的就是多实体、多分支机构的系统

2、布局。 2 银行系统架构案例分析 2.1 多实体的基本布局 多实体的概念于系统中的实现,就是针对银行中的层次细分(数据、机构、岗位与用户)进行结构化与逻辑化的关联,而在系统中提供了相应的参数来达成层次关联的实现,这些参数包含:unit、role与user。 unit: unit是实现系统多实体化的重要参数,其主要目的是用来设定每个运行实体的所能存取的数据表,与各个数据表的存放位置(数据库与主机),系统中可以定义任意多个unit,而每个unit可以同时存取一个到多个数据库,同样的一个数据库可以同时被多个unit存取,借此系统就可以完成多实体运行环境中的数据分布/布置。 role: 另一个实现多实

3、体运行的参数就是role,通过role来定义各个岗位的职责(授权),岗位职责的变动、岗位的调动、变动均通过参数role来实现。 user: 有了unit(机构)与role(岗位)的设置,也必须要有人(即用户)去那个他所属的机构报到与任职,而user这个参数除了用来设定用户基本信息、密码与安全策略外,就是巧妙的连串起unit与role,而形成了unit、role、user的三角关系。 所以可利用这三个参数的巧妙关系,根据行内的实际需要搭建起数据、机构、岗位与用户的多实体分布状态关系,以完成多实体运行机制的目标,并可运用在日后可能的进程的合并或分割的调整。而此类的运用在大银行中就发挥得淋漓尽致,在

4、银行合并的过程,就牵涉太多太多机构的调整:有合并的、有分离的、有升格成外汇指定中心的(即单证中心,根据地区大小辖下有数量不同的分支机构),甚至也存在分离后降格成一般分支机构的,除了多实体运行的分布外,尚存在许许多多的资料重整。 2.2 多实体机制的应用 单证中心的定位,组织架构的定位 单证中心是代理中心、成本中心还是利润中心,在系统建设初始就需要定位,不同的定位对需求的导向会产生很大影响。如果是代理中心性质,单证中心就不存在任何账务;如果是成本中心性质,单证中心有自己的账务行,同时也负责表外记帐;如果是利润中心性质,就需要考虑中心与经办行之间的利润分配问题。 业务框架的灵活调整 在单证中心的定

5、位与组织架构确认后,就会对相关业务框架进行可能的调整,图1是以信用证开证为例来说明可能的改变: 2.3 多实体、多分支机构的模式转换 一个支持多实体(unit)、多分行(branch)运行的系统,透过系统所提供的参数,在多实体、多分行的环境中,用户可以根据实际需要来安排集中、分散或部分集中部分分散的运行环境,且由于透过参数的方式,系统也可进行分散向集中的靠近,或是集中向分散的分离。在公司的现有用户中上述情况也都有发生过。 银行组织结构中一般包括了机构、岗位、岗位职责、员工等基本要素,系统通过参数实现了这些要素的建立及变更,以实现组织结构的建立与变动。关系如图2所示: 系统通过unit参数来建立

6、运行机构的实体如:总行、单证中心及各级分支行,并可设置每个运行机构的承做行代号、记账行代号与该所属运行机构下每个数据表所存放的数据库(同时多数据库支持),可通过unit参数的设置与调整来实现分支机构的合并、升级、新增、撤销。利用岗位职责参数来定义每个岗位(role)的授权功能,而再以role参数来设定每个机构(unit)的职能(即操作功能)。 通过role参数来定义各个岗位,并将已经建立好的func(岗位职责)授权给各岗位。岗位职责的变动、岗位的调动、变动均通过参数role来实现。 通过user参数来确定银行的职员,并将相应的role(岗位)及职员所在的unit授权给相应银行职员。银行职员的岗

7、位调动、新进职员、职员离职、职员在总分支行间的调动均可通过user参数来实现,并可设定用户基本信息、密码与安全策略。 经由参数的调整来实现运行模式转换,系统可支持银行所要求:从总分行式的运营模式到集中化处理运营模式(单证中心)的转换,其中包括业务授权与岗位的转换,也可透过unit参数中对数据存放的设置来完成数据的转换。 账务核算机制的建立 在上述的单证中心定位明确后,与相应的架构调整完毕,接着就是账务核算规则的订立,与新核算规则下所引发的业务口账务调整。在系统的设计上,仅需要对公共流程中的账务模块进行调整。 3 结语 本篇主要设计一种多实体、多机构的系统架构模式来说明集中模式下的银行系统作业。

8、由于篇幅的原因未对具体架构进行更深层次的展开。 参考文献 1 徐权.利用综合前置机实现跨系统的金融交易j.中国金融电脑,2000,(04). 2 层次化.模块化并存j.微电脑世界, 2000,(40). 3 刘广云.银行转制的钥匙走向商业银行评价j.中国图书评论,1998,(08). 4 梁科.中心机房前置机群的优化整合j. 中国金融电脑,2004,(08). 5 邹海顺.银行数据集中之pos前置集中方案探讨j.中国信用卡,2003,(07). 6 唐学彬.银行卡业务联合、资源共享方案探讨j.中国信用卡,2001,(02). 其他参考文献:1.赵慧芝.加强高校科研经费管理的几点思考j.现代经济信息,2010(12).2.付林,李冬叶.高校科研经费的使用监管机制j.黑龙江高教研究,2009(11).3.江轶.高校科研经费管理若干问题探析j.福建财会管

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论