設計2010-3-24
目錄1． 引言 4
1.1 編寫目的 4
1.2 專案背景 4
1.3 術語定義 4
1.4 參考資料 4
2． 系統結構 4
3． 身份驗證模組設計說明 4
3.1 模組描述 5
3.2 功能 5
3.3 輸入項 5
3.4 輸出項 5
3.5 設計方法 5
3.6 流程邏輯 5
3.7 介面 6
3.8 注釋設計 6
3.9 限制條件 6
3.10 尚未解決的問題 6
4． 使用者管理模組設計說明 7
4.1 模組描述 7
4.2 功能 7
4.3 輸入項 7
4.4 輸出項 7
4.5 設計方法 7
4.6 流程邏輯 8
4.7 介面 10
4.8 注釋設計 10
4.9 限制條件 10
4.10 尚未解決的問題 10
1． 引言
1.1 編寫目的
● 闡明編寫詳細設計說明書的目的；
● 指出該設計所針對的讀者物件。
1.2 專案背景
● 待開發系統的名稱；
● 列出本專案的任務提出者、開發者、使用者。
1.3 術語定義
列出本文件中所用到的專門術語的定義，必要時還要給出這些定義的英文原文及縮寫詞。
1.4 參考資料
列出相關資料的作者、標題、編號、發表日期、出版單位或資料**。
2． 系統結構
給出系統的結構框圖，包括軟體結構、硬體結構框圖。用一系列圖表列出系統內的每個模組的名稱和它們之間的層次結構關係。
如：3． 使用者登入模組設計說明
從本節開始，逐個地給出各個層次中的每個程式的設計考慮。以下給出的提綱是針對一般情況的。對於乙個具體的模組，尤其是層次比較低的模組或子程式，其很多條目的內容往往與它所隸屬的上一層模組的對應條目的內容相同，在這種情況下，只要簡單地說明這一點即可。
3.1 模組描述
給出對該基本模組的簡要描述，主要說明安排設計本模組的目的意義，並且，還要說明本模組的特點。
對使用本軟體的使用者進行有效性驗證。
3.2 功能
說明該基本模組應具有的功能。
對使用者進行有效性驗證，如果通過身份驗證，則使用者登入系統進行相關操作；如果沒有通過身份驗證，則等待輸入正確的驗證資訊再次登入。
3.3 輸入項
給出每乙個輸入項的特性。
使用者名稱：長度不超過10個字元，必輸項
密碼：長度不超過8個字元，必輸項
3.4 輸出項
給出每乙個輸出項的特性。
沒有通過身份驗證，輸出「您輸入的使用者名稱或密碼有錯誤，請重新輸入！」。
3.5 設計方法
對於軟體設計，應詳細說明本程式所選取的演算法，具體的計算公式及計算步驟。
對於硬體設計，應詳細說明本模組的設計原理、元器件的選取、各元器件的邏輯關係，所需要的各種協議等。
頁面設計：
採用2個label控制項，分別顯示：使用者名稱、密碼；
採用2個textbox文字框，用於輸入使用者名稱、密碼，要求密碼輸入框為密碼輸入格式；
採用1個button按鈕，顯示：登入；
身份驗證方法：
（1）通過驗證控制項校驗使用者名稱、密碼輸入框非空；
（2）通過button按鈕的click事件驗證輸入的使用者名稱、密碼是否與使用者表t_user中的userid和pwd一致。
3.6 流程邏輯
用圖表輔以必要的說明來表示本模組的邏輯流程。（即流程圖）
3.7 介面
說明本模組與其他模組間的邏輯連線方式，說明涉及到的引數傳遞方式。
針對本系統，你可以把如何跳轉到本模組（比如說選單）當作介面來寫，以及該模組如何退出或跳轉到其他模組。
如果身份驗證通過，則頁面跳轉至系統主頁面，根據使用者許可權，進行不同的操作：「系統管理員」可操作使用者管理模組；「學院管理人員」可操作所有模組；「教務人員」可操作專業管理、課程管理和成績管理模組；「學工人員」可操作班級管理、學生管理模組。
如果身份驗證沒有通過，則停留在當前頁面，等待使用者重新輸入。
3.8 注釋設計
說明安排的程式注釋。
對身份驗證步驟進行必要的注釋。
3.9 限制條件
說明本模組在執行使用中所受到的限制條件。
使用者的許可權控制。
3.10 尚未解決的問題
說明在本模組的設計中尚未解決的而設計者認為在系統完成之前應該解決的問題。
無4． 使用者管理模組設計說明
4.1 模組描述
對使用本系統的使用者基本資訊進行新增、修改、刪除等操作。
4.2 功能
新增使用者資訊：記錄新使用者的基本資訊，如：使用者名稱、密碼、許可權等。
修改使用者資訊：對已存在使用者的基本資訊進行修改。
刪除使用者資訊：刪除不再使用本系統的使用者資訊。
查詢使用者資訊：查詢符合條件的使用者資訊。
4.3 輸入項
使用者名稱：長度不超過10個字元，必輸項，作為使用者登入名使用。
密碼：長度不超過8個字元，必輸項。
使用者姓名：長度不超過8個字元，必輸項。
許可權：從使用者許可權表t_role中選取任一許可權資訊，必輸項。
4.4 輸出項
新增、修改使用者資訊時，如果輸入的使用者名稱重複，將輸出「該使用者名稱已存在，請重新輸入！」。
新增、修改使用者資訊成功後，將輸出「操作成功！」。
刪除使用者資訊前，將輸出確認資訊「您是否確定要刪除？」。
如果不能查詢到滿足條件的使用者資訊，將輸出「沒有你要查詢的使用者資訊！」。
4.5 設計方法
頁面設計：
（略）演算法設計：
◆ 新增使用者資訊：
（1） 通過驗證控制項校驗必輸項非空。
（2） 通過button按鈕的click事件：
驗證使用者名稱是否重複，如果重複，則給出提示資訊。
將使用者資訊寫入使用者表t_user，並給出提示資訊。
◆ 修改使用者資訊：
（1） 通過驗證控制項校驗必輸項非空。
（2） 通過button按鈕的click事件：
驗證使用者名稱是否重複，如果重複，則給出提示資訊。
將修改後的使用者資訊寫入使用者表t_user，並給出提示資訊。
◆ 刪除使用者資訊：
（1） 刪除前給出確認資訊「您是否確定要刪除？」，以防止使用者誤刪除記錄。
（2） 刪除使用者表t_user中的使用者資訊，並給出提示資訊。
◆ 查詢使用者資訊：
（1）根據輸入的查詢條件，作模糊查詢。
4.6 流程邏輯
新增使用者資訊
修改使用者資訊
刪除使用者資訊
查詢使用者資訊
4.7 介面
使用者登入系統後，可通過單擊「使用者管理」鏈結，開啟使用者管理操作頁面。單擊「使用者管理」頁面上的「新增新使用者」超連結，即可開啟新增使用者資訊的頁面，進行操作；單擊「使用者管理」頁面上的「查詢」按鈕，即可查詢使用者資訊；單擊 「修改」超連結，即可開啟修改使用者資訊的頁面，對記錄進行修改；單擊「刪除」超連結，即可刪除使用者資訊。
4.8 注釋設計
對使用者資訊的增、刪、改、查操作的實現**進行必要的注釋。
4.9 限制條件
使用者的許可權控制。
4.10 尚未解決的問題無
學生資訊管理系統詳細設計
學生資訊管理系統詳細設計 楊友元 一引言1.1 設計目的 1.2 背景 二總體設計 三模組設計 3.1 系管理 3.1.1 資料管理 3.1.2 模糊查詢 3.1.3 資料字典 3.2 班級管理 3.2.1 資料管理 3.2.2 模糊查詢 3.2.3 資料字典 3.3 學生管理 3.3.1 資料管理...
軟體工程實驗學生資訊管理系統詳細設計
攀枝花學院實驗報告 實驗課程 軟體工程試驗實驗專案 專案詳細設計實驗日期 2013.5.1 系 數學與計算機學院班級 軟體工程姓名 馮斌學號 201010804004 指導教師 馮偉成績 實驗目的 1 掌握結構化程式設計的基本概念與技術 2 掌握物件導向程式設計的基本概念與技術 3 了解良好的編碼規...
學生資訊管理系統設計報告
學生管理資訊系統 一 分析 一 開發背景 學校主要有總務處 政教處 教導處。其中教導處的工作最為繁重，工作人員多，資訊量大。處理的資訊主要有 學生資訊 成績資料 課程資訊。本系統主要著眼以上部分，建立資料庫以及對資料的各種操作功能。對於學生資訊，各班的班主任及學校領導由於各種分類和了解的需要，經常性...