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

文档编号：密级：限用杭州恒生电子有限公司

证券交易系统

概要设计说明书

编制：证券事业部

审核：范径武

批准：范径武

二OOO年六月

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

1引言

1.1编写目的

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

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

目的在于：

为编码人员提供依据；

为修改、维护提供条件；

项目负责人将按计划书的要求布置和控制开发工作全过程；

项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。

本说明书的预期读者包括：

项目开发人员，特别是编码人员；

软件维护人员；

技术管理人员；

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

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

告的有关人员。

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

1.2背景

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

1.3定义

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

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

中文别称：恒生98,99,2000

英文全称：Handsome Securities SQL Management System ,,

英文缩写： ,,

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

1.4参考资料

《中国证券经营机构营业部信息系统技术管理规范》

《中华人民共和国证券法》

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

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

与本文直接相关的国家标准包括：（中国标准出版社 1996年）

GB8566-1995 软件生存期过程

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

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

GB/T11457-1995 软件工程术语

2任务概述

2.1目标

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

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

能型系统。

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

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

建立中国证券业交易信息技术平台，制定证券行业交易信息接口规范。

全面加强系统的安全性，使证券业信息系统的安全性达到很高的水平。

2.2用户的特点

系统的用户分如下几类：

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

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

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

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

图2-1 营业部系统模型

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

2.3系统分析

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

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

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

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

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

证转账、日终管理、系统管理、系统监控、报表管理。

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

2.4 假定和约束

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

2.4.1 功能要求

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

2.4.2 性能要求

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

图2-2 交易系统体系结构