1、案卷号 00001日期软件详细设计说明书（例）作 者： 完成日期： 签 收 人： 签收日期： 修改情况记录：版本号 修改批准人 修改人 安装日期 签收人目录 1 引言 .11.1 编写目的 11.2 范围 11.3 定义 11.4 参考资料 12 总体设计 .12.1 需求规定 12.2 运行环境 22.3 基本设计概念和处理流程 22.4 结构 22.5 功能需求与程序的关系 22.6 人工处理过程 22.7 尚未解决的问题 33 接口设计 .33.1 用户接口 33.2 外部接口 33.3 内部接口 34 运行设计 .34.1 运行模块组合 34.2 运行控制 34.3 运行时间 45 系
2、统数据结构设计 .45.1 逻辑结构设计要点 45.2 物理结构设计要点 45.3 数据结构与程序的关系 46 系统出错处理设计 .56.1 出错信息 56.2 补救措施 56.3 系统维护设计 51 引言1.1 编写目的随着证券交易电子化程度的不断提高，券商对于各种业务提出了新的要求，为了满足券商的发展需求，更好的为客户提供服务，现结合原有各版本的证券交易软件的优点和特点，开发一套采用 Client/Server 结构的证券交易软件管理系统（SQL 版） 。本系统从底层予以优化，使整个系统的运行速度得到较大提高，通过重新优化数据库内部结构，使系统的可扩充性得到极大提高。本说明书给出 SQL
3、版证券交易系统的设计说明，包括最终实现的软件必须满足的功能、性能、接口和用户界面、附属工具程序的功能以及设计约束等。目的在于： 为编码人员提供依据； 为修改、维护提供条件； 项目负责人将按计划书的要求布置和控制开发工作全过程； 项目质量保证组将按此计划书做阶段性和总结性的质量验证和确认。本说明书的预期读者包括： 项目开发人员，特别是编码人员； 软件维护人员； 技术管理人员； 执行软件质量保证计划的专门人员； 参与本项目开发进程各阶段验证、确认以及负责为最后项目验收、鉴定提供相应报告的有关人员。 合作各方有关部门的复杂人；项目负责人和全体参加人员。1.2 范围说明：a 待开发的软件系统的名称：模
4、拟股票交易系统b 列出本项目的任务提出者、开发者、用户以及将运行该项软件的单位。1.3 定义列出本文件中用到的专门术语的定义和缩写词的原词组。本报告用到的术语符合国家标准软件工程术语（GB/T11475-1995） 。1.4 参考资料列出要用到的参考资料，如：a 本项目的经核准的计划任务书或合同、上级机关的批文；b 属于本项目的其他已发表的文件；c 本文件中各处引用的文件、资料，包括所要用到的软件开发标准。列出这些文件的标题、文件编号、发表日期和出版单位，说明能够得到这些文件资料的来源。2 总体设计2.1 需求规定说明对本系统的主要的输入输出项目、处理的功能性能要求，详细的说明可参见需求分析说
5、明书 。2.2 运行环境简要地说明对本系统的运行环境（包括硬件环境和支持环境）的规定，详细说明参见需求分析说明书 。 数据库服务器奔腾 Pro内存 128MB 以上硬盘 9GB100M 网卡 应用服务器奔腾 Pro内存 64MB 以上硬盘 4GB100M 网卡 网络配置100M / 10M 工作站(柜台)P100 以上内存 8MB 以上硬盘 1G 以上100M/10M 网卡软件 操作系统Windows NT 4.0 以上 数据库管理系统SQL Server 2005 相关软件工具Windows NT Workstation/Windows NT serverWindows 2000 Profe
6、ssional/ Server开发工具 平台：Windows95/98、Windows NT、Windows 2000 开发工具：visual stidio 2005 sp1,C#.Net 测试环境Windows31、Windows95/98、 Windows NT、Windows 20002.3 基本设计概念和处理流程说明本系统的基本设计概念和处理流程，尽量使用图表的形式。营业部系统一共有四个对象，即客户、员工、市场和银行，市场的概念是交易所的细化，比如上海证券交易所的股和股就是两个市场，有了市场的概念我们就可以把交易所这个概念细化，并使同一个市场的共性更突出。银行则通过银证转账业务介入，并
7、成为营业部系统不可或缺的组成部分。上述四个对象通过一些业务流程进行相互操作从而形成整个交易活动。因此整个系统模型可以表述为图 2-1设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息，而业务流程则较易变化，且营业部之间差异很大，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便营业部可根据实际需求组装成适合自己的系统。根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化，从而使对象需求变化时不致影响系统结构。图 2.12.4 结构用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用
8、程序等）的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。本系统采用 c/s 模式的 3 层结构按照不同会话来划分的话可以分为 3 大系统模块客户端登陆模块：局域网数据库柜台管理查询管理报表管理资金管理数据转换银证转账委托服务日终管理系统管理系统监控接口处理子系统 系统维护子系统图 2-2 交易系统体系结构最关键的交易系统模块结构图如下：a d o F a c t o r y 通过该模块可动态建立不同数据库的连接 O r i c a l 、 s q l s e r v e r ， a c c e s sR u l es /M o de l规范买卖指令传输的数
9、据结构必须是s t o c kD a t a形式C h e ckb u y S t o c ks e l l S t o c kq u o t e S t o c kC a n s e lD e l e g a t e数据访问层 s q l s e r v e rS q l s e r v e r 。 p o s t D a t e （ s t o c k D a t a ）数据访问层 a c c e s sa c c e s s . p o s t D a t e ( s t o c k D a t a )将数据更新到数据库c h e c k U s e r M o n e y C o u
10、n t （ s t o c k D a t a ）O r c h e c k U s e r S t o c k C o u n t要通过数据访问层来访问用户表在撮合队列中处理并且返回处理结果t r a d e I n Q u e u e （ s t o c k D a t a n e w s t o c k D a t a ）S u c c e s su p D a t e U s e r I n f o（ s t o c k D a t a ）通过调用 A D O层工厂来访问不同的数据库（ 更新用户表）u n S u c c e s su p D a t e D e l e g a t e
11、I n f o （ s t o c k D a ta ） 同左更新的是委托临时表Tcp/ip股票信息发布经过修改我认为每次由客户端每 5 秒去查询一次服务器更新信息不可取，因为这会加重服务端和客户端的负担，特别是服务器端的运算。修改后实现变更为：用户一开始登陆后获得一次服务器的全部股票当前信息。而服务器端每次发生交易后，给每一个在线用户发送当前交易需要更新的股票信息，这样就减轻了客户机和服务端的信息第一次登陆发送请求获得所有股票信息 ， 并画分时线图客户端服务器每次交易返回最新信息T C P / I PS t o c k i dS t o c k p r i c e2.5 功能需求与程序的关系
12、（该关系由需求分析报告编写者根据结构图说明）本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：获取并发送用户请求绘制分时图MD5 加密解密发送用户交易请求接受并识别用户请求调用数据层查询 撮合交易服务器返回客户端信息用户登陆 查看用户持仓 实时指数 交易委托 取消交易 2.6 人工处理过程说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话） 。没有完成股票管理的模块设计，所以股票必须从数据库后台添加如果有新股发行，还必须添加有关股票的交易队列2.7 尚未解决的问题说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。3 接口设计3.1 用户接口
13、说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。向用户提供简单易用的 UI，以及帮助文档。客户端将提供以下功能首先弹出用户登陆框，供用户输入用户名和密码菜单项提供个股查询和分时图按钮菜单栏下是选项卡，提供股票实时信息和个股分时图栏提供用户交易界面和交易按钮以及查看用户盈亏按键3.2 外部接口说明本系统同外界的所有接口的安排包括软件与硬件之间的接口、本系统与各支持软件之间的接口关系。采用基于正确公开标准的部件和技术以确保最大限度的协作能力以及与第三方系统与部件集成的简便性。这类标准包括但不限于以下几种： 网络协议与标准 (TCP/IP, HTTP, SSL, etc) 语言(SQL,
14、 C#.net, etc.) 数据库连接性(ADO。net)3.3 内部接口说明本系统之内的各个系统元素之间的接口的安排。逻辑层和数据访问层通过以经的 stockDataModel 接口，来限定访问 stockData 类型的数据客户端通过调用 buyStock（stockData ）和 sellStock（stockData）来访问逻辑层，在这个函数中包含了访问逻辑层的接口 dealTransaction(stockData)通过 AdoFactory 访问不同的数据库客户端登陆协议D(二字节 )+(客户名字长度)(4 字节)+(客户名字)+( 客户密码长度 )(4 字节)+(客户密码);客
15、户买卖协议B(二字节)+(股票 ID)(4 字节)+(股票数量)(4 字节)S(二字节)+(股票 ID)(4 字节)+(股票数量)(4 字节)查询交易信息并返回给客户端C(二字节)具体有拆包解包的类using System;using System.Collections.Generic;using System.Text;namespace ProjectCenterTradingSyspublic class Protocalprivate byte messagebuffer;private byte messagelength;public byte messagebag;/该函数是将
16、字符串转换为字节数组public byte StringtoByte(string stringInfo)messagebuffer = System.Text.ASCIIEncoding.ASCII.GetBytes(stringInfo);return messagebuffer;/该函数将整型转换为个字节public byte InttoByte(int number)messagelength=BitConverter.GetBytes(number);return messagelength;/将浮点型转换为个字节public byte DoubletoByte(double pri
17、ce)byte pricebyte = BitConverter.GetBytes(price);return pricebyte;/合并一个字符串（字节数组）和他的长度作为一个包public byte Combinarray(byte messle, byte messinfo)messagebag=new bytemessle.Length+messinfo.Length;int index;for (index = 0; index newlist.price，利用插入排序将 newlist插入到买队列 BuyQueue中，转 1； 3.) if SellQueue0.countnewl
18、ist.count，newlist 完全撮合，SellQueue0.countSellQueue0.countnewlist.count，转 2；4.) if SellQueue0.countnewlist.count，newlist 完全撮合，BuyQueue0.countBuyQueue0.countnewlist.count，转 1；7.) if BuyQueue0.count=newlist.count，BuyQueue0撮合， 并将 BuyQueue0从 BuyQueue队列中删除， newlist.count=newlist.count-BuyQueue0.count，转 5； 如
19、下面流程图 5.2.2 所示：SelQue newlist、 newlist.price-SelQue0.price、newlist、SelQue、 、 、newlist、BuyQue 、SelQue0、 newlist.count-SelQue0.count、0、0、0、0、2、BuyQue 、SelQue 、BuyQue 、 newlist.price-BuyQue0.price、BuyQue 、newlist、SelQue 、0、2、SelQue 、 、 newlist.count-BuyQue0.count、0BuyQue0、0BuyQue、0图 3.2.25.2.2 集合竞价集合竞价
20、是指对所有有效委托进行集中处理，深、沪两市的集合竞价时间为交易日上午 9：15 至 9：25。集合竞价原则： 凡是高于开盘价的买单一定成交； 凡是低于开盘价的卖单一定成交； 凡是高于开盘价的卖单一定不成交； 凡是低于开盘价的买单一定不成交；集合竞价分四步完成： 第一步：确定有效委托在有涨跌幅限制的情况下，有效委托是这样确定的：根据该只证券上一交易日收盘价以及确定的涨跌幅度来计算当日的最高限价、 最低限价。有效价格范围就是该只证券最高限价、最低限价之间的所有价位。 限价超出此范围的委托为无效委托，系统作自动撤单处理。 第二步：系统根据竞价规则自动确定集合竞价的成交价，这个价格就是当日的开盘价，
21、所有高于开盘价的买盘和所有低开开盘价的卖盘均以此价格成交，集合竞价的成交价确定原则是：以此价格成交，能够得到最大成交量。 第三步：集中撮合处理所有的买委托按照委托限价由高到低的顺序排列， 限价相同者按照进入系统的时间先后排列；所有卖委托按委托限价由低到高的顺序排列 ， 限价相同者按照进入系统的时间先后排列。依序逐笔将排在前面的买委托与卖委托配对成交，即按照“价格优先，同等价格下时间优先“的成交顺序依次成交，直至成交条件不满足为止，即不存在限价高于等于成交价的叫买委托、或不存在限价低于等于成交价的叫卖委托。 所有成交都以同一成交价成交。 这同一成交价成交的买卖单一般量都是很大的，如图 3.2.3所示
