《杭州公司证券交易系统设计》由会员分享,可在线阅读,更多相关《杭州公司证券交易系统设计(30页珍藏版)》请在金锄头文库上搜索。
1、文档编号:HSS0022VS1.0QI0100 密 级:限 用杭州恒生电子有限公司证券交易系统概要设计讲明书编制: 证券事业部 审核: 范径武 批准: 范径武 二OOO年六月*本资料仅供恒生用户使用,请勿外传。1 引言1.1 编写目的随着证券交易电子化程度的不断提高,券商关于各种业务提出了新的要求,为了满足券商的进展需求,更好的为客户提供服务,现结合原有各版本的证券交易软件的优点和特点,开发一套采纳Client/Server结构的证券交易软件治理系统(SQL版)。本系统从底层予以优化,使整个系统的运行速度得到较大提高,通过重新优化数据库内部结构,使系统的可扩充性得到极大提高。本讲明书给出恒生S
2、QL版证券交易系统的设计讲明,包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。目的在于: 为编码人员提供依据; 为修改、维护提供条件; 项目负责人将按打算书的要求布置和操纵开发工作全过程; 项目质量保证组将按此打算书做时期性和总结性的质量验证和确认。本讲明书的预期读者包括: 项目开发人员,特不是编码人员; 软件维护人员; 技术治理人员; 执行软件质量保证打算的专门人员; 参与本项目开发进程各时期验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。 合作各方有关部门的负责人;项目组负责人和全体参加人员。1.2 背景中国证券交易市场全面启动,证券
3、业务不断进展完善;当前证券交易治理软件市场比较混乱,有些难以满足不断进展的业务需求;恒生公司作为长期服务于中国证券市场的专业软件开发公司,具有丰富的行业经验,充分的技术积存。我们充分分析了当前证券市场的需求和进展趋势,与国内多家大券商做了深入交流,汲取了公司过去各版本交易系统的特点和优点,合理运用了一些新技术,在此基础上,形成了恒生证券交易综合治理平台。1.3 定义本项目开发的软件,约定:中文全称:恒生98SQL , 99SQL ,2000SQL证券交易治理系统中文不称:恒生98,99,2000英文全称:Handsome Securities SQL Management System 3.5
4、,3.6,3.7英文缩写:HSSMS3.5 ,HSSMS3.6,HSSMS3.7本报告用到的术语符合国家标准软件工程术语(GB/T11475-1995)。1.4 参考资料中国证券经营机构营业部信息系统技术治理规范中华人民共和国证券法恒生交易接口规范(字串接口)恒生交易接口规范(协议接口)与本文直接相关的国家标准包括:(中国标准出版社 1996年)GB8566-1995软件生存期过程GB8567-88 计算机软件产品开发文件编制指南GB9385-88计算机软件需求讲明编制指南GB/T11457-1995软件工程术语2 任务概述2.1 目标 实现中国航母型大证券公司全公司企业广域网上的证券交易,使
5、得服务能力没有投资者数量的限制,同时能有效实现企业级的治理的监控,成为能自动风险预警的智能型系统。 成为能在多种操作系统和多种数据库系统上运行的系统,提高本系统的平台适应能力,为用户提供最大程度的平台选择性。 建立中国证券业交易信息技术平台,制定证券行业交易信息接口规范。 全面加强系统的安全性,使证券业信息系统的安全性达到专门高的水平。2.2 用户的特点系统的用户分如下几类:股民:利用系统提供的功能进行证券买卖托付和查询有关股民自身的信息或证券行情。此类用户只需按使用讲明操作,不要求对软件系统本身有任何了解。操作人员:营业部参与证券交易的职员,熟悉证券交易业务,经培训能熟练操作系统提供的各项功
6、能,并能处理软件的日常故障(非致命性故障)。系统治理人员:营业部职员,负责计算机系统和本系统软件的部分维护和治理,要求对本系统软件有较深的了解。能处理本系统软件的各类故障。营业部经理和治理人员:本软件系统的特权用户,能使用本系统提供的各项功能,了图2-1 营业部系统模型解营业部的日常经营情况和本营业部职员的工作业绩,负责职员操作权限的授予。对软件系统本身不要求有专门深的了解。2.3 系统分析营业部系统一共有四个对象,即客户、职员、市场和银行,市场的概念是交易所的细化,比如上海证券交易所的股和股确实是两个市场,有了市场的概念我们就能够把交易所那个概念细化,并使同一个市场的共性更突出。银行则通过银
7、证转账业务介入,并成为营业部系统不可或缺的组成部分。上述四个对象通过一些业务流程进行相互操作从而形成整个交易活动。因此整个系统模型能够由五个元素表述为图2-1。业务流程银行市场职员客户设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息,而业务流程则较易变化,且营业部之间差异专门大,因此应将四个对象尽量定型,而将各种业务流程尽可能做成组件,以便营业部可依照实际需求组装成适合自己的系统。依照以上思想,在设计对象模型时应充分考虑到可扩展性,尽量做到抽象化、参数化,从而使对象需求变化时不致阻碍系统结构。通过对四个对象和业务流程的分析,
8、我们将一些业务治理上相关的业务流程组装在一起构成功能模块,这些模块包括:资金治理、柜台治理、查询治理、托付服务、数据转换、银证转账、日终治理、系统治理、系统监控、报表治理。依照每个模块的不同特点,上述十个模块能够分为三类(图 2-2):第一类为柜台交易类模块,包括资金治理、柜台治理、查询治理、报表治理,此类模块要紧用于处理柜台发生的资金、托付、以及转账业务;第二类为接口处理类模块,包括托付服务,数据转换、银证转账,此类模块要紧用于处理系统对外界的接口,与周边系统、交易所、银行交换信息;第三类系统维护类模块,包括日终治理、系统治理、系统监控,用于业务治理部、电脑部配置系统运行参数、分析交易状况,
9、处理交易所发来的清算、结算、对帐数据等。三类模块功能互补、相辅相成,与营业部局域网和数据库一起构成整个交易系统的体系结构。局域网数据库柜台治理查询治理报表治理资金治理数据转换银证转账托付服务日终治理系统治理系统监控接口处理子系统系统维护子系统图2-2 交易系统体系结构柜台交易子系统2.4 假定和约束系统设计应遵循以下约束:2.4.1 功能要求系统应在充分调研的基础上尽量把各种用户、各类营业部的合理需求覆盖到里面去,能满足现在以及今后可能会有的各种服务需求。2.4.2 性能要求系统应站在使用者的角度去考虑问题,从用户的使用适应方便来设计系统,而不应从计算机实现的方便性来考虑问题。要真正使用户感到
10、一致、简洁、方便、快速。2.4.3 稳定性要求系统在设计时应注意设计风格统一,使系统可调试性良好,尽可能把系统错误消灭在调试时期,系统一旦交付使用,就应该有专门好的稳定性。2.4.4 安全性要求系统应着重安全性设计,做到外界人员无法入侵到系统本身,内部人员操作则留下操作痕迹,使用权治理层能够定期或不定期地稽核系统。系统可变参数也分为两类:一类为标准业务类型,可由营业部自行设置;另一类为专门参数,在得到业务治理部许可后,由电脑部设置。2.4.5 容错能力要求系统应具有防范各种灾难的能力,当各种灾难发生时,应具有补救或容错手段,使系统再生,使故障排除时刻缩到最短。2.4.6 可扩充性要求系统设计时
11、应充分考虑其可扩充性,尽量将系统抽象化、能参数化,使系统尽可能地应付各种业务变化,便于加入各种新的业务需求。2.4.7 可维护性要求系统设计时应备齐各类文档,操作人员只需阅读文档就可明白所有的操作,维护人中也能够通过文档了解系统结构、设计思路,以便快速掌握整个系统。程序设计时应保持良好的编程风格,结构清晰、注释明确,使调试、测试人员能快速定位各种错误。系统应提供远程维护功能,便于及时恢复系统。2.5 参考资料恒生交易接口规范(字串接口)恒生交易接口规范(协议接口)中国证券经营机构营业部信息系统技术治理规范项目开发文档:软件需求讲明书国家标准:(中国标准出版社 1996年)GB8566-1995
12、软件生存期过程GB8567-88 计算机软件产品开发文件编制指南 GB/T11457-1995软件工程术语3 系统组织结构3.1 总体设计思想3.1.1 客户的需要和我们的设计思路任何项目中客户的最高目标是可登录、维护和依靠的方案。为了确保实现此目的并使最终方案满足客户的总体需求,其它目标也必须得以实现。3.1.2 高可用性该平台必须24x7x365可用3.1.3 冗余平台服务必须有副本从而使系统中不存在单点故障,同时系统负载能够被分配到可用的资源上。3.1.4 容错该平台必须有能力处理任何错误情况。它必须提供一个恢复服务的工具。HardwareNetworkSoftware3.1.5 伸缩性
13、一个具备伸缩性的平台必须能够在三维平面上伸缩,如下所述:上述三种伸缩性区域中的任何一种都必须能够双向伸缩。3.1.5.1 垂直伸缩性(向上扩展)为一个现有部件添加额外硬件的能力,例如内存、处理器和/或硬件,其目的是提升性能和系统资源的可用性。3.1.5.2 水平伸缩性(向外扩展)3个伸缩性参数将能够通过添加额外的相似部件来加以伸缩以便满足系统负载的需要3.1.6 安全系统将在3个方面支持安全模型:3.1.6.1 应用程序应用程序安全将确保只有通过授权的个人和部件才能访问业务对象及其功能。3.1.6.2 网络网络安全将确保只有通过授权的个人、实体、硬件、软件或部件才能使用该平台的网络资源。3.1
14、.6.3 域名域名安全将确保只有通过授权的个人才能访问组成该平台的核心软件和硬件部件。3.1.7 基于公开的标准采纳基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种: 网络协议与标准 (TCP/IP, HTTP, SSL, etc) 数据库连接性(ODBC) 语言(SQL, C+, etc.)3.1.8 文档系统将包含完整的文档,便于进行新的开发、培训、系统维护,以及简化与第三方部件和服务的集成。3.1.9 易于扩展系统软件将基于业务对象设计的面向对象的模块化方法。3.1.10 可复制系统的设计必须记录下来以便能够复制。3.2 系统体系结构3.2.1 高层次的系统构架本节将提到高层次的系统构架。组成该结构的每个部件都会有适当的详述。总体系统如下图所示。每个部件及其各自的层是等同的。以下的章节将就系统结构的每一个层次进行阐述。3.2.2 数据库层数据库层将包括所有与该平台有关的数据。这包括但不限于: 会员信息 交易信息 历史信息 入库数据3.2.2.1 数据分类标准证券业务系统的所有数据大体可划分为以下几类: 交易数据:对各类交易如开户、发行、撮合等的描述,包括托付、应答、冲正和成交回报等。 资金数据:指各种用于资金清算、结算、派息和兑付的数据。 证券数据:指各类客户的各种证券持有量、状态等数据。