软件设计说明书例.docx

文档介绍：求仓斤
00001
日期
软件详细设计说明书（例）
作者：
完成日期：
签收人：
签收日期：
修改情况记录:
版本号
修改批准人
修改人
安装日期
签收人
业部之间差异很大，因此应将四个对象尽量定型，而将各种业务流程尽可能做成组件，以便营业部可根据实际需求组装成适合自己的系统。
业务流用
根据以上思想，在设计对象模型时应充分考虑到可扩展性，尽量做到抽象化、参数化,从而使对象需求变化时不致影响系统结构。
结构
用一览表及框图的形式说明本系统的系统元素（各层模块、子程序、公用程序等）的划
分，扼要说明每个系统元素的标识符和功能，分层次地给出各元素之间的控制与被控制关系。
本系统采用c/s模式的3层结构
按照不同会话来划分的话可以分为3大系统模块
客户端登陆模块:
资金管理
报表管理
图2-2交易系统体系结构
pz」w1-三」。*
:Enuw
最关键的交易系统模块结构图如下:
ft
buyStock
一・・・・・・—:
sellStock
checkUserMoneyCount(stockData)
OrcheckUserStockCount
要通过数据访问层来访问用户表
在撮合队列中处理并且返回处理结果
tradeInQueue(stockDatanewstockData)
quoteStock
Cansel
Delegate
Success
unSuccess
upDateUserInfo(stockData)
通过调用ADO层工厂来访问不同的数据库(更新用户表
II
)
upDateDelegateInfo(stockData)同左更新的是委托临时表1
adoFactory
通过该模块可动态建立不同数据
库的连接Orical、sql
server,access
(stockData)将数据更新到数据库
数据访问层sqlserver
Sqlserver。postDate(stockData)
仇od就埃令输嗽绍必提
RUS/Mel规买指传的据构须
湫匕式ecstoDa形chk
股票信息发布
经过修改我认为每次由客户端每5秒去查询一次服务器更新信息不可取，因为这会加重
服务端和客户端的负担，特别是服务器端的运算。
修改后实现变更为：用户一开始登陆后获得一次服务器的全部股票当前信息。而服务器
端每次发生交易后，给每一个在线用户发送当前交易需要更新的股票信息，这样就减轻了客
户机和服务端的信息
第一次登陆发送请求获得所有股票信息，并画分时线图
Stockid
Stockprice
TCP/IP
服务器每次交易返回最新信息
功能需求与程序的关系
（该关系由需求分析报告编写者根据结构图说明）
本条用一张如下的矩阵图说明各项功能需求的实现同各块程序的分配关系:
获取并发送用户请求
绘制分时图
MD5加密解
密
发送用户交易请求
接受并识别用户请求
调用数据层查询
撮合交易
服务器返回客户端信息
用户登陆
V
V
V
V
查看用户持仓
V
V
V
实时指数
V
V
交易委托
V
V
V
V
V
V7
V
取消交易
V7
V7
V7
V7
V7
V7
人工处理过程
说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有的话）
没有完成股票管理的模块设计，所以股票必须从数据库后台添加
如果有新股发行，还必须添加有关股票的交易队列
尚未解决的问题
说明在概要设计过程中尚未解决而设计者认为在系统完成之前必须解决的各个问题。
3接口设计
用户接口
说明将向用户提供的命令和它们的语法结构，以及软件的回答信息。
向用户提供简单易用的UI,以及帮助文档。
客户端将提供以下功能