2系统整体架构中国银行间场交易商协会.docx

2系统整体架构中国银行间场交易商协会.docx

《2系统整体架构中国银行间场交易商协会.docx》由会员分享，可在线阅读，更多相关《2系统整体架构中国银行间场交易商协会.docx（20页珍藏版）》请在冰豆网上搜索。

2系统整体架构中国银行间场交易商协会

中国银行间市场交易商协会

后督中心管理信息系统

项目需求说明书

1概述

1.1项目背景

近年来，我国银行间债券市场保持了较快的发展速度，尤其是2007年9月中国银行间市场交易商协会成立，银行间市场合格机构交易产品改行政审批制为注册备案制至今，在主管部门及市场各参与主体的共同努力下，银行间债券市场发展取得了巨大成就。

主要表现在，一是发行规模迅猛增长，2009年银行间市场各类债券（不合央票）发行规模突破47万亿元，是1997年0.4万亿元的11倍多；二是交易量突飞猛进，2009年银行间债券市场全年交易额122.1万亿元，比1997年的1.7万亿元增长了71倍；三是债券品种不断丰富，银行间债券市场陆续推出浮息中票、含权中票、外币中票、中小企业短期融资券、中小企业集合票据等品种，在国民经济中发挥的作用日益重要。

目前，以银行间债券市场为主体的中国债券市场已成为我国金融市场体系的重要组成部分，成为社会资金配置和货币政策传导的重要平台。

一个发达的市场往往源于高度均衡的制度建设，源于和谐的金融生态环境。

完善的金融生态环境通常表现为，债券发行便利与投资者保护同等重要，效率与公平兼顾，市场与监管并重，信息披露透明充分，发行人、投资者及评级、法律、会计等各中介机构相互制衡。

我国银行间债券市场同样需要加强市场透明度建设，加快市场化约束机制创新，完善金融生态环境

在金融市场快速发展，银行间债券市场在国民经济中发挥的作用日益明显的市场形势下，加强信息披露管理和注册流程监督显的越发的重要。

随着银行间债券市场规模的不断扩大，市场透明度建设任务越发艰巨。

银行间市场交易商协会后督中心，需要对债券发行后的持续性信息披露进行监控，虽然在非金融企业债务融资工具信息管理系统的建设中，后督中心已经提出了一部分信息化的需求，但信息披露的标准化工作仍任重道远，在进一步完善信息披露的及时性、准确性、完整性以及加强信息分析与监测等方面，仍有诸多实施细节在不断完善的过程中，于此同时，也就要求信息系统的功能必须能够全面满足后督中心业务发展的需要。

1.2项目建设总体目标

1.2.1日常工作的信息化与系统化管理

后督中心业务体系庞大、内容繁杂，业务信息丰富，工作文档较多。

因此建设信息系统的目的之一，即将日常业务进行信息化整合，实现即时化、网络化、系统化和规范化管理。

1.2.2业务流程的网络化与无缝式衔接

后续管理工作的内容和特点决定了业务信息内外共享及交流的重要性。

因此，信息系统建设的目的之二，即实现我部各业务环节的信息共享以及上下游业务间无缝式流转切换，同时在授权范围内进行创新成果共享。

2系统整体架构

一级目录

二级目录

三级目录

四级目录

基本功能

后续管理

风险预警

风险预警板块相关文件

工作制度

增、删、改、查

工作文件

增、删、改、查

风险监测

风险排查

增、删、改、查

压力测试

增、删、改、查

重点关注池

增、删、改、查

业务调查管理

常规业务调查

增、删、改、查

企业偿付资金安排

增、删、改、查

督查纠正

承销团备案管理

增、删、改、查

后续管理报告管理

增、删、改、查

信息披露管理

非定期信息披露

增、删、改、查

定期信息披露

增、删、改、查

业务处理

发行人业务处理管理

增、删、改、查

主承销商业务处理管理

增、删、改、查

应急管理

债务融资工具持有人会议

管理

增、删、改、查

突发事件应急管理

增、删、改、查

统计分析

汇总查询

风险监测

业务调查

后续管理报告

统计

风险排查

压力测试

重点关注池

业务调查

存续情况

后续管理报告

业务处理

3整体功能需求

3.1即时业务跟踪提示

建立系统内的类“短信平台”，以便工作人员有针对性的即时提请其他同事关注某一事项。

3.2个性化重点关注企业池

工作人员可以根据业务需求建立个性化的重要关注的企业范围，并结合查询功能的结果项要素，圈定入池企业关注的指标，使风险监测工作更有针对性。

3.3集合查询功能

整合后续管理板块中各子板块的查询项要素和结果项要素，形成“后续管理信息查询”，与协会已有的非金融企业债务融资工具信息管理系统中的“注册信息查询”、“发行信息查询”和“企业信息查询”相平行，以实现对某个关注对象的全面信息查询。

3.4交互式业务衔接

建立不同板块相关业务记录之间的超级链接，并能够清晰的标识出业务之间的上下游关系，以便查询时能通过链接实现对某一事项全流程的掌握。

4整体技术需求

4.1设计目的

真实、准确、及时记录后督工作流程，及时监测债务融资工具市场及其发行人的实际情况，更好的开展相关自律管理工作。

4.2设计原则

可扩展性、安全性、与其他外部和内部机构的数据对接。

4.3技术需求

4.3.1单点登录

使用协会已有的统一登录界面和用户管理。

要求实现与现有非金融企业债务融资工具信息管理、会员管理等系统的单点登录功能。

要求登录的首页使用非金融企业债务融资工具信息管理系统的首页。

系统整体风格与非金融企业债务融资工具、会员管理系统的整体缝合保持一致。

4.3.2系统整合

将已有的非金融企业债务融资工具信息管理系统中的后续管理功能模块整合到本系统。

4.3.3数据分层

1．数据统一存放。

协会信息系统，包括本系统在内的所有应用子系统的数据信息全部存入一个统一的数据库。

2．数据充分共享。

数据库内的数据可以根据需要，被所有应用子系统所共享。

3、整体数据字典设计。

根据协会现有系统，按照数据分层的规划，更新数据字典。

4、已有系统的改造。

将已有的系统，根据数据统一存放、充分共享、分层管理的原则重新设计进行改造。

5、数据和接口的标准化。

统一本系统和已有的系统的接口和数据标准，按数据字典规定的数据格式，规范定义系统数据，对于新数据要实行标准化。

4.4建设技术路线

4.4.1JAVA技术

随着信息安全重要性的提升，跨平台技术以及JAVA技术的发展，使得JAVA技术越来越成为企业级应用系统建设的首选，通过采用JAVA技术，在很大程度上提高了应用系统抗病毒和抗攻击的能力，并且性能更优异，开发成本更低。

后督中心信息系统二期建设要求基于JAVA技术。

后督中心信息系统二期软件必须遵循J2EE的技术路线，采用JAVA编程语言和服务器端JAVA技术进行开发，各个业务子系统和数据集成平台均必须基于oracle10g（或以上）大型数据库上。

4.4.2基于Internet的B/S架构

当前主流的操作和管理模式都是基于B/S架构的，同时B/S架构有利于工作人员的远程管理和访问，方便维护和使用。

后督中心信息系统二期建设要求基于Internet的B/S架构。

4.4.3完整的开发接口

整个系统的开发完全是基于纯Java技术，提供了跨平台的支持。

后督中心信息系统可与其他已建成的内部系统数据库对接。

本次后督中心信息系统建设应具有良好的开放性、可扩展性，可以根据业务拓展需求不断进行调整、扩展的完整开发接口。

提供二次开发接口规范、开发源代码、样例程序以及相关技术文档等。

5系统功能

从业务逻辑讲，系统主要分为后续管理和统计分析两个大的业务板块，围绕着这两个业务板块系统又分为如下模块，其中，后续管理板块包括：

5.1后续管理

5.1.1风险预警

在风险预警模块中，包括了风险预警板块相关文件管理、风险监测、业务调查管理。

5.1.1.1风险预警板块相关文件管理

风险预警板块相关文件管理中包括工作制度管理和工作文件管理。

该模块的主要功能是将工作制度和工作文件进行管理，包括名称、发布日期、类型等的录入，以及文件和制度上传、下载等。

5.1.1.2风险监测

风险监测包括风险排查、压力测试、重点关注池。

5.1.1.2.1风险排查

根据风险排查目标在发行后的表现，业务人员将风险排查的结果、类型、名称、背景、范围、方式等要素录入系统，并需要将风险排查的工作底稿和报告上传到系统中。

5.1.1.2.2压力测试

压力测试分为内部压力测试和外部压力测试。

其中内部压力测试的测试单位为后督中心，外部压力测试的测试单位为各个主承销商。

压力测试按测试频率可以分为定期或不定期。

在确定了压力测试的频率和测试类型，并选定了测试单位之后，开始对测试单位进行压力测试。

压力测试首先要对需进行测试的企业发出压力测试通知，确定压力测试的方式，明确压力测试的风险因素，确定压力测试的测试对象，分析压力测试的前提假设等，并最终得出压力测试的结果。

其中，压力测试的相关文件需要保存到系统中。

5.1.1.2.3重点关注池

业务人员通过对企业的分析，确定该企业是否被列为重点关注企业。

如果企业被列为重点关注企业，则需在重点关注池管理模块中，将企业名称、代码、关注池类别、入池时间、关注等级以及备注等信息录入到系统中，进行保存。

5.1.1.3业务调查处理

业务调查处理主要包括常规业务调查和企业偿付资金安排。

5.1.1.3.1常规业务调查

常规业务调查分为：

现场调查、书面调查、电话调查三类。

在常规业务调查中，要对调查的事由、调查的起始时间、调查的完成时间、被调查的机构等信息进行记录。

如果被调查机构是主承销商，则只需记录主承销商调查的相关信息。

如果被调查机构是企业，则需记录发行人出席名单、相关的承销商出席名单以及其他机构的出席名单。

并选择需关注的事项，包括主体信用评级、是否非国有企业、产业政策、公司治理、生产经营、财务状况、募集资金使用不合规、信息披露不合规、有违约历史、偿债机制存在问题、特殊安排的情况、其他等。

在常规业务调查功能模块中，需要包含相关文件的上传和下载等功能。

5.1.1.3.2企业偿付资金安排

对于发行人已经发行的债券，在确定了其债券到期时间之后，对偿付的来源和偿付的金额进行保存。

其中，发行人和债券的到期时间需要从非金融企业债务融资工具信息管理系统的数据库中获得。

5.1.2督查纠正

督查纠正功能模块包括承销团备案管理、后续管理报告管理、信息披露管理、业务调查管理、业务处理，五个功能。

5.1.2.1承销团备案管理

承销团备案管理主要是对承销团协议进行备案。

包括对承销团协议材料是否齐全、如果协议材料有缺失，缺失材料的类型、名称等进行登记。

另外还包括对承销团协议的提交日期、承销团协议备案通知书日期、协议文本等进行登记备案。

如果承销团协议在备案后有过更新，则需要对更新文件、更新文件的提交日期、更新协议备案通知书日期以及更新文件的上网公示日期等进行登记备案。

5.1.2.2后续管理报告管理

对主承后续管理报告进行相关管理。

包括对主承是否有后续管理情况、是否有风险排查情况、是否有压力测试情况等进行记录，并对排查期数、应排查期数、排查家数、应排查家数等进行记录。

还需要对主承发行的各种债券的家数、期数、金额以及重点关注企业池家数、压力测试家数等进行相关的记录。

5.1.2.3信息披露管理

信息披露管理包括非定期信息披露和定期信息披露。

5.1.2.3.1非定期信息披露

非定期信息披露主要是对重大事项、重大事项的联系日期和披露日期进行记录。

5.1.2.3.2定期信息披露

定期信息披露需要对发行企业和增信机构均进行披露。

需进行披露的内容包括债券简称、发行日、到期日、发行规模等债券发行相关信息和企业是否按期披露，如未按期进行披露，则需记录延误天数、延误原因等内容进行记录。

5.1.2.4业务处理管理

业务处理包括针对发行人的业务处理和针对主承销商的业务处理。

在此功能中，处理方式可选择，单独出页面，如选中“诫勉谈话”，单独出现“诫勉谈话”页面，选