农银人寿新一代核心业务系统 云平台实践
银行AI项目实战：典型业务场景的AI解决方案与案例实现_随笔
《银行AI项目实战：典型业务场景的AI解决方案与案例实现》读书随笔目录一、内容简述 (2)1.1 本书背景与目的 (2)1.2 AI在银行业的应用趋势 (3)二、银行业务场景与AI技术概述 (5)2.1 银行业务场景分类 (6)2.2 AI技术概览 (7)三、典型业务场景的AI解决方案 (9)3.1 客户服务与营销 (10)3.1.1 智能客服 (12)3.1.2 个性化推荐系统 (13)3.2 风险管理 (14)3.2.1 欺诈检测与预防 (15)3.2.2 信用评分模型 (17)3.3 内部运营与管理 (18)3.3.1 智能审核流程 (19)3.3.2 数据分析与挖掘 (21)四、案例实现与经验分享 (22)4.1 案例一 (24)4.1.1 项目背景与目标 (25)4.1.2 实施过程与挑战 (26)4.1.3 最终成果与效益 (27)4.2 案例二 (29)4.2.1 项目背景与目标 (30)4.2.2 技术选型与实现 (31)4.2.3 性能与优化策略 (33)4.3 案例三 (35)4.3.1 项目背景与目标 (36)4.3.2 技术架构与实现 (37)4.3.3 效果评估与改进方向 (39)五、总结与展望 (40)5.1 本书总结 (41)5.2 行业发展趋势与展望 (43)一、内容简述在数字化浪潮席卷全球的今天，银行业正经历着前所未有的变革。
人工智能（AI）技术的应用已成为推动银行业转型升级的关键力量。
《银行AI项目实战：典型业务场景的AI解决方案与案例实现》为我们深入剖析了银行业AI项目的实战历程，通过典型的业务场景案例，展示了AI技术如何为银行带来前所未有的效率和竞争优势。
本书内容丰富，涵盖了从AI技术基础到实际应用的全方位知识。
作者通过生动的语言和详实的案例，将复杂的AI算法和技术原理娓娓道来，使得非专业的读者也能轻松理解并掌握相关知识。
书中还结合了大量银行的实际业务场景，让我们能够更直观地看到AI技术在银行业的具体应用和价值。
小交会课件农银人寿教学课件ppt
其提供定制化的保险解决方案。
保险产品优势
丰富的保险产品线
农银人寿拥有丰富的保险产品线，包括人寿保险、意外险、健康险等，能够满足不同客户 的需求。
创新的产品设计
农银人寿拥有专业的产品开发团队，能够根据市场需求和客户需求设计创新的保险产品。
个性化的保险方案
农银人寿能够为客户提供个性化的保险方案，根据客户的具体情况和需求定制保险计划。
适应性原则
根据市场环境的变化，灵活调整投资策略，保持对市场变化的 敏锐度。
投资策略具体建议
股票投资
债券投资
关注优质蓝筹股和成长性强的中小市值公司 ，以实现资本增值。
配置一定比例的国债、企业债等固定收益类 资产，以获取稳定的收益。
基金投资
现金及等价物
投资指数基金、行业基金等多元化投资工具 ，分散投资风险。
风险控制效果评估及改进建议
总结词
定期、客观、可行
详细描述
农银人寿应定期对市场风险控制效果进行客观评估，针对存在的问题提出可 行的改进建议，不断完善和优化市场风险管理措施，提高公司的风险管理水 平。
THANKS
保险行业转型升级
传统保险业务的挑战
随着经济和社会环境的变化，传统保险业务面临着诸多挑战，需要转型升级 以适应市场变化。
农银人寿的转型升级策略
农银人寿正在积极推进转型升级，通过优化业务结构、提升服务质量、加强 风险控制等方式，提高公司的核心竞争力和市场占有率。
客户需求变化趋势
客户需求的变化
随着人们生活水平的提高和风险意识的增强，客户对保险的需求越来越高，对保 险产品的种类、服务和价格等方面都有更高的要求。
农银人寿的客户战略
农银人寿正在积极关注客户需求的变化，通过提高产品和服务质量、推出更多符 合客户需求的产品和服务等方式，满足客户的需求。
智能化赋能运维转型，打造农业银行“数智中心”稳健基石
专题Special Topic智能化赋能运维转型，打造农业银行“数智中心”稳健基石中国农业银行数据中心总经理佟梅中国农业银行数据中心总经理 佟梅习近平总书记强调，人工智能是新一轮科技革命和产业变革的重要驱动力量，加快发展新一代人工智能是事关我国能否抓住新一轮科技革命和产业变革机遇的战略问题。
大数据、人工智能技术已然成为大型商业银行提升竞争力的核心技术。
农业银行突出“服务乡村振兴领军银行”和“服务实体经济主力银行”两大定位，面对数字化浪潮带来的快速变革，围绕科技支撑、智慧渠道建设、企业级架构与大数据应用四个关键领域，实施数字化转型“十大工程”。
截至2021年末，农业银行手机银行注册客户超过4亿户，月活客户超过1.5亿户，位居同业第一，线上贷款“农银e贷”余额突破2万亿元。
这一系列标志性成果的取得，与数字化转型的科技支撑建设紧密相关，科技创新在赋能业务增长的同时，也对IT运维提出了新的挑战。
SPECIAL 一、智能时代，运维转型迫在眉睫在业务数字化转型方面，银行的研发运维体系需要适应快速的产品需求变化和海量的随机用户请求。
DevOps 的广泛应用显著提升了银行业务产品推陈出新、敏捷交付的速度，也让以“稳健”见长的银行系统不得不拥抱时刻而来的变化。
同时，随着业务量的逐年攀升、Bank4.0时代金融业务场景的愈加丰富，“双十一”、纪念币发售、爆款基金理财产品秒杀抢购等都需要IT 运维能够应对随时可能到来的交易洪峰。
在业务连续性提升方面，大型国有商业银行已普遍使用分布式微服务架构提升系统的整体可用性，但多地多中心的运行架构和每年动辄数以万计的增量服务器资源，使得系统的复杂度和运维难度远超想象，加之监管机构日趋严格的系统恢复点目标（RPO）和恢复时间目标（RTO）要求，传统“人肉运维”模式已经无法满足金融行业严苛的业务连续性要求。
在技术栈转型方面，云原生、分布式数据库等新兴技术快速落地，如何让传统运维体系与新技术栈更好适配，从而充分发挥云原生弹性可扩展的特性，如何利用云原生的“不可变基础设施”、Serverless、ServiceMesh 等技术能力提升运维工作的效率与质量，均需要尽快探索落地。
金融机构系统容器架构改造方案
金融机构系统容器架构改造方案作为传统金融机构重要代表的保险行业，许多企业的关键业务运营几乎毫无例外地依赖着一个笨重而陈旧的单体架构核心业务系统，其牵一发而动全身的复杂特性，使得诸多所属企业IT团队在面对企业“以客户为中心”、“互联网＋”等发展战略所带来的排山倒海般的业务需求时，往往疲于奔命，甚至举步维艰。
除了系统架构本身的问题，大部分中小型金融机构，在业务软件的交付与运营管理方面，长期依赖核心业务系统供应商所提供的定制研发服务，缺乏对软件生产过程的高效管理，也使得大家在面对新一代业务系统架构改造过程中要求的持续交付/持续运营这一艰巨挑战时深感力不从心。
作为民营寿险企业的杰出代表，民生人寿成立十余年来始终坚持贯彻“以用户为中心”的经营理念，将不断提升用户体验，丰富服务模式，尝试通过多种渠道为客户提供个性化、定制化的保险产品作为公司追求的经营目标。
而这一业务经营方针对IT支持的要求也在日益提高，在经过反复的“打补丁”方式勉力维持原有核心系统运行多年之后，民生人寿IT团队决心破旧立新，向业内标杆企业看齐，着手进行新一代核心系统的规划与建设。
重构一套全新的微服务架构核心业务系统，并且采用容器技术来优化微服务架构系统的治理模式，这样的战略规划不可不谓大胆而创新，因为在业界至今仍未有完整的成功先例。
民生人寿IT团队上下都对这一项目寄予了极高的期望，大家一致认为，新架构下的核心业务系统重建项目意义极为重大，它很可能带领民生人寿在未来几年保险市场风起云涌的激烈竞争格局中突破重围，一举超越同类型机构！睿云智合承接了其中一项光荣而艰巨的任务：从2016年中开始，分阶段为民生人寿建设基于容器的轻量级PaaS平台（WiseBuild+WiseRun），包括开发者中心和运维中心，以帮助民生人寿在新架构核心系统搭建过程中实现高效的持续集成和持续部署自动化管理，并在未来进一步实现自动化运维管理。
项目目标场景第一阶段建设开发者中心，为民生人寿新一代核心系统的项目开发提供完整的基于容器的持续集成解决方案，实现从代码提交到容器化部署的完善的DevOps工具链和工作流，促进微服务模块开发和上线的标准化、自动化，提高新一代核心系统的开发迭代效率。
信用社新一代核心业务系统业务操作指引.doc
类别：项目类内部类密级：机密秘密公开新一代核心业务系统业务操作指引第一册部门新一代项目组文档作者业务支持组职位文档编号<文档编号>版本号<版本号> 创建日期＃＃-11-25版本修订表目录第一章移植业务 (1)1.1移植日（T日）业务 (1)1.1.1 市联社 (1)1.1.2 信用社（营管部）： (4)1.1.3 分社： (5)1.1.4 指定机构 (6)1.1.5 移植日报表核对 (8)1.2移植日后（T+N日）需要明确的业务 (11)1.2.1 存款业务 (11)1.2.2 查询方面 (22)1.2.3 挂失冻结 (23)1.2.4 结算及外围业务 (24)1.2.5 资产方面 (26)第二章公共业务 (35)2.1现金领介的业务操作 (35)2.1.1 上级对下级下介现金 (35)2.1.2 下级对上级上缴现金 (35)2.1.3 在途现金查询 (36)2.1.4 入库机构收到的实物与出库机构输入不一致的业务处理 (36)2.2凭证领介的业务操作 (36)2.2.1 上级对下级下介凭证 (36)2.2.2 下级对上级上缴凭证 (37)2.2.3 在途凭证查询 (37)2.2.4 入库机构收到的实物与出库机构输入不一致的业务处理 (37)2.3卡领介的业务操作 (38)2.3.1 上级对下级下介凭证 (38)2.3.2 下级对上级上缴凭证 (38)2.3.3 在途卡凭证查询 (39)2.3.4 入库机构收到的实物与出库机构输入不一致的业务处理 (39)2.4挂失/解挂的业务操作 (39)2.4.1 存折、存单凭证的挂失及后续处理 (39)2.4.2 卡凭证的挂失及后续处理 (40)2.4.3 支票挂失 (40)2.4.4 股金收据、股金证的挂失及后续处理 (40)2.4.5 密码挂失及后续处理 (41)2.4.6 凭证和密码同时挂失的后续处理 (41)2.5柜员交接业务 (41)2.5.1 柜员权限交接 (41)2.5.2 库管尾箱交接 (42)2.5.3 柜员尾箱交接 (42)2.6网点平账处理 (43)2.6.1 操作说明 (43)2.6.2 注意事项 (43)2.7对客出售支票 (44)2.7.1 操作说明 (44)2.7.2 注意事项 (45)2.8柜员跨机构调动 (45)2.9电子回单打印 (45)2.9.1 操作说明 (45)2.9.2 注意事项 (46)2.10信息发布 (46)2.11收费业务 (46)第三章负债业务 (47)3.1个人业务 (47)3.1.1 开立活期一本通 (47)3.1.2 开定期一本通 (47)3.1.3 个人实时开卡 (47)3.1.5 实时批量开卡开折 (48)3.1.6 事后批量开卡 (49)3.1.7 个人卡换卡 (50)3.1.8 个人卡销卡 (51)3.1.9 开立定期存单 (51)3.1.10 定期相关业务 (51)3.1.11 卡折合一 (52)3.1.12 个人支票户业务 (53)3.1.13 客户开具存款证明 (54)3.2对公业务 (55)3.2.1 注册验资 (55)3.2.2 单位定期开户 (56)3.2.3 通知存款业务 (56)3.2.4 实时/事后发单位卡 (57)3.2.5 单位卡销卡 (58)3.3其他业务 (58)3.3.1 补登折 (58)3.3.2 调整存折行位 (58)3.3.3 外币找零 (58)3.3.4 新系统销户销折说明 (59)第四章结算业务 (60)4.1普通贷记往账业务 (60)4.1.1 交易流程 (60)4.1.2 操作说明 (60)4.1.3 注意事项 (62)4.2普通贷记来账业务 (63)4.2.1 交易流程 (63)4.2.2 操作说明 (63)4.3普通借记往账业务 (65)4.3.1 交易流程 (65)4.3.2 操作说明 (66)4.3.3 .注意事项 (66)4.4普通借记来账业务 (67)4.4.1 发起业务交易流程 (67)4.4.2 操作说明 (68)4.4.3 注意事项 (68)4.5定期借记往账业务 (68)4.5.1 交易流程 (68)4.5.2 操作说明 (69)4.5.3 注意事项 (70)4.6定期借记来账业务 (70)4.6.1 交易流程 (70)4.6.2 操作说明 (71)4.6.3 注意事项 (71)4.7定期贷记往账业务 (71)4.7.1 交易流程 (71)4.7.2 操作说明 (72)4.7.3 注意事项 (72)4.8定期贷记来账业务 (73)4.8.1 交易流程 (73)4.8.2 操作说明 (73)4.8.3 注意事项 (73)4.9实时业务 (74)4.9.1 实时业务代理行业务 (74)4.9.2 实时业务开户行业务 (75)4.10本票业务 (76)4.10.1 本票签发业务 (76)4.10.3 本票结清业务 (78)4.11汇票业务 (79)4.11.1 汇票签发业务 (79)4.11.2 汇票解付业务 (80)4.11.3 汇票结清业务 (82)4.12信息类业务 (83)4.12.1 交易流程 (83)4.12.2 操作说明 (83)4.12.3 注意事项 (83)4.13同城票据交换业务 (84)4.13.1 提出票据业务 (84)4.13.2 提入票据业务 (86)4.13.3 收妥入账操作 (87)4.14其他配套交易 (89)4.14.1 【8071现汇存款交易】 (89)4.14.2 【8072现汇取款交易】 (89)4.14.3 【8073待销账转账交易】 (89)4.14.4 【8111联行业务浏览】 (90)4.14.5 【8141借贷记客户签约管理】 (90)4.14.6 【8423行号行名查询】 (90)4.14.7 【8409同城汇总记账】 (91)4.14.8 【1084行内票据进账】 (91)第五章银联与中间业务 (91)5.1银联业务 (91)5.1.1 新旧系统差异： (91)5.1.2 ATM长短款处理 (92)5.1.3 POS发卡方长短款处理： (93)5.1.4 POS收单方长短款处理： (94)5.2.1 新旧系统差异 (94)5.2.2 单位业务信息增加 (95)5.2.3 代收付业务处理流程 (95)5.2.4 代收付其他处理 (96)5.3行政事业收费业务： (96)5.3.1 行政事业性收费： (96)5.3.2 罚没款 (97)5.3.3 番禺交通违章罚款 (98)5.3.4 其它收费： (98)5.4社保业务 (99)5.4.1 新旧系统差异 (99)5.4.2 无新开户的处理流程 (99)5.4.3 有新开户的处理流程 (100)5.5理财产品发售 (100)第六章资金业务 (101)6.1资金业务名词解释 (101)6.2内部资金账户开户流程 (101)6.3内部资金账户相关查询交易 (102)6.3.1 【6677资金账户信息查询】 (102)6.3.2 【6678查询资金账户的明细】 (102)6.3.3 【6722查询待销账信息】 (102)6.4内部资金账户转账 (103)6.4.1 【6684特殊记账】 (103)6.4.2 【6674特权记账】 (103)6.5系统内上存下拆的业务流程 (103)6.6差错调账业务 (104)6.7存放同业备付金业务 (105)6.8资金业务额度管理 (105)6.8.2 额度设置 (105)6.8.3 额度追加或减少 (105)6.8.4 额度查询 (106)第七章贷款业务 (106)7.1贷款开户业务 (106)7.1.1 自营一般贷款开户 (106)7.1.2 自营类抵押贷款开户 (106)7.1.3 银团贷款参与行开户 (107)7.1.4 银团贷款牵头行开户 (108)7.1.5 公积金贷款开户 (109)7.2贷款归还业务 (110)7.2.1 自营一般贷款归还 (110)7.2.2 自营类抵押贷款归还 (110)7.2.3 银团贷款牵头行归还 (111)7.2.4 银团贷款参与行归还 (112)7.2.5 公积金贷款归还 (112)7.3贷款形态强制转移业务 (113)7.4贷款核销业务 (113)7.5贷款核销归还业务 (113)7.6银行承兑汇票业务 (113)7.6.1 银承保证金账户开立 (113)7.6.2 银行承兑汇票签发 (114)7.6.3 银行承兑汇票承兑 (116)7.6.4 银行承兑汇票备款 (116)7.6.5 银行承兑汇票解付 (116)7.7异名转按揭业务专户资金划转业务 (117)7.8资产当日错账处理 (118)7.9隔日错账处理 (118)7.9.1 少还贷款 (118)7.9.2 多还贷款 (119)7.9.3 利息调整 (119)第八章贴现业务 (120)8.1直贴业务 (120)8.1.1 授信额度设置 (120)8.1.2 贴现开户 (121)8.1.3 系统内转出票据 (121)8.1.4 票据的表外登记 (122)8.1.5 票据到期 (122)8.1.6 票据到期转逾期 (122)8.1.7 业务查询 (122)8.1.8 业务报表 (122)8.2转贴现业务 (123)8.2.1 设置授信额度 (123)8.2.2 批量登记或单笔录入 (123)8.2.3 确认发放 (124)8.2.4 票据表外保管 (124)8.2.5 业务查询 (124)8.2.6 业务报表 (125)第九章报表管理 (125)9.1新系统会计报表编号规则 (125)9.2打印步骤 (125)9.3主要报表新旧系统对照表 (126)第十章错账处理 (127)10.1新系统的错账处理交易列表 (127)10.2错账处理常用交易 (128)10.2.1 【8899冲正交易】 (128)10.2.2 【6706资金账户隔日冲补账】 (128)10.2.3 【7109凭证库间调拨差错调整】 (128)10.2.4 【7229卡凭证出入库差错调整】 (129)10.2.5 【1090冲补账】 (129)10.2.6 【5803电力缴费撤消】 (129)10.2.7 【5835撤消当日保险缴费】 (130)10.2.8 【5848当日缴费撤消】 (130)10.2.9 【8233农信银个人账户通存通兑冲销】 (130)10.2.10 【2029贷款本金调账】【2041贷款利息调账】 (130)第十一章会计核算 (131)11.1新系统会计科目结构 (131)11.2新系统记账方法 (131)11.3新系统会计账号的编号规则 (131)11.4批处理统一处理 (132)11.5交易系统与会计系统完全分离 (132)第一章移植业务1.1 移植日（T日）业务1.1.1 市联社1.1.1.1预制银行卡出入库补录处理由于新系统银行卡的卡号编码等做法与旧系统不一致，原旧系统存量的空白麒麟卡将不移入新系统，为保证上线后业务的正常进行，在移植前会预制银行卡发给网点，移植日对预发银行卡进行补入库处理。
保险实践教学平台(3篇)
第1篇随着我国保险业的快速发展，保险专业人才的需求日益增长。
然而，传统教学模式在保险实践教学方面存在诸多不足，难以满足社会对高素质保险人才的需求。
为了培养适应新时代发展的保险专业人才，保险实践教学平台应运而生。
本文将从保险实践教学平台的背景、特点、功能以及实施策略等方面进行探讨。
一、背景1. 保险业发展迅速，人才需求旺盛近年来，我国保险业发展迅速，市场规模不断扩大。
根据中国保险监督管理委员会数据，截至2020年底，我国保险业总资产已达18.3万亿元。
随着保险业务的多元化发展，保险专业人才的需求日益增长。
2. 传统教学模式弊端凸显传统教学模式以课堂讲授为主，实践教学环节相对薄弱。
学生在校期间缺乏实际操作经验，难以适应职场需求。
此外，传统教学模式难以激发学生的学习兴趣，导致学生专业素养和实际操作能力不足。
3. 保险实践教学平台应运而生为解决传统教学模式弊端，满足社会对高素质保险人才的需求，保险实践教学平台应运而生。
该平台旨在通过创新教学模式，为学生提供丰富的实践机会，提升其专业素养和实际操作能力。
二、特点1. 实践性强保险实践教学平台以实践教学为核心，通过模拟真实业务场景，让学生在模拟环境中进行操作，提高其实践能力。
2. 模块化设计平台采用模块化设计，将保险专业知识与实践技能有机结合，使学生能够系统地学习保险业务。
3. 互动性强平台提供在线交流、讨论等功能，使学生能够与教师、同学进行互动，提高学习效果。
4. 可持续发展保险实践教学平台可根据社会发展需求，不断更新教学内容和模式，实现可持续发展。
三、功能1. 实践教学平台提供丰富的实践教学资源，包括模拟业务场景、案例分析、实训项目等，帮助学生掌握保险业务操作技能。
2. 课程学习平台整合了保险专业课程资源，包括视频课程、电子教材、在线测试等，方便学生随时随地学习。
3. 互动交流平台提供在线论坛、讨论区等功能，使学生能够与教师、同学进行互动交流，共同探讨保险业务问题。
转型发展加快农业银行智慧银行建设步伐
转型发展加快农业银行智慧银行建设步伐作者：钱宏来源：《中国金融电脑》 2017年第2期中国农业银行科技与产品管理局副局长钱宏农业银行为加快推进全行互联网金融创新发展，从顶层设计入手，制定了立足城市和农村两个市场，打造面向个人和企业的金融服务、电子商务服务、社交生活服务三大平台，构建服务全网客户的网络支付、网络融资、投资理财、信息服务、供应链金融五大产品线，实现线上线下有机联动，构筑互联网金融生态圈。
通过“三大平台+ 五大产品线”的建设，提升传统金融服务的可得性和便捷性，在开放的用户体系下，形成更加广泛、全局的覆盖能力，显著改善客户体验。
一、建设智慧银行是信息化时代商业银行转型发展的必然趋势现代金融具有明显的数字化特征，随着信息技术与金融业务加速融合，货币形式、服务手段、风险管理等金融核心环节正在经历创新与变革。
特别是近年来大数据、智能终端与移动网络的逐步应用，改变了人们的生产生活方式，推动了金融市场环境、客户需求和服务模式的深刻变化，催生了互联网时代的金融新业态。
未来3~5 年，互联网公司将会在金融领域继续攻城掠地，传统银行业面临巨大冲击。
一是标准交易线上化。
随着年轻一代逐步成为银行客户的主体，互联网技术应用将更加广泛，大部分传统柜面业务将逐步被线上交易代替。
网点在一线城市所遇到的冲击，很快将在三四线城市出现。
二是客户竞争渠道化。
第三方支付等互联网公司将凭借其强大的渠道、支付等优势，吸引并黏住大量客户，更多金融交易通过第三方平台实现，客户不直接与银行发生接触，银行客户关系的排他性和客户忠诚度下降。
三是融资业务脱媒化。
互联网能够有效降低信息不对称和交易成本，促使资金供需双方直接对接，越来越多的投资借贷行为以网络理财、网络融资的方式实现，交易结算资金大量在第三方支付平台沉淀，在银行体系外流动。
比尔·盖茨曾预言：“传统商业银行将是在21 世纪灭绝的一群恐龙。
”观点虽然稍显偏颇，但毋庸置疑，信息技术确实正在并将持续对银行业产生广泛而深远的影响，传统商业银行的面貌将因此发生翻天覆地的深刻变化。
专12-4-农银人寿-新核心数据架构规划与数据治理(4x3)distrib
•4 •数据架构 - 数据源、数据的准备、存储、加工、交换
•5 •数据治理 - 概述、数据现状、分阶段实施与当前进展
•6 •数据治理 - 元数据管理
•7 •数据治理 - 主数据管理
•8 •数据治理与标准化应用 - 业务建模、数据建模、数据样例
•9 •数据治理与标准化 - 成果展示
11
数据架构 - 规划设计
规则定义 数据管控
可配置化 ETL转换过程（计算、汇总、字段拆分/合并、比较、过滤、混合运算、函数、去重）
主数据管理系统
（CIF、UM、PF、PLANA）
问题现状
数据集成、数据同步、数据共享困难 （核心内各子系统之间、核心与外围系统之间） 系统耦合度较高（A系统数据结构发生变化，需要B系统协同改造） dblink使用泛滥（性能开销大、存在数据安全隐患）
新核心业务系统 数据架构规划与数据治理
演讲人: 赵 华（IT部-副总经理、新核心项目经理） zhaohua@
种 磊（IT部-资深专员、新核心项目-数据组长） chonglei@
总公司信息技术部 新核心项目组
2016年5月
公司简介
ABC Life Insurance Co., Ltd An Insurance Company of Agricultural Bank of China
2
组织架构 - 数据架构组（人员、工作职责）
新核心项目领导小组 执行小组
技术实施组
业务需求组
监理咨询组
子项目管理 应用架构 系统测试 集成上线 系统设计 质量控制 技术架构 数据架构 应用开发
组内人力：11人，约占项目总人力 10% 子项目数：8*个 工作职责
1、数据架构规划与设计 2、数据治理与标准化方案的制定及实施 3、老核心数据模型整理、数据治理与标准化 4、新核心模型设计与标准化应用 5、数据标准规范、数据管理流程的制定与督导 6、核心业务系统数据迁移方案的制定与实施
构建稳定高效银行核心系统架构，全面提升安全生产运行水平
构建稳定高效银行核心系统架构，全面提升安全生产运行水平作者：涂晓军来源：《中国金融电脑》 2016年第2期BoEing系统在设计之初，就在架构集中统一、应用透明灵活、IT成本降低方面进行了充分考虑。
以BoEing系统建设为契机，农业银行对核心业务系统和120多个关联系统进行了整体升级改造。
BoEing系统上线运行3个多月以来，各项运行指标平稳，应用效果理想，顺利应对多个不断攀升的交易量高峰，IT架构的优势逐渐显现。
中国农业银行数据中心总经理涂晓军当前，在我国经济金融发展新常态下，银行业内外部环境正发生着深刻变化。
移动互联网、云计算、大数据技术迅猛发展，使银行业务从适应工业经济的大额低频金融交易向适应网络经济的小额高频交易转变，信息系统面临着业务规模爆发式增长的强烈冲击。
与此同时，客户、市场和监管对银行信息系统服务连续性的要求越来越严格。
商业银行信息科技工作已经迈入了战略深化、架构优化、管理细化的新常态。
农业银行第四代核心业务系统BoEing 建成投产，为农业银行打造了业界领先的技术架构和业务架构，不仅在业务服务目标上支持“以客户为中心”和产品快速创新，同时以大幅度的基础架构创新为信息系统更为安全、平稳、高效运行奠定了技术基础，推动了运维管理水平全面提升。
一、信息系统安全生产面临新的挑战20 世纪90 年代，为满足银行业务发展和运营集约化的需要，农业银行设计研发了第三代核心业务系统ABIS。
以ABIS 为核心的应用体系全面覆盖并较好满足了农业银行各领域经营管理需要。
以ABIS 建设和全国数据大集中为标志，农业银行的信息系统安全生产工作步入大型数据中心管理模式。
在科技发展战略上，农业银行始终将安全生产作为头等大事，以安全促发展，以发展促安全，大力推行准军事化管理，先后引入ISO20000、ISO27001 等质量管理体系，建立以“快速响应、快速定位、快速处置”为指导原则的“三快”应急处置机制，安全生产工作取得了良好成效，连续5 年无重大生产运行事故发生，核心系统主要业务服务时段可用率超过99.96%，为农业银行业务经营的稳健发展提供了有力保障。
中国农业银行个人业务集中作业系统技术需求说明书
中国农业银行基金健诊项目技术需求说明书第一章概述本需求说明书为中国农业银行基金健诊项目的主要技术要求，供各投标人编写方案建议书之用。
根据本需求说明书要求，各供应商应提出项目技术解决方案，提供部署产品的参考配置，并提供完整的服务说明。
1.1项目目标本项目需求制定工作于2015年底启动，需求主管部门为个人金融部。
通过个人客户营销与管理系统向客户经理提供基金健诊营销支持，具体包括基金业绩分析、风险波动、基金经理、基金公司等几个维度详细评价信息；个人客户优选基金健诊信息；在总行重点营销的“优选基金”、“优选组合”和新发基金产品中遴选产品，推荐客户购买。
本项目定义为采购项目，计划于2017年第二季度投产上线。
1.2项目内容本项目包括以下内容：⏹基金健诊软件及客户化开发⏹基金健诊软件与个人客户营销管理系统对接⏹接口开发和发布并提供类库、开发包⏹软件产品的安装调试⏹软件试运行⏹软件产品的推广⏹数据服务⏹售后支持服务⏹培训服务其中，基金健诊软件及客户化开发由供应商独立完成。
其余工作，由供应商和我行双方协作完成。
1.3采购清单序号采购内容需求项目数量备注1基金健诊软件产品及客户化开发基金详细评价信息1套，软件产品使用权买断，要求所有服务及功能在农业银行范围内：不限系统不限部署套数不限用户数量不限次数的使用2 个人客户优选基金健诊信息3 软件源代码4 客户化开发服务5 基金健诊数据数据服务5年6 维保维保服务5年第二章基本数据要求1.全市场基金5年内每日净值，分红复权数据；2.每只基金应至少包含以下信息：“代码,简称,基金分类,基金经理,现任基金经理任职天数,基金成立日,基金规模,债券杠杆水平,申购赎回状态,最近3个月净值增长率,最近3个月同类基金平均收益率,最近3个月同类基金收益率排名,最近3个月最大回撤,最近3个月同类基金最大回撤,最近3个月同类基金回撤排名,最近6个月净值增长率,最近6个月同类基金平均收益率,最近6个月同类基金收益率排名,最近6个月最大回撤,最近6个月同类基金最大回撤,最近6个月同类基金回撤排名,最近一年净值增长率,最近一年同类基金平均收益率,最近一年同类基金收益率排名,最近一年最大回撤,最近一年同类基金最大回撤,最近一年同类基金回撤排名,最近两年净值增长率,最近两年同类基金平均收益率,最近两年同类基金收益率排名,最近两年最大回撤,最近两年同类基金最大回撤,最近两年同类基金回撤排名,最近三年净值增长率,最近三年同类基金平均收益率,最近三年同类基金收益率排名,最近三年最大回撤,最近三年同类基金最大回撤,最近三年同类基金回撤排名”。
自主研发新一代核心业务系统 BoEing助力农行业务经营转型
自主研发新一代核心业务系统 BoEing助力农行业务经营转型作者：姚琥来源：《中国金融电脑》 2016年第2期伴随着大数据、云计算等新技术的成熟和应用，农业银行通过BoEing工程建设，逐步探索形成了一套针对主机平台和开放平台特点，合理部署和开发业务应用的体系架构。
主机平台主要处理大吞吐、高并发，且对数据一致性保障有较高要求的核心应用，通过应用下移和数据下移节省计算和存储资源。
同时，通过基于x86架构的应用平台建设，逐步去小型机，构建体系开放、性能可靠、运维便利、成本可控的开放平台应用体系，为业务经营发展和生产安全运行提供保障。
中国农业银行软件开发中心副总经理姚琥农业银行完全自主研发的新一代核心业务系统（Blue Ocean Engineering，BoEing）历时六年，于2015 年10 月成功完成整个核心系统的切换和投产。
BoEing 系统的投产上线，以先进的技术架构和业务架构整合了各类产品与服务，实现了“以客户为中心、产品快速创新、改善和提升管理能力”的建设目标，标志着农业银行信息化银行建设迈上了一个新台阶。
BoEing 工程是农业银行信息化建设的战略部署，承载着全行新战略、新理念落地的要求。
为达到这一目的，BoEing 工程在重构核心业务系统的同时，梳理、改造了总行关联系统及分行特色业务系统，满足了农业银行在新形势下的产品快速创新、全面风险管理、精准客户营销等方面的需要，真正体现了“战略前移、规划前移、标准前移、需求前移”的思想，实现了“应用集成、信息共享、基础统一”的企业级逻辑集中目标。
一、BoEing 工程建设背景和主要实施过程21 世纪初，国内银行业借助科技力量，通过实施数据集中工程，初步实现了银行业的信息化。
2006 年11 月，历时多年的农业银行数据大集中工程圆满完成。
与此同时，农业银行积极实施经营转型和县域蓝海战略，开创全新的市场空间。
在这一背景下，2008 年底，农业银行做出了建设新一代核心业务系统建设的决定。
农银人寿移动应用系统建设实践与展望
农银人寿移动应用系统建设实践与展望作者：闫友祥来源：《中国金融电脑》 2015年第4期在提升客户体验的同时，移动互联网带来的全新保险运营模式更是大大降低了保险公司的经营成本，为保险公司推出更优惠的保险产品创造了条件。
对保险公司来说，移动互联网降低了其市场开拓成本，扩大了其服务范围，带来了更多的利润空间；对保险客户来说，其投保渠道更加便捷，保险产品的选择更加灵活，保险服务的获取更加有效。
农银人寿保险股份有限公司信息技术部总经理闫友祥随着移动互联网、云计算、大数据等新技术的快速发展，移动金融作为丰富金融服务渠道、创新金融产品和服务模式、发展普惠金融的有效途径和方法，将发挥越来越重要的作用。
保险作为金融产业的重要组成部分，只有构建先进、灵活的移动应用信息化支持体系，才能实现保险产品、服务和渠道的创新，从而更好地为客户服务。
一、现有移动应用建设情况农银人寿自成立以来，业务发展迅猛，信息科技工作也取得不俗业绩，开发了基于安卓平台十英寸平板的移动建议书APP，实现了客户登记、投保规则校验、保费计算、利益演示、建议书生成等功能，初步搭建完成了微信管理平台，打通了微信与内部业务系统的接口。
1．存在的主要问题（1）缺乏整体规划目前，农银人寿各类移动应用基于满足零散需求开发，缺少移动信息化整体架构规划，导致各应用之间一定程度存在信息孤岛现象，并有可能造成最终系统融合障碍。
此外，各类移动应用基于各部门或渠道独立运行，对外服务也相对零散。
（2）主流移动平台支持不足由于各移动平台采用的开发技术和技术标准不尽相同，不同平台上（特别是安卓平台）的终端五花八门。
基于成本和当时资源配备情况的考虑，农银人寿在移动应用规划前期选择了以安卓系统十英寸平板为开发平台，对主流移动应用平台支持不足，无法实现平台间移植，可扩展性不足。
2．面临的机遇与挑战移动互联网的迅速普及和移动技术的快速发展，为保险行业新一轮创新发展和转型变革带来机遇。
借助新技术，为客户打造全方位的服务体系，为营销队伍提供全方位的后台支持；为内部管理提供全时点、全方位、全领域的决策支撑，成为新时期保险科技工作的重要使命。
中国人寿江苏核心业务系统情况描述精品文档7页
1.1.1.1.江苏核心业务系统情况描述江苏的核心业务系统实际上是一套综合业务处理系统。
1997年，江苏省初步建立了较为完善的信息管理平台，所有营销险种上机处理，为江苏寿险业电子化建设打下良好的基础；2000年，江苏省又提出了寿险财务业务一体化处理的思路，进一步理清寿险管理思路；2001年，按照总公司实务，江苏省对核心业务系统进行改造；2002年，江苏省相继开发了影像系统、红利派发、一站式服务系统。
1．核心业务系统的特点(1) 新老险种、个险、团险、短险均统一在核心业务系统中。
(2) 支持业务财务一体化，即其业务处理业务处理同步反应业务、财务信息，体现业务与财务之间的相互相互制约关系，对权责发生制记账方式提供良好的支持。
(3) 个人代理管理和佣金计算统一在业务处理系统中完成。
(4) 支持“一站式”服务，同时支持理赔服务免填单。
(5) 支持对机构（如核算单位，业务单位，营业点等）进行统计。
(6) 可以实现单位间代收代付的清算工作。
2．功能模块情况江苏省的综合业务系统功能模块包括两个部分，即寿险业务处理部分和寿险业务数据管理部分，见下图。
3．问题描述1>系统功能不够全面。
2>系统零散，信息数据一致性不够强。
3>采用的技术相对比较陈旧。
4>理赔流程需要进一步简化，人机操作界面尽量简单和标准化。
5>对于业务员管理，绩效分析和业务动态分析需提供更加友好的界面。
4．未来展望江苏省核心业务系统的功能基本能够满足现有的业务要求，未来还需要从以下几个方面进行完善。
1> 对“以客户为中心”的支持仍需要增强。
2> 进一步对快速理赔的支持。
3> 构建完整的业务管理模块和信息结构，灵活的业务工作流程，清晰的技术结构以及友好的界面。
4> 三层架构设计，IE浏览器页面，采用先进的开发技术。
1.1.1.2. 上海核心业务系统情况描述上海核心业务系统于2000年正式启用，该系统采用三层构架的开发模式，将各业务模块集中在一起。
人保财险核心业务系统运维自动化平台设计与实现
人保财险核心业务系统运维自动化平台设计与实现作者：杨旸解文琳来源：《财经界·学术版》2015年第18期摘要：文章讨论了人保财险南京公司现阶段核心业务系统运维方面存在的问题，结合实际研究了多服务协同下的数据交互技术、数据管理技术在保险实务运维中的优势。
设计并研发了人保财险核心业务系统运维方案自动化平台，并融入运维风险管控机制，通过阶段性测试验证了其高效性与实用性。
关键词：运维自动化风险管控数据交互一、引言在保险实务的开展中，不可避免出现录入错误、系统BUG及非常规客户需求变更等需要系统运维人员介入的情况，同时运维工作的规范化十分重要，不规范的运维轻则导致数据质量问题，重则导致风险扩大，造成经济损失，直接对保险公司的正常业务发展造成影响。
笔者认为，现阶段运维工作存在以下可以改进之处：（1）采用人工作业模式，大多情况下缺少实现过程的自动化，可能导致一定的人工误差；（2）缺乏统一的方案制定规则，存在一定的风险隐患，方案的不完备或运维人员的失误可能导致数据质量问题。
（3）处理过的问题不能有效的整合归纳汇总，运维经验不能被后续同类问题处理人员所复用。
（4）部分运维人员积累了自己的运维方案模板，但多以文件形式存放，而不是采用数据库存储的形式进行管理，导致可读性不强。
综上所述，有必要研发用于运维的辅助系统，方便方案制定者快速、高效、准确的制定统一的运维方案，提升为业务服务的质量，提高运维工作效率。
二、智慧运维的提出与运维实务同等重要的是运维知识的沉淀与风险管控，具体则体现在运维日志的管理上。
现阶段运维日志仍采用传统的手工Excel录入模式，即各人记录各自的运维日志，并以文件形式保存。
这种模式在大数据、互联网的今天已经呈现出诸多弊端[2]，如：信息维度不统一、查询条件不全面、数据存储不安全、信息不共享等，已经给运维工作造成了一定的影响，具体表现在以下几个方面：（1）信息维度不统一导致运维资料汇总分析维度难以确定，标准难以固定；（2）查询条件不全面导致筛选目标数据变得困难，尤其是数据量较大、且筛选条件较多时难以快速追溯历史问题；（3）数据存储不安全，采用文件形式存储容易导致手工日志的意外丢失、覆盖等问题；（4）信息不共享导致各运维人员只能查看各自的日志，给运维知识的沉淀与传承带来了阻力，影响运维“传、帮、带”工作的实施，同时这种“闭门造车”的做法也会导致对运维风险预判的失误，从而可能使问题再次扩大或造成不良后果。
农业银行打造全行一体化业务运营响应体系
农业银行打造全行一体化业务运营响应体系
佚名
【期刊名称】《中国金融电脑》
【年(卷),期】2012(000)003
【摘要】2月1日，农业银行总行机关业务运营响应平台采取“整体部署，一次切换”的方式成功上线，这标志着农业银行全行一体化的业务运营响应体系正式搭建完成。
目前，该业务运营响应平台在同业中尚属首创。
【总页数】1页(P93-93)
【正文语种】中文
【中图分类】F832.33
【相关文献】
1.通信企业基于数据价值提升的业务财务一体化的资源监控评价体系研究——以某省级电信运营商管理会计体系建设实践探索为例 [J], 楼斌;张羽;时晓宇;李进鲁;
2.以临柜服务需求为核心着力构建实时性、智能化的业务运营响应支持体系 [J], 万坤伦;陈平
3.打造湖南"货港航"一体化运营体系的思考 [J], 李振宇
4.通信企业基于数据价值提升的业务财务一体化的资源监控评价体系研究——以某省级电信运营商管理会计体系建设实践探索为例 [J], 楼斌;张羽;时晓宇
5.工商银行构建运营风险智能管控体系为全行业务经营与改革发展保驾护航 [J], 毛群
因版权原因，仅展示原文概要，查看原文内容请购买。
保险业：重整核心业务平台
保险业：重整核心业务平台
佚名
【期刊名称】《中国计算机用户》
【年(卷),期】2005(000)001
【摘要】近年来，伴随着保险业的陕速发展，保险业信息化建设也在加速向前推进。
2004年，保险业信息化建设水平不断提升，取得了显著成绩，保险信包化进入了一个新的发展阶段。
【总页数】1页(P50)
【正文语种】中文
【中图分类】TP393
【相关文献】
1.IMS核心网与DOCSIS宽带业务平台可运营级对接的关键技术研究 [J], 高智强;李树炜
2.基于MICAPS 3核心的人影业务平台设计与开发 [J], 吴林林;刘黎平;徐海军;李爱华
3.基于PKI的网上社会保险业务平台设计 [J], 兰剑
4.以标准化建设提升保险业核心竞争力——写在《中国保险业标准化五年规划》颁布之际 [J], 裴光
5.英特尔加速打造企业开放架构核心业务平台 [J], 本刊讯
因版权原因，仅展示原文概要，查看原文内容请购买。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2万名
总用户
1000亿
保费/年
10年+
系统服务
1000万名
总客户
100种
险种/年
10万名
销售人员
一、项目简介：保险IT的挑战
唯一不变的是一切在变！
IT方面
管理 变化
需求 变化
外部 变化
业务方面
渠道 | 流程 | 产品 | 规则 | 销管基本法 | 监管
一、项目简介：为何使用云
市场响应速度 未来十年业务需要
批处理平台 Batch
规则管理 IBM ODM
渠道接入平台 CIP
报表平台 Report
流程管理 IBM BPM
监控平台 MONITA
分布式事务管理 DTX
自建 完成
购买 实施中
自建 实施中
IaaS组成
虚拟机-VMware
数据库-Oracle 12C
中间件-Weblogic 12C
完成 可提高
二、新核心系统的云平台
目录
一 项目简介 二 新核心系统的云平台 三 实例：批处理平台（Batch PaaS） 四 实例：用户管理（UM PaaS） 五 总结
三、实例：批处理平台
• 分布式并行计算
• 动态增加或删除节点
1
• 故障自动转移
3
Java Only
2
二次开发（基于合作厂商产品）
ZooKeeper，VMware
4
n 批处理平台提供批处理开发、批处理运行管理两部分功能 n 主要用于大批量数据的统一处理，如分红批处理，满期批处理等
三、实例：批处理平台
原开发模式
开发人员学习平台的五个基本概念，并开发实现其中3个的子类即可。
一个并行计算任务 称为Job
Job
执行任务拆分的逻辑 需要实现
Distributor
拆分
任务拆分为多份并行执 行，每一份叫做Task
多租户不同需求 （下一个实例）
多租户
不只是在数据库中增加一个区分租户的字段
三、实例：批处理平台
多租户的实现
原系统无多租户
n 用户能够查看和管理所有 的批处理（安全风险）
n 批处理自动分配到所有服 务器执行（资源争用）
n 数据库访问由批处理程序 自行设定（安全风险）
新系统（多租户）
n 用户能够查看和管理自己 的批处理（安全）
跟别人有点不一样？
充分利用遗留
应用系统
充分利用已购买
软硬件资产
充分利用现有
人员的知识技能
二、新核心系统的云平台
别看广告，看疗效！
保险最易变五要素实现80%
应用开发基础模块实现6个
渠道
规则
流程
产品
销管 基本法
批处 理
内容
用户 权限
事务 管理
报表
日志 监控
大幅提高上线速度，以及IT应用系统开发的生产力！
资源有限
安全稳定
快点下班！ IT人做梦都想这样！ 节省的发奖金多好！ 又好又快才有意义！
目录
一 项目简介 二 新核心系统的云平台 三 实例：批处理平台（Batch PaaS） 四 实例：用户管理（UM PaaS） 五 总结
二、新核心系统的云平台
基本特性
快速弹性
多租户
按需自服务
资源池
可计量服务
服务模式
Task Task Task
执行 Executor
获取共享资源 SharedResourceHolder
执行Task的逻辑，叫做 Executor（执行者）
需要实现
封装公共操作，如初始化数据库连接 池，缓存连接池，Spring上下文等
需要实现
三、实例：批处理平台
原部署结构
* 无单点故障 * 支持节点动态增减 * 自动故障转移
一、项目简介
公司情况：
n 农业银行控股 n 中小型寿险公司 n 发展很快（年增长50%+） n 传统金融行业 n 成立10年，更名3年
现状分析：
n 背景、约束 n 资源有限 n IT有点跟不上 n 保守、安全 n 大量遗留系统
现有核心业务系统是2007年建设，近几年故障多、性能差、改造困难，无 法满足公司业务快速发展需要，技术方面问题：
农银人寿新一代核心业务系统 云平台否解决公司的问题？ 投入产出是多少？
坚持？观望？试水？推倒重来？
一边是云技术发展如火如荼，高高在上
一边是公司现实差距太大，如陷泥潭
本文讲述农银人寿在云平台方面的实践，希望能提供一个有益的参考
目录
一 项目简介 二 新核心系统的云平台 三 实例：批处理平台（Batch PaaS） 四 实例：用户管理（UM PaaS） 五 总结
软件即服务 SaaS
平台即服务 PaaS（10个）
基础设施即服务 IaaS（3个）
部署模式
公有云
私有云
混合云
（远期规划）
实施模式
商本业地产实品施【7个】
自外主包设开计发【6个】
开自源 主产 开品 发【0个】
SaaS组成
二、新核心系统的云平台
待规划……
PaaS组成
用户管理 UM
内容管理 ECM
产品工厂 PF
三、实例：批处理平台
我们做了哪些改造使其成为PaaS平台？
Batch 原批处理平台
l 多租户 l 虚拟机动态分配（A、C节点） l 数据库动态分配（未完成） l 中间件动态分配（M，未完成）
Batch PaaS 新批处理平台
三、实例：批处理平台
1 隔离性
n 数据隔离 n 性能隔离 n 安全隔离
2 适应性
技术陈旧，集成困难：JDK 1.4.2，目前很多软件无法集成
架构设计不好，扩展困难：JSP+Servlet
运行不稳定，性能差：不定期宕机，紧急补丁多，批处理速度慢
一、项目简介：建设目标
项目建设目标 n 推动公司运营体系、营销机制的创新 n 提高生产化水平和市场响应速度 n 增强公司的市场竞争力和影响力 n 支撑公司未来十年业务发展需要
n 用户的批处理自动分配到 自己的服务器执行（性能 隔离）
n 用户仅能访问自己的数据 库（数据隔离）
新增功能： n 服务器管理（包括申请，
审批，授权使用，授权回 收） n 数据库管理（授权，回收）
三、实例：批处理平台
动态分配的实现
原系统 （无动态分配）
n 所有用户能够使用的服务器是 预先安装配置好的
n 如果需要增加资源，需要走审 批流程（甚至采购流程）
新系统
（动态分配，目前针对运算单 元的服务器）
n 当计算资源不足时，用户申请 计算节点
n 虚机管理员审批后，系统自动 调用vmware接口，按需创建虚 机
n 批处理管理员授权给用户使用 n 用户的job就可以使用这些计算
节点了，批处理马上提速 n 当然，如何管理员预先给用户
分配虚机，就不需要申请了。
注：管理节点一般不是性能瓶颈，动态分配Oracle DB、Weblogic尚未实现
A应用 B应用 管理员
三、实例：批处理平台