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 系統數據結構設計45.1 邏輯結構設計要點45.2

2、 物理結構設計要點45.3 數據結構與程序的關系46 系統出錯處理設計56.1 出錯信息56.2 補救措施56.3 系統維護設計5文案大全實用文檔1 引言1.1 編寫目的隨著證券交易電子化程度的不斷提高，券商對于各種業務提出了新的要求，為了滿足券商的發展需求，更好的為客戶提供服務，現結合原有各版本的證券交易軟件的優點和特點，開發一套采用Client/Server結構的證券交易軟件管理系統（SQL版）。本系統從底層予以優化，使整個系統的運行速度得到較大提高，通過重新優化數據庫內部結構，使系統的可擴充性得到極大提高。本說明書給出SQL版證券交易系統的設計說明，包括最終實現的軟件必須滿足的功能、性能

3、、接口和用戶界面、附屬工具程序的功能以及設計約束等。目的在于：§ 為編碼人員提供依據；§ 為修改、維護提供條件；§ 項目負責人將按計劃書的要求布置和控制開發工作全過程；§ 項目質量保證組將按此計劃書做階段性和總結性的質量驗證和確認。本說明書的預期讀者包括：§ 項目開發人員，特別是編碼人員；§ 軟件維護人員；§ 技術管理人員；§ 執行軟件質量保證計劃的專門人員；§ 參與本項目開發進程各階段驗證、確認以及負責為最后項目驗收、鑒定提供相應報告的有關人員。§ 合作各方有關部門的復雜人；項目負責人和全體參

4、加人員。1.2 范圍說明：a 待開發的軟件系統的名稱：模擬股票交易系統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§ 相關軟件工具Wi

6、ndows NT Workstation/Windows NT serverWindows 2000 Professional/ Server開發工具§ 平臺：Windows95/98、Windows NT、Windows 2000§ 開發工具：visual stidio 2005 sp1,C#.Net 測試環境Windows31、Windows95/98、Windows NT、Windows 20002.3 基本設計概念和處理流程說明本系統的基本設計概念和處理流程，盡量使用圖表的形式。營業部系統一共有四個對象，即客戶、員工、市場和銀行，市場的概念是交易所的細化，比如上海證

7、券交易所的股和股就是兩個市場，有了市場的概念我們就可以把交易所這個概念細化，并使同一個市場的共性更突出。銀行則通過銀證轉賬業務介入，并成為營業部系統不可或缺的組成部分。上述四個對象通過一些業務流程進行相互操作從而形成整個交易活動。因此整個系統模型可以表述為圖2-1設計時需要將營業部系統所使用的各種信息分為描述四個對象的信息和描述業務流程的信息。由于四個對象相對而言是一種穩定型信息，而業務流程則較易變化，且營業部之間差異很大，因此應將四個對象盡量定型，而將各種業務流程盡可能做成組件，以便營業部可根據實際需求組裝成適合自己的系統。根據以上思想，在設計對象模型時應充分考慮到可擴展性，盡量做到抽象化、

8、參數化，從而使對象需求變化時不致影響系統結構。 圖 2.12.4 結構用一覽表及框圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系。本系統采用c/s模式的3層結構按照不同會話來劃分的話可以分為3大系統模塊局域網數據庫柜臺管理查詢管理報表管理資金管理數據轉換銀證轉賬委托服務日終管理系統管理系統監控接口處理子系統系統維護子系統圖2-2 交易系統體系結構客戶端登陸模塊：最關鍵的交易系統模塊結構圖如下：股票信息發布經過修改我認為每次由客戶端每5秒去查詢一次服務器更新信息不可取，因為這會加重服務端和客戶端的負

9、擔，特別是服務器端的運算。修改后實現變更為：用戶一開始登陸后獲得一次服務器的全部股票當前信息。而服務器端每次發生交易后，給每一個在線用戶發送當前交易需要更新的股票信息，這樣就減輕了客戶機和服務端的信息2.5 功能需求與程序的關系（該關系由需求分析報告編寫者根據結構圖說明）本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系：獲取并發送用戶請求繪制分時圖MD5加密解密發送用戶交易請求接受并識別用戶請求調用數據層查詢撮合交易服務器返回客戶端信息用戶登陸查看用戶持倉實時指數交易委托取消交易2.6 人工處理過程說明在本軟件系統的工作過程中不得不包含的人工處理過程（如果有的話）。沒有完成股票

10、管理的模塊設計，所以股票必須從數據庫后臺添加如果有新股發行，還必須添加有關股票的交易隊列2.7 尚未解決的問題說明在概要設計過程中尚未解決而設計者認為在系統完成之前必須解決的各個問題。3 接口設計3.1 用戶接口說明將向用戶提供的命令和它們的語法結構，以及軟件的回答信息。向用戶提供簡單易用的UI，以及幫助文檔。客戶端將提供以下功能首先彈出用戶登陸框，供用戶輸入用戶名和密碼菜單項提供個股查詢和分時圖按鈕菜單欄下是選項卡，提供股票實時信息和個股分時圖欄 提供用戶交易界面和交易按鈕以及查看用戶盈虧按鍵3.2 外部接口說明本系統同外界的所有接口的安排包括軟件與硬件之間的接口、本系統與各支持軟件之間的接

11、口關系。采用基于正確公開標準的部件和技術以確保最大限度的協作能力以及與第三方系統與部件集成的簡便性。這類標準包括但不限于以下幾種：§ 網絡協議與標準 (TCP/IP, HTTP, SSL, etc)§ 語言(SQL, C#.net, etc.)§ 數據庫連接性(ADO。net)3.3 內部接口說明本系統之內的各個系統元素之間的接口的安排。邏輯層和數據訪問層通過以經的stockDataModel接口，來限定訪問stockData類型的數據客戶端通過調用buyStock（stockData）和sellStock（stockData）來訪問邏輯層，在這個函數中包含了訪問

12、邏輯層的接口dealTransaction(stockData) 通過AdoFactory訪問不同的數據庫客戶端登陸協議D(二字節)+(客戶名字長度)(4字節)+(客戶名字)+(客戶密碼長度)(4字節)+(客戶密碼);客戶買賣協議B(二字節)+(股票ID)(4字節)+(股票數量)(4字節)S(二字節)+(股票ID)(4字節)+(股票數量)(4字節)查詢交易信息并返回給客戶端C(二字節)具體有拆包解包的類using System;using System.Collections.Generic;using System.Text;namespace ProjectCenterTradingSys

13、 public class Protocal private byte messagebuffer; private byte messagelength; public byte messagebag; /該函數是將字符串轉換為字節數組 public byte StringtoByte(string stringInfo) messagebuffer = System.Text.ASCIIEncoding.ASCII.GetBytes(stringInfo); return messagebuffer; /該函數將整型轉換為個字節 public byte InttoByte(int numb

14、er) messagelength=BitConverter.GetBytes(number); return messagelength; /將浮點型轉換為個字節 public byte DoubletoByte(double price) byte pricebyte = BitConverter.GetBytes(price); return pricebyte; /合并一個字符串（字節數組）和他的長度作為一個包 public byte Combinarray(byte messle, byte messinfo) messagebag=new bytemessle.Length+mes

15、sinfo.Length; int index; for (index = 0; index < messle.Length; index+) messagebagindex = messagelengthindex; for (int index1 = 0; index1 < messinfo.Length; index1+) messagebagindex + index1 = messagebufferindex1; return messagebag; /解包頭 public byte BagHead(char head) byte headbyte = BitConver

16、ter.GetBytes(head); return headbyte; /讀包頭 public char DeBagHead(byte buffer) char headinfo = BitConverter.ToChar(buffer, 0); return headinfo; /該函數為解包信息為字符串! public string deMessgeBag(byte Messagebag,int start,out int next) next = BitConverter.ToInt32(Messagebag, start); string message = System.Text.

17、ASCIIEncoding.ASCII.GetString(Messagebag, start + 4, next); return message; 4 運行設計4.1 運行模塊組合說明對系統施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟件。4.2 運行控制說明每一種外界的運行控制的方式方法和操作步驟。4.3 運行時間說明每種運行模塊組合將占用各種資源的時間。5 系統數據結構設計5.1 邏輯結構設計要點給出本系統內所使用的每個數據結構的名稱、標識符以及它們之中每個數據項、記錄、文卷和系的標識、定義、長度及它們之間的層次的或表格的相互關系?？蛻舳祟?/p>

18、圖：windowForm：FormPrivate： userLogDialog userNametextBox userPasswordtextBox userlogOKbotton userlogCanselbutton tabPage MenuBar stockRealtimeGraphitem stock Quote Dialog dataGridView userBuyStockID userBuyStockcount userBuyStockprice userBuyStockButton .sell userStocklistView userStockLookButton sen

19、d Mesto Server(string Info) /該函數用來向主機發送請求 協議U：發送用戶名，密碼 B：buy股票id,count,price,user S: sell. Q:查詢信息 Receive MesFromServer（） (接上）MD5encrypt（string）/以下都要通過sendMestoServer/向主機發送信息logOK_press(event,handle);stockQuoteitem_press(e,h);buyStockButton_press(e,h);sellStockButton_press(e,h);stocklookButton_press

20、(e,h);/該函數調用drawPicture畫圖stockRealtimeGraphitem_press(e,h)Class RealTime GraphPrivate stockID/動態數組存儲股票價格 ArrayList stockPricePublic：/在windowform類中recievemess后更新當前價格，即在數組后添加一項最新價格updatePrice（price，sotckPrice) drawPicture（stockID，stockPrice） Class stockData 訂單號 public int ListID; public int UsrID; pub

21、lic string StockIndex; public flout Price; public int Count; public bool Isbuy;該類即為向服務端傳送數據時的包服務器端StockQueuePrivate stockData data stockData nextPublic DeleteQueueHead(); AddStockData(); Class TradeService該類還要補充若干個StockQueue類型的成員變量private void StartListening() byte ipadre = new byte 10, 82, 14, 47;

22、IPAddress ip=new IPAddress(ipadre); m_Tcplisten = new TcpListener(ip,m_Port); m_Tcplisten.Start(); while (true) try Socket s = m_Tcplisten.AcceptSocket(); clientSocket = s; m_serverThread = new Thread(new ThreadStart(serviceClient);/多線程deal各個連接用戶的socket m_serverThread.Start(); catch (Exception E) Co

23、nsole.WriteLine(E.ToString(); 如以上startlistening代碼所示，監聽創造一個連接客戶端的套接字，再用多線程處理該連接，而服務器端則繼續監聽新的套接字。這樣主要的交易代碼就可以放入ServiceClient這個函數中，當有新客戶信息連入時，即可進行查詢數據庫，對比插入股票隊列等工作Class ClientInfo/這個類記錄了客戶端的socket 數據訪問層類圖Class ADOSQLserverPrivate dataSet /ds下可有4個dataTable userTable stockTable User_stockTable tempTableP

24、ublic:/驗證用戶信息 Bool CheckUserlogin(string usridstring password); Bool CheckUserMoney(string userID); Bool CheckUserStockCount(string userID);/交易成功修改用戶和股票信息 Void updateUserTable（Class stockData） Void updateStockTable（Class stockData） Void updateUser_stockTable(Class stockData)/還未成功的交易放入臨時表， Void updat

25、eTemTable（Class stockData） 注意，每次交易成功要刪除臨時表的信息 Void deleteInfo（Class stockData) Class stockData 訂單號 public int ListID; public int UsrID; public string StockIndex; public int Prince; public int Count; public bool Isbuy;該類即為向服務端傳送數據時的包 關于交易算法的詳細設計5.2 撮合算法在前文中，我們已經提到了，撮合算法是整個交易所乃至整個證券仿真系統的核心部分。此算法的成功與否，

26、直接影響著仿真系統是否能實現以及實現效率的高低。按照真實的交易原則，撮合算法分為連續競價和集中競價兩種方式。下面我們將分別對這兩種方式進行實現。5.2.1 連續競價連續競價是在絕大部分交易時間使用的撮合算法。連續競價原則：1.) 價格優先原則：價格較高的買入申報優先于價格較低的買入申報，價格較低的賣出申報優先于價格較高的賣出申報。2.) 時間優先原則：同價位申報、依照申報時序決定優先順序，即買賣方向、價格相同的，先申報者先于后申報者。先后順序按證券交易所主機接受申報的時間確定。在正常情況下，買隊列的第一筆（報價最高）的報價一定小于賣隊列的第一筆（最低報價）的報價。此時不發生撮合。一旦買賣隊列的

27、價格發生了交叉，如圖2.3.1所示，發生交叉的那部分就會進行撮合。而事實上，由于每一筆新來的單子進入數列后都會觸發一次比較，所以每次觸發撮合都是由新單子促成的。稱為“來一筆撮合一次”，也就是連續競價。b 圖2.3.1連續競價算法描述：首先設定QueueStruct結構為元素的買賣兩個隊列BuyQueue和SellQueue。為了盡可能的提高效率，減少資源占用，我們用靜態數組構建這兩個隊列。其中BuyQueue是時間優先、買價降序排序，而SellQueue是時間優先、賣價升序排序，在連續競價條件下，可以保證BuyQueue0的price小于SellQueue0的price。連續競價算法如下：1.

28、) 接收一個新單子newlist，判斷newlist是買單還是賣單；如果是買單，則轉2，如果是賣單，則轉B； 2.) 取賣單隊列頭SellQueue0，if SellQueue0.price>newlist.price，利用插入排序將newlist插入到買隊列BuyQueue中，轉1； 3.) if SellQueue0.count>newlist.count，newlist完全撮合，SellQueue0.countSellQueue0.countnewlist.count，轉2；4.) if SellQueue0.count<=newlist.count，SellQueue

29、0撮合，并將SellQueue0從SellQueue隊列中刪除，newlist.count=newlist.count-SellQueue0.count，轉2； 5.) 取買單隊列頭BuyQueue0，if BuyQueue0.price<newlist.price，利用插入排序將newlist插入到賣隊列BuyQueue中，轉1； 6.) if BuyQueue0.count>newlist.count，newlist完全撮合，BuyQueue0.countBuyQueue0.countnewlist.count，轉1；7.) if BuyQueue0.count<=new

30、list.count，BuyQueue0撮合， 并將BuyQueue0從BuyQueue隊列中刪除， newlist.count=newlist.count-BuyQueue0.count，轉5； 如下面流程圖5.2.2所示： 圖.2 集合競價集合競價是指對所有有效委托進行集中處理，深、滬兩市的集合競價時間為交易日上午9：15至9：25。集合競價原則：§ 凡是高于開盤價的買單一定成交；§ 凡是低于開盤價的賣單一定成交；§ 凡是高于開盤價的賣單一定不成交；§ 凡是低于開盤價的買單一定不成交；集合競價分四步完成： 第一步：確定有效委托在有漲跌

31、幅限制的情況下，有效委托是這樣確定的： 根據該只證券上一交易日收盤價以及確定的漲跌幅度來計算當日的最高限價、 最低限價。有效價格范圍就是該只證券最高限價、最低限價之間的所有價位。 限價超出此范圍的委托為無效委托，系統作自動撤單處理。 第二步：系統根據競價規則自動確定集合競價的成交價，這個價格就是當日的開盤價， 所有高于開盤價的買盤和所有低開開盤價的賣盤均以此價格成交， 集合競價的成交價確定原則是：以此價格成交，能夠得到最大成交量。 第三步：集中撮合處理所有的買委托按照委托限價由高到低的順序排列， 限價相同者按照進入系統的時間先后排列；所有賣委托按委托限價由低到高的順序排列 ， 限價相同者按照進

32、入系統的時間先后排列。依序逐筆將排在前面的買委托與賣委托配對成交，即按照"價格優先，同等價格下時間優先"的成交順序依次成交，直至成交條件不滿足為止，即不存在限價高于等于成交價的叫買委托、或不存在限價低于等于成交價的叫賣委托。 所有成交都以同一成交價成交。 這同一成交價成交的買賣單一般量都是很大的，如圖3.2.3所示圖3.2.3所示第四步：行情揭示：1.) 如該只證券的成交量為零，則將成交價位揭示為開盤價、最近成交價、最高價、最低價，并揭示出成交量、成交金額。2.) 剩余有效委托中，實際的最高叫買價揭示為叫買揭示價，若最高叫買價不存在，則叫買揭示價揭示為空；實際的最低叫賣價揭

33、示為叫賣揭示價，若最低叫賣價不存在，則叫賣揭示價揭示為空。 集合競價中未能成交的委托，自動進入連續競價。按照這樣的原則和要求，我們設計了如下的集合競價撮合算法。如圖3.2.4所示。 圖3.2.4集合競價算法描述：和連續競價一樣，首先設定QueueStruct結構為元素的買賣兩個隊列BuyQueue和SellQueue。為了盡可能的提高效率，減少資源占用，我們用靜態數組構建這兩個隊列。其中BuyQueue是時間優先、買價降序排序，而SellQueue是時間優先、賣價升序排序。在開市到開盤這段時間內，買賣單已經分別進入了買賣隊列內排好了序。一旦宣布開盤，則觸發集合撮合，如下：§ 判斷兩隊

34、列是否都不為空，如是，轉2；如否，轉21；§ 判斷BuyQueue0.prince與SellQueue0.prince之差，如大于等于0，轉3：如小于0，轉21；§ 定義int i=j=0；M、N分別為買賣兩隊列非空元素的個數；BOOL k；QueueStruct Buy=BuyQueue0；Sell=SellQueue0；Buy1；Sell1；轉4；§ 判斷BuyQueuei.prince與SellQueuej.prince之差，如大于等于0，轉5：如小于0，轉14；§ 判斷Buy.count與Sell.count之差，如大于0，轉6；如小于等于0，轉

35、9；§ j+； k=true； Sell1.count=Sell.count；Sell.count=Sell.count+SellQueueiSellQueue.count；轉7；§ 判斷j是否小于N，如是，轉4；如不是，轉8；§ 開盤價為BuyQueuei.price；總成交量為Sell.count；統計成交數據及回報，并返回；§ i+；k=false； Buy1.count=Buy.count；Buy.count=Buy.count+BuyQueuei.count；轉10；§ 判斷i是否小于M，如是，轉4；如不是，轉11；§ 判斷

36、Buy.count與Sell.count之差，如小于0，轉12；如等于0，轉13；§ 開盤價為SellQueuej.price；總成交量為Buy.count；統計成交數據及回報，并返回；§ 開盤價為(SellQueuej.price+BuyQueuei-1.price)/2；總成交量為sell.count；統計成交數據及回報，并返回；§ 判斷k值，如為true，轉15；如為false，轉18；§ 判斷Buy1.count與Sell1.count之差，如大于0，轉16；如小于0，轉17；§ 開盤價為BuyQueuei.price；總成交量為Sel

37、l1.count；統計成交數據及回報，并返回；§ 開盤價為(SellQueuej-1.price+BuyQueuei-1.price)/2；總成交量為Sell1.count；統計成交數據及回報，并返回；§ 判斷Buy1.count與Sell.count之差，如小于0，轉19；如等于0，轉20；§ 開盤價為SellQueuej.price；總成交量為Buy1.count；統計成交數據及回報，并返回；§ 開盤價為(SellQueuej.price+BuyQueuei-1.price)/2；總成交量為Buy1.count；統計成交數據及回報，并返回；§

38、; 開盤價為昨日收盤價，成交量為0；保留所有數據至開盤進入連續競價撮合；5.2.3 買賣隊列排序上面我們介紹了撮合算法的核心部分，但實際上在撮合前后都要對兩個買賣隊列進行一定的插入和排列處理，這在整個算法中也是很重要的部分。下面我們就來具體介紹一下。對所有的排列和插入我們考慮了效率問題之后，最后統一使用了二分插入排序法。在單子進入隊列時，我們首先統計出當前隊列中的非空數據個數，然后再通過新單子與當前隊列中間值的價格比較，確定新單子在隊列的前半部分還是后半部分，然后再取該區域中間值與之比較，直到確定新單子應在的位置。如下列代碼所示：int low=0; int high=N-1; /N為隊列中非

39、空元素的個數while(low<=high)int m=(low+high)/2;if(newlist->price<SellQueuem.price)high=m-1;else low=m+1;for(int i=N-1; i>=high+1; -i)SellQueuei+1=SellQueuei; SellQueuehigh+1=*newlist;這是賣隊列的排序，對于買隊列的排序與之相似，只是價格排列是由高到底。在這里不再贅述。這種插入排序方法完全符合了撮合算法中價格優先、時間優先的要求，而且效率也是比較高的。在集合競價前和連續競價后進行的插入排序都是這樣進行的，而在集合競價撮合之后，對兩隊列的重新排列，我們首先使用了memset函數將前面已全部成交的t個元素清空，然后將t到N(原總非空元素個數)前移t位。如下列代碼所示：for (