新一代集中交易系统WIN版系统架构说明书v2
详细设计-集中营运系统-应用 香港综合开户子系统-第2册 交易设计
集中营运系统香港综合开户子系统交易设计说明书项目：集中营运系统编写：集中营运项目组文档修改历史目录1引言 (5)1.1编写目的 (5)1.2读者对象 (5)1.3项目背景 (5)1.4定义 (5)1.4.1COSC (5)1.4.2PCOS (5)2公共交易服务................................................................................................ 错误！未定义书签。
2.1服务描述 (6)2.2类图 ....................................................................................................... 错误！未定义书签。
2.2.1对私批量任务查询(PcosBatchTaskQryAction) ......................... 错误！未定义书签。
2.2.2对私单个任务领取(PcosFetchTaskAction) (67)2.2.3对私驳回任务(PcosRtnTaskAction) ........................................... 错误！未定义书签。
2.2.4对私操作日志查询(PcosOperLogQryAction) ............................ 错误！未定义书签。
2.2.5业务详细信息查询(PcosBusDetailInfoQryAction) (67)3三要素变更服务 (6)3.1服务描述 (15)3.2类图 ....................................................................................................... 错误！未定义书签。
新一代集中交易系统WIN版系统架构说明书v2教材
2.1.1 集中交易系统
员工服务渠道 集中交易柜员客户端
SOCKET
通讯中间件 加密压缩插件 信息转发插件 信息路由管理 队列管理器 交易请求队列
SOCKET
交易中间件（历史） KCXP API 业务处理例程 LBM KCBP LBM API SQL SERVE R驱动
ODBC
数据服务 交易热备 数据库
•
交易中心
灾备中心
当前备份 数据库
当前数据 库
当前数据 库
当前备份 数据库
备份历史 数据库
历史数据 库
数据库复制 管理
历史数据 库
备份历史 数据库
FTP服务器
FTP服务器
营业部1
历史数据下载
历史数据下载 营业部 2
历史数据 库
历史数据 库
1.2.3图: 数据库服务器部署方案图 说明： 数据库服务器部署划分成三个部分：核心交易系统数据库、灾备中 心数据库、网点历史查询数据库 A、核心交易系统数据库：当前数据库以SQL复制机制实现到备份数据库 的实时备份,历史数据采用冷备份，每天在非交易时段以FTP传送增量 数据到FtpServer服务器，以FTP发布相应的增量子集数据到网点历史 查询数据库。每套核心交易系统需配备当前数据库的实时备份服务器 B、灾备中心数据库：通过数据复制进行数据同步，与核心交易系统数据 库保持一致. C、网点历史查询数据库：本身是可选项，没有必须的备份要求 根据业务系统需要，各历史数据库服务器可以部署1－N台，形成集群
ODBC
客户服务渠道 热自助 刷卡/小键盘
系统接入服务系统 存管三方 网上交易服务
SOCKET
SOCKET
交易应答队列 交易报盘队列
SOCKET
(精选文档)网上商城购物系统概要设计说明书
概要设计说明书1．引言1.1编写目的本说明书是在充分理解系统需求分析基础上，为后续工作准备的。
本手册将进行技术评审和技术的可行性检查，它是详细设计和编码的重要根据，为下一步的详细设计说明提供框架同时也是用户进行交流的文档之一。
软件开发小组的每一位参与开发成员应该阅读本说明，以清楚产品在技术方面的要求和实现策略。
预期的读者为系统的开发者、使用者和指导老师。
1.2背景说明：（1）开发软件系统的名称：网上商城购物系统；（2）任务提出者：XX；（3）开发者：计算机科学与技术的小组成员xx；（4）用户：XX；（5）本系统将使用SQLServer2000作为数据库存储系统。
1.3定义（1）Asp(active server pages)是微软公司推出的一种用以取代CGI的技术，基于目前绝大多数网站应用于windows平台，asp是一个位于windows服务器端的脚本运行环境，通过这种环境，用户可以创建和运行动态的交互式的web服务器应用程序以及EDI（电子数据交换）；（2）ADO：ActiveX Data Object, ActiveX 数据对象；（3）SQL：Structured Query Language。
1.4参考资料1、《ASP程序设计及应用》张景峰主编第011903号中国水利水电出版社 2009.12、《数据库原理及其教程（第三版）》黄德才主编第088716号科学出版社 2010.63、《ASP+SQL Server动态网站开发从基础到实践》杨世锡,赵辉编著第377507号电子工业出版社 20054、《ASP+SQL Server项目开发实践》黄雷编著第38854号中国铁道出版社 2006《Dreamweaver 8与ASP动态网站开发自学导航》戎马工作室编著第298301号机5、械工业出版社 20066、《ASP实务经典》林金霖编著 [M].北京:中国铁道出版社，2001,2097、《ASP编程基础与实例》丁贵广编著[M].北京:机械工业出版社，2002,512．总体设计2.1需求规定[说明对本系统的主要的输入输出项目、处理的功能性能要求。
系统架构说明书
系统架构说明书服务业综合业务管理系统系统架构说明书XXX一、概要本说明书对服务业综合业务管理系统的整体框架进行分块说明，对系统的采用技术点的技术点进行阐述，通过视图与描述展示整个系统框架的结构与层次。
二、目标构建服务业综合业务管理系统J2EE应用的开发框架，注入Spring支撑，使用兼具灵活性与使用性的ibatis作为持久层，使所有系统能规范开发组件、提高开发效率，易于统一升级和维护。
三、架构设计3.1、架构分析1、服务业综合业务管理系统采用B/S模式。
B/S 模式具有分布性特点，可以随时随地进行查询、浏览等业务处理。
其业务扩展简单方便，通过增加网页即可增加服务器功能。
而且后期维护方面只需要改变网页，即可实现所有用户的同步更新2、搭建轻量级J2EE框架—Spring框架。
J2EE为搭建具有可伸缩性、灵活性、易维护性的系统提供了良好的机制。
J2EE框架使得开发的产品更加高效，更加健壮，在伸缩性和稳定性上面也有着显而易见的效果。
而Spring是一个完美的框架“黏合剂”。
它提供了一种管理对象的方法，可以把中间层对象有效地组织起来。
他的分层结构可以增量引入项目。
而非侵入性应用程序对Spring API 的依赖可以减至最小限度。
3、利用兼具灵动性与实用性的ibatis作为系统的耐久层。
Ibatis是支持普通SQL查询。
存储过程和高级映射的优秀持久层框架。
Ibatis将代码和sql语句分离，sql可以写在xml中，结构清晰，灵活配置，对平台支持性大幅度提高。
3.2、设计思想1、系统技术架构采用支流的MVC模式MVC思想将一个应用分成三个基本部分：Model（模子）、View（视图）和Controller（控制器），这三个部分以最少的耦合协同工作，从而提高应用的可扩展性及可维护性。
直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模子的样子或者模子的重用性。
网上商城系统设计说明书
网上商城系统设计说明书目录第一部分:引言 ............................................................................................... 错误！未定义书签。
1.1编写目的........................................................................................... 错误！未定义书签。
1.2背景................................................................................................... 错误！未定义书签。
1.3定义................................................................................................... 错误！未定义书签。
1.4参考资料........................................................................................... 错误！未定义书签。
第二部分:总体设计 ....................................................................................... 错误！未定义书签。
2.1需求规定........................................................................................... 错误！未定义书签。
2.2运行环境........................................................................................... 错误！未定义书签。
集中控制系统使用说明书
集中控制系统使用说明书一、系统简介本系统采用集中控制系统，通过集中控制器提供的各类控制接口和界面，能够轻松控制DVD、硬盘录像机、投影机、AV矩阵、VGA矩阵和升降器等，使您的系统更简便、更智能化；在本系统中充分体现了这些特点。
Xp1700彩色无线触摸屏：通过点击图形化触摸按键来控制整个系统内所有会议室内的设备，同时可以便携游走于会议室与控制室通过无线来控制所有设备；为用户提供简单、直接、灵活的控制方式。
本系统的所有控制界面和触摸屏皆通过软件编程设定，可根据用户要求灵活改变触摸界面设置，并可输入用户喜爱的颜色、图案和字体等功能。
本系统非常友善、简洁，并且通过细致周到的编程考虑能对设备起保护作用。
因此即使是对设备性能和操作毫无了解的一般人士，也可以很轻松自如地操作诸多设备。
集中控制系统提供功能强大的控制方式，使您的系统更加智能，真正实现“轻松一点，全面掌控”。
二、操作指南１、XP1700彩色无线触摸屏1.欢迎界面2.控制界面如何控制多功能厅设备点击“多功能厅控制”按钮进入控制界面，点击相应的功能按钮，实现对应的功能。
如何控制投影机和电动幕点击“投影机”按钮进入投影机和电动幕控制界面。
如何控制AV矩阵点击“AV矩阵”按钮进入AV矩阵的控制界面,点击触摸屏上的输入按钮,再点击输出的按钮,可以完成AV矩阵切换的动作。
如何控制VGA矩阵点击“VGA矩阵”按钮进入VGA矩阵的控制界面,点击触摸屏上的输入按钮,再点击输出的按钮,可以完成VGA矩阵切换的动作。
如何控制摄像头点击“摄像头控制”按钮进入摄像头控制界面，点击相应的功能按钮，实现相应的摄像头功能。
如何控制音量点击“音量控制”按钮进入音量控制界面，点击相应的功能按钮，实现相应的功能。
点击“返回”按钮返回到欢迎画面。
如何控制DVD点击“DVD控制”按钮进入DVD控制界面，点击相应的功能按钮，实现相应的DVD功能。
如何控制硬盘机点击“硬盘录像机控制”按钮进入硬盘录像机控制和设置界面，点击相应的功能按钮，实现相应的硬盘录像机功能。
交易系统产品需求说明书
HTS交易系统产品需求规格说明书项目编号：R2014080504日期：2014-08-04产品：陈吉利版本历史文档版本撰写时间变更人属性V1.0 2014-08-04 陈吉利新建V1.1 2014-09-11 陈吉利修改目录：1. 项目背景 (3)1.1. 名词解释 (3)1.2. 需求背景 (3)2. 项目目标 (3)3. 项目范围 (3)4. 项目时间表 (4)5. 项目方案概述 (4)6. 功能详述 (4)6.1. 功能清单 (4)6.2. 流程图 (4)6.3. 需求详述 (5)6.3.1. 购物车 (6)6.3.2. 订单生成 (10)6.3.3. 支付 (26)6.3.4. 订单查询......................................................................... 错误！未定义书签。
76.3.5. 卖家管理中心 (41)7. 原型 (49)8. 附件 (619)9. 运营计划 (619)附录一需求review 评分以及工作量评估 (619)1.项目背景1.1.名词解释1、HTS：Health Trading System（交易系统）2、用户：在寻医问药网站体验产品的人3、客户：寻医问药网的合作商家4、订单号：用户提交订单时分药店生成的业务线订单号5、支付订单号：用户提交订单时生成的用于支付使用的订单号1.2.需求背景1、药品网和商城作为一个垂直搜索引擎，用户点击购物后跳转至客户网站，造成用户流失。
2、用户点击购物跳转至客户网站后是否下单、下单后是否支付以及各个环节的转化率我们无法统计，也无法得知用户的真实需求。
3、同一用户购买多个药品，可能跳转至多个客户网站，各个网站的交易流程不同，影响用户体验。
2.项目目标1、用户购买保健品、医疗器械、化妆品整个过程（搜索、下单、支付、发货）均在寻医问药网HTS完成，提升用户体验，形成交易、数据闭环2、防止用户跳转至客户网站后流失3、支持后续中西药品上线4、支持后续资金安全系统3.项目范围1、HTS-购物车2、HTS-订单创建3、HTS-支付4、HTS-订单流转5、HTS-卖家管理中心6、HTM-Admin后台订单管理以下功能点在此项目中暂不涉及，上线后根据数据再优化：①信息安全：客户联系人地址和手机号码不做隐藏，默认展示给客户②配送：配送费用统一为20元，不支持自提、货到付款等③之前页面将包装显示为规格，此次不涉及修改，在新建的页面取名为包装④购物车以及订单生成针对保健、医疗器械、化妆品，中西药品报价排序页保持之前模式⑤此需求仅涉及PC端⑥此需求不涉及库存以且提交订单时不校验商品政策状态4.项目时间表●需求分析及确认：2014年07月30日－2014年08月22日●UI设计及页面制作：待定●开发设计编码：待定●测试上线：待定5.项目方案概述1、新建购物车系统2、新建订单生成系统3、新建支付系统4、新建状态机以及订单流转机制5、代理人卖家管理中心新增订单管理6、Admin管理后台新增订单管理6.功能详述6.1.功能清单6.1.1.主要功能图交易系统新建购物车订单创建支付订单流转卖家管理中心订单处理新增Admin后台订单处理6.1.2.详细功能点新建交易系统（保健品、医疗器械、化妆品）1、新建购物车a、管理后台店铺管理显示位置增加下单模式，控制店铺是否展示“立即购买”、“加入购物车”b、报价列表页、商品详情页增加“加入购物车”c、报价列表页、商品详情页增加“购物车”i、购物车显示已加入购物车商品数ii、购物车中可增加、减少某一商品购买数量iii、点击购物车中商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）d、点击购物车进入购物车详情页i、购物车显示已加入购物车商品数及商品总价ii、购物车中分店铺展示已选商品iii、购物车中可增加、减少某一商品购买数量iv、购物车中可删除已选商品v、点击店铺名称可进入店铺详情页vi、通过去结算生成订单2、生单系统a、联系人信息填写i、非登陆用户展示登陆入口ii、手工录入相关信息iii、省市县（区）支持选择iv、登陆用户展示系统保存的联系人并勾选默认地址v、联系人信息同时展示在右下方vi、校验联系人信息是否已录入b、发票信息i、默认不勾选索要发票按钮ii、当勾选索要发票时，须填写发票抬头c、商品信息不可修改点击商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）d、可返回购物车e、提交订单时校验商品政策价格3、支付4、订单流转4.1订单查询a、将“我的提问”修改为“我的个人中心”b、我的个人中心下拉框和个人中心左侧菜单栏增加“我的订单”c、新建我的订单列表页i、表头为商品信息、单价、数量、总价、可选择的订单状态、操作（不但订单状态按钮不同）、以及订单号、下单时间、药店名ii、点击购物车中商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）iii、订单翻页d、所有订单详情页i、订单信息、日志信息、联系人信息、操作按钮、商品信息、商品金额、配送费、总价ii、搜索全站、店铺商品iii、点击购物车中商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）e、订单状态随着动作变化状态次状态Action用户客户系统待支付订单取消取消订单24未支付小时自动取消待发货支付支付确认待发货退款待确认申请退款已发货发货已发货已完成确认收货超过15日系统自动确认已完成退款待确认待退款确认退款已发货拒绝退款待退款已退款确认退款已退款订单取消f、待支付订单i、支付ii、用户取消订单iii、系统24小时取消g、待发货订单申请退款h、已发货订单i、请确认收货ii、15天系统确认收货4.2收货地址管理a、添加新收货地址（与生单填写联系人相同）b、修改收货地址c、删除收货地址d、设置默认收货地址待5、卖家管理中心5.1新建订单管理a、订单管理下分为“订单”、“待支付订单”、“待发货订单”、“已发货订单”、“退款待确认订单”、“待退款订单”、“已退款订单”b、“待支付订单”、“待发货订单”、“退款待确认订单”、“待退款订单”右侧显示待处理的订单数c、订单下新增搜索功能，搜索条件为订单号、日期、联系人姓名、联系人电话、订单状态5.2订单列表页a、表头为商品信息、单价、数量、总价、可选择的订单状态、操作（所有订单均为查看详情）、以及订单号、下单时间、药店名b、点击购物车中商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）c、订单状态机流转见4.1（e）d、订单翻页5.3订单详情页a、包括订单信息、商品信息、配送信息b、点击购物车中商品照片可进入商品详情页（变价、某一包装下架、所有包装下架）c、所有订单详情页均有返回按钮，返回至当前订单列表页5.4订单操作a、待支付订单i、支付确认ii、24小时未支付系统取消b、待发货订单发货c、已发货订单15天系统确认收货d、退款待确认i、确认退款ii、拒绝退款e、待退款退款6、Admin管理后台a、订单查询i、通过订单编号、日期、联系人姓名、联系人电话、订单状态检索订单ii、点击搜索检索订单iii、搜索结果表头为订单号、日期、联系人姓名、联系人电话、订单金额、订单状态、操作iv、点击查看进入订单详情页b、订单详情页i、药店信息：药店唯一标识、药店名、客服电话ii、订单信息：订单号、订单状态、匹配政策、订单金额、药品金额、配送金额、支付时间、流水号iii、商品信息：图片+B级名称+包装、单价、数量、合计、配送、总价iv、配送信息：联系地址、配送方式、公司名称、配送单号6.2.流程图开始报价排序页/商品详情页是否点击打开看看订单填写页是否填写订单是否是否继续填写订单待支付（订单状态）用户是否支付待发货（订单状态）是否继续支付待支付时间是否大于24小时订单取消（订单状态）是否用户是否取消订单否是是否发货是已发货（订单状态）否是否申请退款是退款待确认（订单状态）卖家确认是否已发货是否待退款（订单状态）否是是否已确认收货是已完成（订单状态）否是否超过15日否是否是否结算是是是否点击加入查看是否否否是是否客户是否确认支付否是否为保健品、医疗器械、化妆品否显示原有按钮是否为可下单药品否显示原有按钮是否为可下下单药店否显示原有按钮是是是已退款退款6.3. 需求详述6.3.1.购物车6.3.1.1购物车范围6.3.1.1.1可下单药店1、通过显示位置控制单个药店与寻医问药的合作模式2、显示位置修改为如图3、具体模式如下详述位置方式下单跳转电话主区域√√文字链√√3G √a、√表示某一区域可能有的合作方式b、某一药店某一区域只能有一种合作方式，如果某一药店某一区域勾选了多种合作方式，按生单、跳转、电话顺序进行优先级排序，按优先级最高的方式合作6.3.1.1.2下单控制模式商品种类+店铺合作方式1、医疗器械、保健品、化妆品可合作下单模式2、如果某店铺合作下单模式，则该店铺的以上三类商品展示购物车、可下单，否则按原有模式6.3.1.2新增“加入购物车”1、商品报价页，将“点击查看更多包装”删除。
系统技术架构说明书
北京友联慧通科技有限公司技术文档全网电子商务平台技术架构说明书2010年3月18日北京友联慧通科技有限公司目录技术性需求分析 (4)一致的逻辑数据 (4)优秀的网络环境适应性 (4)系统的兼容性 (4)优异的系统性能 (4)开放的界面和接口 (4)完备的操作日志管理策略 (4)高度的安全性 (4)技术性设计思想和原则 (5)最小成本原则 (5)安全性、可靠性、先进性原则 (5)安全性与可靠性原则 (5)先进性原则： (5)实用性、易用性、可扩展性原则 (5)实用性原则 (5)统一及一致性原则 (6)业务引导及易用性原则 (6)友好及方便性原则 (6)扩展性和适应性原则 (6)数据共享原则 (7)系统技术架构的设计 (7)技术架构的特点 (7)系统的架构图 (7)技术架构图 (7)系统请求数据处理流程图 (9)体系结构图 (10)系统核心功能分布图 (11)架构层次的说明 (11)数据库层 (11)中间件层 (12)基础服务层 (16)应用层 (20)业务表现层和系统接口层 (21)系统部署环境 (22)商城平台部署环境 (22)运行平台 (22)操作系统 (22)应用服务器 (23)Web服务器 (23)数据库服务器 (23)缓存服务器 (23)图片文件服务器 (23)系统部署拓扑图 (23)系统部署结构图 (24)技术性需求分析一致的逻辑数据一般来说，平台所有的服务接点都是这个数据库的客户端访问；因此从逻辑上，任意服务网络接入点的数据应该是一致的。
优秀的网络环境适应性从系统的实现角度考虑，要满足各种复杂的网络环境。
系统的兼容性由于服务结点的数量巨大，其使用的平台和语言各不相同，需要能够容纳所有类型的服务结点；优异的系统性能从系统架构设计上需要考虑巨大量数据的处理引擎，从系统本身进行性能上的优化，而不是仅仅凭借于硬件服务器的性能。
开放的界面和接口不仅个人用户能够方便地通过Web应用查询信息，同时也需要能够预留非GUI的交互界面的接口，以便使其它应用系统也能使用数据管理系统提供的信息服务，同时还需要为第三方软件预留标准的集成接口，使系统具有高度的可扩展性；完备的操作日志管理策略需要有完备的操作日志管理引擎，记录系统交互过程中的日志数据。
上海证券交易所新一代交易系统部署启动培训资料
对柜台系统有影响的数据库表接口实现之差异 两类数据写入顺序从单进程变成了多进程
申报接口确认表写入顺序不再完全按照rec_num字段递增写入，而是按 照后台多主机实际处理顺序写入。（注：同一PBU同一产品不同订单之 间的先后顺序不会变化） 成交确认表写入顺序不再完全按照cjbh字段递增写入。在gdxm和bcye字 段提供了SET和成交在该SET内顺序号。
时间同步
市场参与人可通过设置操作系统级别的参数设置 ，配置报盘机与后台通信服务器进行NTP时间同 步。此处通信服务器的IP地址须和报盘登录的通 信服务器相同。 EzOES应用程序不需使用Administrator用户登录 Windows，运行中应用程序不更改系统时间。 用户界面上时间显示区会随着操作员的登录变化 ，在登录前显示当前时间(本地)，在登录后显示 交易系统时间/状态。
上面的两个截图，是EzOES和现有报盘程序的时间、交易状态显示 区。 EzOES应用程序不更改系统时间，该显示区会随着操作员的登录变 化，显示当前时间(本地)和交易系统时间/状态。 市场参与人可配置与后台通信服务器的NTP时间同步。 运行过程中，如果人工调整报盘机的本地时间，如果不在当前交易 时段内，可能发生异常，且会在2分钟后重新同步。
降低接口数据库资源的消耗
EzOES采用批量读取/批量写入的方式 与接口数据库交互 接口数据库访问队列超过设定阈值时 ，会暂缓报单
高级参数配置
每次从数据库读取的订单块大小 dbOrdFetchUnit
重传表3的参数配置，缺省45，最大360
需要确认是否对表3进行恢复的条数阈值 tc.gapalarm 多环境支持envNo
SHARE 78国际标准定义的容灾系统七个层次
电子交易系统交易客户端操作说明
T5版电子交易系统交易客户端操作说明大学计算机应用研究所2011年7月目录一、概述4二、名词术语42.1、行情客户端软件的功能62.2、软件的性能62.3、软件运行环境6三、客户端软件的安装7四、软件的使用74.1、交易客户端公用菜单介绍84.1.1、登陆84.1.2、报表94.1.3、密码104.1.4、资金104.1.5、资金转账114.2、即期交易方式144.2.1、正常委托144.2.2、其它功能314.3、挂牌交易354.3.1、新商品申请364.3.2、卖方挂牌和买方挂牌374.3.3、仓单管理394.3.4、交收管理414.3.5、数据查询434.4、竞价交易434.4.1、竞买专场444.4.2、竞卖专场494.4.3、成交公告544.5、回购专场544.5.1、正常委托564.5.2、交收管理574.5.3、数据查询574.5.4、成交汇总59 操作注意事项601.操作注意事项65一、概述大宗商品电子交易系统客户端软件操作手册的编写，是为规软件的操作流程和注意事项，使软件的各项功能和性能得以充分体现。
通过本手册操作人员能够有效地完成本软件的操作；管理员能够掌握软件的功能实现和目标完成情况；一般用户能够对软件有一个基本的认识和了解。
预期读者：软件操作人员、管理者和一般用户。
大宗商品电子交易系统客户端是一个集即期交易、现货挂牌和现货竞价于一体的综合电子商品交易系统。
此系统是应大宗商品电子交易系统的要求，大学计算机应用研究所设计开发的。
二、名词术语即期交易：电子即期交易是指由拥有交货能力的卖方在交易市场发布售货邀约，由买方发布购买邀约，交易市场按照价格优先、时间优先的原则确定卖方、买方之间的成交价格并生成电子交易合同（在未到交收期时可进行买卖转让），在交收申报日根据已有的订货自愿提出交收申报，未申报的订货需要付未满足交收意愿的对方延期补偿费，并在交易市场指定交收仓库进行实物交收的交易方式。
浪潮财务集中管理系统操作手册初稿
浪潮财务集中管理系统操作手册初稿第一章系统环境配置篇该部分主要描述登陆系统之前所要做的准备工作。
因为财务集中管理系统基于B/S架构,即在集团总部架设服务器,操作人员通过互联网登录系统，因此各操作人员的电脑必须能连上互联网，且保证一定的上网速度。
第一节操作系统选择目前Windows 2000、Windows XP系统均能较好的使用财务集中管理系统的各项功能，Windows Vista等更高版本的系统通过浏览器的特殊设置也可以正常使用系统的各项功能，但早期的Windows系统将会有部分功能不能使用，建议各单位在配备电脑时不要使用早期的操作系统。
由于操作人员的电脑将会连接至服务器，因此各操作人员需保证自身电脑的安全，减少服务器的不安全因素。
财务电脑应及时升级操作系统补丁,建议使用“360安全卫士”等软件提供的“修复系统漏洞"功能定期升级，并安装杀毒软件，建议每周进行一次全面杀毒。
第二节浏览器选择及设置 2.1 浏览器的选择对于浏览器，建议使用Windows操作系统自带的IE6。
0、IE7。
0或更高版本的浏览器，其他浏览器如腾讯的TT、遨游及360安全浏览器等均有部分功能不能正常使用。
如果IE版0>。
的版本，可到微软官方网站进行升级或者登陆华军软件园下载IE6。
0安装程序进行安装升级。
如需查看电脑的IE版本,可以打开IE浏览器,点击最右侧的“帮助”下拉菜单，点击菜单最下边的“关于Internet Explorer功能”，如图1-2—1所示。
图1-2-1 点击图1-2—1窗口所示的菜单最下边的“关于Internet Explorer功能”，就能看到IE浏览器的详细版本信息，如图1—2-2所示。
在界面中的版本信息反映了系统目前的IE版本。
图1-2—2 2。
2 IE浏览器的设置登录浪潮系统前需要对IE浏览器进行安全设置，因为登录浪潮服务器需要运行很多的插件,因此必须降低对浪潮服务器网址的安全设置。
新一代国际结算系统技术方案
新一代国际结算系统技术方案一、网络结构图新一代结算系统网络架构分为三层：总行、一级分行与二级分行（或者支行）。
其中：●总行为国际结算业务数据中心，结算系统的应用服务器、数据库服务器均存放在总行。
●一级分行作为国际结算业务的操作中心，通过各一级分行骨干网与总行新一代结算系统服务器进行连接，对国际结算的业务数据进行存取。
同时，各一级分行为辖内影像数据存放中心，放置影像管理服务器、影像数据库服务器。
二级行（或者支行）通过二级骨干网与一级分行进行网络连接。
由于二级分行处理数据包含业务数据及影像文件，数据传输（数据上传）有两种情况：一是影像数据及影像索引数据，通过二级骨干网传输至一级分行的影像管理系统中；二是影像索引数据及有关业务数据通过二级行骨干网传输至一级分行，再通过一级骨干网传输至总行结算系统数据库中。
关于一级分行业务处理结果需反馈给二级分行时（数据下传），须通过一级及二级骨干网传送至二级分行（或者支行）。
二、系统数据流程新一代国际结算系统的数据流由二级分行开始发起，包含国际结算的业务数据与影像数据。
由于结算数据全部集中在总行，而影像系统分散于各一级分行，因此在系统处理过程中需对二级分行上传的数据包在一级分行做拆包处理，分解为业务索引数据与影像数据，业务索引数据与影像数据存入一级分行影像系统；业务索引数据存入总行新一代结算系统业务数据库。
具体的数据流程如下图所示：总行一级分行二级分行结算及影像工作站图2系统数据流程图（一）业务数据流程1、二级分行：业务数据是在二级分行通过手工录入的业务索引数据。
该数据由二级分行客户端产生后，与有关业务的影像文件一起打包上传。
经由二级分行局域网与骨干网传送至一级分行后，分解出业务信息及影像索引信息。
其中业务信息再通过一级分行骨干网传送至总行数据库服务器存放。
2、一级分行：收到业务处理信息后，从总行数据库中读取二级分行提供的业务数据进行相应的业务处理，并根据从本地影像系统中调阅的有关业务影像文件进行处理。
信息系统接口规格说明书-sse
上海证券交易所技术文档上海证券交易所新一代交易系统托管银行（含基金公司）系统接口规格说明书2016版上海证券交易所二○一六年一月2016年1月对本文档进行了修订。
主要修订内容为：（一）盘后文件数据包添加ZQY及IPOGH。
为便于管理和分发，2009年12月对本文档进行了修订。
主要修订内容为：（一）文字推敲；（二）格式统一；1托管银行（含基金公司）接口物理架构 (1)2托管银行盘后数据文件 (2)3基金公司盘后数据文件 (3)4托管银行及基金公司数据文件解密工具 (4)4.1数据文件解密工具功能 (5)4.2解密使用示例 (6)4.3重要提示（FAQ） (6)1托管银行（含基金公司）接口物理架构1上海证券交易所通过单向卫星系统在盘后发送基金公司及托管银行数据文件。
如图1，来自核心交易系统、大宗交易系统及固定收益平台的盘后数据文件经过打包加密后，通过单向卫星系统发送到托管银行与基金公司的卫星接收小站。
托管银行与基金公司收到此文件后，运行上海证券交易所提供的解密程序，输入预设密码解密并解包出所需数据文件，进行后续处理。
托管银行（基金公司）上海证券交易所单向卫星发送服务器核心交易系统大宗交易系统卫星接收小站固定收益平台图1 托管银行（含基金公司）接口物理架构交易过户数据（ghXXXXX.dbf ）固定收益成交（bjYYYY.dbf ）打包数据（YYYY.zip ）加密数据（YYYY.sse ）encryptfile 加密卫星发送加密数据（YYYY.sse ）打包数据（YYYY.zip ）encryptfile 解密大宗过户数据(dghXXXXX.dbf ）zip 打包固定收益成交数据仅限托管银行图2 托管银行（含基金公司）接口数据流图2 托管银行盘后数据文件2文件名：YYYY.sse。
其中YYYY为托管银行英文简称，长度为4位；功能描述：新交易将需要发给托管银行的PBU过户数据、固定收益平台成交数据文件、大宗交易过户数据、ZQY数据、IPOGH数据，按照要发往的银行分别压缩打包并加密，再按需要根据托管银行配置文件向市场发送。
7-1-金证新一代win优化版集中交易系统安装手册-营业部
银河证券股份有限公司新一代集中交易系统集中交易系统安装手册－营业部端制作人:深圳市金证科技股份有限公司文档信息项目名称新一代集中交易标题新一代集中交易营业部程序配置说明类别文档子类别工程人员手册摘要当前版本V1.0日期作者文档拥有者金证科技股份有限公司送交人员用户文件新一代集中交易平台安装手册.doc- <文件类型：Microsoft Word>修改历史版本号日期修改人摘要目录1.新一代营业部系统平台安装文档编写说明 (4)1.1编写目的 (4)1.2文档所有人 (4)1.3术语解释 (4)1.4文档详细参考资料 (5)2.新一代系统营业部系统平台描述 (5)2.1新一代系统营业部安装程序列表 (6)3.新一代系统安装与初始化 (7)3.1系统安装前准备 (7)3.2建议阅读方式 (8)3.3系统安装流程 (8)3.3.1KCXP营业部安装 (8)3.3.2SpbSetup客户端安装 (12)3.3.3KCBP安装 (18)3.3.4基本参数配置 (22)1.新一代营业部系统平台安装文档编写说明1.1 编写目的本文档说明的是集中交易系统营业部端的安装，集中交易系统营业部端包含营业部历史数据库服务器，KCBP，KCXP，平台客户端、相关的业务程序。
预期读者为工程安装人员，工程维护人员和操作员。
1.2 文档所有人深圳市金证科技股份有限公司1.3 术语解释应用数据库服务器：指安装了证券业务逻辑，能提供证券业务的数据库服务器，本系统中特指安装了业务逻辑的SQL Server 服务器，如交易服务器，历史服务器，备份服务器。
交易服务器：安装用于证券交易的应用数据库服务器历史服务器：安装用于查询历史流水的应用数据库服务器备份服务器：提供交易热备份的应用数据库服务器三方存管服务器：提供三方存管业务KCXP：集中交易系统通讯中间件KCBP：集中交易系统业务中间件客户端：特指业务前台程序自动报盘：提供计算机自动报盘的程序核心交易系统：我们把交易数据库，历史数据库，备份数据库，交易KCBP，历史KCBP，KCXP，报盘的一个逻辑系统成为一个核心交易系统。
7-1-金证新一代win优化版集中交易系统安装手册-营业部
银河证券股份有限公司新一代集中交易系统集中交易系统安装手册－营业部端制作人:深圳市金证科技股份有限公司文档信息项目名称新一代集中交易标题新一代集中交易营业部程序配置说明类别文档子类别工程人员手册摘要当前版本V1.0日期作者文档拥有者金证科技股份有限公司送交人员用户文件新一代集中交易平台安装手册.doc- <文件类型：Microsoft Word>修改历史版本号日期修改人摘要目录1.新一代营业部系统平台安装文档编写说明 (4)1.1编写目的 (4)1.2文档所有人 (4)1.3术语解释 (4)1.4文档详细参考资料 (5)2.新一代系统营业部系统平台描述 (5)2.1新一代系统营业部安装程序列表 (6)3.新一代系统安装与初始化 (7)3.1系统安装前准备 (7)3.2建议阅读方式 (8)3.3系统安装流程 (8)3.3.1KCXP营业部安装 (8)3.3.2SpbSetup客户端安装 (12)3.3.3KCBP安装 (18)3.3.4基本参数配置 (22)1.新一代营业部系统平台安装文档编写说明1.1 编写目的本文档说明的是集中交易系统营业部端的安装，集中交易系统营业部端包含营业部历史数据库服务器，KCBP，KCXP，平台客户端、相关的业务程序。
预期读者为工程安装人员，工程维护人员和操作员。
1.2 文档所有人深圳市金证科技股份有限公司1.3 术语解释应用数据库服务器：指安装了证券业务逻辑，能提供证券业务的数据库服务器，本系统中特指安装了业务逻辑的SQL Server 服务器，如交易服务器，历史服务器，备份服务器。
交易服务器：安装用于证券交易的应用数据库服务器历史服务器：安装用于查询历史流水的应用数据库服务器备份服务器：提供交易热备份的应用数据库服务器三方存管服务器：提供三方存管业务KCXP：集中交易系统通讯中间件KCBP：集中交易系统业务中间件客户端：特指业务前台程序自动报盘：提供计算机自动报盘的程序核心交易系统：我们把交易数据库，历史数据库，备份数据库，交易KCBP，历史KCBP，KCXP，报盘的一个逻辑系统成为一个核心交易系统。
深圳证券交易所新一代交易系统第三阶段联网测试指南
深圳证券交易所新一代交易系统第三阶段联网测试指南一、联网测试整体计划2022年6月，深交所向系统开发商先行者和行情信息商先行者提供测试工具包和基础数据，系统开发商先行者和行情信息商先行者开展离线测试；2022年7月，深交所组织系统开发商先行者和行情信息商先行者进行联网测试；2022年9月，深交所组织证券公司先行者和基金公司先行者进行联网测试；2022年5月，深交所组织深圳证券市场所有市场参与者进行联网测试。
新一代交易系统联网测试分为离线测试、第一阶段联网测试、第二阶段联网测试、第三阶段联网测试四个阶段。
1.1离线测试参测单位：系统开发商先行者和行情信息商先行者。
测试时间：2022年6月-2022年7月。
测试方式：深交所提供测试工具包和基础数据，系统开发商先行者和行情信息商先行者进行离线测试（使用测试工具在本地进行测试）。
测试内容：接口正确性。
1.2第一阶段联网测试参测单位：系统开发商先行者和行情信息商先行者。
测试时间：2022年7月-2022年9月。
测试方式：深交所提供联网测试环境，系统开发商先行者和行情信息商先行者接入联网测试环境进行测试。
测试内容：接口正确性，交易和结算业务正确性，按照现货集中竞价交易平台、衍生品集中竞价交易平台、综合金融服务平台、非交易处理平台逐步开展。
1.3第二阶段联网测试参测单位：证券公司先行者和基金公司先行者，系统开发商和行情信息商为每类软件产品选定和支持至少一家客户（证券公司先行者或基金公司先行者）。
测试时间：2022年9月-2022年4月。
测试方式：深交所提供联网测试环境，证券公司先行者和基金公司先行者接入联网测试环境进行测试。
2测试内容：接口正确性，交易和结算业务正确性，按照现货集中竞价交易平台、衍生品集中竞价交易平台、综合金融服务平台、非交易处理平台逐步开展。
1.4第三阶段联网测试参测单位：深圳证券市场所有市场参与者。
测试时间：2022年5月-深交所新一代交易系统上线。
金证新一代系统架构介绍
32
硬、软件环境分析及建议
系统建设目标
集 中 交 易 融 资 融 券 统 一 账 户
查询并发数 资金￭股份￭委托￭成交 10万 笔/秒
委托并发数 3500 笔/秒
成交并发数 2000 笔/秒
日终清算 50min
委托并发数
2000 笔/秒 客户开户 20万笔/天
成交并发数
1500 笔/秒 资产账户开户 20万笔/天
查询并发数 资金￭股份￭委托￭成交
交易中心
交易管理 订单处理 行情管理 … 用户管理
用户中心
流程处理 用户标签 … 产品匹配
营销中心
行为分析 产品运营 … UCC、CRM、绩效考 核、数据分析
对外数据报送
现货交易平台
柜台交易/综合业务平台
交易中心 订单
清算 登记托管
业 务 后 台
信用交易平台
订单
信用清算 有价证券 额度管理
业 务 后 台
金证新一代系统架构介绍
目录
1
单击此处添加文字内容 金证面向用户服务的新一代系统架构
2
单击此处添加文字内容 金证交易系统万亿版介绍
2
01
金证面向用户服务的新一代系统架构
• 业务发展分析 • 当前系统架构
• 新一代系统架构
3
证券业务牌照逐渐放开
证券经纪 证券承销 证券资产管理 证券自营 投资咨询 保荐IPO 同业拆借
新一代集中交易系统WIN版系统架构说明书v2讲解
SQL SERVE R驱动
交易中间件（交易）
KCXP API
业务处理例程 LBM
KCBP LBM API
SQL SERVE R驱动
数据服务
ODBC
交易热备 数据库
复制
ODBC
集中交易 数据库
银证存管队列 其他相关队列
监控 代理
监控 代理
监控 代理
整个系统运行监控
统一帐户系 统对接
客户服务渠道
系统接入服务系统
热自助 刷卡/小键盘 网上客户端
电话委托
存管三方
网上交易服务
SOCKET
外围KDMID
自助交割 其他第三方委
托
合作单位渠道 银行三方存管 应用
上交所应用
深交所应用
登记公司应用
自动报盘 帐户报送 柜员客户端 行情接收 行情接收
基金公司应用
公安、工商身 份认证应用
SOCKET SOCKET
通讯服务器 KCXP 统一账户系统 （简化图）
数据服务器DB 应用服务器 KCBP
数据服务器DB
应用服务器 KCBP
通讯服务器 KCXP
证券广域网 网点交易系统2
网点交易系统N
营业部KCXP
营业部KCBP
历史数据库
营业部KCXP
营业部KCBP
历史数据库
营业部KCXP
营业部KCBP
历史数据库
柜台及客户工作站
员工服务渠道 集中交易柜员客户端
客户服务渠道
系统接入服务系统
热自助
存管三方
刷卡/小键盘
网上交易服务
网上客户端
SOCKET
外围KDMID 自动报盘
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
2.2 系统功能模块
外部系统 前置系统
客户自助终 端
登记公司 应用
三方存管 银行应用
交易所应 用
基金公司 应用
其他运行系统
ODBC
FILEIO
上交所应用SQL
登记公司应用 公安、DB工F 商身
份认证应用 SOCKET
SOCKET SOCKET
通讯中间件 加密压缩插件 信息转发插件 信息路由管理
队列管理器 交易请求队列 交易应答队列
交易报盘队列
SOCKET SOCKET
交易中间件（历史）
KCXP API
业务处理例程 LBM
客户服务渠道
系统接入服务系统
热自助 刷卡/小键盘 网上客户端
电话委托
存管三方
网上交易服务
SOCKET
外围KDMID
自助交割 其他第三方委
托
合作单位渠道 银行三方存管 应用
上交所应用
深交所应用
登记公司应用
自动报盘 帐户报送 柜员客户端 行情接收 行情接收
基金公司应用
公安、工商身 份认证应用
SOCKET SOCKET
监控 代理
通讯中间件 加密压缩插件 信息转发插件 信息路由管理
队列管理器 交易请求队列 交易应答队列
交易报盘队列
SOCKET SOCKET
交易中间件（历史）
KCXP API
业务处理例程 LBM
KCBP LBM API
SQL SERVE R驱动
交易中间件（交易）
KCXP API
业务处理例程 LBM
KCBP LBM API
1.2 系统架构 金证业务系统的系统架构分为：总部系统（CTS）和营业部系统（BTS），对
于总部系统再建设灾备系统（DRS），如下图所示：
第三方系统 证券交易所
登记公司 基金公司
银行
接口网关
生产中心系统CTS
交易DB
历史DB
KCBP
KCXP
系统接入 如：KDMID、KCMM、网上
交易、自动报盘等
灾备中心系统DRS
柜台及客户工作站
柜台及客户工作站
• 图1.1 平台示意图 • 从技术架构来说,图中相关系统技术架构都采用了标准的四层架构： • 1、数据库层(DB) • 2、应用服务器（KCBP） • 3、通讯服务器（KCXP） • 4、应用前端（CLIENT）。 • 通讯层、应用层、数据库层全部支持群集部署; • 通讯中间件KXCP可以实现多级级连，形成N层结构。
以及其它接入系统等）等组成，总部系统负责业务集中处理。
• 1.2.2 总部技术架构
• 数据库组、KCBP组、KCXP组，是指由2－N台服务器群组 • 数据库组与KCBP组，KCBP组与KCXP组，KCXP组与KCXP组，全采用交叉连接 • KCXP服务器采用双网卡跨接内网与外网
总部技术架构图：
备份中心数据库组
网点KCXP组211 网点客户端211
1.2.4. 网点发起的客户请求处理流程图 说明：
•
红色箭头曲线：业务请求
•
暗红色箭头曲线：返回结果
• KCXP通过插件判别请求数据包，作出分发处理
• 所有处理结果按请求路径原路返回。
2.软件架构
2.1系统软件架构
员工 客户
合作第三 方单位
员工服务渠道 集中交易柜员客户端
新一代集中交易系统 WIN版
系统架构说明
目录
1.技术架构 1.1 总体技术体系架构 1.2 系统架构 1.2.1 总部系统 1.2.2 总部技术架构 1.2.3 数据库服务器部署 1.2.4 客户请求处理流程
2.软件架构 2.1 系统软件架构 2.1.1 集中交易系统 2.1.2 运行监控系统KCБайду номын сангаасM 2.2 系统功能模块
SQL SERVE R驱动
数据服务
ODBC
交易热备 数据库
复制
ODBC
集中交易 数据库
银证存管队列
其他相关队列
监 控 代 理
统一帐户系
监
融资融券
统对接
控
系统对接
代
理
监控
监控
代理
代理
整个系统运行监控
运行监控平台
ODBC
监控 代理
监控平台 数据库
JDBC/ODBC/FILEIO JDBC/ODBC/FILEIO
• 交易中间件使用金证KCBP。交易中间件部署上分为：交易和历史查询两种。交 易中间件与生产数据库连接，处理业务、实时查询等功能；历史中间件与历史 数据库连接，处理历史查询、报表等功能。
• 通讯中间件使用金证KCXP。通讯中间件为系统提供：请求应答队列、报盘队列 、银证队列等服务队列，因此在部署上分为：请求应答通讯服务器、报盘队列 通讯服务器和银证队列通讯服务器等。
第三方系统 证券交易所
登记公司 基金公司
银行
接口网关
• 图1.2 系统架构 • 1.2.1 总部系统
• 总部系统（CTS）是集中交易系统的处理核心，与集中交易系统相关的对接系 统有统一帐户系统、融资融券系统等，都由数据服务器、应用服务器、总部端 通讯服务器、系统接入（自动报盘、KDMID中间件、三方存管系统、监控KCMM
• KCMM运行监控系统，对系统运行进行全面监控。KCMM能对整个IT系统的交换 机、路由器、服务器及所有终端进行性能指标监测和报警。监控设备的连接 状态、CPU利用率、内存利用率、进程数量等硬性指标。KCMM还能对交易系统 在系统层、应用处理层、通讯层等进行有效的监控，出现异常情况能及时报 警，并且能够方便快速定位问题所在和解决办法。
备份中心KCBP 组1
备份中心KCXP 组1
数据库复制 总部客户端
交易中心数据库组
交易中心KCBP 组
交易中心KCXP 组
网点KCXP组1
网点KCBP组1
网点客户端1
网点数据库1
公司广域网
网点KCXP组2
网点KCBP组2
网点客户端2
网点数据库2
网点KCXP组3
网点KCBP组3
网点客户端3
网点数据库3
• 因此集中交易系统在数据库系统上通常分为：生产数据库、热备数据库和灾备 数据库。
交易中心
当前备份 数据库
当前数据 库
灾备中心
当前数据 库
当前备份 数据库
备份历史 数据库
历史数据 库
数据库复制 管理
历史数据 库
备份历史 数据库
FTP服务器
营业部1
历史数据下载
历史数据 库
FTP服务器
营业部历2史数据下载
监 控 代
理
监控
代理
运行监控平台
融资融券 系统对接
监控 代理
ODBC
监控 代理
监控平台 数据库
• 集中交易系统中数据库系统使用SQL SERVER2000/2005。在生产中心建设有生 产数据库和热备数据库，生产数据库与热备数据库采用SQL SERVER专有的复制 功能（金证复制软件）实现数据同步。
历史数据 库
1.2.3图: 数据库服务器部署方案图 说明：
数据库服务器部署划分成三个部分：核心交易系统数据库、灾备中 心数据库、网点历史查询数据库 A、核心交易系统数据库：当前数据库以SQL复制机制实现到备份数据库
的实时备份,历史数据采用冷备份，每天在非交易时段以FTP传送增量 数据到FtpServer服务器，以FTP发布相应的增量子集数据到网点历史 查询数据库。每套核心交易系统需配备当前数据库的实时备份服务器 B、灾备中心数据库：通过数据复制进行数据同步，与核心交易系统数据
3.软件及硬件说明
1. 技术架构
1.1 总体技术体系架构
证券集中交易系统
企 业 级 证 运行终端 券 公 司 交 易 系 统 平 台 示 意 图
运行监控KCMM 业务及管理终端 总部接入服务系统 网点交易系统1
数据服务器DB
应用服务器 KCBP
通讯服务器 KCXP
融资融券交易系统 （简化图）
同步服务器 KCBP
员工服务渠道 集中交易柜员客户端
客户服务渠道
系统接入服务系统
热自助
存管三方
刷卡/小键盘
网上交易服务
网上客户端
SOCKET
外围KDMID 自动报盘
电话委托
帐户报送
自助交割
其他第三方委 托
合作 单位 渠道
SOCKET 银行三方存管 应用SOCKET
深交所应用DBF
基金公司应用 DBF/FLIE
柜员客户端 行情接收
• KCMM由五个基本组件构成，包括：监控代理、监控控制台、通信中间件（ KCXP）、中央监控服务器、监控信息数据库；可选组件包括各种专用的监测 工具和若干监测器。
• KCMM通过在集中交易系统和三方存管系统等的各关键部件部署监控代理实现 监控，监控代理通过通讯中间件间监控数据传输至系统管理进行数据存储及 分析、显示等。目前系统已实现100多种监控代理，覆盖：主机硬件、网络交 换机和路由器、操作系统、数据库系统、中间件（KCBP、KCXP）、各种网关 、以及业务监控等。
客户请求
公司广域网
服务请求
网点KCXP组11
本网点客户 的历史查询
请求
网点KCBP组11
本网点客户 的历史查询
处理
网点KCXP组12 网点KCBP组12
总部客户端
网点KCXP组21 网点KCBP组21
网点客户端11
网点数据库11
网点客户端12