新一代集中交易系统WIN版系统架构说明书v2

合集下载

详细设计-集中营运系统-应用 香港综合开户子系统-第2册 交易设计

详细设计-集中营运系统-应用 香港综合开户子系统-第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教材

新一代集中交易系统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彩色无线触摸屏:通过点击图形化触摸按键来控制整个系统内所有会议室内的设备,同时可以便携游走于会议室与控制室通过无线来控制所有设备;为用户提供简单、直接、灵活的控制方式。

本系统的所有控制界面和触摸屏皆通过软件编程设定,可根据用户要求灵活改变触摸界面设置,并可输入用户喜爱的颜色、图案和字体等功能。

本系统非常友善、简洁,并且通过细致周到的编程考虑能对设备起保护作用。

因此即使是对设备性能和操作毫无了解的一般人士,也可以很轻松自如地操作诸多设备。

集中控制系统提供功能强大的控制方式,使您的系统更加智能,真正实现“轻松一点,全面掌控”。

二、操作指南1、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的交互界面的接口,以便使其它应用系统也能使用数据管理系统提供的信息服务,同时还需要为第三方软件预留标准的集成接口,使系统具有高度的可扩展性;完备的操作日志管理策略需要有完备的操作日志管理引擎,记录系统交互过程中的日志数据。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
• KCMM是开放的,能进行灵活的策略设置和新监控模块的扩充;系统不但能监 控一些常用的指标和系统状态,而且提供开发接口,券商可以根据需要开发 设定新的监控内容。
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
相关文档
最新文档