产权交易服务系统集成解决方案olddocWord文件下载.docx
- 文档编号:18778982
- 上传时间:2023-01-01
- 格式:DOCX
- 页数:23
- 大小:1.33MB
产权交易服务系统集成解决方案olddocWord文件下载.docx
《产权交易服务系统集成解决方案olddocWord文件下载.docx》由会员分享,可在线阅读,更多相关《产权交易服务系统集成解决方案olddocWord文件下载.docx(23页珍藏版)》请在冰豆网上搜索。
上图是财纳易科技(深圳)有限公司目前已经确定的商业模式,其中产权交易系统部分采用的是:
投资人交易商,交易商交易所的二级模式。
投资人通过指定的交易商可以买卖本地和异地的产权。
投资人下达委托到交易商,如果该委托是本地交易机构的,则交易商通过交易通道把委托送到该交易机构;
如果是异地的交易机构,则交易商把该委托发送到中国产权平台的《产权交易服务系统(服务器)》,通过该服务器选择一个合适的交易商,利用该交易商的交易通道把委托发送到指定的异地交易机构。
4.2.交易模式(ExchangeMode)
本节就产权交易的模式、可交易的产权种类和产权托管方式给出分析说明。
随着产权交易的业务模式的不断成熟和发展,可以对交易的模式、交易的产权种类和产权托管方式进行修正和增加,并须将修改内容延伸到本文其他相关部分和本系统其他相关制品。
产权交易的模式:
●产权竟拍交易
●集中撮合交易
可交易的产权种类:
●国有企业产权
●未上市企业产权交易
●未上市国有股份制企业产权
●知识产权
●土地产权
●其他国家政策法规允许交易的产权
托管方式:
●各个产权交易机构有自己的托管机构
4.3.解决方案概述(SolutionSummary)
从组织结构上集成解决方案可以分为:
产权交易所、交易商和中国产权平台的产权交易服务系统三部分。
产权交易所主要提供挂牌、交易撮合和过户清算的功能;
交易商管理投资人,接受投资人的委托,并负责把委托送达本地或者异地的产权交易机构进行交易;
产权交易服务系统为异地交易提供统一的通讯接口。
这三部分松散耦合,通过统一的接口协同工作。
从软件结构上可以分为:
产权交易所
产权登记托管系统
产权交易系统(产权竟拍交易系统、产权集中撮合交易系统)
交易所柜台管理系统
交易商委托系统
交易下单通讯系统(服务器端)
交易商
交易商柜台管理系统
投资人委托系统
交易下单通讯系统(客户端)
中国产权平台
产权交易服务系统(服务器)
产权交易服务系统(客户端)
这三部分的设计可以分别独立部署,并能够从多层次、多角度提供信息集成服务,以便能够覆盖从分散到集中,再从集中到分散的业务需求。
为适应高性能的要求,系统将被部署成易于进行负载平衡。
从物理层次的划分角度,为适应系统的安全性要求,系统划分成多层应用结构,包括WEB服务器层、WEB应用层、数据库层和交易服务层、网络通讯层,为适应不同的安全级别,各层之间选用相应的网络安全设备,包括防火墙、网络隔断设备(GAP)。
4.4.实施步骤(ImplementProcess)
产权交易本身就是一个极其复杂的系统,未来的政策走向也不是十分明朗。
针对这些因素,可以首先选择在一个产权交易机构实现本地交易,然后再逐步在全国范围内实现异地交易。
我们把系统的实施分为以下三个步骤进行:
4.4.1.本地交易
产权交易所采用《产权竟拍交易系统》;
登记托管依据于产权机构现有的系统,或者财纳易科技开发的《产权登记托管系统》。
在本地交易模式中,投资人把买卖委托下达给一个指定的交易商,交易商通过到产权交易所的交易通道把委托送达到《产权竟拍交易系统》。
产权的冻结,解冻,过户,撮合是在本地产权机构完成;
资金结算是在投资人交易商,交易商本地产权交易所之间完成的。
4.4.2.异地交易
登记托管依据于交易机构现有的系统,或者财纳易科技开发的《产权登记托管系统》。
在异地交易模式中,投资人把买卖委托下达给一个指定的交易商,交易商通过《产权交易服务系统(客户端)》把委托送达到《产权交易服务系统(服务器)》,该服务器会选择一个合适的异地交易商,通过该交易商的交易通道把委托下达到异地产权交易所。
产权的冻结,解冻,过户,撮合是在异地产权机构完成的;
资金结算是在投资人本地交易商,本地交易商异地交易商,异地交易商异地交易机构之间完成的。
4.4.3.其他交易方式
随着产权交易的不断发展,交易模式的日渐成熟,《产权竟拍交易系统》已经不能满足不断增长的产权交易的需求。
这时需要把《产权集中撮合交易系统》增加到交易模式中。
在4.4.1和4.4.2中的交易商柜台系统中,交易商只负责接收委托和转发委托,没有为客户管理产权和资金的功能。
随着交易商的不断成熟和公信力的提高,在该阶段为交易商系统增加管理产权和提供资金结算的功能。
随着产权交易的规模的增长,将会有更多的交易商加入到产权交易。
同时异地交易的数量也会增大,导致了产权交易服务系统(服务器)的负载加重,效率低下。
系统在这一阶段提供负载平衡的机制:
把产权交易服务系统(服务器)组成一个集群。
4.5.预算(Budget)
4.5.1.人员(Staff)
分类
人数
项目
到位时间
J2EE
2
交易商柜台系统
2006-11-01
VC++
通讯程序
DOTNET
4
登记托管系统
测试
新平台测试
2007-1-1
4.5.2.硬件(HardWare)
设备名称
数量
用途
FIREWALL
1
新平台防火墙
IBM-SERVER
中国产权平台WEB服务器
交易机构的服务器
交易商的服务器
产权交易服务系统(Client/Server)
产权登记托管系统服务器
普通PC机
交易商/交易机构的通讯机
10
员工用
4.5.3.软件(SoftWare)
软件名称
价格
VISUALSTUDIO
8.7万
CRYSTALREPORT
2万
SQLSERVER2000
1.7万5用户
DOTNET界面控件
0.5万
5.功能特性(FunctionFeature)
本节给出各项目阶段的详细功能特性说明,先列举所有可能的功能特性及实现阶段。
5.1.功能列表
项目阶段
系统分类
功能&
特性
第一阶段
产权竟拍交易系统(交易商版)
(B/S结构)
1.交易商下委托接口
2.投资人身份的认证
交易所柜台系统
1.交易商帐户的管理
2.清算与过户的接口
3.交易系统的配置
1.投资人帐户管理
2.投资人下委托接口
3.买卖委托管理
4.获取成交回报
5.柜台系统配置
第二阶段
产权交易服务系统(Server)
1.与产权交易服务系统(Client)的通讯接口
2.接收交易商的委托数据报文
3.计算最佳的数据报文转发路由
4.转发数据报文到异地交易商
产权交易服务系统(Client)
1.输入异地交易的数据,把数据组装成报文,发送到产权交易服务系统(Server)
2.接收产权交易服务系统(Server)的数据报文,并解析数据报文并发送到交易机构
第三阶段
1.接收并管理交易商的连接
2.接收交易商的数据报文,并把数据解析、效验后保存到交易系统中
1.资金管理
2.产权管理
1.连接到交易下单通讯系统(服务器端),把委托送到产权竟拍交易系统
1.登记托管系统与产权竟拍系统的电子通讯接口
产权交易服务系统服务器集群
1.收产权交易服务系统服务器的指令
2.转发指令到指定的交易服务系统服务器
交易所集中撮合交易系统
1.交易时间内,规定几次对委托进行集中撮合。
5.2.功能描述(FunctionDescription)
5.2.1.第一阶段(PhaseOne)
5.2.1.1.产权竟拍交易系统(交易商版)
●交易商下单委托接口
交易商手工把投资人的委托录入到产权竟拍交易系统。
产权竟拍交易系统区分委托单是属于哪个交易商。
●投资人身份的认证
产权竟拍交易系统对交易商发送过来的委托单进行身份校验:
1.是否有该投资人;
2.该投资人是否隶属于该交易商。
5.2.1.2.交易所柜台系统
●交易商帐户的管理
管理交易商的帐户信息(提供交易商代投资人开户的接口)。
●清算与过户的接口
资金对交易商清算,产权对投资人清算。
●交易系统的配置
配置交易系统的参数。
5.2.1.3.交易商柜台系统
●投资人帐户管理
开设投资人的交易帐户,绑定投资人的产权帐户,绑定投资人的银行卡帐户,为投资人代理开设本地或者异地的产权帐户。
●投资人下单委托接口
投资人通过该接口,可以把买卖下单委托送达交易商的柜台系统。
交易商通过手工录入的方式,或者通过电子通讯方式把委托单送到产权竟拍交易系统。
●委托管理
管理投资人的买卖委托;
提供投资人查询成交状态;
提供给投资人撤消委托的功能。
●获取成交回报
通过交易通道,从产权竟拍交易系统获取属于该交易商的成交信息。
●柜台系统配置
配置交易商柜台系统和投资人委托系统。
5.2.2.第二阶段(PhaseTwo)
5.2.2.1.产权交易服务系统(服务器端,Server)
●管理交易商的通讯
产权交易服务系统(Server)接受交易商的连接并根据登录信息记录在内部数据表中。
产权交易服务系统(Server)根据这张表的信息来计算合适的通讯路由。
●处理委托数据
产权交易服务系统(Server)接收到的数据报文是异地交易委托指令。
产权交易服务系统(Server)解析接收到的数据报文的内容,并根据交易机构代码选择一条合适的通讯路由,并选择该交易机构下的合适的异地交易商把数据发送给该交易商。
5.2.2.2.产权交易服务系统(客户端,Client)
●异地交易通道
交易商把异地交易数据手工录入到产权交易服务系统(客户端Client),产权交易服务系统(Client)把异地交易数据组装成新的数据报文,发送给产权交易服务系统(服务器端,Server)。
●转发数据报文
产权交易服务系统(客户端,Client)还负责接收产权交易服务系统(服务器端,Server)的数据报文,解析数据报文并转发送到本地的产权竟拍交易系统。
5.2.3.第三阶段(PhaseThree)
5.2.3.1.交易下单通讯系统(服务器端)
●接收并管理交易商的连接:
接收交易商的数据报文,并把数据解析、效验后保存到产权竟拍交易系统
5.2.3.2.交易商柜台系统
●资金管理,产权管理:
随着产权交易的日渐成熟,交易商的不断发展和规范,交易商可以参与管理资金和产权
●交易下单通讯系统(客户端):
提供交易商柜台系统到产权竟拍交易系统的电子通讯接口,交易商可以通过电子通讯的手段把委托发送到产权竟拍交易系统
5.2.3.3.产权登记托管系统
●登记托管系统与产权竟拍系统的电子通讯接口:
提供产权实时冻结、解冻、过户的电子化手段
5.2.3.4.产权交易服务系统服务器集群
●当产权交易发展到一定的程度,投资人和交易商的数量都会急剧增加。
如果所有的异地交易指令都发到一个产权交易服务系统(Server)进行处理,则Server就会成为瓶颈。
这时候就需要对产权交易服务系统(Server)做集群处理。
系统中采用一个服务器集中器来处理不同产权交易服务系统(Server)的指令转发。
●当产权交易服务系统(Server)接收到异地交易指令,先计算该异地交易机构是否隶属于本产权交易服务系统(Server)处理的范围。
如果不是,则把指令发送到服务器集中器进行处理。
在产权交易服务系统(Server)中维持一个路由表,通过查找该表就可以求得一条最佳的通讯路由。
5.2.3.5.产权集中撮合交易系统
●在Phaseone和PhaseTwo中,交易方式采用的是产权竟拍交易。
为了提高交易的活跃程度和交易的效率,在该阶段增加集中撮合的交易方式。
所谓的集中撮合,就是在正常交易的时间内,规定几个时间,在这些时间点对所有的委托按照预先设定的规则进行撮合。
6.工作流(WorkingFlow)
6.1.角色说明(RoleSpecification)
角色
说明
交易机构系统管理员
配置交易系统的参数,管理交易系统
交易机构的操作员
根据分配的权限完成不同的功能
交易商系统管理员
配置和管理交易商系统
交易商系统操作员
根据分配的权限完成不同功能
产权平台的管理员
配置和管理中国产权平台
产权平台的操作员
产权投资人
普通投资人
6.2.工作流图(FlowDiagram)
7.系统架构(SystemArchitecture)
本节内容旨在定义解决方案的系统框架。
着重从逻辑结构、物理结构两方面对系统基本架构作系统说明和设计,以产权交易项目的分布性以及阶段性要求,本节将给出具体的实施方案。
7.1.逻辑架构(LogicalArchitecture)
根据前述的商业模式,系统分为三部分独立部署:
产权交易机构、交易商、产权交易服务系统(Server/Client)。
各部分的功能见第五章的各部分。
图7.1.1从各个部分交互的角度说明系统架构。
图7.1.2对各个组织部分的功能进行了说明。
图7.1.3给出了产权交易服务系统的集群进行描述。
图7.1.1
图7.1.2
图7.1.3
7.2.物理架构(PhysicalAchitecture)
7.2.1.拓扑结构
本节按照方案不同的实现阶段,分别给出各自的拓扑结构。
图7.2.1.1是交易商本地交易的拓扑结构。
图7.2.1.2是交易商异地交易的拓扑结构。
图7.2.1.3是集群的拓扑结构。
图7.2.1.1
图7.2.1.2
图7.2.1.3
图7.2.1.1所表示的是最简单的拓扑结构,在系统开发的初期,先实现该种模式。
7.2.1.3是产权交易系统最复杂的结构,该模式的实施与否,取决与前二种模式的实施情况,以及产权交易的规模。
7.2.2.硬件设备
为满足安全性要求、性能要求、可用性要求,系统的运行环境至少应该满足表6.2.2.1的要求,并随系统的扩大需要在规格和数量上加以调整。
服务器名称
规格
说明及建议
WEB服务器
2CPU,1GMEM,36GSICSHD
1-2
需要高性能、高可靠性服务器,必要时应考虑双机备份。
应用服务器
2CPU,2GMEM,36GSICSHD
需要高性能、高可靠性服务器,最好双机备份。
数据库服务器
2CPU,2GMEM,72GSICSHD
通讯服务器
1CPU2.4GHZ512MMEM
40GIDEHD
双网卡,计算速度快
委托路由器
1CPU2.4GHZ1GMEM
委托集中器
2CPU2.4GHZ1GMEM
防火墙
天融信
GAP
表7.2.2.1
7.2.3.软件环境
为满足性能要求、灵活性要求和经济性要求,表6.2.3.1给出系统的软件支撑环境的规定和说明。
产品
数据库
MSSQLSERVER2000
系统设计时,要考虑针对客户对数据库的不同要求,目前采用SQLSERVER数据库。
将来也可能需要迁移到ORACLE9i。
JBoss4.0
Apache2.0
报表服务器
JReport
操作系统
WIN2000SERVER
表7.2.3.1
8.异常处理(Exception)
任何系统都有可能发生异常情况,对于这些无法预测和无法规避的异常情况,需要依靠建立系统的日常维护制度,以将异常带来的损失降到最小程度。
8.1.异常的预测(Forecast)
系统管理员需要按照一定的时间间隔监测系统,以保证能够及时的预见到系统异常的发生。
即使采取相应的系统恢复方法。
系统监测的内容包括:
-对WEB服务器的监测;
-对应用服务器的监测;
-对通讯服务器的检测;
-对数据库服务器的监测;
-对计算机病毒的监测;
-对黑客入侵的监测。
8.2.备份与恢复(Backup/Restore)
在许多情况下需要对系统采取一定的措施,才能够使之恢复到正常运行的状态。
但所有措施的实施都建立在系统备份的基础上,系统备份的主要内容包括:
-数据库备份:
应建立每日做数据库备份的制度。
-应用程序备份:
在实际运行环境中需要保持一份应用程序拷贝,以便能够在最短的时间内恢复系统的正常运行。
一旦系统发生了异常,首先应该快速判断异常部位,针对不同的情况采取不同的恢复措施,包括:
-重新启动WEB服务器;
-重新启动应用服务器;
-重新启动数据库服务器;
-恢复应用程序代码;
-恢复数据库数据。
-准备双机热备份方案
8.3.系统降级(Demotion)
在系统完全崩溃的情况下,一方面需要将所有计算机辅助完成的工作改由手工完成;
一方面需要快速修复系统;
在系统修复后需要将手工完成的工作结果重新录入到计算机或数据库,以保证系统工作的连续性和数据完整性。
9.技术难题(obstacle)
在系统的实施过程中,需要克服一些技术难点,虽然这些技术在其他系统已经成功使用,但我们的项目组仍然需要积累起使用经验。
包括:
-GAP的使用:
网络隔断设备是近年来网络安全领域的新发展,虽然其已经被使用在国家公安和安全部门,但其应用方法我们项目组仍然需要进一步了解和实践。
附录1第一阶段开发计划
附录2第二阶段开发计划
附录3第三阶段开发计划
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 产权交易 服务 系统集成 解决方案 olddoc