概要設計說明書

概要設計說明書

一． 引言

1． 編寫目的

從該階段開發正式進入軟件的實際開發階段，本階段完成系統的大體設計並明確系統的數據結構與軟件結構。在軟件設計階段主要是把一個軟件需求轉化爲軟件表示的過程，這種表示只是描繪出軟件的總的概貌。本概要設計說明書的目的就是進一步細化軟件設計階段得出的軟件整體概貌，把它加工成在程序細節上很是接近於源程序的軟件表示。

2． 項目背景（略）

3． 定義

在該概要設計說明書中的專門術語有： 整體設計 接口設計 數據結構設計 運行設計 出錯設計 具體的概念與含義在文檔後將會解釋。

4． 參考資料

<軟件工程概論> 李存珠 李宣東 編著 南京大學計算機系出版 2001年8月

二． 任務概述

1． 目標

該階段目的在於明確系統的數據結構和軟件結構，此外整體設計還將給出內部軟件和外部系統部件之間的接口定義，各個軟件模塊的功能說明，數據結構的細節以及具體的裝配要求。

2． 運行環境

軟件基本運行環境爲Windows環境。

3． 需求概述（略）

4． 條件與限制

爲了評價該設計階段的設計表示的「優劣程度」，必須遵循如下幾個準則： 1.軟件設計應當表現出層次結構，它應巧妙地利用各個軟件部件之間的控制關係。 2.設計應當是模塊化的，即該軟件應當從邏輯上被劃分紅多個部件，分別實現各類特定功能和子功能。 3.設計最終應當給出具體的模塊（例如子程序或過程），這些模塊就具備獨立的功能特性。 4.應當應用在軟件需求分析期間獲得的信息，採起循環反覆的方法來得到設計。

三． 整體設計

1．處理流程

系統的整體處理數據流程以下圖：

圖八 整體處理流程圖

2．整體結構和模塊外部設計

模塊是軟件結構的基礎，軟件結構的好壞徹底由模塊的屬性體現出來，把軟件模塊化的目的是爲了下降軟件複雜性，使軟件設計，測試，調試，維護等工做變得簡易，但隨着模塊數目的增長，經過接口鏈接這些模塊的工做量也隨之增長。從這些特性可得出如圖九的一條總的成本（或工做量）曲線，在考慮模塊化時，應儘可能使模塊數接近於圖中的M，它使得研製成本最小，並且應儘可能避免不足的模塊化或超量。

圖九 模塊化與整體成本

3．功能分配

從程序的結構中能夠看出，學生的信息輸入輸出功能是由學生管理系統進行的。課程的信息輸入輸出是由課程管理系統進行的，而班級的信息流動則是班級管理系統進行的。

四． 接口設計

因爲系統的各類內外部接口是經過藉助數據庫開發軟件來實現的，是徹底在數據庫內部操做的，故在此略過此內容。

1． 外部接口（略）

2． 內部接口（略）

五． 數據結構設計

1． 邏輯結構設計

student_Info 學生基本信息表

列名 數據類型 能否爲空 說明 student_ID INT(4) NOT NULL 學生學號（主鍵） student_Name CHAR(10) NULL 學生姓名 student_Gender CHAR(2) NULL 學生性別 born_Date DATETIME(8) NULL 出生日期 class_No INT(4) NULL 班號 tele_Number CHAR(10) NULL 聯繫電話 ru_Date DATETIME(8) NULL 入校時間 address VARCHAR(50) NULL 家庭住址 comment VARCHAR(200) NULL 註釋

class_Info 班級信息表格

列名 數據類型 能否爲空 說明 class_No INT(4) NOT NULL 班號(主鍵) grade CHAR(10) NULL 年級 Director CHAR(10) NULL 班主任 Classroom_No CHAR(10) NULL 教室

course_Info 課程基本信息表

列名 數據類型 能否爲空 說明 course_No INT(4) NOT NULL 課程編號(主鍵) course_Name CHAR(10) NULL 課程名稱 course_Type CHAR(10) NULL 課程類型 course_Des CHAR(50) NULL 課程描述

gradecourse_Info 年級課程設置表

列名 數據類型 能否爲空 說明 grade CHAR(10) NULL 年級 course_Name CHAR(10) NULL 課程名稱

result_Info 學生成績信息表

列名 數據類型 能否爲空 說明 exam_No CHAR(10) NOT NULL 考試編號 student_ID INT(4) NOT NULL 學生學號 student_Name CHAR(10) NULL 學生姓名 class_No INT(4) NULL 學生班號 course_Name CHAR(10) NULL 課程名稱 result FLOAT(8) NULL 分數

user_Info 系統用戶表

列名 數據類型 能否爲空 說明 user_ID CHAR(10) NOT NULL 用戶名稱（主鍵） user_PWD CHAR(10) NULL 用戶密碼 user_DES CHAR(10) NULL 用戶描述

圖十 數據庫邏輯結構圖表

2． 物理結構設計

系統的物理結構具體由數據庫來設計與生成，此處略。

3． 數據結構與程序的關係

系統的數據結構由標準數據庫語言SQL生成。 具體的例如建立系統用戶表格 user_Info的程序用SQL表示就是： CREATE TABLE[dbo].[user_Info]( [user_ID][char](10)COLLATE Chinese_PRC_CI_AS NOT NULL, [user_PWD][char](10)COLLATE Chinese_PRC_CI_AS NULL, [user_Des][char](10)COLLATE Chinese_PRC_CI_AS NULL ) ON [PRIMARY]

六． 運行設計

1． 運行模塊的組合

具體軟件的運行模塊組合爲程序多窗口的運行環境，各個模塊在軟件運行過程當中能較好的交換信息，處理數據。

2． 運行控制

軟件運行時有較友好的界面，基本可以實現用戶的數據處理要求。

3． 運行時間

系統的運行時間基本能夠達到用戶所提出的要求。

七． 出錯處理設計

1． 出錯輸出信息

在用戶使用錯誤的數據或訪問沒有權限的數據後，系統給出提示：「對不起，你非法使用數據，沒有權限！」並且用戶的密碼管理能夠容許用戶修改本身的密碼，不容許用戶的匿名登陸。

2． 出錯處理對策

因爲數據在數據庫中已經有備份，故在系統出錯後能夠依靠數據庫的恢復功能，而且依靠日誌文件使系統再啓動，就算系統崩潰用戶數據也不會丟失或遭到破壞。但有可能佔用更多的數據存儲空間，權衡措施由用戶來決定。

八． 安全保密設計

系統的系統用戶管理保證了只有受權的用戶才能進入系統進行數據操做，並且對一些重要數據，系統設置爲只有更高權限的人員方可讀取或是操做。系統安全保密性較高。

九． 維護設計

因爲系統較小沒有外加維護模塊，由於維護工做比較簡單，僅靠數據庫的一些基本維護