搭建金融业数据集成平台

数据集成主要是指基于企业分散的信息系统业务数据进行再集中、再统一管理的过程。如何正确搭建适合金融企业的数据集成平台？企业要实现数据集成的应用，不仅要考虑企业急需集成的数据范围，还要从长远发展考虑数据集成的架构、能力和技术等因素。从数据集成应用的系统部署、业务范围和实施成熟性看，数据集成主要可分3种架构：单个系统数据集成架构、企业统一数据集成架构、机构之间数据集成架构。     

联网核查系统的架构设计

联网核查公民身份信息系统（简称联网核查系统）是连接公安部和商业银行实现公民身份信息核查的大型应用系统，平均核查量为1亿笔／月，单条查询日志为0．2KB，存储总量达到TB级，具有高并发联机交易处理和海量数据处理的双重特点。本文将从总体业务架构、主要业务功能、总体技术体系架构、应用系统逻辑设计4个方面描述公安联网核查系统的体系架构设计。     

多活数据中心部署架构

恒丰银行针对各类连续性和可用性技术进行了深入的研究和总结,对应用系统的部署模型进行了抽象和归纳,结合两地三中心的部署架构总结出了几套通用的部署模式.对于处于接入层和处理层的Web和App结点,全部可以通过DNS等技术在两地三中心按照多点接入实施负载均衡的部署.对于数据库和文件等持久化层,恒丰银行根据应用架构进一步划分为集中式应用架构和分布式应用架构,对于分布式应用架构实施多活部署,对于集中式应用架构,按照数据复制的距离和技术分别选用同步或异步的数据复制技术.     

自助设备交易平台及控管分析系统的建设

长期以来，由于商业银行核心业务系统数据的分布部署，致使银行内各地区的自助设备交易系统大多采取自行设计、自行开发的模式，从而造成自助设备交易流程不统一、客户服务界面不统一、各地区行业务发展不均衡等现象，不利于业务功能的拓展、设备的集中采购。国内各商业银行核心业务系统数据全国集中项目的完成及科技应用体系架构的不断改进，为自助设备交易平台及控管分析系统的统一建设提供了良好的契机。本文以数据大集中为背景，从信息技术角度简要阐述了自助设备交易平台及控管分析系统技术方案的设计及架构。     

国家外汇管理局省分局网络升级技术实现方案

根据国家外汇管理局推广“外汇管理信息系统”(SAFE—MIS)的技术要求，各省分局需建立省级数据中心，对省域外汇管理数据信息进行集中。新的系统运行模式改变了以往省、地市两级外汇管理部门应用系统在技术架构上的对称性，对网络传输平台在传输总带宽、应用系统对网络带宽占用的可管理性和传输可靠性等方面提出了更高的技术要求。     

建设银行云计算数据中心及运维体系建设实践探讨

建设银行在实施云计算数据中心的建设过程中有一个很好的契机，即“新一代核心系统”项目的建设。按照“集中、集约、集成”的信息技术发展原则，“新一代核心系统”旨在重构一个商业驱动的企业级IT系统。企业级系统是从业务的顶层设计开始，而非从局部需求发起，根据业务架构梳理的114个业务组件以及流程建模、数据建模的成果，规划设计出“7＋1”层的IT架构和64个信息技术服务能力。IT架构中基础设施及服务层涉及网络、存储、计算、安全、运维管理等技术组件，依据面向服务架构（SOA）设计的理念，参考业界已有云计算模型，设计出“新一代核心系统”的总体技术架构逻辑模型，该技术架构模型能有效支撑建设银行未来“两地三中心”的云数据中心运维体系。     

基于面向对象设计的软件再工程实践

软件系统更新不仅涉及系统功能的增加,还伴随着技术架构变化、数据架构变化以及管理架构变化等。对原有系统抛弃重建将极大浪费已有资源,因此有必要引入软件再工程理念,对既存系统进行调查,并将其重构为新形式的应用系统,而且可以最大限度地重用既存系统的各种资源。     

关于基层央行网络系统发展的思考

正一、业务系统发展态势(一)业务逻辑更为优化在应用系统架构扁平化、数据集中化的大趋势下,央行应用系统的业务逻辑进一步优化,总行和省级两级数据中心相继建设,应用系统的服务和数据分批上移至数据中心,基层央行业务角色逐渐终端化,应用系统架构进一步简化,业务层次更为简洁、清晰。(二)系统流量增长迅速一是电视会议系统、远程培训系统等大流量应用     

做好系统初始化数据工作 切实减少数据质量隐患

从2004年开始，人民银行总行明确了业务系统向省和总行数据集中的建设方向。数据集中信息系统（以下简称集中系统）与人行过去采用的分布式信息系统有很大的不同。日前，分支行大多数技术和业务人员对集中系统的认识和知识不足，集中系统的推广基本上是分支行被动接收过程，工作主动性不强。由于采用了数据集中模式和新的技术架构，业务影响面大，技术保障的要求更高。     

中国银行云架构下的运维管理转型实践

近年来,中国银行正在积极推动数字化转型,通过夯实云计算、大数据和人工智能三大技术平台,支撑银行企业级业务架构和技术架构的融合,赋能金融科技生态建设。中国银行西安、合肥云中心已正式投入运营,内蒙云中心也即将投入使用,提供私有云IaaS、PaaS、大数据、人工智能等基础服务,并在此基础上通过应用架构的分布式改造,积极推进敏捷管理思路,实践业务系统在多地多中心部署运维,取得了良好的成效。     

银行手工统计报表平台的概述及应用

任何一家机构的信息应用系统．无论其技术架构多么先进,设计多么缜密,都可能由于项目前期需求调研、应用设计和开发存在盲点,或者随着业务发展以及业务管理要求的提高,存在着应用系统中现有数据无法满足内部管理和外部监管报表需求的问题。应用中业务数据缺失现象在信息化程度较高的银行业也不例外,     

论SDP、DMS在省级数据中心建设中的应用

人民银行在省级数据中心的建设过程中,焦点主要集中在技术架构、应用架构等技术方面,并不关注数据架构的建立。但在笔者看来,相对于其他架构,数据架构才是基础,通过业务流程分析、业务实体获取、业务模型建立,确定概念数据模型、逻辑数据模型、用户视图、     

面向银行业的商务智能系统架构及元数据管理

面向银行业的商务智能系统架构包括数据源层、操作数据层、主题数据层、数据分析层和数据展示层。元数据是各层次工作的驱动和纽带，通过对元数据的有效管理，可以实现系统的作业调度、性能的监测和优化、权限管理等功能，有效提升系统质量。本文在介绍商务智能系统架构和各层次功能的基础上，进一步介绍了系统元数据管理的架构。     

农业银行分布式和云架构下的运维转型

近年来,各商业银行纷纷加快推进IT架构优化调整,向分布式架构转型同时,新架构也带来了运维更加复杂的难题,助推数据中心运维管理转型和创新。分布式架构建设基本情况近年来,农业银行大力推进主机交易下移和分布式改造,通过核心系统的功能分离、数据分离和应用分离,构建了基于实时数据复制、读写分离的融合式架构体系,开放平台承担核心系统约50%的交易量。     

农村信用社“两地三中心”灾备建设实践

软件复制应用模式成本最低、架构最简单，并能充分利用现有硬件和技术资源，建成后可实现“多点多活”，在结息、年结等特殊时间点有数据同步延迟，但可以通过应用优化及同步软件的策略将其影响降至很小。甘肃省农村信用社较早使用软件复制同步技术，有较强的技术储备和运维经验，且存储复制应用模式需要多采购存储设备及存储复制软件，投资成本高，架构相对复杂。     

中小银行的“云原生”转型之路

<正>当前，金融业数字化转型已步入深水区，需求多变、场景多样、数据海量的业务场景促使金融业的上“云”之路由以基础设施资源为中心，全面升级为以应用为中心。《关于银行业保险业数字化转型的指导意见》也明确指出要提高科技架构支撑能力，推进传统架构向分布式架构转型。“云原生”作为面向云应用设计的一种思想理念和技术范式，能够充分发挥“云”的效能，助推金融业分布式架构转型，实现以技术敏捷驱动业务敏捷。     

ERP系统实施过程中的风险与内部控制

企业资源规划系统（Enterprise　Resource Planning，简称ERP，下同）是一套先进的计算机管理系统。自20世纪90年代初ERP系统引入我国以来，很多企业在ERP系统的应用上取得了很大成绩，积累了很多成功的经验，但也有相当多的企业应用ERP软件并没有达到预期的效果，有的甚至失败。在ERP系统实施过程中，企业要面临来自业务流程，应用架构，数据质量和技术架构等各方面的业务风险。本文拟从ERP系统实施过程中及运行过程中存在的问题入手，分析ERP系统存在的各种风险，并从内部控制入手寻找风险控制和风险规避的解决之策。[编者按]     

数据集中系统对建设银行会计模式的影响

建设银行的数据集中是在统一业务需求、业务和技术标准的基础上,建立起适合业务发展需要和现代管理模式的技术框架———数据中心、前置(一级分行和二级分行)、前端(网点或各种外部渠道)三级系统架构的全行核心业务应用系统,实现以账务数据为主体的全行核心业务数据的集中处理,     

关于高校信息门户建设的技术与方案探析

高校各种应用系统中的信息数据呈离散式分布,缺乏相应的整合与管理,处在无序或无效状态,因此有必要利用企业信息门户的特殊性来构建高校信息门户;门户组件、单点登录、个性化以及应用程序集成等技术是高校信息门户建设的关键;高校信息门户的应用架构、解决方案及门户规划是建立在基于门户服务器的高校信息门户技术架构和基于组件的高校信息门户框架之上.     

商业银行CRM系统的架构设计

随着经济全球化、金融一体化对国民经济的影响日益显著,客户关系的管理在银行对客户信息资源的掌握、客户的挽留和关怀、营销等方面具有举足轻重的作用。各大商业银行纷纷建立起适合本行的公司客户关系管理系统（CRM）。商业银行CRM系统架构包括CRM系统总体架构（即逻辑架构）、CRM功能框架、CRM系统数据架构和CRM技术架构,本文将对这4个架构设计进行探讨。