银行市场风险管理系统概述

X X银行

全面市场风险治理系统可行性分析报告

（讨论稿）

V1.0

2006年10月

目录

概述1

第一部分X X银行全面市场风险治理系统可行性分析··3第一节····XX银行资金业务系统的整体规划简述3

一、··············业务前台系统4

二、··············业务中台系统6

三、··············业务后台系统6

第二节XX银行资金业务市场风险治理的现状和业务需求7第二部分R i s k c o m p市场风险治理系统的优势和特征·10第一节···········世界领先的应用系统10

一、·Risk comp市场风险治理系统的世界领先地位11

（一）··适应商业银行资金业务的不断进展12

（二）····降低治理成本，增进内部沟通13

（三）·········全面认识组合风险13

（四）········建立高效的报告体系14

（五）·········减少法定资本需求16

二、············提高国际信用评级16

三、········国内领先的本土化技术支持18

（一）······在项目实施上的技术支持18

（二）·····系统上线后的建模技术支持19

（三）·系统上线后的季度模型校验技术支持20第二节···········要紧应用和技术优势22一、················应用优势24

（一）······适应不断变化的业务需求24

（二）····降低运营成本，改善风险表达24

（三）······提供组合风险的全面理解25

（四）···········降低监管资本26二、················技术优势26

（一）······覆盖全行的风险报告框架26

（二）·····丰富的金融模型和分析方法27

（三）·······先进的基于情景的分析28

（四）·········高性能的分析方法28

（五）······先进的风险治理决策支持29

（六）适合快速应用和直观风险分析的风险解决方案30

（七）·····为前台提供实时的风险分析31

第三部分R i s k c o m p市场风险治理系统功能描述 (33)

第一节···········灵活的数据治理功能34

一、··········集成化的数据输入框架36

（一）·······企业级风险数据服务器37

（二）············分布式处理38

（三）········数据过滤和编辑工具39

二、···········高效的数据映射程序40

（一）············元数据驱动40

（二）······CSV和XML格式数据的处理41

（三）··········透明的映射规则41

（四）针对通用国际行情数据供应商的数据接口插件42三、··········流程自动化和系统维护43

（一）··对全行市场风险的集中操纵和治理44

（二）·具有集中维护功能，能改善日常运行45

第二节·············先进的分析方法46一、·················M tF架构47

（一）·······企业级风险的完整集成49

（二）通过灵活的框架，能适应不断进展的市场需求50（三）···先进的性能能满足最苛刻的需求50

（四）·············方法透明52二、················情景生成53

（一）···········情景生成方法55

（二）·······情景生成的特征和优点57

（三）····风险因子历史时刻序列数据库58

（四）·········治理时刻序列数据60

（五）·······生成方差－协方差矩阵61（六）···········压力测试情景61（七）············敏感性情景62（八）···········历史VaR情景63（九）···········蒙特卡罗情景64（十）·············抽样技术71三、············决策支持分析方法75

（一）···········边际风险贡献77（二）·············Vega VaR 79（三）···········流淌性调整VaR 79（五）···········预期厚尾损失81（六）···········分析VaR方法81（七）···············优化83（八）···········动态交易策略84四、·············估值和建模环境86

（一）开放的应用程序接口，能容纳新的金融模型88

（二）···········估值/定价模型89

（三）·····一揽子/组合信用衍生品模型98

（四）······Risk comp公司的专有模型104

（五）···需要第三方专业数据的风险计量112五、············优化的MtF模拟器121第三节··········灵活的显示和报表功能122一、····易于使用的企业级风险显示和报表包123

（一）···········全行综合报表126

（二）·······最坏情况下的情景报表127

（三）·········企业VaR归因报表128二、··········业务中台的显示和报表128

（一）············MtF检索工具128

（二）···········组合分析报告130三、···········业务前台显示和报表146

（一）·······情景分析和敏感性分析147

（二）··········内嵌的限额功能150

第四部分R i s k c o m p市场风险治理系统的技术结构··152第一节···Risk comp市场风险治理系统的整体架构152

一、······数据转换模块RM（RiskMapper）154

（一）········国内行情数据的联接155

（二）彭博公司的国际市场行情数据系统的联接156

二、情景生成引擎ASE（Risk comp Scenario Engine）159

三、·······计算计量引擎RW（RiskWatch）160

四、数据汇总和展示模块ARA（Risk comp Risk Application） 161

第二节·············软硬件平台配置162

一、···············服务器系统162

二、··············操作终端系统164

三、················数据需求165

（一）···········市场行情数据165

（二）·············业务数据165

（三）·············限额数据166

第五部分R i s k c o m p市场风险治理系统的工程实施规范168第一节················项目治理168

一、··············项目治理目标168

二、··············项目治理内容170

（一）···人力资源和设备资源的统一治理170

（二）··基于项目打算书协调项目实施进展172

（三）·······单一接口和项目协调会172

三、项目打算书（PDD，Project Definition Document）174

第二节······项目实施各时期内工作单元关系176

一、····需求分析时期各工作单元之间的关系177

二、····设计验证时期各工作单元之间的关系177

三、····项目实施时期各工作单元之间的关系178

第三节················需求分析179

一、················预备工作182

（一）···········需求分析预备182

（二）···········需求分析培训183二、················需求定义184

（一）···········业务需求定义184

（二）···········功能需求定义186

（三）···········技术需求定义187三、················方案分析188

（一）明确功能需求和Risk comp软件功能模块之间的关系 188（二）···········软件修改分析189

（三）········建立解决方案路径图191

（四）········设计解决方案示意图192

（五）········明确项目实施里程碑192四、·············制定差不多打算193

（一）···········制定项目打算193

（二）·······假设、约束和风险定义194

（三）············责任定义表195

（四）需求报告（CDR，Customer Definition Review）196

第四节················设计验证197

一、················项目治理198

二、················细化需求199

（一）·········细化业务需求定义199

（二）·········详细功能需求定义200

（三）·········详细技术需求定义201三、···············分析和打算207

（一）···········软件修改分析207

（二） XX银行市场风险治理业务报表客户化配置208

（三）·············培训打算209

（四）·············测试打算209

（五）项目打算书（PDD，Project Definition Document） 210

四、·············实施设计和验证211

（一）·············功能设计211

（二）···········系统结构设计212

（三）···········应用结构设计213

（四）···········接口特征设计213

（五）···········软件修改设计214

（六）··········客户化报表设计215

（七）···········单元实施打算216

（八）生产服务技术支持（SLA，Service Level Agreement）建议（九）项目设计报告（SDD，System Design Document）218

第五节················项目实施219一、················项目实施219

（一）····软件安装和产品技术资料交付219

（二）Risk comp市场风险治理系统客户化设置221

（三）软件修改和XX银行业务报表客户化配置221

（四）·······OTC合同的风险模型配置222

（五）·············应用培训224二、················项目测试225

（一）···········测试数据定义225

（二）········测试小组和详细打算226

（三）·············单元测试227

（四）···········系统完成报告228

（五）系统初验（CIT，Client Integration Testing）228三、·········系统生产环境上线试运行232

（一）····系统生产环境上线试运行打算232

（二）·Risk comp市场风险治理系统应用培训233

（三）·········项目工程技术资料234

（四）生产服务技术支持打算书（SLA，Service Level Agreemen （五）系统终验（UAT，User Acceptance Testing）237

（六）···········项目实施总结240

概述

随着国内利率改革的不断深化，和近期推出的汇率改革，市场风险差不多越来越具体地反映到了XX银行（以下简称“XX银行”）的资产或投资组合中。能够预见的是，XX银行金融创新步伐必定加快，金融产品将更加丰富，进而使得XX银行面临的市场风险和衍生产品业务交易风险不断增加。有效的风险治理对XX银行资金业务的生产差不多日益重要而迫切。

中国银行业监督治理委员会（简称银监会）从2004年底开始明显

加快了对商业银行市场风险全面监管的步伐：

2005年3月1日颁布实施了《商业银行市场风险治理指引》，要求国有商业银行和股份制商业银行最迟应于2007年底前，都市商业银行和其他商业银行最迟应于2008年底前达到本指引要求。

2005年9月8日召开第37次主席会议讨论并原则通过《商业银行市场风险监管手册》，提出了五个方面（董事会和高管层的

监督；市场风险的政策及程序；市场风险的识不、计量、监测和操纵；市场风险资本要求；内部操纵和外部审计）对商业银行实施检查的具体指标，并从2006年开始从对国内各商业银行进行检查。

2006年2月28日公布了《关于进一步加强外汇风险治理的通知》，提出十条具体措施，以督促商业银行在新的外汇市场环境下提升包括外汇风险在内的市场风险治理水平，防止产生重大外汇交易损失。

2006年3月14日颁布了《商业银行风险监管核心指标口径讲明》，针对2006年1月13日颁布的《商业银行风险监管核心指标（试行）》中所定义的核心风险指标，明确了十六个一级指标和八个二级指标的具体计量方法和监管口径。

银监会积极推动商业银行提高市场风险操纵能力的目的确实是为了引领商业银行加强市场风险治理，弥补这方面与国际上先进银行的差距，从市场风险治理的政策、程序、计量、监控、资本配

置和专业人才等多个方面完善自己，为金融市场开放后与国际银行的竞争做好预备。

有效的市场风险治理使XX银行能够主动地确认、量化并展示各种资金类业务的市场风险及对相关资本的要求，这将关于XX银行的整体资金业务运营产生积极意义。通过对各种市场风险状况的把握，XX银行能够减少不必要的风险承担，从而获得最佳风险调整收益。XX银行风险治理部通过对资金业务风险和收益的统一计量（本外币、场内外、交易帐户和银行帐户），以实现最优均衡，不但能够满足监管要求，而且提高竞争优势，实现稳固的业务收益和最大的回报。

第一部分X X银行全面市场风险治理系统可行性分析

第一节X X银行资金业务系统的整体规划简述

为了适应XX银行资金业务的高速进展，需要通过在现有的业务前台系统的基础上整合和升级，逐步建立完善的、能够支撑XX银行资金业务以后进展的整体系统，这其中自然要包括全面的市场风

险治理系统。

由于不同的商业银行在资金业务倾向上有所差异，但总体上讲，国际先进商业银行的资金业务治理系统差不多模式如下： 依照上述整体逻辑框架结构，XX 银行资金部的整体规划如下：

一、 业务前台系统

业务前台系统是依照XX 银行资金业务的范畴，针对具体资金业务特征，由多个系统组成，诸如：针对外币业务的路透公司的Kondor+系统和彭博公司的PTS 系统、针对本币业务的资金交易系统、等。随着中国金融市场的进展和XX 银行向海外

业务前

台 业务中台 业务后台 外币交易系统

新产品交易系统

本币交易系统

国外行情信息系统

国内行情信息系统 商业银行资金部业务数据前台业务数

风险治理数

后台治理数覆盖交易帐户和银行帐户、本外币、场内外的全面市场实时限额监控系统 交易授权治理系统

交易监管系统 交易结算系统 交易对帐系统

市场的快速推进，针对不同交易帐户和银行帐户的前台业务系统将会不断增加和更新。

业务前台系统还包括行情信息系统，诸如XX银行现有的路透和彭博的国外业务行情信息系统、北方之星的国内债券行情信息系统。

二、业务中台系统

资金业务中台系统要紧负责XX银行全行银行帐户和交易帐户市场风险的治理，以及交易授权和限额治理。要紧由两个系统组成：

(1)全行市场风险治理系统，该系统将覆盖全行交易帐户和银

行帐户的市场风险数据采集、风险计量和监控。

(2)实时监控治理系统，该能够对各种交易进行授权监控和实

时限额治理。

由于实时限额治理是基于市场风险计量的结果，因此从技术实现的角度上讲，限额治理属于市场风险治理系统中不可分割的一部分。

三、业务后台系统

资金业务后台系统要紧是针对XX银行资金类业务的内部监控和治理系统，诸如：

(1)交易监管系统（诸如：交易对手的确认和审核、交易合规

和复合）；

(2)本外币的各种交易（银行帐户和交易帐户、场内外）综合

结算系统；

(3)本外币的综合对帐系统和会计处理系统。

第二节X X银行资金业务市场风险治理的现状和业务需求

XX银行在市场风险治理上目前只有简单的风险计量工具：

一、在外币业务风险计量上，要紧依靠路透公司的Kondor+系

统。该系统具有专门大的局限于，比如（1）无法对美国市场的MBS、ABS、CMO产品进行风险分析。（2）在衍生品的风险计量上需要依靠第三方产品才能够实现，即使如此，有些资产类不诸如：能源类产品，该系统仍然存在问题。而且这本身将对风险计量的整体性产生计量结果集成问题。（3）Kondor+系统最要紧的缺陷是无法实现交易帐户和银行帐户在风险计量上的集成和统一，其缘故是该系统要紧进行VaR 值的计量，而不能处理银行帐户的缺口分析、敏感性分析和