业务发展与IT建设统一规划项目
信息科技架构蓝图总体规划
企业架构规划意义
2
系
统
建
设
视
角
企
业
全
局
视
角
战略
架构
系统
建设
企业整体发展战略
业务战略 IT战略
系统建设
业务
需求
系统
设计
开发
实施
交付
使用
IT 解决方案
运行
维护
业务需求驱
动信息技术
信息技术提
升业务能力
系统设计“=” 自助服务区设计
IT架构蓝图“=”智能网点规划
企业发展战略“= ”网点智能化战略
企业架构是业务与IT的桥梁,通过架构规划,铸造业务落地的信息化骨架,指导未来系统有序
建设
IT架构蓝图
IT架构规划核心思路
应
用
架
构
数
据
架
构
集
成
架
构
实施路径规划
技
术
架
构
目录
3
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
陕西信合业务创新发展关键需求
4
IBM业务能力模型
前期业务访谈发现
绩效管理
财务管理
客户管理
渠道管理
产品管理
风险管理
流程管理
机构管理
实现以“以客户为中心”的经营模式,加强客户营销
提升渠道协同能力和服务质量某省市场先机
利用业务转型、机构整合机会,实现业务全面发展
适应业务的快速发展,支持产品的持续快速创新
建立全面风险管理体系,保障全社持续、稳健经营
集中管理风险,提高专业化程度,降低运营成本
提高财务管理精细化程度,为全社发展决策提供依据
加强绩效考核管理,实现精细化、规范化经营
业务创新发展的关键需求
信息科技基础平台
营
销
创
新
渠
道
创
新
流
程
创
新
风
控
创
新
精细化管理
实现创新发展对信息化建设提出的关键能力要求
5
实现以“以客户为中心”的经营模式,加强客
户营销
提升渠道协同能力和服务质量某省市场先机
适应业务的快速发展,支持产品的持续快速
创新
建立全面风险管理体系,保障全社持续、稳
健经营
集中管理风险,提高专业化程度,降低运营
成本
利用业务转型、机构整合机会,实现业务全
面发展
提高财务管理精细化程度,为全社发展决策
提供依据
加强绩效考核管理,实现精细化、规范化经
营
1
2
3
4
5
6
7
8
以客户为中心的体系架构
实施交算分离
面向SOA、弹性、可扩展的应用组件化设计
流程驱动和业务协同
渠道统一接入和协作处理
开放、标准化的服务和接口
多维度的差异化定价
全面的风险控制支持
多法人组织和多级清算架构
成熟的、可扩展的数据架构和数据服务体系
快速弹性的产品创建
业务发展关键需求 IT建设关键能力
现状回顾一:陕西信合所面临的突出某省市联社、各级法人机构存在
不同的业务诉求
6
省联社 法人机构
“在经营上充分尊重县级机构法
人地位,在管理上某省市统一
管理”
---三届一次理事会
• 淡化审批、强化监督、强
化服务某省市联社职能转
型
• 某省市联社六个中心定位,
具备服务、管理、监督的
能力
• 做强做优升级服务大平台,
满足各法人行社个性化、
差异化的业务需求
• 能够按照区域客户群体、
业务类别的差异,满足客
户个性化需求
• 支持产品创新、渠道创新、
流程创新,提升自身服务
能力
• 加强风险防控、经营决策、
精细化管理、绩效考核能
力建设
业务诉求
关键问题一
省联社和法人机构存在着不同的业务诉求:
• 省联社自上而下的管理服务要求;
• 法人机构自下而上的个性化服务和经营管理需要。
现状回顾二:缺乏企业级的数据和应用集成,不能有效提升基于数据的分析
的营销和精细化管理,也不能解决统一管理和差异经营的需要
7
数据分散、不利于开展分析和营销
• 客户信息分散在不同的应用系统;
• 部分联系信息存在信贷员记忆;
• 农户信息档案以纸质形式存放。
系统间连接复杂,不敏捷开发
• 系统之间多以点对点方式连接
• 存在5套ESB,且彼此之间不共享
关键问题二
缺少企业级的数据和应用服务
• 数据采集不全,过于分散,不能形成整体企业画像;
• 应用存在冗余、分布不清。
现状回顾三:缺少公用业务组件,不能有效提升业务创新能力,且存在重复
建设,造成资源浪费
88
架构定义不清
• 信息交换系统部分充当了信息交换的
功能;
• 存在五套ESB来衔接不同应用
关键问题三
缺少通用的业务组件
• 存在重复的IT投入,造成资源浪费;
• 应用存在冗余、分布不清,不。
存在功能冗余
• 中间业务在信息交换系统和中间业务
系统中都有体现;
• 地市不能自助开发中间业务
现状回顾四:缺乏全行统一的技术标准,提升了系统之间交互的复杂度,不
能有效支持便捷、高效的业务创新
9
缺乏统一的数据标准
• 系统建设以采购厂商解决方案为主,
暂未形成全行统一的数据标准
• 数据定义主要有信息科技部指定,缺
乏业务部门的参与
缺乏全行统一的技术标准
• 缺少统一的交互和集成标准,目前主
要是通过信息交换平台来实现
• IT资产可复用程度低,缺少统一的账
务接口,难以实现便捷开发
关键问题四
缺少全行统一的数据和服务标准
• 没有形成业务与IT相一致的数据标准,业务部门的诉求不能很好的转化成IT
需求;
• 应用程序的复用程度不高,不能满足快速创新和敏捷开发的需要。
信息科技架构蓝图规划方向:沿着专业化、企业化、平台化、标准化的方向
推进信息化建设
10
蓝图
规划
专业
化
平台
化
标准
化
企业
化
• 满足法人行在营销、定价、风控和核算等方面的个性化需求
• 可以某省市、法人行放权,支持多层级和扁平化的机构设置,
在不同的层次给予不同的权限
• 满足精细化管理和数据报送的要求
• 信息根据法人进行拆分,同时实现法人间信息的屏蔽和分享
• 打通系统间壁垒,提供跨渠道、跨机构
的一致性服务能力
• 在不同法人机构之间提供产品服务可复
制能力
• 提供统一的技术标准和组件,避免各法
人机构独立分散开发系统
• 在统一平台上提供各级法人机构灵活的
研发拓展能力
• 实现数据集中存储,针对每个法人提供
完整的、一致的信息视图
• 构建企业级的应用系统,提升以法人联
社为单位的营运能力
• 实现法人机构内的客户信息统一视图和
本外币一本帐的会计核算体系
• 某省市统一的技术标准和规范,满足未来不同应用之
间互联互通的需要
• 提供标准化的代码模板,满足法人机构个性化开发的
需要
• 建立统一的准入机制和标准接口,满足外部查询和服
务的请求
目录
11
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
12
信息科技架构总体设计原则
架构规划原则 详细原则
业务导向原则
IT规划必须充分体现业务发展的战略,保持与业务目标的高度一
致,并按照业务目标的优先级制定规划实施路径
GP1
点面结合原则
在规划整体蓝图和实施路径的基础上关注重点领域,针对当前面
临的主要问题给出具体建议
GP2
先进性原则
为保证本次规划对业务和技术的引导作用,应当充分借鉴国内外
银行业务与发展趋势、合理的规划和实施方法以及信息技术最新
成果,保证业务需求与系统规划的先进性
GP3
可实施性原则
本咨询项目中的落地性考虑是规划中重要原则,在咨询过程中充
分理解陕西信合的定位与特点,业务现状和金融监管的要求,降
低方案实施的难度和复杂度
GP4
弹性架构原则
架构规划上要充分考虑未来的业务发展和创新需要,兼顾功能和
非功能性方面的要求,确保未来的架构能够随着业务的发展进行
灵活拓展,满足3-5年内业务发展的需要
GP5
专业化:按照多法人架构打造动态、灵活的信息系统体系,满足当前两级法
人的需要,也具备未来提供社会服务的能力
13
客户层客户层
面面
产品层产品层
面面
定价层定价层
面面
组织层组织层
面面
分析分析层层
面面
风控层风控层
面面
多法人解决
方案
数据处理
服务处理
同时还要支持机构的灵活变更,能够快速响应机构新增、整合的处理,适应
陕西信合产权改革的需要
14
营业机构
管理机构
实体机构
虚拟机构
业务范围
业务权限
业务规则
业务流程
数据汇集
会计主体
• 按职能分为营业机构、会
计主体、管理机构等
• 按类型可区分为实体机构
和虚拟机构
• 每个法人由多种职能的不
同机构构成
• 通过多维度的关系定义来构建机构之间的面向业务、经
营、管理等多个层面上的关联关系
• 理论上,各关系之间相互独立,互不影响,如现金调拨
和凭证调拨之间的关系,可独立定义
• 机构间不同关系可定义不同的层级关系
• 对于部分业务处理可共享同一关系定义,或者通过关联
来形成两个关系之间的约束定义
• 通过各个机构之间在不同关系框架
下的关系结构,用以满足不同法人
对业务范围、权限的要求不同
• 通过业务规则的灵活定义满足业务
流程的差异化
• 体现多法人对数据汇集路径和归总
展现的差别
机构 关系 处理
R
R
专业化发展战略及举措
15
举措一:在数据层面实现数据分区,将不同的法人机构数据放在不同的数据分区上,严
格禁止访问。
举措二:在应用层面实施访问控制,交、各类参数、限额控制等都以法人为单位进行单
独设置;法人行不做设置某省市联社默认设置为准。
专业化发展战略
专业化发展举措
满足两级法人体系下的集中运营和差异化竞争的需要。
严格按照监管要求和自身运营需要,实现数据隔离和访问控制。
通过集中运营的方式,提升运营效率和降低运营成本。
专业化主要举措一:数据分区 – 从以下三个方面对不同法人行的数据进行
隔离
批量作业
数据库表/文件/ 内存
表 分区
服务目录
数据库表
数据库表
数据库表 n
表空间
数据库表
数据库表
数据库表 n
表空间
数据库表
数据库表
数据库表 n
表空间
服务目录 1 服务目录 2 服务目录 n
作业流 2 作业流 n作业流 1
法人行 1 法人行 2 法人行 n
内存表
内存表
内存表
内存表
内存表
内存表
内存表
内存表
内存表
16
专业化主要举措二:访问控制,设计联机和批量两个适配器,阻止跨分区
的数据访问
数据库实例 批量调度作业流
TX1 - TDT
TX2 - TDT
TXn- TDT
Teller ID(1:3) =? Input Field(X:3) ═
N
Y
数据库表空间 B1
数据库表空间 B2
数据库表空间 Bn
输入信息
DB Unload
DB Unload
DB Unload
Bank ID nnn
Bank ID nnn
Bank ID nnn
Bank Library
Bank 1
Bank 2
Bank n
输入信息Adapter
数据库表下载 Adapter
拒绝
1. 联机交检查交信息中的Bank ID来控制访问相应的分区
2. 支持各个法人行的产品的单独配置,通过产品代码中的法
人行代码来控制产品的使用
3. 支持各法人行的会计科目独立配置或差异配置,包括科目
代码和账
4. 支持各个法人行的会计分录独立配置或差异配置,配置工
具支持多套会计分录的维护
1. 各个法人行的JOB中下载数据库按照分区的数据库表表空间
单独下载,分别处理
2. 数据库的备份和restore也是按照分区的数据库表表空间执行
3. 对于各个法人行的报表差异,应用系统产生一套完整的数据
文件
如果是格式的差异,将由报表系统套用不同的格式处理
如果是内容的差异,将产生一个最大合集的文件内容,再由
报表系统根据需要加工产生报表17
专业化的关键提升点和预期收益
18
关键提升点 IT支持能力 业务预期收益 配套机制
组织 区隔化
每个法人行均有自己独立的空间
各法人行可独立设置各种组织结构关系
适应不同形式的法人机
构并可以转化
支持各种形式的组织结
构
客户 独立性
客户信息按照法人行独立维护
额度信息法人行独立管理
法人行有更大的自主权
来管理客户,服务客户
支持客户信息的独立管
理
产品 个性化
支持各种产品设计与发布模式,允人行自主选择
各法人行可以独立对其产品进行生命理
某省市场化条件下具有
竞争力的产品
支持各自配置个性化产
品
定价 多维度
支持多维度、多层次的差异化定价模式
实现利率与费用、汇率的灵活组合定制
提高快某省市场需求和
提升客户体验的能力
支持在定价过程中多维
度配置
数据 精细化
法人间数据隔离与共享机制
按法人行设立不同的数据管理模式与机制
按法人行设立不同的参数管理机制
为后续分析加工提供数
据来源
所有数据都以明细记载
风控 差异化
支持按法人设置风险控制的业务范围,以及各自
所采用的风控模式
区分业务以及风控级别的不同,设定角色和各自
的权限
适应行内行间不同发展
水平发的差异化
支持各自定义风控的参
数
企业化:站在全行角度上构建信息系统,能够从企业的整体角度出发,实现
信息交互和共享,进行管理、营销、分析和决策
19
企业
化
集成&
共享
整体
视角
盈利
导向
• 站在企业的整体角度进
行规划和设计,确保能
够以企业一体化作为考
量点
• 能够实现一定程
度上的集成和共
享,通过集成和
共享提升客户体
验,提升动态架
构支撑能力
实施成本控制和盈利导
向:
• 区分企业盈利中心、
利润中心和投资中心
• 实施有效的财务共享
和预算控制
企业化发展战略及举措
20
举措一:实现数据集中和共享,同一法人内的数据能够在不同的应用系统中相互访问;
针对法人机构提供统一的数据视图,包括客户信息视图,业务分布视图等。
举措二:实现应用集成和协作,打破传统竖井式建设模式,打通不同应用之间的交互和
协作,提升客户服务能力。
企业化发展战略
专业化发展举措
站在企业整体视角,构建满足未来发展的信息系统。
以营利为导向,按照企业模式组织和运作,优化资源配置,提升企业协作能力。
通过集中运营的方式,提升运营效率和降低运营成本。
企业化某省市联社统一搭建技术平台,达到行业成熟阶段目标
21
流程与业务混合
从建模到流程一体化
实现流程与规则引擎处理
复杂流程管理流程集成平台
点对点数据传输
数据分散存储
企业级数据仓库
批量数据交换
数据集中存储数据集成平台
点对点通信 企业服务总线(ESB)集群
企业应用集成(EAI)
企业服务总线(ESB)应用集成平台
基本 标准 成熟
安全认证平台 各系统独立控制安全认证
企业级统一认证
角色权限控制
同一类系统达到统一认证
实现角色权限控制
山东农信目前所处水平
内容管理平台
实现各类信息的电子化和存
储
企业级内容管理
实现内容集中管理和灵活存
取
平台化:推动共享服务平台建设,强化IT支撑体系的共享服务能力,提升信
息化建设效率及质量,快速响应未来业务的快速发展
22
转型
核心系统
网点 客服中心 自主渠道 电子渠道
信贷系统 借记卡 资金系统 XXXX
当前架构
客户
统一视图 核心系统 信贷系统 资金系统 XXXX
应用集成平台
数据应用平台
渠道整合平台
客户服务管理平台
内容管理平台
网点 客服中心 自助渠道 电子渠道
未来架构
统一的渠
道整合
集成的客
户信息
企业级的
应用整合
企业级的
应用服务
企业级的
数据服务
流程集成
平台
平台化发展战略及举措
23
举措一:面向客户、法人机构业务、法人机构科技、村镇某省市联社业务管理的不同视某
省市联社提供可选择的、可配置的,适合多法人结构的业务平台。
举某省市联社统一建设所有业务必需的公共服务平台。
平台化发展战略
平台化发展举措
适应某省市场环境变化某省市联社以服务为主、集中管理的定位。
通过组织、流程和信息科技的变革,构造以金融服务平台为基础的流程银行体系。
以共享服务的方式,为所有法人机构提供全面、灵活、高效、快速的金融服务。
举措一:面向不同用户建立相对应的业务平台,满足业务发展、经营管理和
系统运营的需要
24
••信息交互平台:发展新型电子渠道,提高渠道服务的质量,为城乡客户提供全渠道、差异化服务,突出不同法人的品牌。
••网点服务平台:配合流程银行建设,完善网点运营管理,支持不同法人、不同区域、处于不同发展阶段网点服务流程。
面向客户
••核心业务平台:整合核心业务处理,提供基于账务处理的业务支撑,包括核心业务、IC卡业务、贷记卡业务等。
••中间业务平台:支持地方特色业务的快速上线,实现速赢某省市联社统一某省市级统一业务,各级法人机构开发地方特
色业务。
••信贷业务平台:搭建统一的信贷业务平台,通过流程控制满足不同法人机构的产品和审批流程要求。支持供应链金融、
互联网金融等新兴业务。
••集中作业平台:建立基于影像集中、引擎驱动的流程集成、集中作业支持。为各法人提供差异化集中业务类型、差异化
管控流程、支持法人集中、区域集中的集中作业模式。
••卡管理平台:提供针对借记卡、贷记卡、IC卡的统一管理,包括卡申请、审批、发放和挂失处理等。
••统一支付平台:通过统一支付平台的集中处理,提升各法人机构支付业务的灵活性与适应性。
••银企互联平台:实现不同企业与银行之间的互联互通,提供查询、转账和对账服务。
••联网核查平台:提供银行与认证机构之间的交互,满足身份核查、验资等方面的需要。
••监管报送平台:搭建统一的监管报送平台,满足不同法人机构监管报送需求。
面向法人机构业务
••中间业务平台:提供灵活开发能力和标准规范,支持法人科技自主开发满足法人特色业务和管理要求。
••数据应用平台:加强数据服务能力,某省市数据集中管理、适当隔离、灵活访问,支持法人科技自主进行处理再加工。
面向法人机构科技
••IT运维平台:实现全行信息系统的集中运营和统一调度,支持对运维监控和IT服务的管理。
••风险管理整合平台:实施风险检测、识别、预警和干预机制,提升风险防范能力。支持对新资本协议、合规、稽核审计
的管理需要。
面向法人某省市联社管理
25
举某省市联社统一建设所有业务必需的公共服务平台
客户管理服务平台
渠道整合平台
产品管理平台
数据应用平台
• 在省联社层面构建企业级的客户基本信息单一视图,为各级法人社跨区域经营提供服务。
• 支持各法人机构按不同维度进行客户分级,为业务人员提供客户信息的全面展示,促进交叉营销。
• 建立客户分析模型,支持多样化的客户分析。
• 打造全面的客户管理、营销 、销售、服务的业务平台。
• 实现多渠道的高效协同。通过渠道整合平台,各渠道系统可更有效的实现交叉营销和渠道互动。
• 实现更高的渠道服务水平和管理水平,并降低渠道成本。
• 实现跨渠道的客户服务,提升客户体验感受。
• 省联社统一产品管理和定价指导,允行在统一管控下实现灵活产品定价和服务;
• 支持各法人机构在统一产品管理下的自主产品研发与创新,实现灵活的产品参数配置。
• 提某省市联社和县级法人的财务报表、经营决策报表、绩效考核报表、风险统计报表;
• 提供基于客户信息、账户信息和交的客户贡献度评估;实现客户细分和精准营销
外联交换平台
• 实现与监管机构、第三方公司、合作伙伴、联网核查之间的数据转换和报文交换;
• 打造统一技术交换平台,支持不同数据格式,支持联机和批量数据交换方式。
标准化:借鉴外部标准和行业标准,基于本企业业务标准和信息化建设的需
要,制定满足我社实际情况的标准,提升业务快速部署和精细化经营能力
26
■ 国际标准
■ 国家标准
■ 业务部门制定、反映本企
业业务管理和经营水平的
标准和规范
■ IBM数据标准相关资料
■ 其他数据标准项目的经验成果
• 某大型电商系统数据标准
• 某大型国有银行数据标准
• 某农信数据标准体系
• 国家科学数据共享工程数据
标准与规范
• … …
陕西信合标准化的陕西信合标准化的
参考输入参考输入
外部标准
行业标准业务标准
• GB/T -2003_个人基本信息分
类与代码_第1部分_人的性别代码
• GB/T 19253-2003 信息技术数据元
值的格式表示法
• GB/T -2001 信息技术数据
元的规范与标准化第3部分:数据元
的 基本属性(idt ISO/IEC 11179-
3:1994)
• ISO 6093:1985 信息处理用于信息
交换的字符串数值的表示
• GB/T -2000 信息技术 词汇
第1部分:基本术语
• GB/T -2000 信息技术词汇第
4部分:数据的组织(eqvI SO 2382
-4:1987)
• GB/T -2008 信息技术 词汇
第5部分:数据表示
• … …
标准化发展战略及举措
27
举措一:推动建设企业的服务标准,满足不同应用之间的互通互联和信息共享需要,提
升快速介入和服务能力。
举措二:制定企业的数据标准,明确数据归属部门,奠定企业信息交换的基础,为实施
精准化营销和精细化管理奠定基础。
标准化发展战略
标准化发展举措
推动企业标准化工作,建立满足我社创新发展需要的服务标准和数据标准,奠定业务
快速创新和精细化经营的基础
响应监管要求,实现银行业应用安全、自主、可控能力,防范科技风险。
数据标准化:通过推动数据标准化固化流程标准化的成果,规范业务操作的
数据录入 、强化数据的整合与共享、提升数据资产的分析与应用水平
28
数据标准
业务数据产生
统一数据定义和规范
业务和系统设计规范化
各业务系统产
生原始的业务
数据 全行数据整合
数据资产价值实现
数据分析和应用
基于数据分析和应用,
产生实际的业务价值
1
2
3
4
基于数据标准统一全行
数据定义
业务数据转换为全面
的、全行统一的信息
数据
信息数据转换
为具有分析意
义的信息
信息产生价值
上游:
数据录入
数据加工和应用
数据挖掘和分析
下游:
数据分析与应用
中游:
数据传输与整合
管
理
线
技
术
线
基于数据平台,
对全行数据进
行集中和整合
服务标准化:定义全行一致的服务标准,满足系统互通互联和交互共享的需
要,提升应用快速部署能力
29
服务实现
5. 开发、组装、测试
6. 服务对标准的复合程度说明
认证
服务运营
7. 变更管理
8. 生产环境配置管理
9. 部署
审批
服务废弃 废弃
10. IT及业务监控
11. 服务质量管理
12. 服务的版本策略及下架计划.
服务定义
服务识别
获准
4. 服务的效果分析及创建计划
3. 明确服务的投资计划
2. 定义服务的角色
1. 明确服务的属主 建
模
组装
部署
管理
SOA管控
目录
30
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
目录
31
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
应用架构工作目标
32
I. 结合我社实际按照IBM分层设计原则确定
我社应用层;在不同的应用层上按照业务
功能组合划分应用域;定义应用平台或关
键应用系统以支撑应用域的能力建设。
II. 明确不同应用层需要建设的主要应用平台;
明确不同应用平台的业务能力、功能定位;
说明现有系统在未来蓝图中的定位。
III. 选取现状分析中的关键问题场景进行分析;
明确未来架构蓝图对问题场景的规划;通
过场景验证来明确架构蓝图对相关场景的
支撑能力。
战
略
架
构
系统
建设
IT架构蓝图
企业整体发展战略
业务战略 IT战略
系统建设
业务
需求
系统
设计
开发
实施
交付
使用
IT 解决方案
运行
维护
业务
需求
驱动
信息
技术
信息
技术
提升
业务
能力IT架构规划核心思路
数
据
架
构
应
用
架
构
集
成
架
构
实施路径规划
技
术
架
构
应用架构蓝图规划工作方法
33
业
务
解
读
业务战略
业务能力
组件化业
务模型
未来应用功能
未来应用组合
应
用
划
分
原
则
未
来
应
用
架
构
应
用
架
构
应用分层 应用分域
应用架构规划设计原则
整合现有客户信息,提供统一客户视图和一致的客户信息;
实施客户细分,针对不同客户群体,提供差异化的产品和服务;
建立客户分析模型,针对不同客户,实施不同的营销和销售策略;
实现针对客户服务的管理,建立客户服务跟踪档案,确保客户服务质量。
以客户为中心
GP1
业务上需要充分考虑未来业务发展的方向和要求,例如电商平台,互联网金融等,保证应
用架构对银行战略的支持能力;
技术上可以采用相对成熟、主流的框架和技术,例如云计算、大数据等,确保未来信息化
建设的的先进性和可扩展性。
适度前瞻性
GP2
对于行内的应用,要依据其技术和业务特征进行分类和整合,对于特征相似、可复用、可
共享的部分,构建统一的平台来进行有效管理和协作;
平台化需要遵循企业级信息架构规范,充分利用主流成熟的技术,构建标准化、流程化、
高度集成的组件和服务。
应用平台化原则
GP4
应用架构是企业业务战略和业务流程的信息化视图,应用架构的设计遵循业务流程的“前
中后”分层原则和业务功能的“分域”原则;
应用架构同时需要考虑到企业管理、IT集成和外部交互之间的关系。
分层设计原则
GP3
基于业务架构实现业务应用的组件化,控制功能的冗余设计,支持业务灵活性和可扩展性;
对于公用的业务流程和业务操作,进行有效封装,设计可重用的技术组件。
“高内聚,松耦合”
的架构设计原则
GP5
34
应用架构蓝图规划框架
35
规划方法说明
根据业务发展战略、外部
监管要求以及现状调研发
现的问题,确定应用架构
规划的重点领域;
基于陕西信合的现状,借
鉴行业经验,对应用架构
重点能力进行规划;
完成整体架构规划、应用
定义及场景验证;
最后形成陕西信合的应用
架构规划报告。
应用架构重点能力规划
工作步骤 阶段成果 工作输入重要节点
应用架构蓝图规划
业 务 发 展 战 略
确
定
重
点
规
划
领
域
定
义
应
用
架
构
框
架
设计
应用
架构
蓝图
关键
应用
定义
与描
述
能力
规划
及场
景验
证
整体目标架构设计
应
用
架
构
规
划
报
告
现
状
调
研
发
现
的
问
题
行 业 发 展 趋 势/ 最 佳 实 践
规划重点
发展方向
应用架构规划设计参考模型
应用架构工作方法与设计原则
渠道
服务
层
陕西信合目标应用架构
新建
保留
图例说明
客户管理
服务层
图形说明
应用
平台
整合
外
联
交
换
平
台
应用系统
外部资源整合层
客户管理服务平台
风险
管理层
风险管理整合平台
36
基
础
服
务
层
应用集成安全集成 流程集成
流程集成
平台
数据集成
企业级服
务总线
安全认证
平台
数据集成
平台
产品服务层
集中作业平台
产
品
管
理
平
台
产品
管理
核算
处理核心业务
核心业务
平台
卡业务
中间业务
卡管理平
台
信贷管理
信贷业务
平台
票据业务
国际业务
资金业务
业务管理与决策支持层
财务管理 统一办公
办公自动化
人力资源系统
门户网站
IT管理
IT运营管
理平台
银行业务驾驶舱
决策
支持
数据应用平台
中间业务
平台
资金业务
系统
票据业务
系统
理财业务
系统
国际业务
系统
供
应
链
金
融
管
理
系
统
核
算
处
理
系
统
统一支付
统一支付
平台
银企互联
银企互联
平台
联网核查
监管报送
监管报送
平台
联网核查
平台
内容管理
内容管理
平台
定价中心
系统
头寸管理
系统
资产负债
管理系统
大总账
管理系统
网点渠道 电子渠道 信息交互
渠道整合平台网点服务平台 信息交互平台
目录
37
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
数据架构工作目标
38
I. 基于业务架构分析定义数据架构,数据模
型的设计是自顶向下分析为主。数据分布
设计中,明确数据实体在业务和应用功能
上的分布情况;
II. 数据架构为应用架构的应用集成提供数据
支持,数据流转分析出数据在应用功能间
的流转情况,数据分布还需明确数据实体
在应用功能上的分布情况;
III. 数据架构的数据流转设计为技术架构中系
统集成设计提供数据 ,概念、逻辑数据模
型是物理数据模型设计的主要依据;
IV. 企业架构管控是一套管理企业架构的机制,
它服从企业整体的管理要求,专注于对企
业架构的设计、建设的长效管理。
战
略
架
构
系统
建设
IT架构蓝图
企业整体发展战略
业务战略 IT战略
系统建设
业务
需求
系统
设计
开发
实施
交付
使用
IT 解决方案
运行
维护
业务
需求
驱动
信息
技术
信息
技术
提升
业务
能力IT架构规划核心思路
应
用
架
构
数
据
架
构
集
成
架
构
实施路径规划
技
术
架
构
IBM数据架构分析方法,数据架构的基本结构和重要组件
39
应用A1 应用B1
应用A2 应用A3 应用B2
实体1
实体2 实体3
实体1
实体2
Entity A
Attribute a
Attribute b
Attribute c
Entity B
Attribute a
Attribute b
Attribute c
Entity C
Attribute a
Attribute b
Attribute c
Contains
Owns
业务流程及关系
识别分析
Entity A
Contains
Owns
Entity B
Entity C
应用数据库
…
XXX
XXX
XXX
XXX
细化转换
分
析
模
型
数
据
立
方
体
某省市
营销分析应用
资源分析应用
经营分析应用
…
企业数据仓库
EDW
数据
模型 数据流
转与分
布
数据
整合ETL
数据
标准
数据
质量
管控
数据生
命
• 分析分布性和异构性
• 集成的数据模型
• 数据实体CRUD分析
• 可信数据源分析
• 主题域分析
• 数据实体识别
• 数据实体关系分析
数据架构的设计原则
40
数据作为陕西信合的重要资产,要通过有效的组织、存储、分发和管理实现在业务领域间的共享。
数据共享原则
1
数据必须在我社范围内得到共享,用户拥有访问其职责范围内所需数
据的权利。
数据业务认责原则
对我社范围内的重要业务数据进行分类,并明确各类数据的业务负责
部门,明确数据属主,明确业务部门和数据管理人员的职责。
数据定义标准遵循原则
每个数据项必须拥有一个一致的、标准的、的业务定义,能够告知用
户数据的意义以及如何使用数据。
数据质量保证原则
保证数据安全原则
可信数据源原则
关键数据项的创建必须遵守单点创建的要求,包括外部采集和加工形
成的数据项;同时数据要从唯一的、可信的和采集点采集。
数据质量包括完整性、准确性和时效性,数据质量要求应明确定义,
应在数据的生产、供应、消费环节实施数据质量保证,并持续地对数
据质量指标进行检测,对数据质量问题进行修复。
数据在采集、交换和应用过程中,必须采取必要的管理和技术手段确
保数据安全。
数据可用性原则
数据的共享都基于业务需求,数据存储及数据服务的非功能需求能够
提供连续可用性,同时对数据进行全生命理。
2
3
4
5
6
7
数据架构蓝图规划框架
41
规划方法说明
根据业务发展战略、外部
监管要求以及现状调研发
现的问题,确定数据架构
规划的重点领域;
基于陕西信合的现状,借
鉴行业经验,对数据架构
重点能力进行规划;
完成整体目标数据架构设
计后,对数据标准与模型、
数据分布与整合、数据服
务、数据管控等重点能力
的提升进行规划;
最后形成陕西信合的数据
架构规划报告。
数据架构重点能力规划
工作步骤 阶段成果 工作输入重要节点
数据架构蓝图规划
业 务 发 展 战 略
确
定
重
点
规
划
领
域
数
据
标
准
与
模
型
数
据
分
布
与
整
合
数
据
服
务
数
据
管
控
整体目标架构设计
数
据
架
构
规
划
报
告
现
状
调
研
发
现
的
问
题
行 业 发 展 趋 势/ 最 佳 实 践
外部监管要求
规划重点
发展方向
陕西信合目标数据架构
数据交换层
实时交换
服务发布
服务组合
服务调用
批量交换
数据抽取
数据清洗
公共转换
数据分发
数据实验室 概念验证 高级分析
数据展现层
固定报表
多维分析
灵活查询
数据导出
数据挖掘
历史数据 原始数据访问归档数据
数据处理 调度管理ETL
管控支撑 数据质量数据标准 数据生命元数据
数据产生层
外部数据
市场资讯
信用评级
影像
社交媒体
数据
渠道
产品服务
业务管理
主数据
运维管理
结构化数据
非结构化数据
数据应用层
法人特色应用
快速应用
管理分析应用
大数据分析层
快速查询
(Hbase)
分析预测
(Hive)
大数据引擎
(Symphony-MapReduce)
分布式存储
(GPFS-FPO)
主题数据
数据整合层
操作型数据
公共汇总
缓
存
数
据
主题数据
42
目录
43
信息科技架构蓝图规划1
信息科技架构战略方向
信息科技架构详细蓝图规划2
信息科技架构总体规划
架构规划具体举措
应用架构设计原则及框架
数据架构设计原则及框架
集成架构设计原则及框架
集成架构工作目标
I. 在明确各系统的架构定位和功能
切分的基础上,制定系统群的集
成架构,明确系统之间的集成关
系。
II. 规划目标集成平台,用于实现系
统之间的集成和交互。
III. 在分析接口现状基础,并结合同
业先进实践,形成集成接口统一
规范,指导各应用系统规划过程
中的接口交互设计。
44
战
略
架
构
系统
建设
IT架构蓝图
企业整体发展战略
业务战略 IT战略
系统建设
业务
需求
系统
设计
开发
实施
交付
使用
IT 解决方案
运行
维护
业务
需求
驱动
信息
技术
信息
技术
提升
业务
能力IT架构规划核心思路
应
用
架
构
数
据
架
构
集
成
架
构
实施路径规划
技
术
架
构
借鉴IBM集成参考架构
以服务为中心的企业集成采用"关注点分离"(Separation of Concern)的方法规划企业集成中的各种架构元素,同时从服务视角
规划每种架构元素提供的服务,以及服务如何被组合在一起完成某种类型的集成。
在“以服务为中心的体系架构”(Service-Oriented Architecture,SOA)中,通过服务的交互来集成各企业的 IT 资源,帮助企
业 IT 部门将已有但老旧而不灵活的系统集成起来,释放其中功能或数据为可重用的服务。
服务交互
服
务
管
理
服
务
管
理
集成标准
IBM集成参考架构 以服务为中心的集成
SOI的主要关注点
45
集成架构分析方法
平台化:
统一运营
集中管理
实时监控
服务化
业务明确
粒度合适
化繁为简
可重用
标准化
“书同文,车同轨”
技术指导
46
集成架构规划的原则
统一设计原则 从全局出发,从长远的角度考虑,统筹规划和统一设计集成架构。
标准化原则
遵循一系列的国际标准,提供开放的标准服务接口,保证系统具有较长
的生命力,满足将来系统发展的要求。
高可靠原则
采用高可用性体系,尽量满足对多个实例同时运行,以保证系统的高可靠
性与可伸缩性,确保在故障发生时的影响面/影响程度的可控和隔离。
先进性原则
采用具有国际先进水平的产品和集成技术,以保证具有较长的生命力和扩展
能力。保证先进性的同时还要保证技术的稳定、安全性。
成熟性原则 选择成熟的产品和规范,以及已经成为标准的、被大量实践所采用的技术。
适用性原则 保护已有资源,急用先行,在满足应用需求的前提下,尽量降低建设成本。
可扩展性原则 考虑业务发展的需要,降低各功能模块耦合度,并充分考虑兼容性。
47
集成架构蓝图规划框架
规划方法说明
根据业务发展战略、行业标准及监管
要求和现状调研发现的问题,确定集
成架构规划的重点领域;
基于陕西信合的现状,借鉴行业经验,
对集成架构重点能力进行规划;
完成整体目标集成架构设计后,对系
统集成、服务管理、监控管理和集成
标准等重点能力的提升进行规划;
最后形成陕西信合的集成架构规划报
告。
集成架构重点能力规划
工作步骤 阶段成果 工作输入重要节点
集成架构蓝图规划
业 务 发 展 战 略
确
定
重
点
规
划
领
域
系
统
集
成
服
务
管
理
监
控
管
理
集
成
标
准
整体目标架构设计
集
成
架
构
规
划
报
告
现
状
调
研
发
现
的
问
题
行 业 发 展 趋 势/ 最 佳 实 践
行业标准及监管要求
技术/部署框架
规划重点
48
目标集成架构(1/3)-应用集成
接入渠道
自助服务终端
网页
排队机
柜员终端
ATM
助农E终端
POS
短信
手机
电话
基础服务层
流程集成平台
文件传输系统
数据仓库
企业级服务总线
安全认证平台
内容管理平台
外部资源整合层
银企互联平台 联网核查平台监管报送平台
外联交换平台
统一支付平台
渠道服务层
网点服务平台
信息交互平台
渠道整合平台
产品服务层
核心业务平台
集中作业平台
中间业务系统
卡管理平台
信贷业务平台
资金业务系统
票据业务系统
理财业务系统
国际业务系统
产品管理平台
供应链金融管理系统
核算处理系统
业务管理与决策层
数据应用平台
内控审计管理系统
IT运营管理平台
定价中心系统
人力资源系统
头寸管理系统
财务管理平台 银行业务驾驶舱
办公自动化
门户网站
客户管理服务层
客户管理服务平台
风险管理层
风险管理整合平台
49
目标集成架构(2/3)-数据集成
接入渠道
自助服务终端
网页
排队机
柜员终端
ATM
助农E终端
POS
短信
手机
电话
基础服务层
流程集成平台
文件传输系统
数据仓库
企业级服务总线
安全认证平台
内容管理平台
外部资源整合层
银企互联平台 联网核查平台监管报送平台
外联交换平台
统一支付平台
渠道服务层
网点服务平台
信息交互平台
渠道整合平台
产品服务层
核心业务平台
集中作业平台
中间业务系统
卡管理平台
信贷业务平台
资金业务系统
票据业务系统
理财业务系统
国际业务系统
产品管理平台
供应链金融管理系统
核算处理系统
业务管理与决策层
数据应用平台
内控审计管理系统
IT运营管理平台
定价中心系统
人力资源系统
头寸管理系统
财务管理平台 银行业务驾驶舱
办公自动化
门户网站
客户管理服务层
客户管理服务平台
风险管理层
风险管理整合平台
50
目标集成架构(3/3)-安全集成
接入渠道
自助服务终端
网页
排队机
柜员终端
ATM
助农E终端
POS
短信
手机
电话
基础服务层
流程集成平台
文件传输系统
数据仓库
企业级服务总线
安全认证平台
内容管理平台
外部资源整合层
银企互联平台 联网核查平台监管报送平台
外联交换平台
统一支付平台
渠道服务层
网点服务平台
信息交互平台
渠道整合平台
产品服务层
核心业务平台
集中作业平台
中间业务系统
卡管理平台
信贷业务平台
资金业务系统
票据业务系统
理财业务系统
国际业务系统
产品管理平台
供应链金融管理系统
核算处理系统
业务管理与决策层
数据应用平台
内控审计管理系统
IT运营管理平台
定价中心系统
人力资源系统
头寸管理系统
财务管理平台 银行业务驾驶舱
办公自动化
门户网站
客户管理服务层
客户管理服务平台
风险管理层
风险管理整合平台
51
谢 谢!