某银行信贷系统_系统架构设计文档

****银行 消费信贷系统 规划及实施管理项目

软件架构概要设计说明书

文档审批信息

目 录

修订历史......................................................................................................... 错误!未定义书签。 文档审批信息 . .................................................................................................................................. 2 1. 简介........................................................................................................................................... 4

1.1 目的 . .............................................................................................................................. 4 1.2 面向读者 . ...................................................................................................................... 4 1.3 文档组织 . ...................................................................................................................... 4 1.4 设计限定 . ...................................................................................................................... 4 1.5 术语说明 . ...................................................................................................................... 4 1.6 参考文献 . ...................................................................................................................... 4 2. 项目建设目标和预期成果 . .................................................................................................. 5

2.1 建设目标 . ...................................................................................................................... 5 2.2 主要预期成果 . .............................................................................................................. 5 3. 系统非功能需求分析 . .......................................................................................................... 5

3.1 非功能需求分析方法 . .................................................................................................. 5 3.2 分析视角:系统服务对象 . .......................................................................................... 6 3.3 分析视角:系统服务目标 . .......................................................................................... 7 3.4 分析视角:生产类型定位 . .......................................................................................... 7 3.5 分析视角:文档电子化管理要求 . .............................................................................. 8 3.6 系统目标 . ...................................................................................................................... 8 4. 系统设计限制及约束条件 . ................................................................................................ 11 5. 面向层次的技术架构设计 . ................................................................................................ 11 6. 技术架构的逻辑构成 . ........................................................................................................ 13

6.1 概况: . ........................................................................................................................ 13 6.2 分类说明 . .................................................................................................................... 13 7. 实际部署 . ............................................................................................................................ 15

1. 简介

1.1 目的

此文档从构架方面对系统进行综合概述,其中使用了大量不同的构架视图来描述系统的各个不同方面。 它用于记录并表述已在构架方面对系统作出的重要决策。

同时此文档也是在此项目后续具体实施时,各个系统功能模块的设计和开发的基础依据。

1.2 面向读者

项目开发人员 项目测试人员 项目管理人员

1.3 文档组织 1.4 设计限定 1.5 术语说明

1.6 参考文献

2. 项目建设目标和预期成果

2.1 建设目标

建立基于http 访问的消费信贷申请系统,方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料,提高服务资料,缩短信贷申请时间。

2.2 主要预期成果

1 提升业务处理效率

以客户为中心,支持全流程一体化的业务处理,提升整体业务效率;

结合用户职责,提供客户、项目、合同等全方位的信息,缩短信息查阅时间,提升

业务经办效率。

2 增强业务监控能力

实时监控机制运行的关键信息和指标,为业务的平稳运行提供保障; 提供全面的操作痕迹保留手段,为稽核检查工作提供必要的依据。

3改善数据质量

依据业务的需求,在业务经办过程中可以对数据质量进行控制,建立集中化的、一

致、及时、准确的数据基础,满足内部统计、分析、决策的需要,以及外部监管部门和投资者对信息披露的要求。

4提升信用风险管理水平

整合第三方的评级系统,实现定量化的信用风险评估;

整合外部信息,识别风险征兆,促进资产质量与收益的持续性改善与提升。

3. 系统非功能需求分析

3.1 非功能需求分析方法

参照ISO/IEC 9126,可对系统架构9个非功能性子特性进行分析:

全面分析业务特征,立足业务持续发展与创新,多维度分析非功能需求,

建立技术架构设计基础

图 1 非功能性需求分析方法

3.2 分析视角:系统服务对象

图 2 分析视角:系统服务对象

3.3 分析视角:系统服务目标

图 3 分析视角:系统服务目标

3.4 分析视角:生产类型定位

图 4 分析视角:生产类型定位

3.5 分析视角:文档电子化管理要求

图 5 分析视角:文档电子化管理要求

3.6 系统目标

安全性

∙ 认证:提供基于用户名/口令的认证方式、提供数字证书的身份认证方式 ∙ 授权:提供基于角色的应用软件功能的访问控制,提供基于角色和组织机构的数据对象的访问控制能力

∙ 机密性:通过安全的网络传输协议,利用公钥/私钥保证数据在传输过程的安全

∙ 完整性:利用数字签名技术保证系统传输的关键性业务数据的完整性

易用性

1. 易见

∙ 功能操作不超过三级菜单 ∙ 主要功能设置快捷方式

∙ 提供个人收藏夹功能,便于直接点击进入

∙ 系统信息变更在界面易见,无需要手工刷新 或者重复操作而显示变化的关键结果

∙ 针对管理类和决策类用户的查询和监控类操作界面,提供饼图,柱状图等形象的表达方式 2. 易用

∙ 对操作性界面,简化输入工作,提供多种可选择输入方式 ∙ 说明文字言简意赅,不存在二义性 ∙ 光标键切换有规律,不紊乱

∙ 关联界面间具有相互联系,可自由转换 ∙ 界面简洁,按钮操作少而明确 3. 易学

∙ 具有清晰的导航/向导功能。 ∙ 用户手册准确,易懂 ∙ 界面操作简化,提供友好提醒 ∙ 具有简单的在线提示功能

适应性

∙ 在流程定义上,系统提供灵活的机构授权配置

∙ 在贷款类型定义中, 用户可以定义不同类型的业务产品,以适应业务的变化 ∙ 系统具有基于角色的应用功能权限管理能力 ∙ 系统具有基于角色的数据访问权限管理能力

可管理

∙ 系统运行状态可管理:如系统启动、停止等 ∙ 异常处理规则可维护

∙ 流程运行状态可维护

∙ 可对非结构化数据进行存储、管理、检索

∙ 可对非结构化数据的规范化管理,支持多种文档的存储

高可用

∙ 保证系统持续、稳定运行

∙ 并且计划外宕机时间控制在全年的2%以内

开放性

∙ 系统支持外部系统平滑接入 ∙ 规范服务接口,统一化服务调用 ∙ 支持规范事务类别

∙ 系统应提供与****银行提供的评级系统的接口对接能力

可扩展性

∙ 系统能够对产品共性进行归纳与抽象,实现产品的参数化管理,实现产品产品创新与产品变更的配置化管理 ∙ 实现业务流程标准化与产品特性的分离

可靠性

∙ 能保证业务交易及其数据传递的完整性和一致性 ∙ 在系统运行异常甚至发生故障时,能提供故障恢复的能力

高性能

A 响应时间:

∙ 用户访问系统登陆界面的响应时间目标4秒 ∙ 用户98%的简单查询访问的响应时间目标2-5秒

∙ 用户98%的简单增删改事务处理访问的响应时间目标1-4秒 ∙ 用户98%的复杂查询访问的响应时间目标是5-8秒 ∙ 服务器的平均利用率应不大于75% B 在线用户数量:

∙ 系统应能支持同时在线用户数为总用户数的60% C 并发交易量:

C1平均事务处理量:

∙ 简单增删改查页面点击交易量:30次/秒 ∙ 复杂的查询交易:30次/秒 C2峰值事务处理量:

∙ 简单增删改查页面点击交易量100次/秒 ∙ 复杂的查询交易是 40次/秒

4. 系统设计限制及约束条件

1, Web 界面 :Ext js(开源) 2. 安全与认证:ca 产品

3. 应用服务器软件(App Server):WebSphere(商业软件) 4. BPM产品

5, 数据库产品(可以集成现有数据库)

5. 面向层次的技术架构设计

从面向层次设计的视角,可将系统设计为如下层次:用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。

∙ 用户交互层,基于Web2.0实现技术,负责用户与系统的人机交互界面,为用户提供一定的本地计算能力。

∙ 交互控制层,负责为界面和业务服务之间进行数据转换,同时对系统的事务进行总体控制,隔离界面实现与后台服务实现,使后台业务服务实现更为标准化。 ∙ 业务服务层,主要包括各类封装了业务实现逻辑的业务服务组件,调用数据访问层的数据服务,本身不直接访问数据库。另外,系统根据业务需求,负责调用法兴银行已有的第三方系统。

∙ 公共服务层为整个应用的公共需求提供统一的、重用的服务。包括:日志、异常、事务、认证、校验等。

∙ 业务流程扩展部分,屏蔽具体的业务流程实现技术,为系统提供对流程和任务的管理以及处理等操作,如,启动流程,转发任务等。

∙ 数据访问层,负责进行数据访问及系统间交互操作,关注数据的存取操作,不关心业务服务如何调用数据, 屏蔽对数据库表的直接SQL 操作。 层次视角系统结构见下图:

A 用户交互层

B 交互控制层

C 业务服务层

D 公共服务层E 数据访问层F 数据存储层

图 6 面向层次视角的技术架构

6. 技术架构的逻辑构成

6.1 概况:

1. 2. 3. 4. 5.

采用Web2.0的UI 设计 采用BPM 进行流程管理

通过同一模块和外部系统进行交互 采用ORM 技术封装独立的数据访问层 系统有很好的适应性,可扩展性和开放性

图 7 技术架构的逻辑构成视图

6.2 分类说明 管理:

1. 统一化定义管理各模块的接口,降低管理与系统核心模块的耦合度 2. 管理分为:权限管理,系统配置管理,异常管理

3. 系统配置参数的管理将直接影响系统核心的运行,与配置加载,配置参数刷新等构

成了一个整体

4. 异常管理主要与流程处理挂钩,统一管理异常,增加人员修复的机会并使流程继续

运行,降低系统维护成本

界面展现层:

1. 界面UI 与数据很好分离。

2. 用户界面友好,交互体验丰富。

3. UI 架构开放, 采用标准XML 数据与后台交互。

4. 与无线Web 很好融合,支持PDA ,手机等多渠道方式的无线访问。

界面与后台数据交互:

1,DWR (Direct Web Remoting)是开源技术,前端Javascript 与Server 端的Java 交互,充分利用网络带宽

2,和JavaScript 相结合,提供了多种交互模式(同步,异步) ,增强用户体验型

原理如下:

图 8 DWR原理示意

Web 层:

1. Web Server独立部署,可被外网访问。

网络安全具有可较强的可扩展性,可以考虑采用授权认证等体系。

App Server:

1. 体现业务系统的业务逻辑,支持信息管理类操作。 2. 与流程,数据访问等存在高内聚的接口,与****银行的****平台存在松耦合的服务交互接口。

BPM 流程定制:

1. 承载平台所有业务流程的运行。

2. 流程环节多,参与部门和人员多,流程存在状态管理,存在与任务管理的无缝交互。

数据库访问:

1. 数据访问层屏蔽底层数据存储的差异,采用对象化处理方法实现关系数据库的访问。 2. 区分应用数据库与流程库等,便于采用不同的维护方法和备份/清理周期。

文件访问:

1, 文件访问提供了统一的文件上传下载和管理的统一接口。

2, 将数据文件和零时文件区分开来,便于采用不同的维护和备份策略。

7. 实际部署

系统部署原则

3, 实现用户端的零部署 4, 系统集中部署模式

5, 系统模块可分布部署, 部署的物理机群可根据需要缩小和扩展

6, 通过规则和参数等技术保证系统针对不同客户的多样性,适应环境变化

App Server

Web Server

DB Server

外部防火墙

内部防火墙

BPM Server

图 9 系统部署图

****银行 消费信贷系统 规划及实施管理项目

软件架构概要设计说明书

文档审批信息

目 录

修订历史......................................................................................................... 错误!未定义书签。 文档审批信息 . .................................................................................................................................. 2 1. 简介........................................................................................................................................... 4

1.1 目的 . .............................................................................................................................. 4 1.2 面向读者 . ...................................................................................................................... 4 1.3 文档组织 . ...................................................................................................................... 4 1.4 设计限定 . ...................................................................................................................... 4 1.5 术语说明 . ...................................................................................................................... 4 1.6 参考文献 . ...................................................................................................................... 4 2. 项目建设目标和预期成果 . .................................................................................................. 5

2.1 建设目标 . ...................................................................................................................... 5 2.2 主要预期成果 . .............................................................................................................. 5 3. 系统非功能需求分析 . .......................................................................................................... 5

3.1 非功能需求分析方法 . .................................................................................................. 5 3.2 分析视角:系统服务对象 . .......................................................................................... 6 3.3 分析视角:系统服务目标 . .......................................................................................... 7 3.4 分析视角:生产类型定位 . .......................................................................................... 7 3.5 分析视角:文档电子化管理要求 . .............................................................................. 8 3.6 系统目标 . ...................................................................................................................... 8 4. 系统设计限制及约束条件 . ................................................................................................ 11 5. 面向层次的技术架构设计 . ................................................................................................ 11 6. 技术架构的逻辑构成 . ........................................................................................................ 13

6.1 概况: . ........................................................................................................................ 13 6.2 分类说明 . .................................................................................................................... 13 7. 实际部署 . ............................................................................................................................ 15

1. 简介

1.1 目的

此文档从构架方面对系统进行综合概述,其中使用了大量不同的构架视图来描述系统的各个不同方面。 它用于记录并表述已在构架方面对系统作出的重要决策。

同时此文档也是在此项目后续具体实施时,各个系统功能模块的设计和开发的基础依据。

1.2 面向读者

项目开发人员 项目测试人员 项目管理人员

1.3 文档组织 1.4 设计限定 1.5 术语说明

1.6 参考文献

2. 项目建设目标和预期成果

2.1 建设目标

建立基于http 访问的消费信贷申请系统,方便****银行的合作伙伴通过此系统能够便捷的收集信贷人的资料,提高服务资料,缩短信贷申请时间。

2.2 主要预期成果

1 提升业务处理效率

以客户为中心,支持全流程一体化的业务处理,提升整体业务效率;

结合用户职责,提供客户、项目、合同等全方位的信息,缩短信息查阅时间,提升

业务经办效率。

2 增强业务监控能力

实时监控机制运行的关键信息和指标,为业务的平稳运行提供保障; 提供全面的操作痕迹保留手段,为稽核检查工作提供必要的依据。

3改善数据质量

依据业务的需求,在业务经办过程中可以对数据质量进行控制,建立集中化的、一

致、及时、准确的数据基础,满足内部统计、分析、决策的需要,以及外部监管部门和投资者对信息披露的要求。

4提升信用风险管理水平

整合第三方的评级系统,实现定量化的信用风险评估;

整合外部信息,识别风险征兆,促进资产质量与收益的持续性改善与提升。

3. 系统非功能需求分析

3.1 非功能需求分析方法

参照ISO/IEC 9126,可对系统架构9个非功能性子特性进行分析:

全面分析业务特征,立足业务持续发展与创新,多维度分析非功能需求,

建立技术架构设计基础

图 1 非功能性需求分析方法

3.2 分析视角:系统服务对象

图 2 分析视角:系统服务对象

3.3 分析视角:系统服务目标

图 3 分析视角:系统服务目标

3.4 分析视角:生产类型定位

图 4 分析视角:生产类型定位

3.5 分析视角:文档电子化管理要求

图 5 分析视角:文档电子化管理要求

3.6 系统目标

安全性

∙ 认证:提供基于用户名/口令的认证方式、提供数字证书的身份认证方式 ∙ 授权:提供基于角色的应用软件功能的访问控制,提供基于角色和组织机构的数据对象的访问控制能力

∙ 机密性:通过安全的网络传输协议,利用公钥/私钥保证数据在传输过程的安全

∙ 完整性:利用数字签名技术保证系统传输的关键性业务数据的完整性

易用性

1. 易见

∙ 功能操作不超过三级菜单 ∙ 主要功能设置快捷方式

∙ 提供个人收藏夹功能,便于直接点击进入

∙ 系统信息变更在界面易见,无需要手工刷新 或者重复操作而显示变化的关键结果

∙ 针对管理类和决策类用户的查询和监控类操作界面,提供饼图,柱状图等形象的表达方式 2. 易用

∙ 对操作性界面,简化输入工作,提供多种可选择输入方式 ∙ 说明文字言简意赅,不存在二义性 ∙ 光标键切换有规律,不紊乱

∙ 关联界面间具有相互联系,可自由转换 ∙ 界面简洁,按钮操作少而明确 3. 易学

∙ 具有清晰的导航/向导功能。 ∙ 用户手册准确,易懂 ∙ 界面操作简化,提供友好提醒 ∙ 具有简单的在线提示功能

适应性

∙ 在流程定义上,系统提供灵活的机构授权配置

∙ 在贷款类型定义中, 用户可以定义不同类型的业务产品,以适应业务的变化 ∙ 系统具有基于角色的应用功能权限管理能力 ∙ 系统具有基于角色的数据访问权限管理能力

可管理

∙ 系统运行状态可管理:如系统启动、停止等 ∙ 异常处理规则可维护

∙ 流程运行状态可维护

∙ 可对非结构化数据进行存储、管理、检索

∙ 可对非结构化数据的规范化管理,支持多种文档的存储

高可用

∙ 保证系统持续、稳定运行

∙ 并且计划外宕机时间控制在全年的2%以内

开放性

∙ 系统支持外部系统平滑接入 ∙ 规范服务接口,统一化服务调用 ∙ 支持规范事务类别

∙ 系统应提供与****银行提供的评级系统的接口对接能力

可扩展性

∙ 系统能够对产品共性进行归纳与抽象,实现产品的参数化管理,实现产品产品创新与产品变更的配置化管理 ∙ 实现业务流程标准化与产品特性的分离

可靠性

∙ 能保证业务交易及其数据传递的完整性和一致性 ∙ 在系统运行异常甚至发生故障时,能提供故障恢复的能力

高性能

A 响应时间:

∙ 用户访问系统登陆界面的响应时间目标4秒 ∙ 用户98%的简单查询访问的响应时间目标2-5秒

∙ 用户98%的简单增删改事务处理访问的响应时间目标1-4秒 ∙ 用户98%的复杂查询访问的响应时间目标是5-8秒 ∙ 服务器的平均利用率应不大于75% B 在线用户数量:

∙ 系统应能支持同时在线用户数为总用户数的60% C 并发交易量:

C1平均事务处理量:

∙ 简单增删改查页面点击交易量:30次/秒 ∙ 复杂的查询交易:30次/秒 C2峰值事务处理量:

∙ 简单增删改查页面点击交易量100次/秒 ∙ 复杂的查询交易是 40次/秒

4. 系统设计限制及约束条件

1, Web 界面 :Ext js(开源) 2. 安全与认证:ca 产品

3. 应用服务器软件(App Server):WebSphere(商业软件) 4. BPM产品

5, 数据库产品(可以集成现有数据库)

5. 面向层次的技术架构设计

从面向层次设计的视角,可将系统设计为如下层次:用户交互层、交互控制层、业务服务层、公共服务层、业务流程管理扩展、数据访问层和数据存储层。

∙ 用户交互层,基于Web2.0实现技术,负责用户与系统的人机交互界面,为用户提供一定的本地计算能力。

∙ 交互控制层,负责为界面和业务服务之间进行数据转换,同时对系统的事务进行总体控制,隔离界面实现与后台服务实现,使后台业务服务实现更为标准化。 ∙ 业务服务层,主要包括各类封装了业务实现逻辑的业务服务组件,调用数据访问层的数据服务,本身不直接访问数据库。另外,系统根据业务需求,负责调用法兴银行已有的第三方系统。

∙ 公共服务层为整个应用的公共需求提供统一的、重用的服务。包括:日志、异常、事务、认证、校验等。

∙ 业务流程扩展部分,屏蔽具体的业务流程实现技术,为系统提供对流程和任务的管理以及处理等操作,如,启动流程,转发任务等。

∙ 数据访问层,负责进行数据访问及系统间交互操作,关注数据的存取操作,不关心业务服务如何调用数据, 屏蔽对数据库表的直接SQL 操作。 层次视角系统结构见下图:

A 用户交互层

B 交互控制层

C 业务服务层

D 公共服务层E 数据访问层F 数据存储层

图 6 面向层次视角的技术架构

6. 技术架构的逻辑构成

6.1 概况:

1. 2. 3. 4. 5.

采用Web2.0的UI 设计 采用BPM 进行流程管理

通过同一模块和外部系统进行交互 采用ORM 技术封装独立的数据访问层 系统有很好的适应性,可扩展性和开放性

图 7 技术架构的逻辑构成视图

6.2 分类说明 管理:

1. 统一化定义管理各模块的接口,降低管理与系统核心模块的耦合度 2. 管理分为:权限管理,系统配置管理,异常管理

3. 系统配置参数的管理将直接影响系统核心的运行,与配置加载,配置参数刷新等构

成了一个整体

4. 异常管理主要与流程处理挂钩,统一管理异常,增加人员修复的机会并使流程继续

运行,降低系统维护成本

界面展现层:

1. 界面UI 与数据很好分离。

2. 用户界面友好,交互体验丰富。

3. UI 架构开放, 采用标准XML 数据与后台交互。

4. 与无线Web 很好融合,支持PDA ,手机等多渠道方式的无线访问。

界面与后台数据交互:

1,DWR (Direct Web Remoting)是开源技术,前端Javascript 与Server 端的Java 交互,充分利用网络带宽

2,和JavaScript 相结合,提供了多种交互模式(同步,异步) ,增强用户体验型

原理如下:

图 8 DWR原理示意

Web 层:

1. Web Server独立部署,可被外网访问。

网络安全具有可较强的可扩展性,可以考虑采用授权认证等体系。

App Server:

1. 体现业务系统的业务逻辑,支持信息管理类操作。 2. 与流程,数据访问等存在高内聚的接口,与****银行的****平台存在松耦合的服务交互接口。

BPM 流程定制:

1. 承载平台所有业务流程的运行。

2. 流程环节多,参与部门和人员多,流程存在状态管理,存在与任务管理的无缝交互。

数据库访问:

1. 数据访问层屏蔽底层数据存储的差异,采用对象化处理方法实现关系数据库的访问。 2. 区分应用数据库与流程库等,便于采用不同的维护方法和备份/清理周期。

文件访问:

1, 文件访问提供了统一的文件上传下载和管理的统一接口。

2, 将数据文件和零时文件区分开来,便于采用不同的维护和备份策略。

7. 实际部署

系统部署原则

3, 实现用户端的零部署 4, 系统集中部署模式

5, 系统模块可分布部署, 部署的物理机群可根据需要缩小和扩展

6, 通过规则和参数等技术保证系统针对不同客户的多样性,适应环境变化

App Server

Web Server

DB Server

外部防火墙

内部防火墙

BPM Server

图 9 系统部署图


相关内容

  • 分布式架构在银行系统的应用分析
  • 分布式架构在银行系统的应用分析 1 一.概述 (一) 分布式架构简介 一般可以将架构分为两类,一类是以垂直扩展(Scale up)为主的架构,如通过增加单机配置,或者将中低端设备升级成为高端设备,用以提升系统的处理能力,称之为集中式架构,早期的哑终端主机架构是典型代表:一类是以水平扩展(Scale ...

  • 浙商银行成功经验分享
  • 宋士正:大家好,非常高兴能够有机会参加IBM举办的随需应变信息架构论坛.刚刚各位专家把数据已经阐述得非常深刻,接下来我跟大家介绍一下和IBM合作完成的我们浙商银行数据仓库信息管理系统的具体实践.浙商银行主要从去年下半年开始进行了企业及数据仓库系统的建设,目前一期工程已经结束了,从系统建设的情况来看, ...

  • 银行管理系统需求及解决方案
  • 银行 综合管理系统解决方案 文档创建信息 文档修订记录 修改类型分为 A – ADDED(增加)M – MODIFIED(修改)D – DELETED(删除) 1. 概述 银行管理系统作为企业管理公司的一个综合性管理软件,以WEB .微信.app 形式面对本公司的所有员工以及公司客户使用,同时便于企 ...

  • 兴业银行科技部招聘公告
  • 2017兴业银行信息科技部校园春季招聘公告 2017银行校园招聘即将开始,中公金融人为广大考生整理发布全国各地银行校园招聘信息,,可及时关注2017银行校园招聘公告汇总. 兴业银行成立于1988年8月,是经国务院.中国人民银行批准成立的首批股份制商业银行之一,总行设在福建省福州市,2007年2月5日 ...

  • 商业银行组织架构目标模式的选择
  • 作者:彭纯 商业经济与管理 2003年11期 一.商业银行组织架构的类型及其决定因素 (一)商业银行的组织结构.架构(structure)也即层系,是一个多元素的结构模式.每个企业内部的架构(层系)管理系统即为该企业的组织架构.架构的特点是多层串联.同层元素并联和元素金字塔结构.一个架构内部不同层次 ...

  • 交通银行国际业务系统项目
  • 作为中国第一家全国性的国有股份制商业银行,建设国际化商业银行一直是交通银行的的战略目标,交行在主要国际金融中心城市如纽约.东京.香港.新加坡设有分行,在伦敦.法兰克福均设有代表处. 通过多年来艰苦曲折的发展历程,目前交通银行与全球76个国家和地区的466家银行的1352家总分支机构建立了代理行关系. ...

  • 以IT推动流程银行建设
  • 以IT推动流程银行建设 随着中国银行业改革的不断深入,国内银行业市场的不断开放,国内银行业不断充分的市场竞争,国内商业银行正探索由部门功能性银行向流程化银行过渡,以不断提升自身的市场竞争力.虽然从定义上看,银行流程重塑就是"银行为了获取在成本.质量.反应速度等绩效方面巨大改变,以流程为核心 ...

  • 网上银行网络安全架构最佳实践
  • 网上银行网络安全架构最佳实践 文/XXX 从分析网银系统的应用架构入手,规划网银服务器端应具备的网络安全架构 网上银行作为一种全新的银行客户服务提交渠道,使客户在享受银行提供的服务时不受时间.空间的限制,因此近几年各商业银行的网上银行业务发展迅速.据CFCA <2009中国网上银行调查报告&g ...

  • 建立以能力素质模型为核心的战略性人力资源管理体系.ppt
  • 本文由zhanghj9999贡献 ppt文档可能在WAP端浏览体验不佳.建议您优先选择TXT,或下载源文件到本机查看. 建立以能力素质模型为核心的 战略性人力资源管理体系 2002年11月29日 中国福州 业务和系统一体化 增强企业竞争力 业务和系统一体化,增强企业竞争力 和系统一体化 目录 毕博管 ...