证券集中交易系统 - 金融行业 - ITPUB论坛－专业的IT技术社区

wangjia

从事集中交易系统开发多年，深刻感受到证券行业交易系统的变迁，从每个营业网点的小而全，到现在的数据大集中；从以前的技术业务一起做，到现在清算运营和系统维护职责分明；从以前的PC服务器，到现在基本是小型机+Unix；证券行业的发展日新月异，尤其是在数据大集中这方面走在了许多行业的前面。

   最近两年的大牛市，给证券行业信息化带来了充分发展的机遇，在人人都是股神，吃饭走路不谈股票都感觉到落伍的年代，可想而知给券商（包括基金公司以及银行保险信托等）创造了多么巨大的利润。这两年证券公司纷纷把服务器更新换代，领导层也越来越重视后台支撑部门的建设，只要系统正常运行，带来的都是巨额利润；反过来说，如果系统不能够支撑中国上亿股民的疯狂交易，那下场同样惨淡。

集中交易以来，随着三方存管上线，规范了管理，降低了席位费用，，但是集中了系统运营风险，IT越来越成为不能承受之重。众所周知，IT部门是后台支撑，不直接创造利润，在公司内部就没什么话语权（如果能够遇到强势的IT领导，会是个例外），无论什么时候出现问题，IT部门几乎都成为不可避免的责任承担者。面对集中之后海量数据,千变万化的业务需求，系统复杂度提高，技术人员的压力越来越重，总有一种束手无策，走钢丝的感觉。
[ 本帖最后由 hz_wm 于 2008-7-15 22:01 编辑 ]
证券集中交易系统在01-02-03年的时候炒的较火，恒生，金证，顶点，金士达 以及根网, 几个软件供应商带头讨论，随着证券IT这几年的发展，讨论集中交易的越来越少，基本上都是各家券商与各自的柜台软件开发商，自行默默的建设．经历了去年行情的大爆发，现在围绕建设的更多的是业务方面的建设，如融资融券，金融衍生品套利避险，集合理财业务等系统，确实对集中交易的讨论弱化了很多
对于证券业来说，现在已经是后集中交易时代了，随着金融行业混业经营的开始，各大开发商纷纷对业务架构提出新的概念，更偏重于业务整合、
系统性能和系统监控。
一、系统架构
    目前证券行业在用的情况来看，一个成熟的证券集中交易系统的，首先要在系统架构、系统性能、业务管理三个方面保持先进性，
而且这三者缺一不可。首先来简单介绍一下系统架构：
   
    当前主流集中交易系统目前均采用四层结构：
    数据库------应用服务器(业务处理中间件)------路由转发(通信中间件)------客户端
    从目前四层结构来说，安全性，均衡负载，以及减轻服务器压力方面有了较大提高。普遍采用用户认证机制，保证从客户端到中间件的连接是
可信任的连接，一般来说均采用MD5加密算法（据说该算法已经从理论上被原山东大学王晓云教授破解，但目前来说仍不适为一种可靠的认证算法）
设计认证机制。而在业务处理和路由转发服务器均实现负载均衡，以及热备份。把原来主要在数据库服务器上进行业务处理的压力提前到业务处理中
间件上面，从而减轻对数据库服务器的压力。
[ 本帖最后由 hz_wm 于 2008-7-11 15:50 编辑 ]
二、总体规划：
    一个完善的集中交易系统，不仅仅满足业务功能需求，而且要满足监管和服务的需求；既要简单易用，系统性能好，还要便于系统升级升级，
以及特殊功能的整合。下面分业务处理中心、服务中心和监管中心来分别介绍。
业务中心：
    目前对于集中交易系统的业务处理部各大开发商做的相对比较完善，美中不足之处，前台的查询统计功能做的不够灵活，导致券商太多的统计
需要在后台数据库去做统计，给系统运维工作带来很多麻烦。究其原因，大概也是怕前台做的太多统计功能        ，会给服务器带来很大压力。
监管中心        ：
    集中交易之后，也集中了交易的风险，系统出现一点问题，都会带来不可估量的损失，从而监管中心应运而生；目前许多开发商针对集中交易
系统相应的开发了许多系统监控的子系统，但是都不尽完善。目前最大的希望就是能够把监控系统做的相对完善，更加友好，能够对服务器，
中间件，报盘，功能请求，三方存管等等，甚至包括网络监控的一部分功能集中到一起，做成一个完整的监控系统，估计这也是每个券商信息
技术部运维人员的最关心的需求。
服务中心：
    似乎集中交易系统的服务中心的定位目前不是很明确，一般来说包括信息咨询、客户服务、以及客户营销等。有些开发商把一些相关的服务整合
到交易系统，但现在渐渐发觉这样也可能给集中交易系统带来一些麻烦，导致系统复杂，性能下降，所以个人也倾向于把这一块功能单独开发成
单独的系统，从集中交易的数据库挖掘数据，根据的客户的资金、交易规模进行分析，掌握客户信息，进行相应的服务。
    国内证券公司的交易系统更多的是散户在使用，委托和查询量巨大，但是大部分的功能需求确实由机构和大户提出来的，也就是所谓的VIP客户，
导致券商往往为VIP客户的需求缴尽脑汁，来满足VIP客户快速申报回报等需求； 现在券商和开发商普遍为VIP客户提供快速通道，但也仅仅是
在目前集中系统基础上做一些简单的改进，似乎治标不治本。
    前段时间参加了Oracle公司在上海的一个关于内存数据库TimesTen的专题会议，深深体会到如果TimesTen的能够再完善一些，开发商在此
基础上专门为VIP客户提供“快速交易”系统，能够更好的满足券商的需求。当然，一系列未尽完善之处还需要进一步去努力。