文档介绍：-
. z.
案卷号
00001
日期
软件
硬盘1G以上
100M/10M网卡
软件
操作系统
WindowsNT
数据库管理系统
SQL Server 2005
相关软件工具
Windows NTWorkstation/Windows NT server
Windows 2000 Professional/ Server
开发工具
平台：Windows95/98、Windows NT、Windows 2000
开发工具：visual stidio 2005 sp1,C#.Net
测试环境
Windows31、Windows95/98、Windows NT、Windows 2000
-
. z.
根本设计概念和处理流程
说明本系统的根本设计概念和处理流程，尽量使用图表的形式。
营业部系统一共有四个对象，即客户、员工、市场和银行，市场的概念是交易所的细化，比方证券交易所的Ａ股和Ｂ股就是两个市场，有了市场的概念我们就可以把交易所这个概念细化，并使同一个市场的共性更突出。银行则通过银证转账业务介入，并成为营业部系统不可或缺的组成局部。
上述四个对象通过一些业务流程进展相互操作从而形成整个交易活动。因此整个系统模型可以表述为图2-1
设计时需要将营业部系统所使用的各种信息分为描述四个对象的信息和描述业务流程的信息。由于四个对象相对而言是一种稳定型信息，而业务流程则较易变化，且营业部之间差异很大，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便营业部可根据实际需求组装成适合自己的系统。
根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化，从而使对象需求变化时不致影响系统构造。
图
构造
用一览表及框图的形式说明本系统的系统元素〔各层模块、子程序、公用程序等〕的划分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。
本系统采用c/s模式的3层构造
按照不同会话来划分的话可以分为3大系统模块
-
. z.
局域网
数据库
柜台管理
查询管理
报表管理
资金管理
数据转换
银证转账
委托效劳
日终管理
系统管理
系统监控
接口处理子系统
系统维护子系统
图2-2 交易系统体系构造
客户端登陆模块：
最关键的交易系统模块构造图如下：
股票信息发布
经过修改我认为每次由客户端每5秒去查询一次效劳器更新信息不可取，因为这会加重效劳端和客户端的负担，特别是效劳器端的运算。
修改后实现变更为：用户一开场登陆后获得一次效劳器的全部股票当前信息。而效劳器端每次发生交易后，给每一个在线用户发送当前交易需要更新的股票信息，这样就减轻了客户机和效劳端的信息
功能需求与程序的关系
〔该关系由需求分析报告编写者根据构造图说明〕
本条用一如下的矩阵图说明各项功能需求的实现同各块程序的分配关系：
获取并发送用户请求
绘制分时图
MD5加密解密
发送用户交易请求
承受并识别用户请求
调用数据层查询
撮合交易
效劳器返回客户端信息
用户登陆
√
√
√
√
查看用户持仓
√
√
√
实时指数
√
√
√
交易委托
√
√
√
√
√
√
√
取消交易
√
√
√
√
√
√
-
. z.
人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程〔如果有的话〕。
没有完成股票管理的模块设计，所以股票必须从数据库后台添加
如果有新股发行，还必须添加有关股票的交易队列
尚未解决的问题