科技平台架构发展方向平安保险

2021-9-261平安科技平台架构发展方向平安科技平台架构发展方向IT集中培训课程演示稿2021-9-262初步E化小型机平台 1993-1995产险业务逐渐成熟，寿险业务开始起步电脑化操作起步阶段低成本的PC平台 20002001新渠道（电话中心、PA18、外部代理等出现）前后线分工，后勤逐步往省级机构集中引进WEB技术，全国网络化运作升级PA18平台连接产、寿、证系统开发证券集中式交易系统 19961999寿险业务起飞证券交易快速增长寿险LBS/GBS /HBS、产险 PCIS等系统逐 渐成形引进UNIX /ORACLE为主的C/S平台3、4级机构远程操作微机平台综合业务统一平台业务进展IT进展 20022004综合开拓服务质量提升合作伙伴联网大后援建设过渡到J2EE标准的3层架构全国数据库集中运作统一跨业务系列的客户数据平安科技平台的发展历程平安科技平台的发展历程2021-9-263改造科技平台，配合平安以客户为中心，多产品，多渠道的综合开拓模式改造科技平台，配合平安以客户为中心，多产品，多渠道的综合开拓模式业务目标技术目标1. 以客户为中心2. 共享客户群3. 共享销售资源和销售渠道4. 共享客户服务5. 共享后台运作资源6. 提供一站式服务7. 提供跨品种，捆绑式的产品8. 深入了解客户，设计更合适产品1. 以客户、产品及销售渠道为中心，重新划定系统分界。2. 将用户界面与后台系统分开3. 为各客户服务渠道提供一个最能配合其工作流程的用户界面。4. 在适当条件下，引进各种相关技术，帮助了解客户与产品的各种关系及参数2021-9-264现况分析影响1.现有产品系统不能也不宜在短时间内以全新系统取代需要在短至中期内，继续以现有系统支持业务发展2.为应付业务需求及体现新策略而开发的新项目，需在短期内上线3.现有产品系统内部功能强，但外接功能弱，没有明确的介面新项目需要用不同而且是 随意(ad hoc)的方式连接，做成系统的相互关系模糊4.集中客户资料，需定义一个新的客户数据模型5.集中数据存储，除了强化管理及善用资源外，更需为新系统提供不可缺的技术基础2021-9-265新一代平台架构的基本思路新一代平台架构的基本思路发展方向预期效果 有效共享软硬件资源 数据管理集中化、企业化，加强保护信息财产 逻辑集中有助跨业务系列的数据共享（如客户资源） 加强业务逻辑的重用性，更有效地运用开发及软硬件资源 提供系统对外接口，更有效支援对外业务合作 统一用户界面标准，提高系统可用性，并且缩短培训周期 集中用户管理，加强权限控制，提高总体安全性 数据库进行物理集中 对部份关键数据(如客户数据进行逻辑集中 增加业务逻辑层，引入应用服务器 定义业务系统对外接口（interface) 走向基于浏览器的用户界面 建立内部门户(portal)，并引进Single-Sign-On技术建立以J2EE为基础的新一代科技平台数据库业务逻辑用户界面2021-9-266Switch 2950 (VLAN 1)Switch 2950 (VLAN 2)Web TierApp TierPA Intranet SwitchDB TierPA Intranet SwitchF5 BigIPF5 BigIPLoad BalancerPA Server Farm SubnetPA Intranet10.16.?.?/16192.168.64/24192.168.32/2410.16.?.?/162021-9-267通过2-3年时间的重点推动， 建立起新一代基于J2EE技术的科技平台200320022001下半年基础建设产险平台再造项目的时间表平台再造项目的时间表寿险证券集中客户信息管理系统（CIF2)用户管理系统Oracle Forms9i移植PCIS系统J2EE移植LBS/HBS/GBS J2EE移植证券集中交易系统（基于J2EE平台）2021-9-268平台再造项目的一些初步成果平台再造项目的一些初步成果具体项目进度及状况完成基本功能开发，以及与各业务系统的数据同步程序完成主要机构的上线工作应用系统相继投产, 包括：-网上查询中心-业务员网上办公系统-综合开拓（政权特派总监）-电话中心 完成调研工作以及原型开发 规划正式投产 完成对LDAP的调研，并开始构建具体LDAP+SSO平台 定义针对平安的目录信息树（DIT) 完成试点原型开发，引证新平台技术于产险业务系统上的可行性 完成系统开发，进入最后测试阶段 2002下半年将正式投产集中客户信息管理系统寿险平台往Oracle Forms9i转移用户管理系统产险试点项目证券集中交易系统2021-9-269在建立新平台架构的同时，必须同时完善各项在建立新平台架构的同时，必须同时完善各项ITIT管理制度管理制度( (一）一）重点推广工作预期效果更有效地控制及跟踪系统上的变更，从而提高系统稳定性提高需求质量，缩短总体开发周期有效管理需求，明确IT项目计划，有助业务规划相关推广工作提高系统质量，直接提升用户满意度减少人工测试的效率及准确性问题提高开发过程的可重复性（repeatability)，改善开发质量和效率基于单一开发标准，统一技能要求，降低培训上的压力，并且更有效地保护公司知识产权配合人事流程，统一系统用户管理，堵塞潜在的安全漏洞引进Rational ClearCase作为版本管理平台制定需求提交标准引进需求管理工具引进RSW作为Web应用的标准测试工具制定标准测试流程及系统质量要求以CMM为主导思想，制定开发流程规范定义及执行各项编程规范基于LDAP技术，建立统一用户管理平台成立SQA以及开发中心R&D小组配置管理需求管理质量控制开发标准用户管理2021-9-2610在建立新平台架构的同时，必须同时完善各项在建立新平台架构的同时，必须同时完善各项ITIT管理制度（二）管理制度（二）系统运营现况现况短期目标短期目标 使用暂行的版本控制手段减少发布频率，降低因版本变更导致系统不可用的时间。 系统自动监控实施已到基础设备层。对网络与小型机数据库已能提出容量预警及实时报错。 建成问题处理系统，有规范地跟踪用户上报的问题，并积极监察处理问题速度。 为财务系统Oracle Financial用户提供资源占用数据。在双方积极合作下，定出管理办法，将用户需求与资源占用作出合理分配。 推行用户验收程序，在系统上线前进行质量检查，但用户验收意识薄弱、IT人员相对被动，造成验收通过，但在推广时才发现问题的个案。 设立统一版本发布流程，将版本变更导致系统出错的风险降至最低。 提升自动监控能力至端到端（end-to-end)，以用户的角度来监察系统的可用性及作出更准确的容量预估。 分析问题处理数据，寻求根本解决问题方法，将相应的修改要求提交开发人员处理。免除重复处理问题的人力浪费及作为系统完善的原动力。 将Oracle Financial 用户需求与资源配套的经验推广至其他系统，帮助用户最有效地使用IT的服务。 认真执行用户验收，帮助用户积聚验收经验。使用标准测试工具，有系统地推行测试，免除上线后才发现问题的情况。初步实现规范化、标准化管理。但在过渡期内，还需实行各种临时措施处理日常遇到的运营问题。以规范化、标准化为手段，增强预估及处理突发问题的能力，把影响运作的不可控因素减至最低。2021-9-2611数据分析正处于从分散走向集中的过渡期：小型机数据库集中；网络扩容及增加备份；系统的容灾能力虽有改善，但仍属起步阶段,已实现总公司系统备份磁带的异地存放，但信息安全只在各层面各自落实，欠缺整体规划。报表的种类与用量不断增加，对各系统造成重大压力： 类似报表重复开发 相同指标用不同计算方法导致结果不一致 生产报表占用过多资源，影响客服时有发生。 用作分析数据的工具原始，没能力为用户提供个性化分析服务，间接造成重复开发的浪费。充分发挥集中带来的优势： 关键系统无单点故障，显著提升可用率，保证客服素质； 建立机制，防患于未然，保证数据安全及改善系统的容灾能力； 集中提升两大电脑中心维护人员技能，减低人为错误及客观问题而引起的系统故障； 集中管理，提升内、外部网及OA系统安全性； 集中用户管理与权限控制在LDAP系统，增强系统安全。统一规划分析功能，建立专用作数据分析平台： 与用户合作对报表需求的合理性进行检讨，剔除不合理的工作量 以保护前台客服素质为原则，重新分配资源，与用户共商报表管理办法 建成MIS系统，先满足上市公司数据要求，后推广至总公司及分支机构各部在建立新平台架构的同时，必须同时完善各项在建立新平台架构的同时，必须同时完善各项ITIT管理制度管理制度（三）（三）现况现况短期目标短期目标基础建设2021-9-2612用户关系提高IT透明度，积极量化各项工作。已能就服务素质提供客观数据，但人力及其他资源的投入及分摊的数据还未完备。进一步提高IT透明度，完全量化投入及分摊的情况。主动以这些数据与客户沟通，帮助用户根据投入产出的比较将需求定出先后，以求最有效地利用IT资源。现况现况短期目标短期目标在建立新平台架构的同时，必须同时完善各项在建立新平台架构的同时，必须同时完善各项ITIT管理制度管理制度（四）（四）2021-9-2613总总 结结 中国金融市场在入世后的环境转变加上平安业务的迅速发展，引发起对IT要求的提升。 新一代科技平台的应运而生，以及IT管理体系的进一步优化将有助提高平安IT迈向专业化、国际化。 2002-2004年为平安IT体系转型的关键时期；争取通过2-3年的持续执行，能使新一代科技平台以及相关管理措施得到全面落实。