編號版本《系統名稱》
詳細設計說明書
編寫:(簽名年月日
複查:(簽名年月日
批准:(簽名年月日
目錄第1章引言 2
1.1 編寫目的 2
1.2 系統說明 2
1.3 術語 2
1.4 參考資料 2
第2章軟體結構 2
2.1 軟體結構圖 2
2.2 模組子結構圖 2
2.3 模組清單 2
第3章模組設計 3
3.1 模組1 （識別符號） 3
3.1.1 模組概述 3
3.1.2 功能和效能（1、功能 2、效能） 3
3.1.2.1 （識別符號）功能（ｉｐｏ圖） 3
3.1.2.2 效能 3
3.1.3 輸入/輸出項 3
3.1.3.1 輸入項 3
3.1.3.2 輸出項 3
3.1.4 資料結構 3
3.1.4.1 全域性資料結構 3
3.1.4.2 區域性資料結構 3
3.1.5 演算法 4
3.1.6 限制條件 4
3.1.7 測試計畫 4
3.2 模組2 4
第1章引言
1.1 編寫目的
軟體詳細設計說明書的一般編寫目的可直接引用下面一段話： 「說明乙個軟體系統各個層次中的每個程式（每個模組或子程式）的設計考慮。」 當然，作者可包含一些與問題相關的特殊目的，附於上述一段話的尾部
1.2 系統說明
任務提出單位：
開發單位：
預期使用者：
1.3 術語
序號術語說明性定義
1.4 參考資料
第2章軟體結構
2.1 軟體結構圖
它在兩個層次上描述軟體結構。首先，它包括概要設計階段給出的程式結構，即把概要設計說明書軟體結構圖移植過來。其次，對應於詳細設計階段的模組功能分解任務，而得到模組子結構圖，即模組的內部結構，這是功能分解的結果。
這個抽象層次是必要的。理由有二：（1）在概要設計階段，考慮的功能的」粒度」要粗些，總是忽略某些細節，而在詳細設計階段則必須給出全部細節，這時必會對某些複雜的功能進一步分解； （2）在設計演算法時，會有一些用語方面的考慮。
如：模組規模要適中，模組的單入口單出口等，這樣可能對大模組或入口條件太多的模作進一步細化。
2.2 模組子結構圖
模組子結構圖只對應於在詳細設計階段被分解的模組，而未分解的模組不必有相應的模組子結構圖。子模組清單包括詳細設計階段產生的子模組。
(1 模組內部結構圖
2、子模組清單）
2.3 模組清單
模組清單中包括概要設計階段產生的，還是詳細設計階段產生的模組。
第3章模組設計
3.1 模組1 （識別符號）
逐步給出各個層次中每個模組的過程設計考慮，既包括概要設計階段中得到的模組，又要包括詳細設計階段得到的子模組。對於具體的模組，特別是較低層次的模組或子程式，其很多條目的內容往往與它所隸屬的上一層模組的對應條目的內容相同，在這種情況下，只要簡單地說明這一點即可。
3.1.1 模組概述
給出對該模組一般情況的簡要描述，說明本模組的屬性，如：是否常駐記憶體，是否子程式，是否可重入，有無覆蓋要求，是否併發的等
（1、簡要情況 2、模組屬性）
3.1.2 功能和效能（1、功能 2、效能）
給出用ipo圖表示的模組功能，給出對該模組的全部效能要求，例如，對精度、靈活性、時間特性和空間特性的要求。
3.1.2.1 （識別符號）功能（ｉｐｏ圖）
3.1.2.2 效能
3.1.3 輸入/輸出項
給出每項輸入/輸出資料的特性。包括名稱、識別符號、資料型別和格式，值的有效範圍，輸入/輸出資料介質和資料**等，並給出定義性描述，最好能用類c語言給出型別說明。
（1、輸入項 2、輸出項）
3.1.3.1 輸入項
3.1.3.2 輸出項
3.1.4 資料結構
資料結構，給出全域性的和區域性的資料結構或資料元素（變數）的特性。包括名稱、識別符號、資料型別和格式，值的有效範圍，是僅僅使用，還是有修改/產生動作等，並給出定義性描述，最好能用類c語言給出型別說明。
（1、全域性資料結構 2、區域性資料結構）
3.1.4.1 全域性資料結構
3.1.4.2 區域性資料結構
3.1.5 演算法
演算法，詳細描述模組的演算法，具體的計算公式和計算步驟，給出適當的注釋。演算法用結構化圖式語言表示，推薦三種圖式語言：n－s圖、pad圖和pdl語言。
（ｎ－ｓ 圖、ｐａｄ圖或ｐｄｌ語言）
3.1.6 限制條件
限制條件，列出本程式執行中所受到的限制條件。
（模組的所有限制條件）
3.1.7 測試計畫
測試計畫，說明本模組的單元測試計畫，包括輸入資料、預期結果、驅動模組和承接模組的處理，前置條件。具體要求和格式可參考測試計畫文件規範。
（1、驅動模組和承接模組 2、前置條件
3、測試用例 ―― 輸入和預期結果）
3.2 模組2
詳細設計說明書 模版
軟體需求規格說明書 主要負責該地區各級單位 借款 業務，此次開發的借款管理系統將通過 借款 審核 還款 並提供多種查詢，解決國庫處借款業務需要。自改革開放以來，隨著我國經濟情況的日新月異，越來越好。北京市財政局的日常工作也在黨又快又好的正確指引下，同志們夜以繼日的加班加點努力工作著，取得了一項項可喜...
詳細設計說明書
會議管理系統 設計人 李靜 設計時間 2014 3 26 本文件定義了cool meeting系統的概要設計，使開發人員初步的了解cool meeting系統的功能內容 功能邊界 開發途徑，執行環境等。系統名稱 cool meeting會議管理系統 以下簡稱coolmeeting系統 本專案是為了在...
詳細設計說明書
1 引言 1 1.1編寫目的 1 1.2專案背景 1 1.3定義 2 1.4參考資料 2 2 總體設計 2 2.1需求概述 2 2.2軟體結構 2 3 程式描述 2 3.1功能 3 3.2效能 3 3.3輸入專案 3 3.4輸出專案 3 3.5演算法 3 3.6程式邏輯 3 3.7介面 3 3.8儲...