概要設計說明書
專案承擔部門：
撰寫人（簽名）
：完成日期：
本文件使用部門：
□主管領導
□專案組 □客戶（市場）
□維護人員
□使用者評審人
（簽名）
：評審日期：
批准人（簽名）
：批准日期：
文件修訂記錄
版本編號或者更改記錄編號
*變化狀態
簡要說明（變更內容和變更範圍）
日期
變更人
批准日期
批准人
*變化狀態：a——增加，m——修改，d——刪除
文件審批資訊
序號
審批人
角色
審批日期
簽字
備註
目錄
1引言
...
31.1
編寫目的
...
31.2
專案背景
...
31.3
定義...
31.4
參考資料
... 32
總體設計
...
42.1
需求規定
...
42.2
執行環境
...
42.3
基本設計概念和處理流程
...
42.4
結構...
42.5
功能需求與程式的關係
...
42.6
人工處理過程
...
42.7
尚未解決的問題
... 53
介面設計
...
53.1
使用者介面
...
53.2
外部介面
...
53.3
內部介面
... 54
執行設計
...
54.1
執行模組組合
...
54.2
執行控制
...
54.3
執行時間
... 55
系統資料結構設計
...
65.1
邏輯結構設計要點
...
65.2
物理結構設計要點
...
65.3
資料結構與程式的關係
... 66
系統出錯處理設計
...
66.1
出錯資訊
...
66.2
補救措施
...
66.3
系統維護設計
...
7
概要設計說明書
a.描述編寫軟體需求說明書的目的；
b.說明軟體需求說明書所預期的讀者。
a.待開發的軟體系統的名稱；
b.專案的委託單位、開發單位、使用者和主管部門；
c.該軟體系統與其他系統或其他機構的基本的相互往來關係。
列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。
列出有關資料的作者、標題、編號、發表日期、出版單位，說明能夠得到這些檔案資料的**，可包括：
專案經核准的計畫任務書、合同或上級機關的批文；
專案開發計畫；
需求說明書；
測試計畫；
本文件中各處引用的檔案、資料、包括採用的軟體開發標準或規範，例如《公司資料庫物件命名規範》。
說明對本系統的主要輸入輸出專案、處理的功能效能要求，詳細說明可參見《軟體需求說明書》。
簡要說明對本系統的執行環境（包括硬體環境和支援環境）的規定，詳細說明參見《軟體需求說明書》。
說明本系統的基本設計概念、開發工具和處理流程，處理流程盡量使用圖表的形式。
用框圖的形式說明本系統的系統元素（各層模組、子程式、公用程式等）的劃分，分層次地給出各元素之間的控制與被控制關係，用一覽表的形式扼要說明每個系統元素的標誌符和功能。
要求：1
、明確記述頁面名稱和頁面功能概要頁面。
2、頁面名稱和其它設計書（頁面一覽表，頁面布置，頁面專案定義）是同樣的。
3、頁面之間的變遷，必須記述作為活動的按鈕名稱或者是活動名稱。
4、頁面變遷從左側開始，盡可能從左向右記述變遷。
5、關於處理，聯合其他系統
.系統結束等特殊處理需要記述，對於普通處理不用特別記述。
例：說明在本軟體系統的工作過程中不得不包含的人工處理過程。
說明在概要設計過程中尚未解決而設計者認為在系統完成之前必須解決的各個問題。
說明將向使用者提供的命令和它們的語法結構，以及軟體的回答資訊。一般公司開發的系統中主要是匯出的檔案、自定義的查詢或公式、系統提示資訊等。
說明本系統同外界的所有介面的安排包括軟體與硬體之間的介面、本系統與各支援軟體之間的介面關係。
說明本系統之內的各個元素之間的介面的安排。如單據物件等。
如系統執行中沒有特殊的控制或要求，本節可不填寫。
說明對系統施加不同的外界執行控制時所引起的各種不同的執行模組組合，說明每種執行所歷經的內部模組和支援軟體。
說明每一種外界的執行控制的方式方法和操作步驟。
說明每種執行模組組合將占用各種資源的時間。
見《表設計書》。
用一覽表的方式說明每種可能的出錯或故障情況出現時，系統輸出資訊的形式、含義及處理方法。
錯誤號
錯誤情況
系統輸出資訊
處理辦法
1資料庫無法連線
「請檢查資料庫伺服器和網路是否正常執行，系統將重新登陸」
系統快取現有資料，重新登陸，如正常回到原處理頁面2……
n說明故障出現後可能採取的變通措施，包括：
a.後備技術說明準備採用的後備技術，當原始系統資料萬一丟失啟用的副本的建立和啟動的技術，例如周期性地把磁碟資訊記錄到磁帶上去就是對於磁碟**的一種後備技術；
b.降效技術說明準備採用的後備技術，使用另乙個效率稍低的系統或方法來求得所需結果的某些部分，例如乙個自動系統的降效技術可以是手工操作和資料的人工記錄；
c.恢復及再啟動技術說明將使用的恢復再啟動技術，使軟體從故障點恢復執行或使軟體從頭開始重新執行的方法。
說明為了系統維護的方便而在程式內部設計中作出的安排，包括在程式中專門安排用於系統的檢查與維護的檢測點和專用模組。各個程式之間的對應關係，可採用矩陣圖的形式。
概要設計說明書模板
概要設計說明書 1 引言 1.1 寫目的 闡明編寫概要設計說明書的目的，指明讀者物件。1.2 專案背景 應包括 專案的委託單位 開發單位和主管部門 該軟體系統與其他系統的關係。列出這些資料的作者 標題 編號 發表日期 出版單位或資料 專案經核准的計畫任務書 合同或上級機關的批文 專案開發計畫 需求規...
概要設計說明書
1 引言 1 1編寫目的 說明編寫這份概要設計說明書的目的，指出預期的讀者。1 2背景 說明 a 待開發軟體系統的名稱 b 列出此專案的任務提出者 開發者 使用者以及將執行該軟體的計算站 中心 1 3定義 列出本檔案中用到的專門術語的定義和外文首字母組詞的原片語。1 4參考資料 a 本專案的經核准的...
概要設計說明書
關鍵字 需求分析 xx系統概要設計 說明書目錄 1.文件介紹 1 1.1 文件目的 1 1.2 文件範圍 1 1.3 讀者物件 1 1.4 參考文獻 1 1.5 術語與縮寫解釋 1 2.系統概述 2 3.設計約束 2 3.1需求約束 2 3.2隱含約束 2 4.設計策略 3 4.1擴充套件策略 3 ...