银行核心系统建设的成功实施,将为银行带来更加灵活的业务处理能力、更高的服务质量、更强的市场 竞争力,以及更好的客户体验。
1.建设规划
1.1 核心业务系统设计
核心业务系统的发展先后经历了单机业务处理、联网业务处理、综合业务处理、集中业务处理等不同阶 段。当前,我国金融业正处于全面深化改革阶段,监管严厉,竞争加剧,市场需求旺盛,产品服务快速创新等, 这些都使得中国银行业面临着前所未有的挑战,银行转型也势在必行。而且,越来越多的银行意识到,建设 具有国际化先进理念的新一代核心业务系统已成为银行成功转型的重要支点。 对比国内传统的综合业务系统与国际化核心业务系统,两者之间的差异在于对金融产品的认识和处理不 同:传统的综合业务系统几乎没有金融产品的概念,系统的主要职责是完成会计核算,而国际化核心业务系 统则主要解决金融产品的设计、管理及服务问题,由交易自行驱动会计核算,核算只是系统必备的标准附属 功能之一。产生上述差别的主要原因是两类系统诞生的市场环境不同,一是计划经济下的垄断市场,一是市 场经济下的竞争市场,前者金融产品单一、数十年一贯制,而后者则百花齐放、日新月异。
核心业务系统设计过程中,需要融合国际金融领域的先进理念,结合本土实际场景及交易经验,从银行 的整体视角出发,遵循以客户为中心、以金融服务和产品为基础、以数字化经营和管理为目标,以适应未来 业务和市场的快速发展变化为要求,采用标准化、构件化、参数化等先进设计思想,倾力打造的面向未来的 银行业务处理系统。
核心业务系统设计需将金融产品设计、管理理念贯穿于整个核心业务系统设计中,为银行的金融产品提 供了从设计到生产、销售及服务的全套能力支持。一方面支持全系列金融产品的生产,并提供相应的销售及 服务过程支持,在产品的销售及服务过程中可以自动完成账户管理及核算处理;另一方面,从更高层面为银 行的产品设计与管理部门提供了一个统一管理窗口,使其能方便、快捷地设计和管理产品。 同时, 核心业务系统应当为银行业务创新和经营管理提供有力的技术支撑,例如通过集中的参数配置核 心系统对业务的快速变化高效响应,并且利用变化来获得竞争优势;通过业务处理组件化,不断提炼银行服 务组件,提升系统的灵活度,使核心系统更加随需应变,易于扩展;与其他 IT 系统更有效地协作,提供一 体化的客户体验和业务处理。
1.2 软硬件技术选型
在核心系统建设中,软硬件技术选型对系统性能、稳定性、安全性、可扩展性及成本效益有深远影响。 通过软硬件的技术选型,正确的选型能够确保系统的高效运行和长期可持续发展,而不当的选择则可能导致 性能瓶颈、安全漏洞、维护困难和成本失控。难点和痛点通常包括对新技术的评估不足、市场需求的快速变化、 供应商的锁定风险,以及与现有系统的兼容性问题。因此,进行综合评估,选择符合未来发展趋势、技术成 熟度高、支持良好的软硬件产品,是确保核心系统建设成功的关键。
1.3 核心系统建设路径模式
随着技术的不断进步和业务需求的日益复杂,许多银行的核心系统都面临着核心系统建设的需求,大致 可分为三种类型: 无法满足业务发展需求:银行老旧核心系统已经无法满足当前及未来的发展需要。这些系统可能存在性 能瓶颈、稳定性问题、难以扩展和维护等缺陷,严重制约了银行业务的快速发展和数字化转型的推进。 无法满足安全与数字化需求:随着国内信息化安全要求的不断提高和国际贸易环境的变化,信息化安全 成为银行核心系统建设和升级的重要考量因素。许多银行开始考虑将原有的国外核心系统替换为国产系 统,确保核心系统能够符合信息安全要求以防止外部攻击和数据泄露等风险,推动银行业务的本土化发 展和数字化转型。 无法满足技术及性能需求:银行需要借助新技术手段提升业务效率和服务水平。核心系统作为银行业务 的中枢神经系统,其建设和升级对于推动数字化转型具有重要意义。通过建设核心系统并引入新技术架 构和平台,银行可以实现业务流程的自动化、智能化和个性化定制,从而提升客户体验和业务竞争力。
2.核心系统建设实施
在核心系统建设时,需要对业务进行重新梳理,对架构进行优化调整或重构。但随着经济和技术的快速 发展,一个银行可能对业界的核心业务变化和架构缺乏足够的了解,或者自身资源因素没有去梳理整体业务 梳理和架构的研究等内容,这时候需要引入业务和架构咨询队伍或项目来开展该项工作。对行里的业务进行 数据分析,结合业界的主流或特色业务进行比对;结合当前的成熟架构技术及未来的发展趋势,对银行现有 架构和技术栈进行分析比对。
系统层级梳理
系统层级涉及银行核心系统的架构设计,包括硬件、软件、网络等多个层面,以及它们之间的交互和依 赖关系。需要确保系统的稳定性、安全性和可扩展性,同时考虑到系统的高性能和灾备能力。其难点在于如 何在保持现有业务连续性的同时,实现系统的平滑升级和迁移。可通过采用模块化和微服务架构,增加系统 的灵活扩展和可维护性。
核心接口梳理
核心接口包括银行核心系统与其他系统(如支付系统、清算系统等)之间的接口定义、数据交换格式和 交互协议。接口需要标准化、安全、可靠,并且能够支持高并发处理。而如何保证接口的兼容性和适应性, 以及在不同系统间数据一致性是梳理的重要内容。可通过制定统一的接口标准和规范,采用 API 管理工具来 监控和维护接口的稳定性。
核心数据结构梳理
核心数据结构涉及银行核心系统中使用的数据模型、数据库设计、数据流和数据存储策略。数据结构需 要支持复杂的查询和事务处理,同时保证数据的完整性和一致性。梳理时需重点关注如何在保证性能的同时, 实现数据的高可用性和灾难恢复。可通过采用分布式数据库和数据缓存技术,以及数据分片和复制策略来提 高数据管理的效率和可靠性。
业务产品梳理
业务产品包括银行提供的所有金融产品和服务的详细描述、业务规则和流程。产品梳理需要清晰、准确, 能够覆盖所有业务场景和客户需求。需重点关注如何将复杂的业务逻辑转化为系统可执行的规定和流程。可 通过采用产品工厂和业务流程管理工具,以支持产品的快速创新和灵活配置。
核算科目梳理
核算科目涉及银行会计核算的科目设置、会计分录规则和财务报告生成,需要符合会计准则和监管要求, 同时支持自动化的会计处理和报告。需重点关注如何确保核算的准确性和及时性,以及与国际会计准则的一 致性。可通过采用先进的会计核算软件和自动化工具,以及定期进行核算科目的审计和评估进行设计。

3.核心系统开发与测试
3.1 核心开发测试范围
开发与单元测试
根据已经通过评审的概要设计和详细设计,启动客户化差异需求的配置及开发工作,并对开发的代码执 行单元测试。为保证交付质量,代码开发前需要对甲方开发人员进行规范培训,并在开发期间对关键代码进 行走查、审核,并提供相关报告。 开发与单元测试实现阶段作为项目交付过程的主体,将对业务、技术架构进行实际检验,产生项目交付 的实质内容,该阶段也是产品技术转移的关键时期。通过开发规范培训和代码走查评审,一方面保证项目组 交付成果符合需求和架构的要求,另一方面实现技术转移。 开发与单元测试实现阶段是项目投入资源最多,开发工作量最大的阶段,其主要工作包括:编码、单元 测试,根据开发进度和质量完成情况适时启动系统安装维护手册的编写工作。 同时,可利用测试工作与大模型的结合,通过大模型编码辅助工具,生成单元测试代码,需要支持根据 JUnit、Mockito、Spring Test、unit test、pytest 等框架生成单元测试,在回答完成后,可以根据需要切换 框架重新生成,以提升单元测试效率。
集成测试
集成测试是用户验收测试之前由项目组自行进行的内部测试,以确保交付给用户进行测试的软件版本的 功能和性能满足预期的质量要求。集成功能测试和性能测试是项目质量保证的关键手段,在集成测试阶段, 项目组负责提供集成测试版本及部署文档,协助环境组搭建集成测试环境。 根据项目实际情况编写系统集成测试方案,并按照测试计划提供集成测试案例,由测试团队统一主导并 完成执行,开发团队全力定位测试缺陷并在规定时间内修复测试缺陷,以保证集成测试的顺利完成。 项目组依据集成测试情况,更新安装维护手册,并制定项目投产演练方案、切换指挥方案和切换分时计 划初稿。 在测试过程中需要利用自动重复测试工具、定期数据库备份、老系统生产报文截取方式以减少重复录入 节省测试时间。
用户验收测试
项目组负责提供用户验收测试版本及部署文档,协助环境组搭建用户验收测试环境。协助业务测试团队 编写测试案例并执行,开发团队予以支持,定位测试缺陷并在规定时间内修复测试缺陷。业务测试团队依据 测试情况,更新用户手册。在该阶段,还需要根据项目实际情况同步准备业务培训教材,及与投产相关的绿灯测试案例、试营业案 例、应急支付方案、回退方案制定工作。 在测试过程中需要利用自动重复测试工具、定期数据库备份、老系统生产报文截取方式以减少重复录入 节省测试时间。 同时,在 SIT、UAT 阶段,利用大模型测试辅助工具,通过需求文档生成测试大纲、测试用例、测试程序代码, 支撑测试效率的提升。
性能测试
性能测试有可能与用户验收测试同步进行一段时间。性能测试在未来生产设备或配置类似的设备上进行, 用来真实反映生产系统性能,在此基础上的系统调优,以增强生产系统的稳定性和可靠性。性能测试的目的 确保系统能够支持交易量及性能要求,所以测试的过程必须模拟实际应用的软硬件环境及用户使用过程的系 统负荷,长时间运行测试工具软件来测试被测系统的可靠性,同时还要测试被测系统的响应时间。 为保证性能测试的顺利进行,建议银行负责性能测试的组织、协调工作,由核心厂商全力配合,配合内 容包括制定性能测试方案、协助搭建性能测试环境、性能测试执行、性能调优等。
3.2 核心测试关键要点
功能测试关键点
测试准备:在整体测试阶段,应明确测试方案、测试计划,并对需求分析澄清,统一整体测试标准。 整体测试工作中,除完成功能单元测试外,在 SIT、UAT 测试中应主要关注如下内容: SIT 测试:多轮测试中,应关注冒烟测试、端到端外围联调测试、迁移数据验证、全功能 / 全流程回归测试。 UAT 测试:多轮测试中,在完成通用测试过程的同时,应重点关注主流程案例测试、追版需求测试。
非功能测试关键点
处理能力:获取单系统、单单元、全链路最大处理能力。 稳定性:系统稳定性是否满足性能要求。 业务发展:系统是否满足未来 N 年的业务指标要求。 高可用:系统关键部件及节点在异常情况下的可用性。 信息化要求:系统能够满足信息化要求下的非功能要求。 性能优化:识别性能瓶颈并提出优化建议,为系统上线提供性能建议和评估。