某银行IT应用系统体系架构
某银行IT应用体系架构
某银行IT应用体系架构介绍某银行是一家全国性的银行，拥有全面的金融服务产品线，包括个人银行业务、企业银行业务、投资银行业务等。
为了支持业务的快速发展和提供稳定高效的服务，某银行建立了一个完善的IT应用体系架构。
本文将介绍某银行的IT应用体系架构，包括架构的整体设计思路、主要模块和关键技术。
总体设计思路某银行的IT应用体系架构基于现代化的技术和架构原则，采用分布式架构和服务化架构的思想，以提高系统的可扩展性、可靠性和性能。
主要设计思路包括：1.分层架构：将系统按功能和职责划分为不同的层次，包括展示层、业务逻辑层和数据访问层，分层之间通过接口进行通信，提高了系统的松耦合性和可重用性。
2.微服务架构：将系统划分为多个独立的微服务，每个微服务专注于一个具体的业务功能，通过轻量级的通信协议进行交互，提高了系统的灵活性和可维护性。
3.弹性伸缩：通过容器化技术和自动化运维工具，实现系统的弹性伸缩，根据业务负载的变化自动调整系统的资源分配，保证系统的高可用性和性能。
4.数据治理：采用数据中心和数据湖的方式，统一管理和治理系统中的各种数据资源，提供一致的数据访问接口，支持数据分析和决策。
主要模块某银行的IT应用体系架构包括以下主要模块：1.前端应用：负责提供用户界面和交互功能，包括网银、手机银行等。
2.业务逻辑层：处理各类业务逻辑，负责核心业务流程的处理和决策。
3.服务层：提供各类中间件服务，包括身份认证、授权、缓存、消息中间件等。
4.微服务：独立的业务服务单元，实现具体的业务功能，例如账户管理、支付服务、风控服务等。
5.数据访问层：负责对各类数据源进行访问，包括关系型数据库、NoSQL数据库、大数据平台等。
6.数据中心：统一管理和治理各类数据资源，包括数据的采集、存储、加工和分析。
关键技术某银行的IT应用体系架构采用了多种关键技术和工具，以支持系统的稳定运行和高效开发：1.容器化技术（Docker、Kubernetes）：将应用程序和其依赖项打包到容器中，实现应用程序的快速部署和水平扩展。
某商业银行信息化部门组织架构简介V0
管理组
数据库管理组 负责人
数据库
系统支持室 室经理
安全室 室经理
管理组
…
基础架构组 负责人
基础架构组 400系统管理组 负责人 6000系统管理组 负责人
WAN管理组 负责人
规划设计组 负责人
规划设计组
系统支持组 负责人
系统支持 管理组
安全管理组 负责人
安全 管理组 安全合规组 负责人
安全 合规组
二线团队
流 程 管 理 终 端 满 意 度
人 员 建 设 用、 育、 留 材
人 员 建 设 云 公 司 配 合
政 策 建 设 IS O 合 规 保 障
资 源 建 设 分 行 管 理
组 织 文 化 组 织 文 化
理
1.应用发布自动化项目 2.运行中心节点监控项目 3.应用非功能智能管理平 台搭建与推广项目
SEA标准化项目
6000系统管理组 负责人
规划设计组
6000系统
管理组
实施组 负责人
Windows管理组
负责人
实施组
Windows
管理组 存储管理组 负责人
工具组 负责人
存储
工具组
LAN管理组 负责人
数据中心 网络管理组
WAN管理组 负责人
骨干广域网 管理组
400应用 管理组
390应用管理组 负责人
390应用 管理组 开放应用管理组 负责人 开放应用 管理组
二线、三线室组：设备管理室、安全内控室、总行大厦系统管理室、技术管理室、 运行调度室
Secret 机密
6
某商业银行数据中心 - 组织职务划分简介
深圳
数据中心总经理/副总经理
系统运行室 室经理 服务台负责人 服务台
某商业银行应用双活架构设计方案
某商业银行应用双活架构设计方案2018 年 8 月一、设计原则重要业务系统应用双活项目是单位业务支撑系统建设中极为重要的一环，既要考虑系统平台的双活切换能力和系统架构的高可用,又要考虑数据层次的业务连续性，同时也要考虑单位信息系统今后几年的业务发展需求。
针对单位信息系统系统将保证业务系统的连续性来(支持 7x24 不间断运行)的特点，在此次重要业务系统双活项目中，要把系统的可靠性、稳定性、安全性和可扩展性作为本次规划的重点考虑因素。
在进行系统设计时，遵循以下原则：稳定性：稳定性是系统运行的关键，也是系统维护管理的关键因素，更是充分发挥科技骨干技术储备的关键。
安全性：系统软、硬件需具有可信赖的安全性，软件系统安全性方面应满足单位信息系统安全策略的要求，系统有严格的用户权限和密码保护设计和办法。
可靠性/可用性：系统软、硬件平台应稳定、可靠，能够满足业务系统 7x24 不间断的运行要求；具备成熟的高可用性和双活解决方案。
对数据的完整性和准确性有可靠的保证机制。
可持续发展性：所提供的技术是可持续发展的，是目前的主流技术并有长期发展的目标，能满足单位业务支撑信息系统未来几年业务发展的需求。
可扩展性：随着单位业务的不断发展、壮大，系统平台必须提供足够的可扩展能力以满足未来几年业务增长和系统扩展的需要。
可扩展性是保护用户投资的重要方面之一。
另外在系统设计时，应选择业界相关领域的主流产品，确保产品旺盛的生命力，以便充分地保护用户的投资。
易用性：系统软件平台应提供丰富的、简单的管理工具，便于管理及系统问题诊断。
开放的标准：系统软件需支持业界通用的开放式标准，降低因兼容性问题造成的问题发生率。
可维护性：系统维护需要简便快捷、不需要太多的管理人员和维护。
系统可维护性十分重要，它直接决定了系统的效能、产出和用户的总体拥有成本。
系统可维护性差会导致系统效能下降、产出降低，维护成本增加，后患无穷。
售后服务技术支持：厂家能提供足够、及时的技术支持与响应，来保证应用系统良好运行状态。
银行IT系统方案
银行IT系统方案（1）：整体解决方案描述:银行信息系统建设的二个层面是相辅相成的，“业务处理系统”面向客户服务，旨在以丰富的银行金融产品、综合的服务和销售渠道以及灵活的业务处理流程提供即时的、满足市场需求的银行服务。
“经营管理系统"是以业务系统运行过程中产生的数据为基础,以银行经营管理的各个主要因素为对象建立面向银行管理的各个分析主题，以数据基础建立数据模型向银行提供基于数据基础的、量化的决策依据；一、银行系统背景自从上世纪八十年代中期以来，中国的各国有银行、股份制商业银行等金融机构经过20多年发展和管理制度变迁，各金融机构结构发生了深刻变化，金融机构的竞争性市场机制和市场体系初步形成,产权多元化的趋势非常明显。
在加入WTO后境外金融机构的冲击,以及随着2003年开始的一行三会（人民银行、银监会、证监会、保监会)的架构设立，《人民银行法》、《商业银行法》、《监管法》的颁布，中国的金融体系正在迅速向国际标准靠拢。
所以无论从市场指标、市场集中率还是进入壁垒来衡量,都已经从国有银行高度垄断的市场结构转变为多元主体共同竞争的市场结构。
同时,这种市场竞争的加深以及各金融机构服务能力的比拼,对中国金融电子化、信息化建设的影响将是非常深远的！尤其是,从2006年开始在各金融机构实施1104工程开始，标志着管理会计和风险管控在金融机构正式进入实施阶段.另外，从2007年开始的新会计准则的推广，对金融机构的会计核算、财务报告以及信息披露将有深远的影响,也必将进一步推动银行IT架构及金融信息系统的快速发展和与国际惯例接轨。
面对中国金融市场的竞争格局加剧,银行的信息化建设愈发成为银行发展的核心要素。
结合目前国内外系统建设的经验，按照未来国内金融市场的发展趋势,集团认为,商业银行的电子信息系统建设应当在“二个层面"上考虑“统一规划，分步实施”，即商业银行电子信息系统建设的整体解决方案包括二类相对独立的组成部分，一类是“业务处理系统"，一类是“经营管理系统”。
银行it系统解决方案
银行it系统解决方案篇一：银行系统解决方案企业银行系统目录第一章总则1．1、概述1．2、IC卡系统与企业银行 1．3、电子商务与企业银行第二章企业银行系统的业务功能2．1、企业银行的基本业务 2．2、企业银行的扩展业务第三章企业银行系统的特性3．1、业务特性 3．2、技术特性第四章企业银行系统的实现4．1、几种不同的实现方法 4．2、各种实现方法的对比第五章企业银行系统的规划5．1、政策与法律面的影响 5．2、未来电子商务发展的影响 5．3、银行客户需求的影响 5．4、企业银行系统的规划第六章企业银行系统构成6．1、系统总体结构图及硬件组成 6．2、系统软件 6．3、企业银行应用软件第七章企业银行系统的业务流程7．1、系统业务流程 7．2、系统操作界面的设计第八章服务与培训8．1、售前技术支持 8．2、售后服务 8．3、培训服务附件一：北京计算机技术有限公司简介第一章总则本章内容提要：◢◎概述◢◎ IC卡系统与企业银行◢◎电子商务与企业银行系统1．1、概述随着金融系统商业化改革的深入，商业银行为其客户提供更好、更优质的服务，不仅是为了满足客户不断增长的需求，而且也是商业银行增强其自身竞争实力的内在需求。
企业银行系统，使客户足不出户就能得到各种优质的在线金融服务，已经越来越多地得到了各家商业银行的关注。
然而，企业银行系统究竟是什么？它有着怎样的业务功能？它用于联机支付结算有无法律依据？银行在现阶段如何规划发展自己的企业银行系统？这些都是银行业务和科技部门目前迫切关心的问题。
本解决方案在陈述企业银行系统各方方面面的基础上，给出了一套适合中国现阶段国情的企业银行系统解决方案。
企业银行（Corporation Bank）是银行为其企业客户提供在线金融服务的电子系统。
企业在其办公室或其它地点，使用电子设备（如PC、终端），通过公用网络（如电话网、数字网），连入银行的企业银行系统后，就可以办理帐务数据查询、资金转帐、委托代理等各项金融业务，或者获取各类金融信息服务。
商业银行IT系统
商业银行IT系统随着信息技术的快速发展，商业银行IT系统在现代金融领域扮演着至关重要的角色。
商业银行IT系统的高效运作对于保障银行的正常运营、提供优质的金融服务至关重要。
本文将探讨商业银行IT系统的概念、作用以及当前面临的挑战和未来发展趋势。
一、商业银行IT系统的概念和作用商业银行IT系统是指商业银行在信息技术支持下建立的一套完整的信息化管理系统。
它由硬件设备、软件系统、数据库、网络结构等组成，为商业银行提供全面的信息处理、交易管理、风险控制和业务监管等功能。
商业银行IT系统的作用主要体现在以下几个方面：1. 信息处理和交易管理：商业银行IT系统可以实现对客户开户、存款、贷款、清算和结算等各类业务的信息处理和交易管理，大大提高了操作效率，缩短了办理时间。
2. 风险控制和安全保障：商业银行IT系统可以通过对客户身份验证、交易权限管理、风险监控等功能的支持，提高风险识别和管理能力，保障客户和银行的资金安全。
3. 业务监管和合规管理：商业银行IT系统可以对银行内部各项业务进行监管和合规管理，确保银行遵守相关法律法规，合理运营。
4. 数据分析和业务决策：商业银行IT系统可以对各类数据进行收集、存储和分析，为银行提供决策支持，提高业务运作的效率和准确性。
二、商业银行IT系统面临的挑战虽然商业银行IT系统在提高业务效率和管理水平方面发挥着重要作用，但也面临着一些挑战。
以下是一些常见的挑战：1. 安全威胁：随着网络技术的发展，商业银行IT系统面临着来自网络黑客、病毒攻击和数据泄露等安全威胁。
银行需要采取有效的安全措施和管理手段，保障系统和客户信息的安全。
2. 技术更新：信息技术不断更新换代，商业银行IT系统需要不断跟进并适应新技术的应用。
银行需要投入大量的资金和人力资源来进行系统升级和维护，以保持竞争力。
3. 可靠性和稳定性：商业银行IT系统需要保持高可靠性和稳定性，以应对高峰期的交易压力和突发事件的挑战。
系统的崩溃或故障可能导致金融风险和信誉损失。
xx银行核心系统系统架构设计说明书
架构设计说明书xxx银行核心业务项目系统架构设计说明书架构设计说明书文档修订记录目录1简介 (5)1.1目的 (5)1.2范围 (5)1.3术语和缩写词 (5)1.4参考资料 (6)2项目概述 (7)2.1项目目标 (7)3现状分析 (9)3.1渠道与前置系统 (9)3.1.1系统现状描述 (9)3.1.2系统现状分析 (10)3.2后台管理系统 (11)4架构设计方案 (12)4.1架构设计原则 (12)4.2系统架构与范围 (13)4.3系统中长期规划 (14)4.4核心系统和老前置系统接口改造方案 (15)4.5数据整合平台改造方案 (18)4.6关键架构问题说明 (20)4.6.1历史数据中心改造方案....................................................错误!未定义书签。
4.6.2分行特色业务平台系统接入方案 (21)5产品技术架构 (23)5.1柜面系统技术架构 (23)5.2ESB技术架构 (24)5.3中间业务系统技术架构 (27)5.4核心业务系统技术架构 (27)5.5数据整合平台技术架构 (30)6系统部署方案 (30)6.1物理架构 (30)6.2硬件环境 (32)6.3软件环境 (35)6.4网络架构 (37)7架构风险 (38)7.1接口改造涉及的系统多、范围广、接口数量多 (38)7.2柜面系统界面开发量大 (38)附件： (39)1简介1.1目的本文档对新的核心系统整体架构进行综合概述，其中会使用多种不同的构架视图来描述系统的各个方面。
它用于记录并表述已经对系统的构架方面作出的重要应用决策。
本文档的另外一个作用是作为概要设计和详细设计的参考文档，通过对系统涉及到的各技术层面的阐述，来屏蔽概要设计和详细设计阶段遇到的各种技术难点，通过对架构中各个机制的实现的说明，使概要设计和详细设计集中于系统的功能性需求的设计，非功能需求通过架构中的各项机制得到有效的解决。
银行信息系统架构分析
通常情况下，分行前置型应用系统都采用C/S结构进行设计。即在终端都采用字符型终端机或者专用的客户端软件，通过TCP长连接或者是短连接模式，和位于分支机构的前置服务器进行通讯。前置服务器在进行一些初步的数据处理之后，进行本地流水号记录等操作，然后将数据转发到数据中心的前置服务器，再由数据中心的前置服务器将数据进一步处理，转换为主机系统可识别的数据格式，将数据转发到主机系统。在主机系统返回结果后，将返回结果进行层层返回。
2、数据存储量的飞速增长，按照IDC的统计数据，在金融行业中除去传统的结构化交易数据，非结构化的数据如文档类、支票影像化等数据基本上以每年100%以上的速度在飞速的膨胀中。对于非结构化数据的管理和维护，将成为数据中心存储系统面临的一个新的重要问题。
3、居安思危，在进行数据大集中后，数据的安全可靠性变得尤其重要，传统的金融灾难备份式的备份中心建设已经暴露出切换慢、能源消耗大、切换风险高等弊端。因此，必须考虑多中心的并行运行。
4.1.2、
分行前置型应用系统通常为银行的核心业务系统。其发展和演变由最初的未集中式的应用部署结构而来。在分行前置型业务系统中，使用者通过“终端-分行前置-省行前置-数据中心前置-主机”的分级次数据交换存取核心业务数据。是否采用分行前置型应用部署结构主要取决于终端的类型和业务的分布状况，同时，和应用的数据传输对于骨干网带宽占用也存在较大的关联。比如目前大部分的柜台终端均为字符型终端，这种终端无法直接连接到总行的数据中心，因此必须有分行的终端服务器和前置服务器进行数据预处理，然后转发到总行的数据中心。另外，一些特殊应用如电话银行等业务需要在当地处理，因此也通常会采用分行部署的模式进行。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
某银行IT应用系统体系架构1介绍 (9)1.1文档目的 (9)1.2目标 (9)1.3范围 (9)1.4目标读者 (9)1.5假设 (9)2应用体系架构的整体说明 (10)2.1应用体系架构的定义 (10)2.2对某银行IT战略的建议 (11)2.2.1应用服务战略 (12)2.2.2数据管理战略 (12)2.2.3基础设施战略 (12)2.2.4体系架构战略 (12)2.3应用体系架构设计中的关键点 (13)2.3.1银行的核心业务系统 (13)2.3.2客户信息的管理 (14)2.3.3企业应用系统集成（EAI） (15)2.3.4管理信息系统 (17)2.3.5合理的应用系统功能 (17)2.3.6数据分布模式 (18)2.3.7应用分布模式 (19)2.3.8应引起关注的技术问题和技术管理问题 (20)2.3.9IT规划的管理机制问题 (20)3应用体系架构的整体设计 (22)3.1应用体系架构的整体设计图 (22)3.1.1应用体系架构中的系统功能和全行的应用需求的对应关系 (23)3.1.2对核心业务体系系统的说明 (25)3.1.3总行层面的系统总览 (27)3.1.4一级分行层面的系统总览 (27)4建议的转型计划大纲（待项目计划出） (29)4.1某银行现有的应用系统和目标模式的差异分析 (29)5.1核心业务系统核心层的目标功能 (30)5.1.1系统的总体功能和特性 (30)5.1.2客户信息管理功能 (30)5.1.3帐户管理功能 (31)5.1.4产品管理功能 (33)5.1.5帐户交易管理功能 (34)5.1.6报表管理功能 (35)5.1.7出纳/分行交易管理功能 (36)5.1.8管理和监控功能 (36)5.1.9现金管理功能 (37)5.1.10总帐功能 (37)5.1.11应用安全管理功能 (38)5.2核心业务系统的业务层的目标功能 (39)5.2.1核算管理及账务体系 (39)5.2.2内部资金管理 (41)5.2.3结算管理 (41)5.2.4银行卡业务的管理 (41)5.2.5现金管理 (42)5.2.6凭证管理 (42)5.2.7国际结算 (43)5.2.8对各级机构作业的支持 (43)5.2.9营运风险控制体系 (44)5.3金融产品提供 (46)5.3.1 公司业务（仅包含帐户处理） (46)5.3.2个人业务 (46)5.3.3银行卡业务 (46)5.3.4现金业务 (47)5.3.5资金调度业务 (47)5.3.6票据清算 (47)5.3.7外汇买卖业务 (47)5.3.8中间业务 (47)6.1大前置系统的建设目标 (48)6.2大前置架构说明 (49)6.3大前置系统功能说明 (50)6.4前端设备 (51)6.5技术考虑事项 (52)7某银行信息总线目标功能模式 (53)7.1信息总线的整合层 (54)7.1.1概述 (54)7.1.2系统接入子层 (55)7.1.3输出整合 (57)7.1.4BPM (58)7.2门户技术 (67)7.2.1门户要求 (67)7.2.2两级门户个性化实现方案 (68)7.2.3多种前端接入实现方案 (69)7.3统一的安全认证机制 (71)7.3.1建立客户信息管理系统 (71)7.3.2建立认证LDAP服务器 (71)7.3.3实现单点登录 (72)8MIS系统目标功能模式 (75)8.1数据仓库架构 (75)8.1.1图1 数据仓库一般架构源系统 (75)8.1.2ETL (76)8.1.3操作数据存储（ODS） (77)8.1.4多维数据存储（数据集市） (77)8.1.5OLAP (78)8.1.6数据挖掘 (78)8.1.7表现层 (80)8.2管理信息系统体系结构 (80)8.2.1管理信息系统数据仓库体系架构 (80)8.2.2管理信息系统演进策略 (85)8.3分析型客户关系管理应用架构 (86)8.3.1分行层面的客户区分 (88)8.3.2分行层面的多维利润分析 (89)8.3.3分行层面的客户需求分析 (89)8.3.4分行层面的客户行为分析 (90)8.3.5分行层面的交叉销售分析 (91)8.3.6分行层面的客户满意度分析 (91)8.3.7总行层面的客户区分 (92)8.3.8总行层面的客户需求分析 (92)8.3.9总行层面的多维利润分析 (93)8.3.10总行层面的市场趋势分析 (93)8.3.11总行层面的重大事件分析 (94)8.3.12总行层面的客户行为分析 (94)8.4管理会计系统应用架构 (95)8.4.1全面预算 (96)8.4.2多维的成本盈利管理 (96)8.4.3帐户的利润贡献度计算 (97)8.4.4产品/客户的利润贡献度计算 (99)8.4.5渠道的利润贡献度计算 (100)8.4.6机构的利润贡献度计算 (100)8.4.7业绩考核指标 (100)8.5资产负债管理信息系统应用架构 (102)8.5.1市场风险分析和预测 (103)8.5.2利润分析 (107)8.5.3内部资金转移定价（FTP） (109)8.5.4资本管理 (110)8.6信贷风险管理信息系统应用架构 (111)8.6.1信贷风险管理信息系统数据仓库 (112)8.6.2信贷风险模型 (113)8.6.3信贷风险管理决策支持 (118)8.6.4信贷风险管理监控及报表生成 (120)9信贷业务和风险管理系统目标功能模式 (123)9.1信贷业务管理系统 (123)9.1.1目标模式信贷业务管理系统特性 (123)9.1.2信贷业务管理系统所支持的信贷关键业务流程的具体说明 (123)9.1.3信贷业务管理系统的数据结构 (135)9.1.4信贷业务管理系统的数据流图 (138)9.1.5信贷业务管理系统的系统技术体系结构 (139)9.2信贷风险管理系统 (142)9.2.1信贷风险管理系统的功能模块和整体逻辑视图 (142)9.2.2信贷数据集市及数据管理系统 (145)9.2.3联机数据分析及报表处理系统 (149)9.2.4信贷业务管理系统和信贷风险管理系统的接口 (152)10操作型客户信息管理 (153)10.1操作型客户信息管理平台的总体目标规划 (153)10.2CIF的设计方法 (153)10.3操作型客户信息结构模型分析 (154)10.4本规划操作型客户信息设计 (156)10.5操作型客户信息存放方式 (158)10.6操作型客户信息的建立和维护 (159)11资金管理系统的目标模式 (160)11.1资金管理系统目标模式介绍 (160)11.2资金管理系统对资金流程的全线支持 (160)11.3资金管理系统功能介绍 (161)11.4资金管理系统的数据结构介绍 (162)11.5资金管理系统技术体系结构介绍 (163)12个人理财系统 (165)12.1目标模式的个人理财系统支持的业务： (165)12.2个人理财系统整体应用流程 (166)12.3个人理财系统功能模块 (167)13ERP系统 (170)13.1总帐管理 (170)13.2人力资源/薪资管理 (171)13.2.1目标模式的人力资源管理系统功能 (172)13.3固定资产管理 (174)13.4采购管理 (175)13.5库存管理 (177)13.6合同管理 (179)13.7ERP系统与其它系统的接口 (179)13.7.1ERP系统与OA（办公自动化）系统的关系 (179)13.7.2ERP系统与其它MIS的关系 (179)13.7.3ERP系统与业务支持系统的关系 (179)14 办公自动化系统的目标应用体系结构 (180)企业办公自动化的主要功能模块 (180)某银行的办公自动化系统的主要基础功能模块 (180)某银行的办公自动化系统的主要应用功能模块 (183)对某银行办公自动化系统功能模块的建议 (184)与其它系统之间的信息交换结构图 (185)某银行的办公自动化系统的基础平台的选择 (185)15 档案管理的应用体系结构 (188)档案管理在某银行IT应用体系中的作用与地位 (188)某银行档案管理系统应具备的特点 (188)档案管理与其它系统的关系 (189)档案管理与办公自动化系统的关系 (189)档案管理与银行业务系统的关系 (189)档案管理与企业信息站的关系 (189)档案管理系统的主要功能模块 (189)数据录入、压缩、转换与存储 (189)档案检索 (190)档案信息发布和使用 (191)档案修改与销毁管理 (192)系统管理 (192)档案管理系统的系统流程 (193)某银行档案管理系统的数据中心建设 (194)16 投资管理、证券、保险和基金业务系统 (196)投资管理 (196)投资管理的应用范围 (196)投资管理的系统架构 (196)投资管理系统的功能需求 (197)投资管理系统的主要接口 (197)证券与基金管理系统 (198)证券与基金管理系统的业务特征 (198)1 介绍1.1 文档目的1.2 目标1.3 范围1.4 目标读者本文档的目标读者为对于某银行当前IT系统有一定了解的IT管理人员及系统管理人员。
1.5 假设在本文档的制作过程中采用了一些前提和假设，这些假设将作为文中分析与结论的重要依据。
所做假设如下：所提供的关于IT系统及其相互间关系的信息是准确的；关于每个系统的目的及功能的描述是准确的；调查及访谈结果符实。
2 应用体系架构的整体说明2.1 应用体系架构的定义本文所指的应用体系架构是支持某银行业务体系架构的相关应用系统的体系架构。
在《某银行业务体系架构最佳实践》一文中指出，银行的业务活动，可以分为：战略规划、资产负债管理和市场风险管理、信贷风险管理、财务管理、客户关系管理、渠道管理、产品管理、营运管理、人力资源管理共九个方面。
银行的各类应用系统，在功能上应该直接针对以上九个方面的业务活动的需求或者为这些业务活动提供相关信息。
在应用体系结构上，应该和业务体系结构的要求相适应。
银行的大部分应用系统，是为银行的营运服务的。
一般零售和批发的银行的营运包括本外币条件下的以下操作，这些操作形成了某银行的应用系统在银行营运方面的基本需求：1) 面向客户，提供各种金融产品和服务，包括零售银行业务、对公银行业务和卡业务等2) 操作型的客户信息管理3) 银行提供金融产品和服务的分销渠道的运作4) 核算和帐务体系5) 营运风险控制体系，包括柜员管理、额度管理、业务处理流程的规范、内部审计等6) 结算处理7) 清算处理8) 现金管理9) 票据管理10) 贷款的审批和管理11) 资金运作12) 柜台业务处理流程13) 对外接口的处理某银行作为一家企业，自然需要有：14) 企业基本资源的管理，包括机构、人力资源、采购、营业性费用等方面的管理15) 办公的自动化16) 档案的电子化管理银行的管理，自有它的专业特色，正如在《某银行业务体系架构最佳实践》一文中指出的：17) 资产负债管理和市场风险管理18) 财务管理中的银行管理会计19) 银行客户关系管理20) 信贷风险管理需要专门的银行管理信息系统的支持。