核心系统建设成功要素包括哪些？

核心系统建设整体过程中，除需要高阶专家进行业务建模、系统设计外，还需要不同级别的技术人员完 成全面需求整理、代码开发、系统测试等。

1.成熟产品及新技术应用

1.1 成熟的业务模型

核心业务系统作为银行运营过程中最重要的系统，其在整体业务构建过程中，应遵循标准的业务建模方 法论。目前行业中的最佳实践包括但不限于 TOGAF、BIAN、DDD、IBM 五级建模等。 TOGAF 是一个开放的、可扩展的企业架构框架，它提供了一套用于设计、规划、实施和管理企业架构 的方法和工具。TOGAF 的架构开发方法（ADM）是一个可靠的、行之有效的方法，以发展能够满足商务需 求的企业架构。它包括了如何描述企业架构、具备企业架构能力需要什么以及如何开发企业架构等内容。 TOGAF 标准第 10 版更加聚焦组织对敏捷方法论的使用，提供了更多的指导和更简单的导航。

BIAN 是银行业架构网络，提供了一套针对银行业务的逻辑组件蓝图，专注于银行 IT 环境的逻辑蓝图和 服务域规范。BIAN 服务架构的主要组成部分包括商业领域、业务领域、BIAN 服务域、服务组和服务运营。 BIAN 与 TOGAF 可以相互补充，TOGAF 提供了一个结构化的方法，而 BIAN 提供了银行业特定的架构内容， 两者结合可以加快企业架构的交付速度。 DDD 是一种软件设计方法，它侧重于通过领域模型来解决业务复杂性问题。DDD 通过衔接上下文对业 务进行合理的领域拆分，使得领域模型更好地转向微服务和落地。DDD 的核心知识体系包括领域、子域、核 心域、通用域、支撑域、限界上下文、实体、价值对象、聚合和聚合根等概念。它强调战略设计和战术设计， 以及领域模型的实现。

IBM 五级建模是一种层次化的企业架构方法，它将企业架构分解为五个层次：业务架构、信息系统架构、 技术架构、数据架构和应用架构。这种方法帮助企业将复杂的架构问题分解为可管理的部分，并提供了一种 结构化的方式来描述和分析企业架构。 在整体业务建模中，建议根据不同的战略、场景使用不同的业务模型，以便于更好地落地银行整体业务 模型。如在银行企业框架、战略层面，可以使用 TOGAF 模型完成，其能够提供一个全面的企业架构框架， 适用于任何行业的组织，它更侧重于 IT 架构和业务架构的整体规划。而 BIAN 可以作为特定行业的业务架构 模型，其专注于银行和金融服务行业的业务架构，提供了一套标准化的业务服务和流程模型，以促进不同系 统和组织间的集成。DDD 则可以用于设计具体的业务领域模型，其是一种软件设计方法，它更侧重于通过领 域建模来解决复杂的业务需求，它通常用于软件系统的详细设计阶段。

TOGAF：定义企业的总体架构蓝图，包括业务架构、数据架构、应用架构和技术架构。 BIAN：可以作为 TOGAF 业务架构的一部分，用于标准化业务流程和服务。 DDD：可以在软件开发过程中使用，特别是在需要处理复杂业务逻辑时，通过创建领域模型来指导软件 设计和实现。 基于以上不同的行业方法论，各银行在核心系统建设过程中，可以充分比对行业最佳实现，根据自身定 位，使用不同的业务建模工具，构建符合自身战略规划、业务发展的个性化业务模型。

1.2 灵活的功能架构

在功能架构上，行业主流架构采用微服务和分布式技术体系，充分利用微服务的分层解耦、面向服务接 口、相互独立、层次化设计的最佳实践，达到系统的灵活性、可扩展性和稳定性设计。 新一代核心业务系统设计的模块化、松耦合、产品化及参数化等设计原则，也可以通过在线生产环境应 用部署的横向扩展，结合开发运维平台的灰度部署和优雅启停，支持核心业务功能进行安全健壮、稳定可靠、 便捷高效的线性可扩展。

新一代核心系统在功能架构上保障整体的灵活性，确保软件能够适应不断变化的需求、促进可维护性和 支持未来的扩展。现有功能架构支持模块化设计，每个模块由不同的微服务组件构成，负责特定的功能。这 种设计方式不仅有助于团队并行开发，还能使软件更容易理解和维护。当需要修改或添加功能时，可以单独 处理某个模块，而不影响其他部分。在不同模块之间保持较低的依赖性，即松耦合。当改变一个模块内部的 工作方式不需要对其他模块进行重大修改。通过接口定义业务功能模块间的交互，提高效率、降低影响。各 业务模块的微服务集群，可以轻松地添加、移除或替换系统中的组件，而不需要对整个系统进行大规模的重构。 这提高了系统的灵活性，使得新技术或新功能可以快速集成到现有系统中。同时优化管理机制，让用户或管 理员能够根据需要调整软件的行为，例如通过配置文件或管理界面开启或关闭某些功能、设置参数等。

在进行功能架构设计时，应考虑到自动化测试的需求，确保每个模块都可以独立测试。这有助于及早发 现和修复错误，同时也降低了因修改引起的问题的风险。同时，虽然灵活性很重要，但也不应牺牲性能。合 理的架构设计在保证灵活性的同时，也考虑到效率和资源消耗。 另外，新一代核心系统在整体核心系统建设的过程中，应准备全面、优质的说明文档，详细的文档不仅 对开发者很重要，对于维护人员来说也是必不可少的。良好的文档可以帮助快速理解系统结构、各模块的功 能以及它们是如何协同工作的。考虑到技术的发展趋势，设计时应预留一定的空间来应对未来可能出现的新 技术和需求变化。

1.3 先进的技术架构

构建新一代技术平台，支持高扩展性、高可用性和高性能的应用系统。技术平台以云平台为基础技术底座， 使用云原生及分布式技术，完成核心应用与技术平台的深度集成。与此同时，形成技术平台通用标准，未来新 建系统、存量系统均可基于通用标准完成自身升级，逐步实现银行新一代技术架构升级，推动数字化转型进程。

1.4 新技术的引用

在技术平台的持续演进与创新中，我们前瞻性地引入了大模型代码辅助与测试辅助两大前沿功能，旨在 全面革新软件开发与质量保证的流程。大模型代码辅助通过深度融合先进的人工智能技术，特别是大规模预 训练模型，为开发者提供了前所未有的编程体验。 大模型代码辅助与测试辅助的强强联合，构成了技术平台上一道亮丽的风景线，它们不仅推动了软件开 发流程的智能化、自动化升级，更为企业的数字化转型注入了强大的动力。可以提供行级 / 函数级实时续写、 自然语言生成代码、单元测试生成、代码优化、注释生成、代码解释、研发智能问答、异常报错排查等能力， 助力开发者高效、流畅地编码。代码辅助功能支持在多场景下对技术开发人员提供高效的代码支持工作：

 跨文件感知让代码生成更贴合业务场景：客户端和模型层同步优化针对代码跨文件上下文感知能力， 生成代码更加贴合当前代码库的业务场景。 • 适配多 IDE 的原生设计，符合开发者使用习惯：适配 IDE 原生主题、交互模式，让开发者感受到 IDE 的原生视觉和交互体验，更符合开发者使用习惯。 • 研发问答、文档 / 代码搜索能力，打造沉浸式编码：无需切换工具，IDE 客户端内即可满足开发者编 码场景中的技术资料检索、技术难题解答的诉求，打造开发者沉浸式编码体验。 • 企业级研发流程支持，提供企业个性化方案：通过 RAG、Agent 等技术，借助企业知识和数据进行问答， 快速构建企业研发知识问答助手，提升团队的工作效率和协作能力。 通过编码辅助工具，结合企业知识库，一般可以做到 25% ～ 30% 的大模型生成代码的采纳率。

2.资源保障

2.1 高级专家咨询能力

核心系统重构是一项涉及全行主要系统的庞大工程，其复杂性不仅体现在内容繁多、依赖与制约关系错 综复杂，更在于它往往伴随着业务能力的重组及大幅提升，这一过程是企业架构落地的关键节点，这一过程 的成败，决定着架构转型的成败。 从业务建设与运营的视角来看，新核心项目群是对产品、核算体系、账户体系、定价管理、风险管理、 财务管理、运营管理等业务领域的全面梳理与提升，对业务部门和科技部门而言，无疑是一场深刻的变革。 从数据资产的角度看，核心项目群的建设不仅要确保存量业务的稳定运行，更是对现有数据资产进行全 面清理与完善的契机。对业务部门和科技部门而言，这是一项既繁杂又至关重要的任务。 从技术层面看，新核心系统群建设，面对众多的技术选项，企业往往难以决定采用哪种技术或如何整合 现有技术。

在此过程中，架构咨询专家的价值得以凸显。他们凭借丰富的行业经验和深厚的专业知识，基于最佳实 践，为核心系统群的建设提供切实可行的建议与解决方案，保障新核心建设的有序开展，同时抓住这一关键 架构落地的契机，为企业架构转型奠定基础。 核心业务系统厂商需要提供高阶战略咨询专家，为银行客户进行现状及差距分析、目标蓝图规划、实施 规划服务。从现状调研、战略级业务规划、实施路径规划等多个角度帮助银行客户落地核心系统建设工作。 核心业务系统厂商需要通过强大的专业人才队伍服务银行业数字化转型四十年，对银行业务、流程、数据和 数字化需求理解深刻。拥有来自中外资咨询公司、金融机构等世界及中国领先企业的顾问团队和行业专家， 深谙国际化咨询方法论，具有丰富的核心系统群架构咨询经验。

2.2 通用人力服务能力

核心系统建设整体过程中，除需要高阶专家进行业务建模、系统设计外，还需要不同级别的技术人员完 成全面需求整理、代码开发、系统测试等。国有大行、股份制及部分大型城商行在科技领域具备素质较高、 技术全面、工种完备的科技人员，因此可以基本独立完成核心系统的建设工作。 针对科技能力不足的中小型银行，无法像国有大行等机构独立完成核心系统建设，因此可以通过采购第 三方通用人力方式完成整体核心系统建设工作，银行只需要在业务层面、需求层面、项目管理层面进行整体 把控，指导第三方通用人力团队完成系统开发、测试及上线工作即可。在进行通用人力团队选择及管理时， 可从以下几个关键点进行考虑：

人员的管理：做好现场人员管理，包括服务质量管理、信息安全保密管理、保密承诺、IT 设备安全管理、培训管理等， 确保软件开发服务的质量和安全。通过设定服务质量标准、人员选拔与培训、过程监控与考核、问题响应与 改进等措施，确保服务质量。组建信息安全委员会，实施信息安全隐患教育、信息安全管理体系介绍、信息 安全管理制度要点培训等。制定针对软件开发服务提供商人员流失、服务质量下降、业务转型或破产等风险 的应急预案。做好人员考勤，实施严格的考勤制度，包括员工打卡、迟到 / 早退、旷工、请假、加班和离场管理。 进行人员异动管理，对于人员调整和离职，有明确的流程和措施，确保工作的连续性和知识的传承。

人员的储备：建立通用人力资源池，做好人力资源储备，根据项目需求调配人员，并有专门的招聘流程和渠道。进行 研发人员岗位级别划分，根据不同的技能和经验，对研发人员进行岗位级别划分和配置。做好人员招聘渠道 管理，与高校合作输送人才，同时与猎头公司合作，确保人才供应。可以制定外协资源培养计划，对软件开 发人员进行定期培训，提升其技能和知识。

人员的服务：做好员工培训及带教方案，制定详细的培训计划，包括新员工入职培训、技术培训、管理培训等。提供 员工考核及激励，实施考核制度和激励政策，包括绩效考评体系、奖励机制等。承诺提供符合资质要求的技 术服务人员，并保证员工薪资的合理性。构建了全面的信息安全管理体系，确保客户信息的安全。制定业务 连续性方案，确保服务的连续性。具备优质的售后服务保证体系，建立了客户服务中心，提供 7×24 小时的 电话咨询和技术支持服务。

3.架构保障保障

核心系统建设过程中，涉及建设系统多、项目涉及面广、复杂度高、实施难度大、实施工作量大、实施 周期紧、投入人员多、项目管理复杂等难点。如何进行整体的项目群管理，在确保项目群实施能够满足国家 标准和监管 要求的同时，确保项目按期推进，已经成为项目实施成败的关键。 尤其在银行新一代系统建设，大多采用分布式微服务架构，技术管控除了要考虑新系统自身的设计开发， 还涉及技术平台的选型、外围系统集成改造、服务治理和数据治理，系统架构复杂，技术管控难度大，需要 不同领域的技术专家，对项目群管理更是提出了更高要求。

3.1 金融机构领导层的协同配合

在银行核心系统的建设过程中，银行领导层的支持和协同配合发挥着至关重要的作用。这一过程通常需 要银行高层领导的牵头，科技部门的主导，以及技术厂商的配合与支持，共同推进项目的成功实施。 行领导的牵头是项目顺利进行的关键。银行高层对核心系统的重视程度直接影响到项目的资源配置和推 进效率。 其次，科技部门的主导确保项目的技术可行性和创新性。科技部门负责核心系统的技术选型、架构设计 和实施规划，同时还需要监督项目进度，确保技术实施与银行业务需求紧密结合 。 再次，厂商的配合与支持为银行核心系统的建设提供必要的技术保障和专业服务。技术厂商凭借其在核 心系统建设方面的丰富经验和技术积累，能够为银行提供成熟的解决方案和专业的技术支持 。 在整个建设过程中，银行需与行业内外的合作伙伴保持密切沟通与协作，共同解决项目实施过程中遇到 的各种挑战和问题。通过多方协同配合，保证银行核心系统的建设能够更加顺利地进行。

3.2 产品厂商软硬结合的服务能力

由于软件与硬件的兼容性问题，核心系统厂商软硬结合的能力，能够确保软件与硬件之间的兼容性和优 化，减少系统故障和性能瓶颈，更好地为银行提供核心系统建设的服务。这种一体化的服务模式允许厂商对 整个系统架构有更深入地理解和控制，从而提供定制化的解决方案，确保系统的稳定性、安全性和可扩展性。 此外，单一责任方的提供方式简化了项目管理和沟通流程，有助于降低成本、缩短项目实施时间，并在后期 维护和升级中提供更高效地支持。 核心系统厂商通过先进的软件开发技术与高性能的硬件平台相结合，可为银行提供创新的解决方案。例 如，采用分布式架构和微服务技术，结合高性能的服务器和存储设备，构建高效、稳定且可扩展的银行核心 系统，提升系统处理能力，增强系统灵活性和可靠性 。

同时，软硬结合的能力为银行核心系统的建设提供从咨询、规划、实施到运维的一站式服务，简化了银 行在系统建设过程中的管理工作，降低了银行在技术整合和协调上的复杂性和成本，确保了系统的顺利部署 和稳定运行。 在银行核心系统的建设过程中，厂商可通过统一的项目管理流程和质量控制机制，有效控制项目风险， 确保系统的稳定性和可靠性。同时，在硬件集成和软件开发方面积累的丰富经验，也能够为银行核心系统的 建设提供质量保证 。

与此同时，银行业务的复杂性和技术环境的快速变化要求核心系统厂商不仅要有深厚的行业知识，还要 有强大的技术实力。银行业务涉及存款、贷款、支付清算、风险管理等多个方面，每个方面都有其特定的业 务规则和流程。核心系统厂商须深入理解这些业务需求，才能设计出满足银行业务运行的系统。其次，随着 金融科技的发展，银行业务系统变得越来越复杂，涉及的技术包括分布式架构、云计算、大数据分析、人工 智能等。核心系统厂商需要掌握这些先进技术，以确保系统的稳定性、安全性和可扩展性。 银行在进行核心系统厂商选择时，要考虑厂商全面的业务理解和技术能力，才能满足银行业务的复杂需 求，并支持其长期发展，如对银行业务流程的深入理解、对最新技术的掌握、对监管合规的适应能力、对客 户体验的重视，以及对系统安全的保障能力。

3.3 核心系统建设项目管理能力

核心系统建设过程中，银行与厂商的项目管理能力扮演着至关重要的角色，其价值主要体现在对项目的 战略规划与治理、标准化的项目管理方法论、最佳实践的整合与推广、资源管理与优化、风险管理与评估等 方面。项目管理委员会（PMO）可以确保项目与组织的战略目标一致。通过制定关键标准和选择与业务目标 相符的项目，参与项目治理过程。同时，PMO 负责整合组织内各部门的最佳实践，推广统一的项目管理文化， 包括技术、方法论和最佳实践的共享。此外，PMO 对资源进行有效管理和分配，根据项目的优先级、时间 表和预算等因素进行优化。在风险管理方面，PMO 协助项目经理进行风险评估和应对策略的制定，以降低 项目失败的风险。

PMO 在提升项目成功率方面发挥着关键作用。它通过专门的指导和管理，帮助组织实现对项目的投资 回报，并为所有利益相关者创造价值。在支持企业架构转型的过程中，PMO 提供方法论指导，助力企业构 建具有分布式、微服务、云原生特性的新一代核心系统，以满足银行在数字经济时代的需求。同时，PMO 注重确保安全创新，采用云计算和分布式技术。通过这些综合性的职能，PMO 不仅提高了项目管理的效率 和成功率，而且确保了项目能够快速响应市场变化，支持企业的战略目标和持续发展。