证券交易系统概要设计说明书

杭州恒生电子有限公司

证券交易系统

概要设计说明书

编制： 证券事业部 审核： 范径武 批准： 范径武

二OOO年六月

*本资料仅供恒生用户使用，请勿外传。

1 引言

1.1 编写目的

随着证券交易电子化程度的不断提高，券商对于各种业务提出了新的要求，为了满足券商的发展需求，更好的为客户提供服务，现结合原有各版本的证券交易软件的优点和特点，开发一套采用Client/Server结构的证券交易软件管理系统（SQL版）。本系统从底层予以优化，使整个系统的运行速度得到较大提高，通过重新优化数据库内部结构，使系统的可扩充性得到极大提高。

本说明书给出恒生SQL版证券交易系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。

目的在于：

▪ 为编码人员提供依据； ▪ 为修改、维护提供条件；

▪ 项目负责人将按计划书的要求布置和控制开发工作全过程； ▪ 项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。 本说明书的预期读者包括：

▪ 项目开发人员，特别是编码人员； ▪ 软件维护人员； ▪ 技术管理人员；

▪ 执行软件质量保证计划的专门人员；

▪ 参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报

告的有关人员。

▪ 合作各方有关部门的负责人；项目组负责人和全体参加人员。

第 2 页 共 25 页

1.2 背景

中国证券交易市场全面启动，证券业务不断发展完善；当前证券交易管理软件市场比较混乱，有些难以满足不断发展的业务需求；恒生公司作为长期服务于中国证券市场的专业软件开发公司，具有丰富的行业经验，充分的技术积累。我们充分分析了当前证券市场的需求和发展趋势，与国内多家大券商做了深入交流，吸收了公司过去各版本交易系统的特点和优点，合理运用了一些新技术，在此基础上，形成了恒生证券交易综合管理平台。

1.3 定义

本项目开发的软件，约定：

中文全称：恒生98SQL , 99SQL ,2000SQL证券交易管理系统 中文别称：恒生98,99,2000

英文全称：Handsome Securities SQL Management System 3.5,3.6,3.7 英文缩写：HSSMS3.5 ,HSSMS3.6,HSSMS3.7

本报告用到的术语符合国家标准《软件工程术语（GB/T11475-1995）》。

1.4 参考资料

《中国证券经营机构营业部信息系统技术管理规范》 《中华人民共和国证券法》 《恒生交易接口规范（字串接口）》 《恒生交易接口规范（协议接口）》

第 3 页 共 25 页

与本文直接相关的国家标准包括：（中国标准出版社 1996年） GB8566-1995 GB8567-88 GB9385-88

软件生存期过程

计算机软件产品开发文件编制指南

计算机软件需求说明编制指南

GB/T11457-1995 软件工程术语

2 任务概述

2.1 目标

▪ 实现中国航母型大证券公司全公司企业广域网上的证券交易，使得服务能力没有投

资者数量的，并且能有效实现企业级的管理的监控，成为能自动风险预警的智能型系统。

▪ 成为能在多种操作系统和多种数据库系统上运行的系统，提高本系统的平台适应能

力，为用户提供最大程度的平台选择性。

▪ 建立中国证券业交易信息技术平台，制定证券行业交易信息接口规范。 ▪ 全面加强系统的安全性，使证券业信息系统的安全性达到很高的水平。

2.2 用户的特点

系统的用户分如下几类：

股民：利用系统提供的功能进行证券买卖委托和查询有关股民自身的信息或证券行情。此类用户只需按使用说明操作，不要求对软件系统本身有任何了解。

操作人员：营业部参与证券交易的员工，熟悉证券交易业务，经培训能熟练操作系统提供的各项功能，并能处理软件的日常故障（非致命性故障）。

第 4 页 共 25 页

系统管理人员：营业部员工，负责计算机系统和本系统软件的部分维护和管理，要求对本系统软件有较深的了解。能处理本系统软件的各类故障。

营业部经理和管理人员：本软件系统的用户，能使用本系统提供的各项功能，了

客户 银行 业务流程 市场 员工 图2-1 营业部系统模型

解营业部的日常经营情况和本营业部员工的工作业绩，负责员工操作权限的授予。对软件系统本身不要求有很深的了解。

2.3 系统分析

营业部系统一共有四个对象，即客户、员工、市场和银行，市场的概念是交易所的细化，比如上海证券交易所的Ａ股和Ｂ股就是两个市场，有了市场的概念我们就可以把交易所这个概念细化，并使同一个市场的共性更突出。银行则通过银证转账业务介入，并成为营业部系统不可或缺的组成部分。

上述四个对象通过一些业务流程进行相互操作从而形成整个交易活动。因此整个系统模型可以由五个元素表述为图2-1。

设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息，而业务流程则较易变化，且营业部之间差异很大，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便营业部可

第 5 页 共 25 页

根据实际需求组装成适合自己的系统。

根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化，从而使对象需求变化时不致影响系统结构。

经过对四个对象和业务流程的分析，我们将一些业务管理上相关的业务流程组装在一起构成功能模块，这些模块包括：资金管理、柜台管理、查询管理、委托服务、数据转换、银证转账、日终管理、系统管理、系统监控、报表管理。

根据每个模块的不同特点，上述十个模块可以分为三类（图 2-2）：第一类为柜台交易类模块，包括资金管理、柜台管理、查询管理、报表管理，此类模块主要用于处理柜台发生的资金、委托、以及转账业务；第二类为接口处理类模块，包括委托服务，数据转换、银证转账，此类模块主要用于处理系统对外界的接口，与周边系统、交易所、银行交换信息；第三类系统维护类模块，包括日终管理、系统管理、系统监控，用于业务管理部、电脑部配置系统运行参数、分析交易状况，处理交易所发来的清算、结算、对帐数据等。三类模块功能互补、相辅相成，与营业部局域网和数据库一起构成整个交易系统的体系结构。

委托服务 接口处理子系统 系统维护子系统 系统监控 数据库 局域网 日终管理 系统管理 数据转换 银证转账 柜台交易子系统 资金管理 报表管理 柜台管理 查询管理 图2-2 交易系统体系结构

2.4 假定和约束

系统设计应遵循以下约束：

第 6 页 共 25 页

2.4.1 功能要求

系统应在充分调研的基础上尽量把各种用户、各类营业部的合理需求覆盖进去，能满足现在以及将来可能会有的各种服务需求。

2.4.2 性能要求

系统应站在使用者的角度去考虑问题，从用户的使用习惯方便来设计系统，而不应从计算机实现的方便性来考虑问题。要真正使用户感到一致、简洁、方便、快速。

2.4.3 稳定性要求

系统在设计时应注意设计风格统一，使系统可调试性良好，尽可能把系统错误消灭在调试阶段，系统一旦交付使用，就应该有很好的稳定性。

2.4.4 安全性要求

系统应着重安全性设计，做到外界人员无法入侵到系统本身，内部人员操作则留下操作痕迹，使用权管理层可以定期或不定期地稽核系统。系统可变参数也分为两类：一类为标准业务类型，可由营业部自行设置；另一类为特殊参数，在得到业务管理部许可后，由电脑部设置。

2.4.5 容错能力要求

系统应具有防范各种灾难的能力，当各种灾难发生时，应具有补救或容错手段，使系统再生，使故障排除时间缩到最短。

2.4.6 可扩充性要求

系统设计时应充分考虑其可扩充性，尽量将系统抽象化、能参数化，使系统尽可能地应付各种业务变化，便于加入各种新的业务需求。

2.4.7 可维护性要求

系统设计时应备齐各类文档，操作人员只需阅读文档就可知道所有的操作，维护人中也

第 7 页 共 25 页

可以通过文档了解系统结构、设计思路，以便快速掌握整个系统。程序设计时应保持良好的编程风格，结构清晰、注释明确，使调试、测试人员能快速定位各种错误。系统应提供远程维护功能，便于及时恢复系统。

2.5 参考资料

《恒生交易接口规范（字串接口）》 《恒生交易接口规范（协议接口）》

《中国证券经营机构营业部信息系统技术管理规范》 项目开发文档：《软件需求说明书》 国家标准：（中国标准出版社 1996年） GB8566-1995

软件生存期过程

GB8567-88 计算机软件产品开发文件编制指南 GB/T11457-1995 软件工程术语

3 系统组织结构

3.1 总体设计思想

3.1.1 客户的需要和我们的设计思路

任何项目中客户的最高目标是可登录、维护和依靠的方案。为了确保实现此目的并使最终方案满足客户的总体需求，其它目标也必须得以实现。

第 8 页 共 25 页

3.1.2 高可用性

该平台必须24x7x365可用

3.1.3 冗余

平台服务必须有副本从而使系统中不存在单点故障，并且系统负载可以被分配到可用的资源上。

3.1.4 容错

该平台必须有能力处理任何错误情况。它必须提供一个恢复服务的工具。

3.1.5 伸缩性

一个具备伸缩性的平台必须可以在三维平面上伸缩，如下所述：

Hardware

Software

Network

上述三种伸缩性区域中的任何一种都必须能够双向伸缩。

3.1.5.1 垂直伸缩性（向上扩展）

为一个现有部件添加额外硬件的能力，例如内存、处理器和/或硬件，其目的是提升性能和系统资源的可用性。

第 9 页 共 25 页

3.1.5.2 水平伸缩性（向外扩展）

3个伸缩性参数将可以通过添加额外的相似部件来加以伸缩以便满足系统负载的需要

3.1.6 安全

系统将在3个方面支持安全模型：

3.1.6.1 应用程序

应用程序安全将确保只有经过授权的个人和部件才能访问业务对象及其功能。

3.1.6.2 网络

网络安全将确保只有经过授权的个人、实体、硬件、软件或部件才能使用该平台的网络资源。

3.1.6.3 域名

域名安全将确保只有经过授权的个人才能访问组成该平台的核心软件和硬件部件。

3.1.7 基于公开的标准

采用基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种：

▪ 网络协议与标准 (TCP/IP, HTTP, SSL, etc) ▪ 数据库连接性(ODBC) ▪ 语言(SQL, C++, etc.)

3.1.8 文档

系统将包含完整的文档，便于进行新的开发、培训、系统维护，以及简化与第三方部件

第 10 页 共 25 页

和服务的集成。

3.1.9 易于扩展

系统软件将基于业务对象设计的面向对象的模块化方法。

3.1.10 可复制

系统的设计必须记录下来以便可以复制。

3.2 系统体系结构

3.2.1 高层次的系统构架

本节将提到高层次的系统构架。组成该结构的每个部件都会有适当的详述。

总体系统如下图所示。每个部件及其各自的层是等同的。以下的章节将就系统结构的每一个层次进行阐述。

第 11 页 共 25 页

认证数据库数据库数业务对象业务模型中间件业务流程核心服务接入层网络层客户层认证管理通IntranetInternet有线网络呼叫中心银行电信其它企业内部/公众网络接寻呼CDPD其它手机浏览器电话专用客户端3.2.2 数据库层

数据库层将包括所有与该平台有关的数据。这包括但不限于： ▪ 会员信息 ▪ 交易信息 ▪ 历史信息 ▪ 入库数据

第 12 页 共 25 页

3.2.2.1 数据分类标准

证券业务系统的所有数据大体可划分为以下几类：

▪ 交易数据：对各类交易如开户、发行、撮合等的描述，包括委托、应答、冲正和成

交回报等。

▪ 资金数据：指各种用于资金清算、结算、派息和兑付的数据。 ▪ 证券数据：指各类客户的各种证券持有量、状态等数据。 ▪ 账户数据：与股民有关的基础信息。

▪ 配置数据：对交易的对象、规则、形式等的和约定，如券种、利率、各种费率，

代理集中点信息、网点信息、各级操作员信息。 ▪ 行情数据：买盘、卖盘、指数、实时价格、成交量等。 ▪ 管理数据：用于内部管理等用途的数据，包括通知文件。 3.2.2.2 交易处理模式

交易处理方式根据业务的处理响应流程主要区分为同步模式与异步模式。 ▪ 同步交易处理模式

同步方式是由客户端向服务器提出交易申请后进入等待状态，服务器对数据库中相关数据进行处理后向客户端反馈处理结果，客户端再进行一定的操作（数据变换、打印等）后结束本次交易过程。证券业务系统中采用同步模式的交易主要有涉及股民资金与证券账户的账户管理功能类交易、涉及股民资金在不同资金系统间划转的资金处理类交易以及查询类交易。 ▪ 异步交易处理模式

异步交易处理模式又称为通知式交易处理模式，它与同步方式最大的不同在于客户在提出申请后，不需要立即获得最终处理结果，只要得到申请已被受理的确认后即可结束联机交易，处理结果将在未来时刻得到通知或可主动查询结果。

异步交易模式通常应用于证券交易类中，这种模式的产生与证券交易的特定环境是密不可分的。整个交易处理的过程分为交易申请的受理及成交回报处理两个阶段。根据

第 13 页 共 25 页

我们的分析，实时交易将是系统运行过程中业务量最大的。无论对网络或主机资源的需求也将最大。

3.2.2.3 数据库模式

开发一种数据库模式。该模式将满足本平台的企业级交易处理的所有业务需求。该数据库模式将针对适当的业务需求、性能、标准化、数据存储和分析来进行设计。

3.2.3 中间层

应用服务为组成系统功能的业务对象提供了一个知识库。业务对象将数据库的复杂性和细节在系统客户面前隐藏起来。

应用服务器层与数据层一起组成了这个企业级系统的OLTP（在线业务处理）核心。

3.2.3.1 采用通讯协议，使股民操作的周边系统成为真正的三层结构

恒生周边系统采用通讯协议，取消硬盘上周边系统的交换文件，网上数据在客户端发

送之前加密，使得系统安全性提高，性能提高。 3.2.3.2 业务的动态加载、卸载

恒生中间件的业务功能均封装于一个个的动态链接库中，实现了对业务功能的动态管理，可以保证系统的不中断运行的情况下，动态地加载或卸载业务功能，使系统功能的更新能动态实现，为将来系统的发展提供了充分的余地。

3.2.3.3 业务相关性和扩展性

中间件可以完成一定业务逻辑，以减轻后台服务器的压力，接口采用功能号完成，易扩展。

第 14 页 共 25 页

3.2.3.4 数据库连接

采用连接池，每个线程使用各自的连接，数据库连接使用BDE专用驱动或ODBC

3.2.3.5 流量平衡

恒生中间件采用多线程方式处理来自客户端的请求数据包，提高了系统对客户端的响应处理，保证流量均衡。

3.2.4 客户端网关层

某些客户端可能不能用IP网络标准或标准的通信标准直接与企业网关通讯。此时，就必须安装或开发一个客户端网关或代理服务器以便使客户端可以与企业网关通讯并且使用业务对象。

3.2.4.1 WEB接入

它是浏览器客户端的网关并且使用带有HTML的HTTP协议作为信息内容协议。

3.2.4.2 WAP接入/手机短消息接入

数据在WAP网关和Web服务器之间以WML（无线标记语言）作为信息内容编码进行交换。

第 15 页 共 25 页

3.2.4.3 电话委托/CALL CENTER接入

3.2.4.4 多家银行银证转账集中接入

3.2.4.5 银证通（存折炒股）接入

3.2.4.6 电信179平台接入

3.2.4.7 有线网、智能小区接入

3.2.5 网络层

网络层为平台和所有的客户端之间提供基本的网络互连。

有些客户端将通过一个公共网络如Internet来访问系统，而其他客户端则可能使用私人网络或使用VPN（虚拟私人网络）的安全通讯通道来连接。

3.2.6 客户端层

客户端层是由任何需要与该平台通讯的系统所组成的。客户端可以是的，例如一个DOS应用程序，它也可以是位于公司广域网络中的一台服务器。

3.2.6.1 客户端

这种客户端可以是Windows 、DOS或Novell应用程序，这在每个营业部都能找到。它们还可以是蜂窝电话、Internet浏览器、手提设备等。

第 16 页 共 25 页

3.2.6.2 交易平台

另一种客户端是与该平台连接的交易所来回传送交易数据的应用程序。这些程序将使用应用服务器层所采用的现存的业务对象。

由于同交易所的通讯是异步的，并且我们需要保证交易数据的传送，因此最好和最具伸缩性的解决方案将要用到信息队列服务器。

3.2.6.3 报表平台

报表平台是一系列位于公司广域网内部的客户端应用程序，它们被设计成根据数据库和其他数据存储源提供报表功能。

3.3 系统功能设计

3.3.1 功能综述

模块名称 资金管理01 柜台管理02 功能名称 资金帐户 附加帐户 其他帐户 资金存取 资金管理 柜员流水 客户委托 其他委托 股票管理 交割对帐 柜员流水 调用人员 操作员 操作员 操作员 操作员 操作员 操作员 操作员 操作员 操作员 操作员 操作员 功能描述 管理客户的资金帐户信息 管理客户的股东帐户信息 管理客户的代理人、银行帐号信息 管理客户的现金、支票、转帐业务 冻结、解冻、红冲、蓝补、利息、罚息 柜员资金流水明细、汇总、当日冲销 普通委托、选择委托、批量委托等多种委托方式 代理配股、转托管委托、补单委托 冻结、解冻、红冲、蓝补、转入、转出、抵押、解压 自动交割、重新交割、选择交割、邮寄对帐、客户对帐等多种方式 柜员委托流水明细、汇总 第 17 页 共 25 页

查询管理03 报盘管理04 报表管理05 数据转换06 日终管理07 系统管理08 经纪管理09 客户信息 汇总查询 经营统计 客户分析 分支比较 个人统计 设定申报参数 清在线操作员 启动报盘 资金报表 清算报表 证券报表 交易报表 其他报表 实时转换 系统初始化 数据处理 日终配对 数据备份 日终清算 数据恢复 其他处理 系统维护 系统管理 费用参数 经纪帐户 经纪关系 经纪查询 操作员 操作员 操作员 操作员 操作员 操作员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 管理员 操作员 操作员 操作员 查询客户的资金、股票、流水、委托、交割、转帐等各方面信息 营业部的资金头寸、各项业务汇总情况 客户组成、开户趋势、委托方式、成交趋势、业务分布 资金分布、交易分布、当日龙虎榜 客户数量、交易状况、资金状况 个人排行 业务汇总、资金余额、客户透支、资金变动、资金存取、资金流水、银行转帐等 一、二级清算、成交明细及汇总 证券余额明细及汇总 委托、交割明细及汇总 经营情况、盈亏分析 实时转换、转换设置 系统初始化、代码初始化 清算、结算、对帐数据的转换 成交配对、成交查询、结算查询 当前库、历史库、归档库备份 成交清算、结算、数据汇总 当前库、历史库、归档库的恢复 经纪提成、数据调优 设置系统参数、银行参数、席位参数、交易参数、股票参数、股票模板、股票代码 柜员权限、数据字典、系统配置、权证清理、历史归档、成本设置 利率参数、费用设置、抵押比率、经纪费用、回购设置 经纪人开户、经纪人控制 经纪开户、经纪修改、经纪销户 经纪人信息、经纪关系、经纪明细、提佣流水、委托流水、实时成交、持股情况、资金情况 银证转换10 实时转换 日终对帐 日终清算 管理员 管理员 管理员 实时转换、转换设置 明细帐生产、明细帐转换、明细帐查询 数据转换、银行清算 第 18 页 共 25 页

开户转换 管理员 客户资料 3.3.2 系统各模块主要功能

3.3.2.1 资金管理

该模块共有27个功能，其中有3个是公用功能，内容包括： 柜员更密、客户更密、客户清密。 另外24个为资金管理的功能，内容有：

客户开户、资料修改、代理修改、增设币种、币种修改、换资金卡、状态修改、客户销户、股东开户、股东修改、股东状态、股东销户、资金存取、资金内转、结息取款、当日冲销、当日冻结解冻、长期冻结解冻、隔日红冲蓝补、个人利息结算、类别利息结算、全部利息结算、个人流水、个人统计。

3.3.2.2 柜台管理

该模块共包含35个功能：

普通委托、选择委托 、批量委托、批量申购、批量撤单、代理配股、单笔转托、选择转托、全部转托、委托补单、证券冻结、证券解冻、证券长冻、证券长解、证券红冲、证券蓝补、证券转入、证券转出、债券抵押、债券解押、自动交割、重新交割、选择交割、批量交割、汇总交割、申购交割、中签交割、邮寄交割、邮寄对帐、客户对帐、汇总对帐、本柜流水、本柜汇总、全体流水、全体汇总。

3.3.2.3 查询管理

该模块共包含38个功能：

查个人基本信息 、查个人资金信息、查个人股票信息、查个人委托信息、查个人回报信息、查个人流水信息、查个人交割信息、查个人回购信息、查个人账号信息、查个人代理

第 19 页 共 25 页

信息、查个人银行信息、查个人转账信息、查资金信息、查流水信息、查股票信息、查委托信息、查回报信息、查交割信息、查回购信息、查转账信息、查银行信息、头寸调度、业务汇总、账户汇总、国债汇总、查客户状态、查客户组成、查开户趋势、查委托方式、查资金存取、查业务分布、查成交趋势、查资金分布、查交易分布、当日龙虎榜、分支比较-客户数量、分支比较-交易状况、个人统计。

3.3.2.4 报盘管理

该模块共包含2个功能： 申报参数设置、启动报盘。

3.3.2.5 报表管理

该模块共包含23个功能：

资金业务汇总、科目汇总、业务统计、资金余额、客户透支、资金变动、利息汇总、资金流水、银行转账、回购明细、前台收费、一级清算、二级清算、成交明细、申购配号、申购中签、证券汇总、证券余额、委托明细、客户成交、成交排名、经营情况、盈亏分析。

3.3.2.6 数据转换

该模块共包含4个功能：

转换设置、实时转换、系统初始化、代码初始化。

3.3.2.7 日终管理

该模块共包含19个功能：

成交数据转换、成交结算转换、成交配对、成交查询、结算查询、清算前备份、清算后备份、临时备份、历史库备份、归档库备份、成交清算、成交结算、数据汇总、恢复清算前备份、恢复清算后备份、恢复临时备份、恢复历史库备份、恢复归档库备份。

第 20 页 共 25 页

3.3.2.8 系统管理

该模块共包含23个功能：

系统参数、银行参数、席位参数、交易参数、股票参数、股票摸板、股票代码、二级账号、柜员权限、柜员管理、数据字典、业务科目、系统配置、权证清理、代码更换、历史归档、利率参数、经纪费用、前台费用、后台费用、回购费用、抵押比例、回购设置。

3.3.2.9 经纪管理

该模块共包含14个功能：

经纪人开户、经纪人修改、经纪人控制、经纪账户、经纪修改、经纪销户、经纪查询-经纪人信息、经纪查询-经纪关系、经纪查询-经纪明细、经纪查询-提佣流水、经纪查询-委托流水、经纪查询-实时成交、经纪查询-持股情况 、经纪查询-资金情况。

3.3.2.10 银证转换

该模块共包含8个功能：

转换设置、实时转换、明细账生成、明细账转换、明细账查询、数据转换、银行清算、客户资料。

3.4 接口

本系统与证券交易系统其它部分交换信息是通过恒生中间件（委托转换机，应用服务器）进行的，信息格式由《恒生交易接口规范（字串接口）》及《恒生交易接口规范（协议接口）》定义。

第 21 页 共 25 页

3.5 性能

充分考虑各地营业部的需求特色，做到功能齐全；要求操作方便快捷，性能优越；系统要能在营业部可能出现的各种环境下具有很好的稳定性；系统特别强调安全性，杜绝非法入侵，所有操作留痕，全面系统稽核；系统要能够防范交易过程中可能出现的灾难，具有很强的容错能力；系统应充分考虑易扩展性，能适应新业务的变化；系统要求具备完整的文档和清晰风格，具备很好的可维护性。

3.6 输入输出

输入：一般为柜员键盘输入，部分为资金卡划卡输入。 输出：一般为屏幕输出、打印输出，部分为文件输出。

3.7 数据管理

数据管理能力要求能满足大、中型营业部的数据处理需求，当前库大小约200 MB ~400MB，历史库800MB~1.2GB，归档库大小不限。

3.8 故障处理

3.8.1 硬件故障

▪ 工作站硬件故障：一般运行资金管理、柜台管理、查询管理等应用程序不影响正常

交易，但会导致该柜员业务暂停，运行委托转换机的工作站故障将暂停周边委托处理，运行数据转换机的工作站故障将暂停与交易所申报、回报；运行银证转换机的工作站故障将暂停与银行的转账业务，上述故障可通过更换备份工作站解决。 ▪ 通讯故障：工作站与服务器无法通讯，导致局部业务暂停，应检查通讯线路及设置，

第 22 页 共 25 页

保证网络通讯畅通。

▪ 文件服务器硬件故障：工作站无法启动，导致局部业务暂停，应有备件或备机替代。 ▪ 数据服务器硬件故障：数据无法访问，业务暂停，应有备件或备机替代。

3.8.2 软件故障

▪ 前台应用程序故障：部分业务处理不正常，应检查设置或更换配套程序； ▪ 后台服务器故障：部分业务处理不正常，应检查设置或更换配套程序。

3.9 安全性

▪ 必须能够保证证券交易系统在结构设计和程序实现中，没有时间方面的缺陷，没有

数据位数方面的缺陷。（包括安全度过2000年）

▪ 证券交易系统必须有严格的、全面的安全管理功能。包括证券交易系统、数据库、

柜员、客户等各方面。用户登录文件服务器、数据库服务器都需要有相应的用户、密码、权限，用户的重要操作要记录日志；

▪ 对于远程接入程序，数据必须经过加密传输；对于柜员和客户密码必须经过加密存

储。加密算法要采取国际上流行的算法。

▪ 证券交易系统必须具备数据的本地备份和远程备份功能。 ▪ 证券交易系统应当具有较高的健壮性和事故恢复能力。 ▪ 证券交易系统应当具有可重操作性。

3.10 技术指标

▪ 证券交易系统应当具有比较高的可靠性、健壮性，以保证系统的正常运行。 ▪ 证券交易系统的设计应当具有比较高的易维护性和可扩展性，以保证系统能够易于

升级和维护。

第 23 页 共 25 页

▪ 证券交易系统应当具有比较高的易操作性，以利于该证券交易系统的推广的应用。 ▪ 证券交易系统应当具有比较规范、准确、易用的外部接口，以利于其它外部系统的

连接。

▪ 证券交易系统应当设计合理，数据冗余度适当，运行速度快。 ▪ 证券交易系统的结构设计必须保证数据的一致性。 ▪ 证券交易系统应当具有统一的编码规定。

3.11 用户界面

用户对界面没有特殊要求，界面设计时应注意更加人性化。

3.12 运行环境

3.12.1 设备

▪ 数据库服务器

奔腾Pro 内存128MB以上 硬盘9GB 100M 网卡 ▪ 应用服务器

奔腾Pro 内存MB以上 硬盘4GB 100M 网卡 ▪ 网络配置

100M / 10M ▪ 工作站(柜台)

第 24 页 共 25 页

P100以上 内存8MB以上 硬盘1G以上 100M/10M网卡

3.12.2 软件

▪ 操作系统

Windows NT 4.0以上 ▪ 数据库管理系统

SQL Server 6.5 ▪ 相关软件工具

Windows NT Workstation/Windows NT server Windows 2000 Professional/ Server

3.13 开发工具

▪ 平台：Windows95/98、Windows NT、Windows 2000 ▪ 开发工具：Delphi1.0、Delphi3.0、Delphi5.0

3.14 测试环境

Windows31、Windows95/98、Windows NT、Windows 2000

第 25 页 共 25 页