1、系統設計方案模板【精選文檔】系統設計方案模板文檔副標題1 引言1。1 編寫目的說明編寫詳細設計方案的主要目的.詳細設計的主要任務是對概要設計方案做完善和細化。說明書編制的目的是說明一個軟件系統各個層次中的每個程序（每個模塊或子程序)和數據庫系統的設計考慮，為程序員編碼提供依據.如果一個軟件系統比較簡單，層次很少,本文件可以不單獨編寫，和概要設計說明書中不重復部分合并編寫.方案重點是模塊的執行流程和數據庫系統詳細設計的描述。1.2 背景應包含以下幾個方面的內容： A. 待開發軟件系統名稱B。 該系統基本概念， 如該系統的類型、從屬地位等C。 開發項目組名稱D. 項目代號（項目規劃所采用的代號）；

2、E. 說明遵從的IT標準和原則，符合公司的IT ABBs 1.3 參考資料列出詳細設計報告引用的文獻或資料，資料的作者、標題、出版單位和出版日期等信息，必要時說明如何得到這些資料。1.4 術語定義及說明列出本文檔中用到的可能會引起混淆的專門術語、定義和縮寫詞的原文.2 設計概述2.1 任務和目標說明詳細設計的任務及詳細設計所要達到的目標.2。1.1 需求概述對所開發軟件的概要描述, 包括主要的業務需求、輸入、輸出、主要功能、性能等，尤其需要描述系統性能需求。2.1。2 運行環境概述對本系統所依賴于運行的硬件,包括操作系統、數據庫系統、中間件、接口軟件、可能的性能監控與分析等軟件環境的描述，及配

3、置要求。2。1.3 條件與限制詳細描述系統所受的內部和外部條件的約束和限制說明。包括業務和技術方面的條件與限制以及進度、管理等方面的限制。2。1。4 詳細設計方法和工具簡要說明詳細設計所采用的方法和使用的工具.如HIPO圖方法、IDEF（I2DEF）方法、ER 圖,數據流程圖、業務流程圖、選用的CASE工具等，盡量采用標準規范和輔助工具。3 系統詳細需求分析主要對系統級的需求進行分析。首先應對需求分析提出的企業需求進一步確認，并對由于情況變化而帶來的需求變化進行較為詳細的分析。3.1 詳細需求分析包括：l 詳細功能需求分析l 詳細性能需求分析l 詳細資源需求分析l 詳細系統運行環境及限制條件分

4、析3.2 詳細系統運行環境及限制條件分析接口需求分析包括：l 系統接口需求分析l 現有硬、軟件資源接口需求分析l 引進硬、軟件資源接口需求分析4 總體方案確認著重解決系統總體結構確認及界面劃分問題.4.1 系統總體結構確認對系統組成、邏輯結構及層次進行確認，對應用系統、支撐系統及各自實現的功能進行確認，細化集成設計及系統工作流程,特別要注意因軟件的引進造成的系統本身結構和公司其他系統的結構變化。包括：l 系統組成、邏輯結構及層次確認l 應用系統結構確認l 支撐系統結構確認l 系統集成確認l 系統工作流程確認4.2 系統詳細界面劃分4.2。1 應用系統與支撐系統的詳細界面劃分應用系統與支撐系統之

5、間的界面包括系統主服務器與其他服務器的服務范圍及訪問方式，網絡及數據庫對應用系統的支撐方式，全局數據的管理與存取方式等.4.2.2 系統內部詳細界面劃分系統各功能之間的界面包括覆蓋范圍，模塊間功能調用涉及到的系統模塊及方法，全局數據格式,系統性能要求等。5 系統詳細設計5.1 系統結構設計及子系統劃分對系統的組成及邏輯結構進行設計前確認。劃分系統功能模塊或子系統（如果有或者有必要，特別是大型的軟件系統)。5。2 系統功能模塊詳細設計按結構化設計方法,在系統功能逐層分解的基礎上，對系統各功能模塊或子系統進行設計。此為詳細設計的主要部分之一。用層次圖描述系統的總體結構、功能分解及各個模塊之間的相互

6、調用關系和信息交互，用IPO圖或其他方法描述各模塊完成的功能。以上建議采用HIPO圖進行功能分解與模塊描述，更高的要求建議采用IDEF0方法進行功能模型設計.詳細設計應用系統的各個構成模塊完成的功能及其相互之間的關系，用IPO或結構圖描述各模塊的組成結構、算法、模塊間的接口關系，以及需求、功能和模塊三者之間的交叉參照關系。每個模塊的描述說明可參照以下格式：模塊編號：模塊名稱:輸入：處理：算法描述:輸出：其中處理和算法描述部分主要采用偽碼或具體的程序語言完成。對詳細設計更高的要求建議用IDEF0圖進行各功能模塊的設計。如果對軟件需進行二次開發（包括功能擴展、功能改造、用戶界面改造等)，則相應的設

7、計工作應該設立子課題完成。5。3 系統界面詳細設計 系統界面說明應用系統軟件的各種接口.整個系統的其他接口（如系統硬件接口、通訊接口等）在相應的部分說明。 5.3。1 外部界面設計 根據系統界面劃分進行系統外部界面設計,對系統的所有外部接口（包括功能和數據接口）進行設計。5。3。2 內部界面設計設計系統內部各功能模塊間的調用關系和數據接口.5。3.3 用戶界面設計規定人機界面的內容、界面風格、調用方式等，包括所謂的表單設計、報表設計和用戶需要的打印輸出等設計。此部分內容可能比較多。6 數據庫系統設計此數據庫設計可單獨成冊，尤其對大型的數據庫應用系統,即有一個單獨的數據庫設計說明書。6.1 設計

8、要求6。2 信息模型設計確定系統信息的類型（實體或視圖)，確定系統信息實體的屬性、關鍵字及實體之間的聯系，詳細描述數據庫和結構設計，數據元素及屬性定義,數據關系模式，數據約束和限制。6.3 數據庫設計6.3。1 設計依據說明數據被訪問的頻度和流量，最大數據存儲量，數據增長量，存儲時間等數據庫設計依據。6。3。2 數據庫種類及特點說明系統內應用的數據庫種類、各自的特點、數量及如何實現互聯，數據如何傳遞。6。3.3 數據庫邏輯結構說明數據庫概念模式向邏輯模式轉換所采用的方法論及工具，完成數據庫概念模式向邏輯模式的轉換.詳細列出所使用的數據結構中每個數據項、記錄和文件的標識、定義、長度及它們之間的相

9、互關系。此節內容為數據庫設計的主要部分。6.3。4 物理結構設計列出所使用的數據結構中每個數據項的存儲要求、訪問方法、存取單位和存取物理關系等。 建立系統程序員視圖，包括：l 數據在內存中的安排，包括對索引區、緩沖區的設計;l 所使用的外存設備及外存空間的組織，包括索引區、數據塊的組織與劃分；l 訪問數據的方式方法6.3。5 數據庫安全 說明數據的共享方式，如何保證數據的安全性及保密性。6。3。6 數據字典 編寫詳細的數據字典.對數據庫設計中涉及到的各種項目,如數據項、記錄、系、文卷模式、子模式等一般要建立起數據字典，以說明它們的標識符、同義名及有關信息。 7 信息編碼設計 7。1 代碼結構設

10、計 確認信息分類編碼總體方案，進行分類代碼結構設計。 7。2 代碼編制 按代碼結構編制信息代碼 8 系統配置 系統軟件硬件配置資源明細及配置方案。這部分針對概要設計相應部分加以補充和 細化,輸出為可操作的具體方案。8。1 配置原則 說明系統的配置原則，如根據目標、需求、資源、階段等的配置，特別需要包括系統的詳細性能需求.8。2 硬件配置 列出開發及運行系統所需要的硬件平臺、工具等，說明采用依據。將各層的硬件及網絡配置方案列出圖及表，并加以說明。8.3 軟件配置 列出開發及運行本系統所需要的軟件平臺（操作系統、數據庫、網絡平臺等)、軟件輔助工具及使用周期，說明采用依據.將系統軟件配置(如網絡管理

11、軟件、數據庫管理軟件、客戶端軟件等)方案列出圖表，并加以說明。9 關鍵技術 關鍵技術指項目所采用的核心技術或技術難點、新技術（如果有的話）。 在詳細設計階段應確認概要設計中關鍵技術的設置，對每一項關鍵技術進一步明 確詳細的解決方案.9.1 關鍵技術的提出 說明關鍵技術提出的原則.9。2 關鍵技術的一般說明 說明關鍵技術的名稱、必要性、技術難點、進度、計劃等（可以用表格).9.3 關鍵技術的實現方案詳細介紹各項關鍵技術的實現方案 .10 系統測試計劃 系統的測試方案及計劃，要求涉及從頂層到底層各模塊。概要設計后期的測試計劃重點放在集成測試，而詳細設計后應該提供詳細的單元測試計劃。 測試計劃和方案

12、部分可單獨編寫成冊。10。1 測試策略 說明系統調試的環境、工具，集成測試的方法(從下而上或從上而下），模塊測試的順序，步驟， 并給出輔助的模塊或驅動模塊及測試用例, 說明這些測試用例的選取原則。10。2 測試方案10。3 預期的測試結果10.4 測試進度計劃11 驗收標準 明確工程驗收辦法及步驟，對涉及到的各項驗收標準、計量標準及質量標準進行說明。12 維護設計 維護設計針對系統運作的一些問題展開，具體條目參照概要設計方案。如果此部分 在概要設計方案中已經足夠詳細并且可操作，在詳細設計里也可省略。12.1 系統的可靠性和安全性 系統在運行可靠性和安全性方面對用戶需求的滿意程度和特殊設計、考慮（如果有的話）。12.2 系統及用戶維護設計 對一般用戶日常維護操作和系統管理的日常維護進行設計,如備份、恢復操作，數據物理安全。12.3 系統擴充系統的功能擴充、容量擴大和可移植性、開放性等方面的說明 。12。4 錯誤處理12.4.1 出錯