1、文档编号：深证通信工程技术文档设计说明书综合协议交易平台交易子系统设计说明书文档编号：文档密级： 内部限制编写： 张莉审核：文档信息文档信息文档名称 综合协议交易平台交易子系统设计说明书说明所属项目 综合协议交易平台修订历史日期 版本 修改人员 修改说明2010-04-01 1.0 张莉 创建目录i目 录1 引言 11.1 编写目的 .11.2 定义 .11.3 参考资料 .12 总体设计 22.1 系统简述 .22.2 总体设计思想 .22.3 系统总体结构 .22.3.1 硬件拓扑 .22.3.2 系统架构 .32.4 系统模块 .33 系统功能性设计 13.1 系统初始化(H.FUNC.
2、020011) .13.1.1 系统初始化数据申请（H.FUNC.020012） 13.1.2 用户席位信息处理（H.FUNC.020013） 13.2 用户登录(H.FUNC.020021) .14 接口设计 14.1 硬件接口设计 .14.2 外部软件接口 .14.3 内部软件接口 .2目录ii5 数据库设计 35.1 数据库设计总体原则 .35.2 数据关联 .36 文件设计 57 系统数据结构设计 58 质量属性设计 68.1 质量属性 1(ID1).78.2 质量属性 n(IDn).79 安全性设计 79.1 安全性 1(ID1).79.2 安全性 n(IDn).810 系统异常处理
3、 811 人工处理过程 812 系统切换方案 812.1 基本过程 .812.1.1 准备 .812.1.2 切换 .912.1.3 异常处理 .912.2 数据迁移技术方案 .1012.3 系统切换技术方案 .10目录iii13 开发环境 1014 遗留问题 1115 其它 11图 索 引图 1 综合协议交易平台信息披露子系统硬件拓扑 .2图 2 综合协议交易平台信息披露子系统架构 .3图 3 意向行情接收 .1图 4 双路组播切换 .3图 5 意向行情披露 .5图 6 成交确认披露 .7图 7 监控服务 .8图 8 关键类图 .7表 索 引错误！未找到图形项目表。目录iv图 表 索 引错误
4、！未找到图形项目表。综合协议平台架构优化交易子系统概要设计说明书第 1 页1引言1.1编写目的本文档是综合协议交易平台交易子系统设计文档。主要说明了交易子系统设计思想和实现方法，包括了系统架构设计、模块划分、部署方式及灾备切换流程。本文的读者为综合协议交易平台的开发人员、测试人员、维护人员等。1.2定义功能编号定义：编号格式：前缀+NN（系统编号）+NNNN( 流水号)流水号前两位对应功能模块表示，后两位为功能模块内部子模块编号全局系统编号 01交易子系统编号 02行情子系统编号 03信息披露子系统编号 04聊天、论坛子系统编号 051.3参考资料BR-1403-501 关于（Another
5、Trading System）交易系统的技术需求大宗交易系统 WEB SERVER 与交易主机系统的数据接口及其功能逻辑说明Tandem 数据文件定义综合协议平台架构优化交易子系统概要设计说明书第 2 页大宗交易系统设计报告(20030618)SD-1403-022 大宗交易系统设计报告(完成稿)大宗交易系统之通信系统补充工程任务书大宗交易前端通信系统“证券价格查询”页面的实现方法STS06007-PT01 新交易规则之大宗交易前端通信系统适应性调整的工程任务书（20060222） STS07013-PT01 定价委托适用于资产证券化产品之通信系统工程任务书(定稿)070427STS07070
6、-PT01 主三板账户合并通信系统适应性调整工程任务书.docSTS07094-PT01 综合协议交易平台一期工程之通信系统工程任务书2总体设计2.1系统简述交易系统为用户提供基本的交易功能（系统初始化，委托申报，回报处理，用户登录，退出，查询，下载等）以及客户端功能(行情客户端、聊天客户端)综合协议平台架构优化交易子系统概要设计说明书第 3 页2.2总体设计思想2.3系统总体结构2.3.1硬件拓扑交易子系统数据存储交易所T a n d e m三点光环券商券商 1券商 2专有网络W E B 服务器D BW E B 服务器负载均衡应用服务器实时行情小站图 1 综合协议交易平台交易子系统硬件拓扑交
7、易子系统由交易服务器、数据库服务器、web 服务器、实时行情客户端组成。交易服务器提供应用服务，web 服务器为用户提供静态页面访问和动态页面转发服务，实时行情客户端为交易服务器提供实时行情数据，数据库服务器提供申报，回报，席位，证券信息等数据的存储服务。综合协议平台架构优化交易子系统概要设计说明书第 4 页2.3.2系统架构服务器端客户端T a n d e mC lie n tC lie n tC lie n tC lie n t行情下载模块交易委托模块聊天客户端综合查询模块用户控制模块后台通信模块综 合 协 议 交 易 平 台交 易 系 统 架 构数据库综合监控系统监控模块展示层H t t
8、 p sT c pC R L 加载模块行情客户端回报处理模块T a n d e m竞价行情加载模块后台管理模块系统控制模块数据下载模块数据库模块日志模块日志文件图 2 综合协议交易平台交易子系统架构2.4系统模块系统主要由以下模块组成：功能模块标识功能模块名称功能简述对应的需求标识对应的需求名称1. 系统控制模块控制系统启动、停止；查看系统状态；处理系统异常2. 通信模块 负责交易子系统和交易主机间的通信功能3. 交易委托模块 为用户提供委托申报及撤单功能4. 回报处理模块 接收回报数据并进行处理综合协议平台架构优化交易子系统概要设计说明书第 5 页功能模块标识功能模块名称功能简述对应的需求标
9、识对应的需求名称5. 综合查询模块为用户提供委托状态查询、证券价格查询、在线用户、历史、日志数据查询等功能6. 数据下载模块 为用户提供委托，回报和行情下载功能7. 系统管理模块 为管理员提供系统管理功能8. 行情客户端 接收意向、成交行情，并展示给用户9. 聊天论坛客户端 为用户提供聊天以及论坛服务10. 用户控制模块 用户登录，身份验证，用户退出功能11. 日志模块 提供纪录日志功能12. 数据库模块 负责封装数据库相关操作。3需求跟踪需求编号 需求标题 设计编号 设计标题FUN-001INT-001QUA-001综合协议平台架构优化交易子系统概要设计说明书第 1 页4系统功能性设计4.1
10、 用户登陆（H.SOTC.001）1场景描述用户登陆交易系统，判断用户名、密码是否正确。2基本流程1、 判断用户名、密码是否与数据库里一致，一致则允许登陆，否则不允许。4.2 私募成交信息（H.SOTC.002）1场景描述根据选择条件查询历史成交信息2基本流程1、管理端选择相应的查询条件（权益人代码、开始日期、结束日期、买卖方向、委托数量） ，发送到服务器端2、服务器接受条件，根据选择条件不同查询历史私募成交记录3、服务器将查询出来的信息序列化后发送给管理端，显示4.3 私募委托信息查询（H.SOTC.003）1场景描述根据需要选择条件查询私募委托信息2基本流程1、 管理端选择相应的查询条件（
11、权益人代码、委托状态、委托日期） ，发送到服务器端2、 服务器接受条件，根据选择条件不同查询历史私募委托记录3、 服务器端将查询出来的信息列表序列化后传送给管理端，显示在界面综合协议平台架构优化交易子系统概要设计说明书第 2 页上4.4 获取私募产品信息(H.SOTC.004)1 场景描述管理员需要查看私募产品信息及根据产品交易类别查询私募产品，修改产品申购率，对单个私募产品的收盘。2 基本流程查看产品信息：（1）在打开私募产品信息界面的时候相服务器发送请求（查询所有产品信息）（2）服务器查询所有产品信息将所有信息发送到管理端。（3）将服务器发送来的所有产品列表存在内存中，根据用户选择产品类别
12、（物权份额、股权份额、债权份额、知识产权份额）及申购方式（时间优先、集中申购、摇号申购）的不同，去内存中将相应的产品信息显示出来。修改私募产品申购率：（1）在所选择的私募产品列表中，点击某个产品，会看到该产品的申购率，在文本框中输入要修改的申购率，提交，管理端会将申购率与该产品的记录标识发送到服务器。（2）服务器接受管理端传来的申购率和产品标识，进行修改操作，等待审核员审核，返回操作结果信息单个产品收盘：（1）在所选择的私募产品列表中，点击某个产品，点击收盘，会将产品标识发送到服务器端。（2）服务器接收管理端发送的产品标识，对该产品进行收盘，并返回操作信息（成功与否） 。综合协议平台架构优化交
13、易子系统概要设计说明书第 3 页4.5 私募产品信息发布(H.SOTC.005)1场景描述操作员发布私募产品信息。2基本流程操作根据私募产品信息，包括产品名称、所属交易板块、交易类别、申购方式、发行日期、截止日期、权益总价、总份数、每份金额、单手金额、发行份数、发行手数、保留份数、最低申购份数、最低申购手数、已申购人数、已申购资金、已申购份数、已申购手数、待申购手数、待申购份数、私募申购率、产品简介、交易规则等，保存后，管理端会将产品信息发送至服务器端，服务端接收产品信息，进行添加操作，将信息插入到数据库中，等待审核员审核，并返回操作结果信息。4.6 查看柜台委托信息(H.SOTC.006)1
14、 场景描述根据需要选择条件查询柜台委托信息2 基本流程1、管理端选择相应的查询条件（权益人代码、委托状态、委托日期） ，发送到服务器端2、服务器接受条件，根据选择条件不同查询历史柜台委托记录。3、服务器端将查询出来的信息列表序列化后传送给管理端，显示在界面上4.7 查看柜台成交信息(H.SOTC.007)1 场景描述根据选择条件查询历史成交信息综合协议平台架构优化交易子系统概要设计说明书第 4 页2 基本流程1、管理端选择相应的查询条件（权益人代码、开始日期、结束日期、买卖方向、委托数量） ，发送到服务器端2、服务器接受条件，根据选择条件不同查询历史柜台成交记录3、服务器将查询出来的信息序列化
15、后发送给管理端4.8 获取柜台产品信息(H.SOTC.008)1 场景描述管理员需要查看柜台产品信息及根据产品交易类别查询柜台产品，修改产品的浮动比例，对单个柜台产品的停盘、复盘。2 基本流程查看产品信息：（1）在打开柜台产品信息界面的时候相服务器发送请求（查询所有产品信息）（2）服务器查询所有产品信息将所有信息发送到管理端。（3）将服务器发送来的所有产品列表存在内存中，根据用户选择产品类别（物权份额、股权份额、债权份额、知识产权份额）的不同，去内存中将相应的产品信息显示出来。修改柜台产品浮动比例：（1）在所选择的私募产品列表中，点击某个产品，会看到该产品的浮动比例，在文本框中输入要修改的浮动
16、比例，提交，管理端会将浮动比例与该产品的记录标识发送到服务器。（2）服务器接受管理端传来的浮动比例和产品标识，进行修改操作，等待审核员审核，返回操作结果信息单个产品收盘：（1） 在所选择的柜台产品列表中，点击某个产品，会看到该产品的交易状态。（2） 选择停盘或复盘，会将该产品的标识发送到服务器端，服务器根据接综合协议平台架构优化交易子系统概要设计说明书第 5 页收的请求会对该产品进行停盘或复盘操作，并返回操作结果信息（成功或失败） 。4.9 柜台产品信息发布(H.SOTC.009)1 场景描述操作员发布柜台产品信息。2 基本流程操作根据柜台产品信息，包括产品名称、所属交易板块、交易类别、申购方
17、式、发行日期、截止日期、权益总价、总份数、每份金额、单手金额、发行份数、发行手数、保留份数、最低申购份数、最低申购手数、已申购人数、已申购资金、已申购份数、已申购手数、待申购手数、待申购份数、产品浮动比例、产品简介、交易规则等，保存后，管理端会将产品信息发送至服务器端，服务端接收产品信息，进行添加操作，将信息插入到数据库中，等待审核员审核，并返回操作结果信息。4.10 查询资金账户(H.SOTC.010)1场景描述管理端根据条件（权益人代码、资金账户、银行卡号）查询资金账户信息2基本流程1、 打开界面的时候管理端会自动向服务器端发出请求，服务器端将所有的资金帐户信息发送到管理端，存在管理端的内
18、存中，并全部显示在列表中。2、 根据选择条件（权益人代码、资金账户、银行卡号）的不同，管理端会根据条件遍历内存中的信息，将符合的显示出来。4.11 查询交易日志(H.SOTC.011)1 场景描述综合协议平台架构优化交易子系统概要设计说明书第 6 页管理端根据选择操作类别（资金转入、私募申购、柜台委托、佣金设定、手续费率、预警条件审核、柜台产品参数设定、私募产品参数设定）查询交易日志2 基本流程1、打开界面的时候管理端会自动向服务器端发出请求，服务器端将所有的交易日志信息发送到管理端，存在管理端的内存中，并全部显示在列表中。2、根据选择条件（资金转入、私募申购、柜台委托、佣金设定、手续费率、预
19、警条件审核、柜台产品参数设定、私募产品参数设定）的不同，管理端会根据条件遍历内存中的信息，将符合的显示出来。4.12 权益登记(H.SOTC.012)1 场景描述操作员根据合格投资人所持有的权益在管理端手动登记。2 基本流程1、 打开界面，管理端向服务器发送请求将所有的合格投资人查询出来。2、 同时，管理端向服务器端发送请求，服务器会将所有的产品类别查询出来发送给管理端，并存在管理端的内存中。3、 根据操作员选择产品类别的不同类别，从管理端内存中将类别查询出来。4、 选填权益信息（所属权益人、交易板块、交易类别、权益名称、可以数量、市值、平均成本、浮动盈亏、盈亏比、保管费） ，保存，管理端将信
20、息发送到服务器端，服务器会将收到的信息进行添加操作，并返回操作结果信息（成功、或失败） 。4.13 预警信息查看(H.SOTC.013)1 场景描述操作员根据提前设置预警条件（委托预警、成交预警、资金预警、权益预警） ，查看被预警的信息。综合协议平台架构优化交易子系统概要设计说明书第 7 页2 基本流程1、 打开界面，管理端向服务器发送请求将所有被预警的信息查询出来发送到管理端，分别显示在（委托预警、成交预警、资金预警、权益预警）各个模块中。2、委托预警：服务器端将所有的委托预警信息全部发送给管理端，并存在管理端内存中，并将被预警的合格投资人存在内存中，显示在界面上，点击左侧被预警的权益人，管
21、理端会从内存中查找相应的委托预警信息，显示在右侧。成交预警：服务器端将所有的成交预警信息全部发送给管理端，并存在管理端内存中，并将被预警的合格投资人存在内存中，显示在界面上，点击左侧被预警的权益人，管理端会从内存中查找相应的成交预警信息，显示在右侧。资金预警：服务器端将所有的资金预警信息全部发送给管理端，显示在左侧，选中资金预警中合格投资人，对其进行操作（锁定账户、用户解锁、解除预警） ，管理端会向服务器端发送请求，服务器接收请求操作，对该账户进行（锁定账户、用户解锁、解除预警）操作，并返回操作结果信息。权益预警：服务器端将所有的权益预警信息全部发送给管理端，显示在左侧，选中权益预警中合格投资
22、人，对其进行操作（锁定账户、用户解锁、解除预警） ，管理端会向服务器端发送请求，服务器接收请求操作，对该账户进行（锁定账户、用户解锁、解除预警）操作，并返回操作结果信息。用户跟踪：输入权益人代码，点击跟踪，管理端将权益人代码传到服务器端，服务器根据接收到的权益人代码，查询资金信息、委托信息、成交信息，查询出来之后发送给管理端，显示出来。这个操作是实时的。综合协议平台架构优化交易子系统概要设计说明书第 8 页4.14 佣金返还(H.SOTC.014)1 场景描述操作员查看投资人信息返还佣金2 基本流程1、 打开界面，管理端向服务器发送请求将所有投资人佣金信息发送到到管理端，显示列表中。2、 点击
23、返还，管理端将投资人的标识发送到服务器，服务器根据接收到的投资人的标识，查询该投资人的费率及佣金级别，根据费率及佣金级别进行返还的操作，并将操作结构信息发送到管理端。4.15 系统运行状态(H.SOTC.015)1 场景描述查看交易系统运行情况，修改交易时间。2 基本流程1、 打开界面，管理端向服务器发送请求，服务器端将交易系统运行情况发送管理端。2、 同时，服务器端查询交易系统的各个交易时间，将各种时间信息发送到管理端，管理端接收信息显示在界面上。3、 对交易时间进行修改保存，管理端将各种时间发送到服务器，服务器接收发送来的时间信息，将时间信息保存数据库中，等待审核员审核。4.16 用户日志
24、 (H.SOTC.016)1 场景描述查看用户登陆状态及历史登陆情况。2 基本流程1、 打开界面，管理端向服务器发送请求，服务器端将登陆过或登陆中的所综合协议平台架构优化交易子系统概要设计说明书第 9 页有用户查询出来发送到管理端，并保存在管理端的内存中。2、 根据选择条件（权益人名称、状态、登陆日期）不同，从内存中查询相应的信息，显示在界面上。4.17 系统日志 (H.SOTC.017)1 场景描述查看系统历史运行情况。2 基本流程1、 打开界面，管理端向服务器发送请求，服务器端将系统运行情况信息查询出来发送到管理端，并保存在管理端的内存中。2、 根据选择条件（日期）不同，从内存中查询相应的
25、历史运行信息，显示在界面上。4.18 交易预警条件设定 (H.SOTC.018)1 场景描述设置交易系统中的预警条件（委托预警、成交预警、资金预警、权益预警） 。2 基本流程1、 打开界面，管理端向服务器发送请求，服务器端将预警信息查询出来发送到管理端，显示在界面上。2、 设置预警信息（委托预警、成交预警、资金预警、权益预警） ，管理端将信息发送到服务器端，服务器接收预警信息，进行修改操作，修改之后等待审核员审核，并返回修改结果信息（成功或失败） 。综合协议平台架构优化交易子系统概要设计说明书第 10 页4.19 管理员设置 (H.SOTC.019)1 场景描述添加管理员、修改管理员级别。2
26、基本流程1、 打开界面，管理端向服务器发送请求，服务器端将所有管理员查询出来发送给管理端，显示出来。2、 点击新增，输入管理员名称、密码、选择管理员级别，保存发送到服务器端，服务器执行添加管理员操作，并返回操作结果信息。3、 点击某个管理员，后点击修改，管理端发送这个管理员标识到服务器端，服务器端查询该管理的信息，发送到管理端，显示出来该管理员的名称及级别，保存，发送到服务器端 修改该管理员的信息。4、 删除：发送该管理员的标识到服务器端，服务器根据接收到了标识，执行删除管理员操作。4.20 交易预警条件设定 (H.SOTC.020)1 场景描述审核员及复核员对操作信息的审核及操作员查看修改休
27、息的情况。2 基本流程1、 打开界面，管理端向服务器发送请求，服务器端将需要审核的信息（时间设定信息、柜台参数设定、私募参数设定、预警条件设定、手续费设定）查询出来发送到管理端，显示在界面上。2、 操作员：操作员可以看到各种设定信息的审核情况审核员：审核员查看操作员提交的修改的信息，对信息进行审核，向服务器提交审核情况（通过或不通过） ，服务器接收信息将设定信息修改为不通过或等待复核员审核的状态。综合协议平台架构优化交易子系统概要设计说明书第 11 页复核员：复核员查看审核员提交的审核的信息，对信息进行审核，向服务器提交审核情况（通过或不通过） ，通过则将设定信息保存到交易系统中，不通过则打回到操作员，等待再次提交申请。
