第一篇：考研網詳細設計說明書
[VISI模具網]拉深模具設計詳細教程
拉深的變形特點
1
拉深壓料
1
1
1
拉深力的計算方式
1
拉深模工作部分參數的設定
1
1
1
1
圓筒形工件的拉深
1
1
1
1
1
帶凸緣筒形工件的拉深
1
1
1
1
矩形件的拉深
1
1
1
1
1
1
1
1
1
1
1
1
連續拉深
1
1
1
1
1
1
1
1
1
1
1
1
1
1
第二篇：軟件詳細設計說明書
詳細設計說明書(Procedural Kesign Specification)
一、引言
1. 編寫目的(闡明編寫詳細設計說明書的目的，指是讀者對象) 2. 項目背景(應包括項目的來源和主管部門等)
3. 定義(列出文檔中用到的專門術語定義和縮寫啟的原意。)
4. 參考資料(列出這些資料的作者、標題、編號、發表日期、出版單位或資料來源，可包括：(1)項目的計劃任務書，合同或批文;(2)項目開發計劃;(3)需求規格說明書;(4)概要設計說明書;(5)測試計劃(初稿);(6)文檔所引用的其他資料、軟件開發標準或規范。)
二、總體設計 1. 需求概述
2. 軟件結構(如給出軟件系統的結果圖)
三、程序描述(逐個模塊給出以下的說明) 1. 功能 2. 性能 3. 輸入項目 4. 輸出項目
5. 算法(模塊所選用的算法)
6. 程序邏輯(詳細描述模塊實現的算法，可采用：(1)標準流程圖(2)PDL語言(3)N-S圖(4)PAD(5)判定表等描述算法的圖表。) 7. 接口 8. 存儲分配 9. 限制條件
10. 測試要點(給出測試的模塊的主要測試要求)
第三篇：網上商城購物系統 詳細設計說明書
軟件工程詳細設計說明書
1.引言
1.1編寫目的
編寫詳細設計說明書的目的是為了使開發人員在完成概要設計說明書的基礎上，完成概要設計的各項功能規定;為程序員寫出實際的程序代碼提供依據。它是軟件設計階段所有任務和所有相關人員所需的參考資料。 預期的讀者為系統的開發者、使用者和指導老師。
1.2背景
說明：
(1)開發軟件系統的名稱：網上商城購物系統;
(2)任務提出者：XX;
(3)開發者：計算機科學與技術的小組成員xx;
(4)用戶：XX;
(5)本系統將使用SQLServer2000作為數據庫存儲系統。 1.3定義
(1) Asp(active server pages)是微軟公司推出的一種用以取代CGI的技術，基于目前絕大多數網站應用于windows平臺，asp是一個位于windows服務器端的腳本運行環境，通過這種環境，用戶可以創建和運行動態的交互式的web服務器應用程序以及EDI(電子數據交換);
(2)ADO：ActiveX Data Object, ActiveX 數據對象;
(3)SQL：Structured Query Language。
1.4參考資料
(1)本小組成員撰寫的《概要設計說明書》; (2)本小組成員撰寫的《需求分析說明書》。
2. 系統的結構
根據網上購商城系統的概要設計，本系統按照功能分解，可以分解為前臺管理子系統和后臺管理子系統;前臺管理系統和后臺管理系統又分為幾個小子系統，總的系統結構圖如下：
結構流程圖如下：
3.模塊1(商品查詢)設計說明
3.1模塊描述
商品查詢主要是幫助顧客快速定位到所想了解的商品，達到查詢商品的目的。 3.2功能
完成查詢商品的功能 3.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 3.4輸入項
組合、模糊查詢條件 3.5輸出項
標準的SQL語句，發送設置瀏覽區命令 3.6設計方法(算法)
本部分沒有采用自定義的算法 3.7流程邏輯
3.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 3.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 3.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 3.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 3.12測試計劃
測試要點：測試各種組合、模糊查詢方式。
3.13尚未解決的問題
暫時沒有要解決的問題。
4.模塊2(訂單查詢)設計說明
4.1模塊描述
訂單查詢主要是方便管理員查詢未處理、已處理、已發貨、已結賬的訂單。 4.2功能
完成查詢訂單相關情況的功能 4.3性能
這是經常使用的一個模塊，對性能要求在1-6秒內做出反應。 4.4輸入項
查詢條件 4.5輸出項
標準的SQL語句，發送設置瀏覽區命令 4.6設計方法(算法)
本部分沒有采用自定義的算法 4.7流程邏輯
4.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。
4.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 4.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 4.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 4.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 4.13尚未解決的問題
暫時沒有要解決的問題。
5.模塊3(購物車)設計說明
5.1模塊描述
提供網絡用戶對所選購商品的訂購確定，并選擇商品數量。 5.2功能
提供網絡用戶對所選購商品的訂購確定，并選擇商品數量。
5.3性能
用戶選中所需要購買商品，點擊訂購的商品后出現訂購商品的界面，輸入商品編號、商品價格及訂購數量之后確定，訂單信息就會寫入數據庫完成訂購操作。 5.4輸入項
輸入的數據時用戶執行的各種操作，包括鼠標、鍵盤各項操作。 5.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 5.6設計方法(算法)
本部分沒有采用自定義的算法 5.7流程邏輯
5.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 7
(4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 5.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 5.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 5.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 5.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 5.13尚未解決的問題
暫無
6.模塊4(登錄管理)設計說明
6.1模塊描述
對用戶身份驗證，通過驗證則登入系統。 6.2功能
完成對用戶身份驗證的功能。 6.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 6.4輸入項
輸入用戶名和密碼。 6.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 6.6設計方法(算法)
本部分沒有采用自定義的算法 6.7流程邏輯
6.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個：(1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 6.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 6.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 6.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
6.12測試計劃
登入登錄界面，輸入用戶名和密碼，如果正確則能直接進入后臺管理的界面。否則提示出錯信息。
6.13尚未解決的問題
暫時沒有要解決的問題。
7.模塊5(商品管理)設計說明
7.1模塊描述
實現對站內商品進行劃分類別，定期更新管理商品，進行添加、刪除操作。 7.2功能
完成對商場內的商品的類別劃分、產品的更新、添加及刪除等操作。 7.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 7.4輸入項
商品的名稱。 7.5輸出項
商品的相關信息。 7.6設計方法(算法)
本部分沒有采用自定義的算法 7.7流程邏輯
添加商品
7.8接口 修改商品全選商品清空商品刪除商品 硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 7.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 7.10注釋設計
在代碼部分的適當位置有中文代碼注釋。
7.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
7.12測試計劃
進入后臺管理商品管理的界面，可對商品進行添加、刪除、清空、全選等操作以測試操作是否正常。 7.13尚未解決的問題
在商品管理界面上全選了之后，再按全選按鈕不能取消選定，而是要一項一項地取消選定。
8.模塊6(訂單管理)設計說明
8.1模塊描述
使用戶完成訂購商品的活動 8.2功能
完成用戶對訂購商品的操作功能。 8.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 8.4輸入項
商品名稱 8.5輸出項
商品相關信息 8.6設計方法(算法)
本部分沒有采用自定義的算法 8.7流程邏輯
用戶訂單
8.8接口 訂單處理訂單發貨訂單結賬訂單刪除 硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。 8.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 8.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 8.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。
8.12測試計劃
進入后臺管理商品管理的界面，可對商品進行添加、刪除、清空、全選等操作以測試操作是否正常。 8.13尚未解決的問題
如何處理用戶在購買商品后的金錢支付交易以及確保交易的安全性。
9.模塊7(用戶管理)設計說明
9.1模塊描述
本模塊實現管理員對已注冊用戶的相關信息的管理。 9.2功能
管理員可以對已注冊用戶進行刪除、修改信息、查詢等不同功能。 9.3性能
靈活性：窗口響應絕大部分的快捷菜單和控制面板操作 時間性：響應鼠標單擊時間在2——3秒之間 9.4輸入項
輸入的數據時用戶執行的各種操作，包括鼠標、鍵盤各項操作。 9.5輸出項
輸出是從數據庫中讀取的數據，或錯誤警告信息。 9.6設計方法(算法)
本部分沒有采用自定義的算法 9.7流程邏輯
9.8接口
硬件接口：主要就是TCP/IP層中的網絡接口層
軟件接口：具體來說開發中可能用到的ADO的常用對象有以下幾個： (1)連接對象(Connection)：用來連接數據庫。
(2)記錄集對象(RecordSet)：用來保存查詢語句的返回結果。
(3)命令對象(Command)：用來執行SQL語句或SQL Server的存儲過程。 (4)參數對象(Parameter)：用來為存儲過程或查詢提供參數。
9.9存儲分配
本模塊用ASP在Dreamweaver中進行編碼，直接的內存分配由Dreamweaver運行時分配。 9.10注釋設計
在代碼部分的適當位置有中文代碼注釋。 9.11限制條件
(1)由于本系統的開發是基于瀏覽器B/S結構，所以瀏覽器的語言使用HTML,服務器端的語言使用ASP，開發人員將不能用其他的開發語言(編寫組件除外)。而數據庫也將隨之才用SQL Server2000。
(2)開發人員在編寫代碼的過程中需要嚴格按照軟件工程的要求來進行，以利于接下來的測試而后維護升級。 9.12測試計劃
進入后臺管理訂單管理的界面，分別點擊未處理、已處理、已發貨、已結賬的訂單查看相關情況，對于已結賬訂單可以執行刪除操作。 9.13尚未解決的問題
暫時沒有要解決的問題。
第四篇：軟件詳細設計說明書 學生信息管理系統
XXXX大學
軟件詳細設計說明書
項目名稱： 學生信息管理系統
年 級：
專 業：
班 級：
學 號：
姓 名： 指導教師：
日期： 年 月 日
目 錄
1 引言 ...................................................................... 1 1.1編寫目的 ............................................................. 1 1.2 項目背景 ............................................................. 1 1.3 定義 ................................................................. 1 1.4 參考資料 ............................................................. 1 2 總體設計................................................................... 1 2.1 需求概述 ............................................................. 1 2.2 軟件結構 ............................................................. 1 3 程序描述................................................................... 1 3.1 下面對各模塊的功能，性能，輸入，輸出進行具體描述 ..................... 1 3.2 算法 ................................................................. 6 3.3 程序邏輯 ............................................................. 7 3.4 接口 ................................................................. 7 3.5測試要點 ............................................................. 7
1 引言
1.1編寫目的
軟件詳細設計說明書是對系統架構進行詳細直觀描述，從而完成詳細設計，作為軟件實現的基礎。預期的讀者為本項目開發人員和將來對本項目進行擴展和維護的人員。 1.2 項目背景
項目的委托單位： 主管部門：學校教務處
該軟件系統與其他系統的關系：與學生管理相關聯 1.3 定義
在該概要設計說明書中的專門術語有：總體設計、接口設計、數據結構設計、運行設計、出錯設計，具體的概念與含義在文檔后將會解釋。
1.4 參考資料
《軟件工程導論(第6版)》---- 張海藩，牟永敏 編著 出版社： 清華大學出版社
2 總體設計
2.1 需求概述 2.2 軟件結構
1、總體結構
2、用戶管理模塊結構
3、學生檔案管理模塊結構
4、成績管理模塊結構
3 程序描述
3.1 下面對各模塊的功能，性能，輸入，輸出進行具體描述
1、登錄模塊
● 功能:接受用戶登錄請求，驗證用戶輸入的用戶名、密碼和用戶類型，轉到管理頁面。
1 ● 性能:對用戶登錄請求在1-2秒鐘之內做出響應。
● 輸入項目:用戶名：字符串型
密碼：字符串型 ● 輸出項目:合法：進入管理界面。
非法：重新登陸。
2、總體結構
● 功能:接收登陸模塊傳過來的用戶名，驗證用戶名的類型。
● 性能:界面的狀態欄顯示：聯系方式、登陸時間、當前操作用戶名和用戶類型。 ● 輸入項目:用戶名：字符串型。
● 輸出項目:用戶名：字符串型(在狀態欄)
用戶類型：字符串型(在狀態欄)
登陸時間：字符串型(在狀態欄)
3、系統管理模塊
● 功能:
1、添加新的用戶名、密碼;
2、修改任何用戶(包括學生)密碼。
● 性能:
1、用戶名、密碼和密碼確認和用戶類型(單選按鈕);
2、舊密碼，新密碼和新密碼確認。
● 輸入項目:
1、用戶名、密碼和密碼確認和用戶類型(單選按鈕);
2、舊密碼，新密碼和新密碼確認。
● 輸出項目:
1、(對話框)添加成功，跳轉到詳細信息添加頁面;
2、(對話框)密碼修改成功，請重新登陸;跳轉到登陸頁面。
4、用戶管理模塊
● 功能:
1、向數據庫中添加新用戶信息;
2、用戶信息的管理，包括：修改、刪除、查詢;
3、查詢用戶信息，包括：精確查詢、模糊查詢。 ● 性能:
1、沒有添加新用戶，不能添加用戶信息;
其它無特殊要求。
● 輸入項目:
1、用戶名：字符型(新添加用戶時傳過來的，不能更改，本頁也不能添
加)
姓名：文本型 所學專業：文本型
性別：文本型 政治面貌：文本型 學歷：文本型 身份證號：字符型
職稱：文本型 所在院系：文本型
民族：文本型 電子郵箱：字符型
學位：文本型 固定電話：字符型
職位：文本型 移動電話：字符型
備注：文本型 所教專業：文本型
工作時間：日期型 教師資格證書號：數值型
2、與1相同
3、精確查找 用戶名：文本型
4、模糊查找
姓名：文本型 所在院系：文本型
性別：單選按鈕
● 輸出項目:合法：顯示出用戶信息管理頁面 非法：重新添加、查詢
5、院系管理模塊
6、學生檔案管理模塊
● 功能:
1、向數據庫中添加學生信息;
2、學生信息管理，包括：修改、刪除、查詢;
3、學生信息查詢，包括：精確查詢、模糊查詢。
● 性能:無特殊要求。
● 輸入項目:
1、學生檔案添加
姓名：文本型 初始密碼：字符型
學號：數值型(數據庫自動增加) 政治面貌：文本型
3 性別：文本型 出生日期：日期型
民族：文本型 畢業院校：文本型
郵編：數值型 家庭住址：文本型
身份證號：字符型 入學時間：日期型
固定電話：字符型 移動電話：字符型
備注：文本型 所在班級：文本型
2、學生檔案管理
與1相同
3、精確查找
學號：數值型
4、模糊查找
姓名：文本型 性別：單選按鈕
● 輸出項目:合法：顯示出學生信息管理頁面
非法：重新添加、查詢
7、課程管理模塊
● 功能:
1、向數據庫中添加基本課程信息;
2、基本課程管理，包括：修改、刪除、查詢;
3、向數據庫中添加班級選課信息;
4、班級選課管理，包括：修改、刪除、查詢;
5、課程查詢，包括：基本課程查詢(精確查詢和模糊查詢)、班級選課查詢(精 確查詢和模糊查詢)。 ● 性能:無特殊要求。
● 輸入項目:1.1、基本課程設置
基本課程編號ID：數值型 課程名稱：文本型
任課老師ID：文本型 學分：數值型
課程類型：文本型 年級：文本型
課程學期：日期型 專業ID：數值型
院系ID：數值型 備注：文本型
1.2、基本課程管理
與1.1輸入相同
2.1、班級選課設置
選課ID：數值型 課程名：文本型
班級ID：數值型 班級名：文本型
備注：文本型 任課老師ID(用戶名)：字符型 2.2、班級選課管理
與2.1輸入相同
3.1、基本課程查詢 3.1.
1、精確查找
基本課程ID：數值型
3.1.2、模糊查找
任課老師：文本型 課程名：文本型
3.2、班級選課查詢 3.2.
1、精確查找
基本課程ID：數值型
3.2.2、模糊查找
任課老師：文本型 課程名：文本型
● 輸出項目:合法：顯示出基本課程管理或班級選課管理界面 非法：重新添加、查詢
8、成績管理模塊
● 功能:
1、向數據庫中添加課程成績信息;
2、課程成績管理，包括：修改、刪除、查詢;
3、課程查詢，包括：精確查詢(按學號查找和按課程號查找)和模糊查詢(按
姓名查找和按課程名查找)。
● 性能: 無特殊要求。 ● 輸入項目:
1、學生成績添加
學號：數值型 課程ID：數值型
分數：數值型 課程類型：文本型
考試時間：日期型
2、學生成績管理
與1相同
3、學生成績查詢
3.1、精確查找
按學號查找 學號：數值型 按課程號查找 課程號ID：數值型
3.2、模糊查找
按姓名查詢 姓名：文本型 性別：單選按鈕選擇
按課程名查詢 課程名：文本型
● 輸出項目:合法：顯示出課程成績管理界面
非法：重新添加、查詢 3.2 算法
登錄模塊：表示層接收數據傳到業務邏輯層，業務邏輯層與數據庫中的數據做比較。 總體結構
系統管理模塊：
1、表示層接收數據傳到業務邏輯層，業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層，業務邏輯層將數據判斷后存入數 據庫中。
用戶管理模塊：
1、表示層接收數據傳到業務邏輯層，業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層，業務邏輯層將數據的用戶名與數
據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層，業務邏輯層按要去進行數據查詢。
院系管理模塊
學生檔案管理模塊：
1、表示層接收數據傳到業務邏輯層，業務邏輯層將數據存入數據
庫中;
2、表示層接收數據傳到業務邏輯層，業務邏輯層將數據的學號與
數據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層，業務邏輯層按要去進行數據
查詢。
6
課程管理模塊：
1、表示層接收數據傳到業務邏輯層，業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層，業務邏輯層將數據的課程ID與數
據庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層，業務邏輯層按要去進行數據查詢。
成績管理模塊：
1、表示層接收數據傳到業務邏輯層，業務邏輯層將數據存入數據庫中;
2、表示層接收數據傳到業務邏輯層，業務邏輯層將數據的學號與數據 庫中的比較后進行管理操作;
3、表示層接收數據傳到業務邏輯層，業務邏輯層按要去進行數據查詢。 3.3 程序邏輯
登錄模塊
總體結構
系統管理模塊 用戶管理模塊 院系管理模塊
學生檔案管理模塊 課程管理模塊
成績管理模塊 3.4 接口
● 存儲分配
● 限制條件
1、軟件資源:Window xp操作系統或更高以上操作系統, VS.net編程軟件和SQL數據開發維護軟件。
2、硬件資源：具有VS.net應用軟件計算機三到五臺,具有SQL應用軟件運行服務器一臺。 3.5測試要點
測試工件為四個階段：單元測試、組裝測試、確認測試、系統測試。
7 單元測試：采用白盒法和黑盒法相結合的方法，對于邏輯結構復雜的模塊采用白盒法，對于以輸入、輸出為主的模塊采用黑盒法測試，以提高測試的效率。
組裝測試：自底向上的增式測試。
確認測試：由用戶參與按需求規格說明書驗收。 系統測試：采用人工測試方法。
(1) 系統環境模塊測試。為了檢測系統環境模塊，數據連接是否正確，數據能否正確，并進行仔細核對。
(2)基本信息模塊測試。因為基本信息模塊是本系統的一個重要模塊，本模塊能否正確運行關系到系統設計成敗的關鍵，所以有必要專門對這個之模塊進行嚴格的測試，以彌補設計過程中的不足，及早發現和修改問題。
(3) 查詢模塊測試。因為所有的數據庫管理軟件設計的目的之一都是為了人們提供快捷方便的數據查詢功能，查詢設計的是否合理和正確是系統的又一關鍵之所在。
8
第五篇：四通設計師工作流程詳細說明
1. 店面接待來訪客戶： 1) 主動迎接，致意。
2) 尋問裝修意向;登記客戶信息《客戶登記表》;介紹公司優勢;展示宣傳圖片;
3) 如客戶裝修意向明確，即根據客戶要求，到現場量房，給出裝修概算(3日內)，或根據溝通情況給出(最多)一張效果圖。 4) 客戶確認裝修概算后，如進一步要求繼續設計，應向客戶收取設計定金，填寫《收款收據》并向客戶做出明確解釋。 5) 客戶交納設計定金后，與客戶約好看方案時間，全面展開設計。 2. 現場量房：
1) 詳細填寫《量房登記表》
2) 按約定時間提前到達量房現場。如果是業務員發展的客戶，應先與業務員接洽，交接客戶登記信息(任務交接單)，了解客戶的基本情況后，共同量房。
3) 現場了解、記錄客戶要求，交流設計構思，全面測量房間實際尺寸。
4) 約定看方案時間(3-7日內)。 3. 完成設計方案
1) 向設計部主管登記設計任務。 2) 填寫《客戶信息登記表》，根據客戶分析，進行方案設計和預算報價。
3) 根據客戶要求，在限定時間內完成相應的設計效果圖，工程預算，工程施工圖。
4) 設計方案與客戶見面前先送設計部主管審核。
5) 主動與客戶聯系，約定時間，請客戶來公司設計部洽談設計方案。
6) 送走客戶后，4小時內向設計部主管匯報洽談結果。 4. 簽訂裝修合同
1) 設計方案送設計部主管審核合格后，與客戶約定簽合同時間。合同簽訂地點為公司設計部。
2) 合同簽訂時務必與客戶明確開工日期(一般控制在三日后，七日內);告知客戶開工前應做的準備工作;督促客戶于材料進場前必須交納工程首期款。
3) 簽訂合同同時，應讓客戶在效果圖、施工圖、預算報價、合附 加條款上簽字。并將合同文本交財務部存檔，將效果圖、施工圖、預算報價按實際需要數量，填寫《**工程開工通知單》，一并交到工程部。
4) 準備現場展板。
5. 主持施工的現場交底、放線(施工監理組織)
與施工監理(或工長)約定時間到施工現場交底、放線。設計師應跟工長明確如下事項：
1) 講明設計意圖和重點部位的設計要求。 2) 講明色彩、風格和裝飾效果要求。
3) 講明對材料的具體使用要求，包括對甲方提供的材料。 4) 交底完成后在《現場交底紀錄》簽字確認。 6. 跟蹤施工過程
1) 對施工人員反映的影響到施工的設計問題4小時內做出反應，24小時到達現場協助解決，填寫《施工跟蹤單》。跟蹤單24小時內上交設計部主管。
2) 主持施工中的設計變更，與甲方確認變更后的圖紙、報價、工期(變更部分須有甲方簽字為有效)。
3)協調客戶關系，協助施工監理向客戶催繳工程中期款和尾款。