概要設計說明書

1、XXX系統(tǒng)VerX.X概要設計說明書 共22頁 第22頁密 級：秘 密系統(tǒng)名稱：XXXX系統(tǒng)系統(tǒng)版本：X.X文檔分類：系統(tǒng)設計文件編號：XXXX系統(tǒng)Ver X.X概要設計說明書XXX計算機有限公司XXXX年X月目 錄目 錄21.引言31.1文檔目的31.2項目概述31.3參考資料31.4術語定義31.5修改記錄32.系統(tǒng)概述32.1系統(tǒng)實現(xiàn)目標32.2條件與限制32.3運行環(huán)境33.需求概述33.1.總體描述33.2.系統(tǒng)角色33.3.系統(tǒng)功能33.3.4.功能劃分33.3.5.用例清單33.4.性能和運行需求34.總體設計34.1設計原則34.2設計規(guī)范34.3軟件體系結構35.模塊結構設計

2、35.1組件模塊總體設計35.1.1.組件模塊的劃分和功能描述35.1.2.組件模塊關系35.1.3.組件模塊的物理分布35.1.4.組件模塊與用例映射35.2組件模塊描述35.2.1.組件模塊136.用例實現(xiàn)37.數(shù)據(jù)結構設計38.接口設計39.系統(tǒng)安全設計39.1系統(tǒng)故障預防和恢復39.2用戶管理和權限控制39.3數(shù)據(jù)備份與恢復39.3.1.數(shù)據(jù)備份39.3.2.數(shù)據(jù)恢復310.系統(tǒng)運行設計310.1運行模塊組合310.2運行控制311.系統(tǒng)出錯處理設計311.1出錯處理信息311.1.1.通訊線路錯誤311.1.2.系統(tǒng)環(huán)境錯誤311.1.3.應用設計錯誤311.2出錯處理對策312.系

3、統(tǒng)維護設計312.1數(shù)據(jù)維護312.2功能維護313.系統(tǒng)版本設計314.附件31. 引言1.1 文檔目的簡要說明編寫這份概要設計說明書的目的，指出預期的讀者。本概要設計說明書的編寫目的是為了說明系統(tǒng)總體設計的技術方案，從程序系統(tǒng)的設計考慮，包括系統(tǒng)的基本處理流程、模塊劃分、功能分配、接口設計、運行設計、數(shù)據(jù)結構設計和出錯處理設計等內容，以向整個設計期提供關于程序系統(tǒng)的邏輯和數(shù)據(jù)功能實現(xiàn)方式的總體描述，從而作為程序詳細設計或編碼的基礎。設計階段將以本文檔為核心文檔。本概要設計說明書的適用讀者為：軟件開發(fā)者、測試人員。1.2 項目概述1.說明待開發(fā)的軟件系統(tǒng)的名稱2.列出本項目的任務委托單位、開

4、發(fā)單位、協(xié)作單位、用戶單位3.說明項目背景，敘述該項軟件開發(fā)的意圖、應用目標、作用范圍以及其他應向讀者說明的有關該軟件開發(fā)的背景材料。如果本次開發(fā)的軟件系統(tǒng)是一個更大的系統(tǒng)的一個組成部分，則要說明該更大系統(tǒng)的組成和介紹本系統(tǒng)與其它相關系統(tǒng)的關系和接口部分4.保密說明：本項為可選項，一般的軟件公司都會要求對軟件開發(fā)的概要設計文檔進行保密，不允許被復制、使用和擴散到公司之外的范圍，如果需要強調則允許做相關的保密說明5.版權說明：本項為可選項，若有必要，才要作有關的描述。1.3 參考資料列出編寫本報告時參考的文件(如經核準的計劃任務書或合同、上級機關的批文等)、資料、技術標準，以及他們的作者、標題、

5、編號、發(fā)布日期和出版單位。這些文件主要包括：n 本軟件開發(fā)所經核準的合同或標書或可行性報告等文檔n 軟件開發(fā)計劃書n 需求分析報告n 測試方案（若存在初稿的話）n 與本項目有關的已發(fā)表的文件或資料n 本文件中各處引用的文件、資料，所采用的軟件開發(fā)標準和規(guī)范編號資料名稱簡介作者日期出版單位列出編寫本報告時查閱的Intenet上雜志、專業(yè)著作、技術標準以及他們的網址。網 站簡 介1.4 術語定義列出本文檔中所引用到的專門術語的定義和首字母縮寫詞、縮略語的原文，以便對概要設計說明書進行適當?shù)慕忉?.5 修改記錄編號修改內容描述修改人審核人批準人修改日期備注2. 系統(tǒng)概述概要地介紹本軟件系統(tǒng)，只要求提

6、供影響設計的一般因素，不必太詳細地描述大量細節(jié)，本章主要目的僅僅是使本設計說明書更加易于理解，建議根據(jù)系統(tǒng)設計的實際需要可以有選擇地從以下方面進行概要描述：系統(tǒng)實現(xiàn)目標、條件與限制、運行環(huán)境、需求概述2.1 系統(tǒng)實現(xiàn)目標說明完成本項目要達到的目標，可從以下幾方面考慮設計：n 人力與設備費用的節(jié)省；n 處理速度的提高；n 控制精度或生產能力的提高；n 管理信息服務的改進；n 決策系統(tǒng)的改進；n 人員工作效率的提高；n 安全可靠性的保證；2.2 條件與限制為可選項，只要當軟件系統(tǒng)的設計或開發(fā)受到某種特定的限制，或者可直接能影響系統(tǒng)設計的某種因素，這些因素可能成為系統(tǒng)的設計約束，他們的改變可能會影響

7、某些需求的實現(xiàn)時，才需要做概要介紹。若存在以下方面的系統(tǒng)約束或條件限制時，可以進行相關的闡明：（但不限于這些）1. 為完成本軟件系統(tǒng)應具備的特定條件、開發(fā)單位已具備的條件以及尚需創(chuàng)造的條件,如：現(xiàn)階段還未到位的設備、資源等需要做出相應的約束說明2. 必要時，還應說明用戶及分合同承包者承擔的工作、完成期限及其他條件與限制，如果用戶及分合同承包者對系統(tǒng)的實現(xiàn)起到的某些作用會直接影響系統(tǒng)設計的成敗則要特別說明3.本系統(tǒng)的設計規(guī)范需要受到某些特定的行業(yè)規(guī)范的限制4.本系統(tǒng)的開發(fā)需要受到用戶對系統(tǒng)的工程化管理的某些特別的要求，包括用戶規(guī)定對系統(tǒng)實現(xiàn)的全過程的變更規(guī)定5.本系統(tǒng)設計工作所需的一些假定條件和

8、必須滿足的約束，如本功能的開發(fā)假定用戶會熟練使用SQL語言，本功能的實現(xiàn)應該在某功能實現(xiàn)前開發(fā)完成等6.本系統(tǒng)的設計可能需要使用的所有購入構件、所有適用的許可或使用限制，以及所有相關的兼容性及互操作性或接口標準的有關限制和規(guī)定2.3 運行環(huán)境概要地說明本軟件系統(tǒng)的運行環(huán)境的拓樸結構和布局，分別說明前、后臺及網關或中間件的運行環(huán)境, 應包括通訊條件、網絡環(huán)境、硬件配置、軟件系統(tǒng)等其中硬件環(huán)境：要求列出為運行本軟件所要求的硬件最小配置：n 處理器的型號、內存容量n 所要求的硬盤空間、分區(qū)格式、相關的記錄格式、設備的型號和數(shù)量、聯(lián)機/脫機等n I/O設備（聯(lián)機/脫機）n 網絡相關設備（型號、數(shù)量）支

9、持軟件：說明為運行本軟件所需要的支持軟件，如：n 操作系統(tǒng)名稱、對應的版本號、相關的Service Packagen 編譯器和對應的版本號n 數(shù)據(jù)庫管理系統(tǒng)和對應版本號n 其他支持軟件這里只要求概要的說明一下，以便幫助理解本概要設計說明書，可參考以下格式：【前臺】 計算機：IBM PC兼容機。操作系統(tǒng)：Microsoft Windows95/97/98/2000/NT操作系統(tǒng)數(shù)據(jù)庫系統(tǒng)：IBM DB2數(shù)據(jù)庫系統(tǒng)（客戶端）應用軟件：XXXXXXXX（客戶端）網絡：Ethernet,TCP/IP【后臺】 計算機：IBM RS/6000操作系統(tǒng)：IBM AIX操作系統(tǒng)數(shù)據(jù)庫系統(tǒng)：IBM DB2數(shù)據(jù)庫

10、系統(tǒng)（服務端）應用軟件：XXXXXXXX（服務端）網絡：Ethernet,TCP/IP3. 需求概述根據(jù)系統(tǒng)設計的實際需要，簡要介紹系統(tǒng)的需求情況，不必詳細描述需求的具體細節(jié)，只僅僅要求能夠更好幫助理解本設計說明書的內容，建議有選擇地從功能需求、性能需求和運行需求進行分別描述，對于直接影響系統(tǒng)設計的關鍵或主要功能、性能以及運行要求等方面進行概要介紹，如果性能和運行需求方面對設計影響不大，則允許不必說明3.1. 總體描述對系統(tǒng)的整體需求進行概述3.2. 系統(tǒng)角色描述系統(tǒng)的用戶，權限等Actor縮寫名稱描述 英語簡稱 3.3. 系統(tǒng)功能3.3.4. 功能劃分對系統(tǒng)進行功能劃分3.3.5. 用例清單

11、根據(jù)劃分，列出各個功能模塊功能ID功能名稱系統(tǒng)角色使用權限描 述列出所有系統(tǒng)角色，并用表示具有相應權限3.4. 性能和運行需求4. 總體設計4.1 設計原則介紹本系統(tǒng)的結構設計原則和總體設計指導思想，主要從系統(tǒng)設計實現(xiàn)的目標來考慮，比如：處理速度、安全保密性、可擴展性等方面進行闡述，可以使用一些套話稍做修改即可。建議參考以下范例進行描述：n 數(shù)據(jù)實時性強監(jiān)控的實時性是不言而喻的。無論實時檢測還是動態(tài)顯示交易匯總數(shù)據(jù)和盤中異常結果，都要求實時監(jiān)控的算法盡量優(yōu)化，處理簡潔，這樣才能真正達到實時監(jiān)控的目的，為總部進行盤中稽核和及時處理異常情況提供有效的手段。n 可擴充性強由于交易業(yè)務是不斷擴展的，監(jiān)

12、控的指標及功能都是不斷擴大或變化的，故系統(tǒng)必須具有良好的可擴充性。系統(tǒng)設計應盡可能結構化、模塊化，并與其他子系統(tǒng)預留相應的接口。n 可維護性好由于證券市場、政策及其管理是隨著整個國民經濟的發(fā)展而變化的，要求對交易業(yè)務的實時監(jiān)控具有相當?shù)撵`活性，以便于維護。n 先進性系統(tǒng)采用國際流行的J2EE開放式框架，主要軟硬件設備符合國際標準，集成了國際水平的主流生產廠的先進產品，應用軟件采用B/S結構。n 數(shù)據(jù)完整性、安全性高財務系統(tǒng)數(shù)據(jù)的完整性和安全性是非常重要的。一個安全的客戶/服務器系統(tǒng)應該是客戶端機器的任何操作都通過服務器來實現(xiàn)其一致性和完整性控制。數(shù)據(jù)庫及財務稽核系統(tǒng)本身都應提供分級授權、日志記

13、錄等手段來確保系統(tǒng)的安全。4.2 設計規(guī)范說明可以引用公司現(xiàn)有的各種設計規(guī)范或各種軟件開發(fā)的國家標準或規(guī)范，主要包括：（不限于以下幾種，也不指定）n 命名約定 規(guī)定系統(tǒng)和子系統(tǒng)名, 程序名, 數(shù)據(jù)庫表(文件)名, 數(shù)據(jù)名, 變量名等的編制規(guī)范。n 界面約定規(guī)定屏幕界面的總體布局，如菜單行、顯示主體、圖標按鈕、提示信息、出錯信息等規(guī)范化，統(tǒng)一風格。n 程序編寫規(guī)范根據(jù)采用的編程工具特點，制定規(guī)范化要求，使程序易讀易懂，可維護，可移植。具體選用的規(guī)范，只要對設計有所幫助就可以羅列，編號及相關規(guī)范標題可以自行決定。對于引用公司事先制訂的有關規(guī)范或現(xiàn)存的各種國家標準等規(guī)范，則可以簡單地描述，并參見XX

14、XXXXXX規(guī)范或標準，文件可以作為本概要設計說明書的附件進行保存如果一個系統(tǒng)比較大需要拆分成若干個子系統(tǒng)，而每個子系統(tǒng)需要各自編制概要設計文檔，則只需要在一個總的概要設計說明書進行描述，其他子系統(tǒng)允許不專門進行描述，或注明參見XXXXXXX概要設計說明書。4.3 軟件體系結構簡要介紹系統(tǒng)的總體結構和概要功能，可以通過畫系統(tǒng)設計總體框架結構圖的方式，再附上簡單的文字說明,對本軟件系統(tǒng)的總體功能進行概要描述。對于采用J2EE平臺的系統(tǒng)，參考如下：系統(tǒng)的體系架構是一個系統(tǒng)的骨架，其重要性對一個系統(tǒng)的建設能否成功至關重要。建立一個合適的體系架構關系到系統(tǒng)的業(yè)務需求；關系到系統(tǒng)的運行模式；關系到系統(tǒng)的

15、性能需求，如安全性、可擴展性等。在本系統(tǒng)中，我們將遵循J2EE規(guī)范進行設計和開發(fā)。J2EE體系結構由SUN公司提出，它定義了如何開發(fā)、配置及實現(xiàn)一個企業(yè)應用，提供了對EJB、Servlets、JSP、JDBC、CORBA以及XML技術的全面支持。J2EE提供了一個企業(yè)級的計算模型和運行環(huán)境，用于開發(fā)和部署多層體系結構的應用。它通過提供企業(yè)計算環(huán)境所必須的各種服務，使得部署在J2EE平臺上的多層應用可以實現(xiàn)高可用性、安全性、可擴展性和可靠性。上圖中是一個典型的分布式多層應用的模型，它將整個應用按照功能劃分為表示層、商業(yè)邏輯層和數(shù)據(jù)層三個部分。各個層次在邏輯上相互獨立。表示層是應用的用戶接口部分，

16、它擔負著用戶與應用間的對話功能。它可用于檢查用戶從鍵盤等輸入的數(shù)據(jù)，顯示系統(tǒng)處理后輸出的數(shù)據(jù)。在變更用戶接口時，只需要改寫顯示控制和數(shù)據(jù)檢查程序，而并不會因此影響其他層的功能。而數(shù)據(jù)檢查的功能也只是限于數(shù)據(jù)的形式和實際取值范圍，不包括有關業(yè)務本身的處理邏輯。另外圖形界面的結構也是不固定的，這便于以后可靈活變更。例如：可以在一個窗口中不是放入幾個功能，而是按照功能分割窗口，以便每個窗口的功能簡潔。在原有C/S結構中客戶端的業(yè)務邏輯現(xiàn)在統(tǒng)一并入到新增出的商業(yè)邏輯層中。商業(yè)邏輯層實際是整個應用的本體，它負責整個系統(tǒng)的業(yè)務處理邏輯。表示層和商業(yè)邏輯層間的數(shù)據(jù)交換盡量簡潔，避免“一次業(yè)務處理，表示層和商

17、業(yè)邏輯層間有多次數(shù)據(jù)交換?！睌?shù)據(jù)層實際是DBMS，它負責管理對數(shù)據(jù)庫的訪問和控制數(shù)據(jù)庫數(shù)據(jù)的讀寫。數(shù)據(jù)層應能夠迅速執(zhí)行大量數(shù)據(jù)的更新和檢索操作。本系統(tǒng)采用了先進的B/S架構，提供分布式應用解決方案。系統(tǒng)是以完全基于J2EE標準的電子商務平臺技術為基礎創(chuàng)建的純Java的大型電子商務交易系統(tǒng)，其充分發(fā)揮了Java基于Web的特性和良好跨平臺性，保證了系統(tǒng)良好的可擴展性，為實現(xiàn)向綜合交易平臺的過渡打下基礎。在確保查詢正確的前提下，系統(tǒng)還采用了數(shù)字證書技術提供可靠的加密/解密、數(shù)字簽名等手段，以保證系統(tǒng)中數(shù)據(jù)傳輸?shù)陌踩?。系統(tǒng)體系結構如下：Plug-insWEBLOGICJSPServletServl

18、etJSPServletEJBEJBJMSJDBCDBServerApp.Java MailMailServerIEIEservletJSPJSPservletservletEJBEJBEJB5. 模塊結構設計5.1 組件模塊總體設計主要對整個系統(tǒng)中公共組件模塊進行描述。5.1.1. 組件模塊的劃分和功能描述說明本系統(tǒng)的系組件模塊的劃分，扼要說明每個組件模塊的標識符和功能說明模塊ID模 塊描 述1.5.1.2. 組件模塊關系主要描述組件模塊和組件模塊之間的調用關系。如下圖中5.1.3. 組件模塊的物理分布通過物理分布圖描述組件模塊在物理環(huán)境中的分布。示例如下：5.1.4. 組件模塊與用例映射列

19、出實現(xiàn)用例時需要用到哪些組件模塊，用表示在實現(xiàn)某個用例時需要調用某個組件模塊Module IDUse Case組件模塊1組件模塊2組件模塊3組件模塊4組件模塊5。用例名5.2 組件模塊描述描述系統(tǒng)中各個組件模塊相應功能的全部細節(jié)，要求對每一個模塊的設計都可以被實現(xiàn)，并能夠被驗證的，主要就是描述每一個組件模塊的輸入、輸出和處理流程，必要時，可以借助數(shù)據(jù)流圖來描述。5.2.1. 組件模塊11. 組件模塊概述n 功能說明對模塊功能進行總體描述，著重描述該模塊的調用者，以及調用者通過該模塊完成什么樣的功能，及描述“做什么”.n 前置條件描述運行該模塊之前必須滿足的前提條件n 后置影響描述運行該模塊之后

20、將會產生的影響。n 子模塊劃分對該模塊劃分成更小的模塊，并對每個子模塊的功能簡要說明。若該模塊較小，則不必細分。2. 組件模塊接口設計對每個組件模塊對外提供的方法進行描述。n 方法1方法名方法功能描述輸入參數(shù)輸出返回值主要處理邏輯備注n 對于復雜的輸入參數(shù)需要詳細描述，描述示例如下：使用xml格式描述完成該子模塊所需要的輸入數(shù)據(jù)格式，同時要注明哪些數(shù)據(jù)是由用戶輸入的，哪些是數(shù)據(jù)是由系統(tǒng)生成的。同時還要描述數(shù)據(jù)的具體格式要求，如最大長度，日期型還是整型，小數(shù)精確到幾位等。例如登錄模塊的輸入數(shù)據(jù)格式如下：<login> <username>cbx</username&

21、gt; <password>1234</password><logintime>2002-6-9 10:20:9</logintime><clientip>192.168.3.33</clientip></login>數(shù)據(jù)域產生方式數(shù)據(jù)類型最大長度最小長度精確度Username用戶輸入String155Password用戶輸入String156Logintim系統(tǒng)產生DateTimen 對于復雜的輸出返回需要詳細描述，描述示例如下：描述該模塊執(zhí)行后的輸出數(shù)據(jù)，包括成功失敗兩種情況。對失敗要枚舉出各種可能的結果。

22、如果該輸出格式比較復雜，建議也用xml格式。example（login）返回值條 件登錄成功返回sessionid、基礎數(shù)據(jù)等登錄失敗用戶名和密碼不對；服務器忙；無效IP地址；你已經在線；n 對于復雜的處理邏輯建議適用流程圖或者活動圖來描述6. 用例實現(xiàn)6.1 用例11. 用例概述n 用例功能說明對用例功能進行總體描述，著重描述該模塊的調用者，以及調用者通過該模塊完成什么樣的功能，及描述“做什么”.n 用例前置條件描述運行該模塊之前必須滿足的前提條件n 用例后置影響描述運行該模塊之后將會產生的影響。2. 用戶界面對于用戶界面的設計可以為可選項，如果缺少有關界面的設計描述，將給開發(fā)人員帶來對概要

23、設計的二義性時則要求設計界面。界面的設計，要求根據(jù)本軟件所事先制訂的有關界面約定或設計規(guī)范，初步畫出各個用戶的操作界面。用戶界面的貼圖或輸出報表樣式界面要素顯示名稱描述約束條件備注1） 操作操作名稱描述約束條件備注3. 流程圖（或活動圖）4. 前后臺交互的數(shù)據(jù)內容5. 涉及主要組件模塊和功能模塊列出實現(xiàn)該用例時所需要的組件模塊名稱，功能類，文件等等6. 用例實現(xiàn)1） 類圖2） 時序圖7. 數(shù)據(jù)結構設計表名或視圖名 Table_Name or View_NameID字段名字段代碼類型和長度字段說明可空缺省值取值范圍鍵值索引8. 接口設計為可選項，若存在有關的接口并且需要特別說明，否則容易產生開發(fā)

24、者對系統(tǒng)設計的二義性時需要詳細描述。接口分為外部接口和內部接口，其中外部接口如：用戶界面、軟件接口與硬件接口等，內部接口如：子系統(tǒng)之間的接口關系，模塊之間的接口，主要是有關傳遞信息, 參數(shù)等等。本章若存在N個接口，則可分為N節(jié)來描述，每個接口單獨為一節(jié)，標題可自行決定。9. 系統(tǒng)安全設計為可選項，如果系統(tǒng)設計對安全保密性有特別的要求，則需要詳細描述，主要可以從以下幾方面進行考慮：系統(tǒng)故障預防與恢復、用戶管理和權限控制、數(shù)據(jù)備份和恢復等9.1 系統(tǒng)故障預防和恢復為可選項，如果存在可能出現(xiàn)的系統(tǒng)故障需要恢復的情況，則要進行設計描述，主要說明將使用的恢復再啟動技術，使軟件從故障點恢復執(zhí)行或使軟件從頭

25、開始重新運行的方法，建議可按照以下格式進行說明：為恢復系統(tǒng)（包括軟硬件）故障和人為因素引起的數(shù)據(jù)錯，特設計以下措施：出錯現(xiàn)象可能原因措施盤后清算出現(xiàn)異常本地柜臺的交易數(shù)據(jù)出錯恢復昨日盤后數(shù)據(jù)，重新接受交易所當日委托數(shù)據(jù)，重新進行清算9.2 用戶管理和權限控制說明在數(shù)據(jù)庫的設計中，將如何通過區(qū)分不同的訪問者、不同的訪問類型和不同的數(shù)據(jù)對象，進行分配權限并分別對待而獲得的數(shù)據(jù)庫安全保密的設計考慮。9.3 數(shù)據(jù)備份與恢復為可選項，如果存在數(shù)據(jù)備份與恢復的需求要求，則要做相應的設計描述。對數(shù)據(jù)備份與恢復的設計，主要說明在適當?shù)臅r間點上，如何設計系統(tǒng)的數(shù)據(jù)備份和數(shù)據(jù)恢復功能，以便在系統(tǒng)失效、出現(xiàn)意外及數(shù)

26、據(jù)出錯、或有充分的需要的時候，可以在可接受的時間內得以恢復到最近或以前某個時間點的數(shù)據(jù)備份上，要求描述清楚實現(xiàn)數(shù)據(jù)備份和恢復的整個設計思想以及實現(xiàn)方法。9.3.1. 數(shù)據(jù)備份系統(tǒng)是一套24小時實時運行的加以系統(tǒng)，數(shù)據(jù)庫中存儲的數(shù)據(jù)大部分是非常重要的商業(yè)交易數(shù)據(jù)，它要求高度的安全性和強健的完整性，所以，必須制定功能完善的數(shù)據(jù)備份策略，充分保證數(shù)據(jù)庫系統(tǒng)的安全和完整。為此制定以下安全備份措施：n 所有交易數(shù)據(jù)庫，全部對應建立歷史備份數(shù)據(jù)庫，定期將當前數(shù)據(jù)庫中的數(shù)據(jù)追加到歷史數(shù)據(jù)庫中。n 對歷史數(shù)據(jù)庫中的數(shù)據(jù)，定期備份。一般當前數(shù)據(jù)，每月一次自動復制到歷史數(shù)據(jù)庫中；歷史數(shù)據(jù)保留半年后，使用光盤刻錄設

27、備，進行2份以上備份存檔，然后可清除歷史數(shù)據(jù)庫和當前數(shù)據(jù)庫中的這部份數(shù)據(jù)，以提高系統(tǒng)運行效率，釋放部分硬件資源。n 主數(shù)據(jù)庫服務器使用磁帶備份系統(tǒng)，對數(shù)據(jù)庫中的實時數(shù)據(jù)作更新備份和增量備份（不包括歷史庫）。1. 數(shù)據(jù)庫日備份：系統(tǒng)每日自動將更新操作后的數(shù)據(jù)備份到磁帶機上。2. 數(shù)據(jù)庫周備份：每周一次，系統(tǒng)自動將所有數(shù)據(jù)庫備份到磁帶機上。3. 數(shù)據(jù)庫月備份：每月一次，系統(tǒng)自動備份所有數(shù)據(jù)庫到磁帶機上。n 主數(shù)據(jù)庫服務器使用跟蹤帶，對系統(tǒng)操作進行跟蹤記錄。9.3.2. 數(shù)據(jù)恢復數(shù)據(jù)的恢復措施主要與數(shù)據(jù)備份相對應：n 如果當前數(shù)據(jù)庫因故遭到破壞，不能保證其完整性時，應進行恢復。步驟如下：1. 先將歷

28、史庫中的數(shù)據(jù)追加到當前庫中。2. 將磁帶上的數(shù)據(jù)按月備份、周備份、日備份的順序，依次恢復到當前數(shù)據(jù)庫中。3. 按照跟蹤帶上的操作順序，將當天的數(shù)據(jù)進行恢復?？筛鶕?jù)具體情況選擇其中的若干步執(zhí)行。如需查詢歷史數(shù)據(jù)，可將光盤中部分或全部歷史數(shù)據(jù)，重新導入數(shù)據(jù)庫中。10. 系統(tǒng)運行設計為可選項，當系統(tǒng)足夠大被拆分成若干子系統(tǒng)，如果不專門介紹系統(tǒng)運行時各子系統(tǒng)之間的運行機制和控制關系，則開發(fā)人員無法理解本概要設計說明書而導致無法實現(xiàn)系統(tǒng)功能時，才有必要進行相關運行設計的描述。運行設計，主要用來說明運行模塊的組合，進行軟件系統(tǒng)的構造設計，確定系統(tǒng)的運行控制方法及資源分配情況10.1 運行模塊組合說明對系統(tǒng)

29、施加不同的外界運行控制時所引起的各種不同的運行模塊組合，說明每種運行所歷經的內部模塊和支持軟件，建議畫出系統(tǒng)運行機制結構圖來表示，再附上簡要的文字說明，以描述清楚各個運行模塊（包括各種運行的進程），分別如何運行在各自指定的硬件上（必要時要說明相關的硬件配置及其在運行環(huán)境下所起的作用）10.2 運行控制描述清楚各個運行模塊進行運行控制的方式、方法和操作步驟，以及每種運行模塊組合將各自占用的各種資源情況，以及對時間響應的要求，可以分別從以下幾方面進行描述：多機管理，一臺服務器應允許多臺客戶端機器加入應用系統(tǒng)，則要描述清楚服務器是如何進行管理多臺機器的。合法性檢查，當客戶端需要訪問后臺數(shù)據(jù)庫的業(yè)務數(shù)

30、據(jù)時，有關應用系統(tǒng)的網關服務或其他相關服務程序是如何進行用戶身份的合法性校驗，一般系統(tǒng)都會要求每一個用戶發(fā)出某個服務請求后，必須首先輸入自己的用戶名和密碼請求響應，有關服務器對用戶的各種請求的響應，采用多線程的并發(fā)處理還是單線程的串行順序處理等方式的實現(xiàn)情況，以及對事務處理的時間響應要求等控制界面，關于用戶監(jiān)控系統(tǒng)（如：國泰君安實時監(jiān)控系統(tǒng)）的監(jiān)控屏幕上應該顯示各種業(yè)務處理信息，出現(xiàn)異常時要求要實時報警或做相應妥善的處理。通訊控制，描述清楚系統(tǒng)所采納的通訊平臺的有關說明，包括前臺和后臺之間的通訊、網關之間的數(shù)據(jù)轉換處理，以及通訊時所采用的通訊協(xié)議等內容核心業(yè)務處理，說明對客戶的許多關鍵或主要業(yè)

31、務的系統(tǒng)實現(xiàn)，在整個運行機制中是如何進行控制的11. 系統(tǒng)出錯處理設計為可選項，如果不專門對系統(tǒng)出錯信息進行設計描述，將導致開發(fā)人員無法理解本概要設計的有關出錯信息的處理說明，無法實現(xiàn)有關出錯處理功能時，才需要描述本章節(jié)的內容11.1 出錯處理信息羅列本軟件系統(tǒng)可能的出錯或故障情況出現(xiàn)的各種出錯處理信息，包括系統(tǒng)出錯信息提示的形式（包括出錯對話框的設計）、含義及處理方法等。在操作出錯或數(shù)據(jù)出錯等情況下，系統(tǒng)顯示或記錄的有關出錯代碼信息，要求要符合相關的系統(tǒng)出錯處理設計規(guī)范（如果規(guī)范存在的話）出錯的分類可以參考以下：11.1.1. 通訊線路錯誤11.1.2. 系統(tǒng)環(huán)境錯誤11.1.3. 應用設計

32、錯誤11.2 出錯處理對策說明故障出現(xiàn)或系統(tǒng)出錯后可能采取的變通補救辦法，主要包括：設置后備技術、性能降級（即降效技術）、恢復及再啟動等等。設置后備技術，體現(xiàn)在：當原始系統(tǒng)數(shù)據(jù)萬一丟失時則啟用的副本的建立或啟動的技術，采用磁帶備份等降效技術，也是一種后備技術，體現(xiàn)在：使用另一種效率稍低的系統(tǒng)或方法求得所需結果的某些部分，如手工操作。下述為對于系統(tǒng)環(huán)境出錯處理對策參考：系統(tǒng)故障根據(jù)系統(tǒng)類型可分為四類：系統(tǒng)軟件故障、應用軟件故障、硬件系統(tǒng)故障、網絡系統(tǒng)故障。系統(tǒng)維護工作的進行，應建立在對系統(tǒng)正常按章操作的基礎上，把人為損壞的因素降到最低。因此，良好和規(guī)范的操作習慣是保證系統(tǒng)穩(wěn)定運行的重要保障。系統(tǒng)

33、類型故障類型維護措施系統(tǒng)軟件UNIX系統(tǒng)故障·設置專職系統(tǒng)管理員·UNIX系統(tǒng)故障類型較多，具體故障對應具體的處理辦法，不能一一列舉。但在系統(tǒng)安裝設置完成后，應及時備份主要系統(tǒng)文件，編制一些系統(tǒng)維護管理的shell程序，盡可能方便地提供管理信息，幫助系統(tǒng)管理員進行系統(tǒng)維護工作Win NT系統(tǒng)故障·設置專職系統(tǒng)管理員，其他用戶嚴格授權。·系統(tǒng)安裝病毒實時監(jiān)測掃描軟件，定期更新病毒特征代碼文件·NT系統(tǒng)故障類型也較多，要求系統(tǒng)管理員具備專業(yè)的系統(tǒng)管理知識和經驗，針對具體情況采用不同的維護策略Win98系統(tǒng)故障·一般情況下，硬盤分成二個分區(qū)，系統(tǒng)放在C盤，數(shù)據(jù)存放在D盤·安裝病毒實時監(jiān)測掃描軟件，定期更新病毒特征代碼文件·其它故障由系統(tǒng)管理員根據(jù)具體情況處理應用軟件不能實現(xiàn)設計功能·檢查操作流程及先后順序是否正確·檢查輸入數(shù)據(jù)的合法性和有效性·仍有問題，與開發(fā)商聯(lián)系執(zhí)行出現(xiàn)錯誤及提示·根據(jù)提示重新操作·如屬系統(tǒng)錯誤，與開發(fā)商聯(lián)系硬件系統(tǒng)主服務器硬盤發(fā)生故障，讀寫出錯·磁盤陣列或冗余方式下直接更換損壞硬盤·