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

“备”则“倍” 有准备、有规划的人生更精彩！ 平安科技平台架构发展方向 IT集中培训课程演示稿 资料来源---在线代理;http://60 初步E化 小型机平台 1993-1995 产险业务逐渐成熟，寿险业务开始起步 电脑化操作起步阶段 低成本的PC平台 2000－2001 新渠道（电话中心、PA18、外部代理等出现） 前后线分工，后勤逐步往省级机构集中 引进WEB技术，全国网络化运作升级 PA18平台连接产、寿、证系统 开发证券集中式交易系统 1996－1999 寿险业务起飞 证券交易快速增长 寿险LBS/GBS /HBS、产险 PCIS等系统逐 渐成形 引进UNIX /ORACLE为主的C/S平台 3、4级机构远程操作 微机平台 综合业务统一平台 业务进展 IT进展 2002－2004 综合开拓 服务质量提升 合作伙伴联网 大后援建设 过渡到J2EE标准的3层架构 全国数据库集中运作 统一跨业务系列的客户数据 平安科技平台的发展历程 改造科技平台，配合平安以客户为中心，多产品，多渠道的综合开拓模式 以客户、产品及销售渠道为中心，重新划定系统分界。 将用户界面与后台系统分开 为各客户服务渠道提供一个最能配合其工作流程的用户界面。 在适当条件下，引进各种相关技术，帮助了解客户与产品的各种关系及参数 以客户为中心 共享客户群 共享销售资源和销售渠道 共享客户服务 共享后台运作资源 提供一站式服务 提供跨品种，捆绑式的产品 深入了解客户，设计更合适产品 技术目标 业务目标 集中数据存储，除了强化管理及善用资源外，更需为新系统提供不可缺的技术基础 5. 4. 3. 2. 1. 集中客户资料，需定义一个新的客户数据模型 新项目需要用不同而且是 随意(ad hoc)的方式连接，做成系统的相互关系模糊 现有产品系统内部功能强，但外接功能弱，没有明确的介面 为应付业务需求及体现新策略而开发的新项目，需在短期内上线 需要在短至中期内，继续以现有系统支持业务发展 现有产品系统不能也不宜在短时间内以全新系统取代 影响 现况分析 新一代平台架构的基本思路 发展方向 预期效果 有效共享软硬件资源 数据管理集中化、企业化，加强保护信息财产 逻辑集中有助跨业务系列的数据共享（如客户资源） 加强业务逻辑的重用性，更有效地运用开发及软硬件资源 提供系统对外接口，更有效支援对外业务合作 统一用户界面标准，提高系统可用性，并且缩短培训周期 集中用户管理，加强权限控制，提高总体安全性 数据库进行物理集中 对部份关键数据(如客户数据进行逻辑集中 增加业务逻辑层，引入应用服务器 定义业务系统对外接口（interface) 走向基于浏览器的用户界面 建立内部门户(portal)，并引进Single-Sign-On技术 建立以J2EE为基础的新一代科技平台 数据库 业务逻辑 用户界面 Switch 2950 (VLAN 1) Switch 2950 (VLAN 2) Web Tier App Tier PA Intranet Switch DB Tier PA Intranet Switch F5 BigIP F5 BigIP Load Balancer PA Server Farm Subnet PA Intranet 10.16.?.?/16 192.168.64/24 192.168.32/24 10.16.?.?/16 通过2-3年时间的重点推动， 建立起新一代基于J2EE技术的科技平台 2003 2002 2001下半年 基础建设 产险 平台再造项目的时间表 寿险 证券 集中客户信息管理系统（CIF2) 用户管理系统 Oracle Forms9i移植 PCIS系统J2EE移植 LBS/HBS/GBS J2EE移植 证券集中交易系统（基于J2EE平台） 平台再造项目的一些初步成果 具体项目 进度及状况 完成基本功能开发，以及与各业务系统的数据同步程序 完成主要机构的上线工作 应用系统相继投产, 包括： 网上查询中心 业务员网上办公系统 综合开拓（政权特派总监） 电话中心 完成调研工作以及原型开发 规划正式投产 完成对LDAP的调研，并开始构建具体LDAP+SSO平台 定义针对平安的目录信息树（DIT) 完成试点原型开发，引证新平台技术于产险业务系统上的可行性 完成系统开发，进入最后测试阶段 2002下半年将正式投产 集中客户信息管理系统 寿险平台往Oracle Forms9i转移 用户管理系统 产险试点项目 证券集中交易系统 在建立新平台架构的同时，必须同时完善各项IT管理制度(一） 重点推广工作 预期效果 更有效地控制