學生宿舍管理系
統概要設計說明書
學院： 資訊工程
班級學號
姓名概要設計說明書
1 引言
1.1 編寫目的
本需求說明書目的在於：將使用者提供的需求描述，系統化、精確化、全面化。從而實現：
1． 便於使用者、分析人員和設計人員進行理解和交流。
2． 支援目標軟體系統的確認。
3． 控制系統進化過程。
4． 為軟體設計、實現、測試等工作提供依據。
5． 完成軟體工程課程期末任務。
1.2 背景
a．待開發的軟體系統名稱：宿舍管理資訊系統；
b．本專案的任務提出者與開發者：孫志弢、陳建元、王熙文；
c．使用者及實現該軟體的計算中心活計算機網路：學校宿舍內部計算機網路；
d．該軟體系統用於完成軟體工程課程期末任務。不足之處，請諒解，並歡迎老師修改與指導。
1.3 定義
1、使用者名稱及口令與使用者分類資訊：存放在乙個資料庫表中，用以判斷該使用者類別。
2、學生使用者資訊管理：是學生使用者使用該系統的許可權的表現，只能檢視處理自己的資訊，以及進行宿舍報修的登記。
3、宿舍管理員使用者：是宿舍管理員使用該系統許可權的表現，可以對學生資訊進行處理，以及對宿舍報修進行登記及刪除。
4、系統管理員使用者：是該系統管理者，具體進行許可權的更改、宿舍管理員使用者的增刪等。
5、宿舍基本資訊：即檔案資訊、存放學號、**、住宿費、床位數等資訊，學生可以查詢，宿舍管理員及系統管理員可以進行修改。
6、學生基本資訊：即檔案資訊，存放學號、姓名、性別、班級、宿舍號、捨長**等資訊。
7、衛生檢查資訊：存放檢查編號、宿舍號、檢查日期、檢查情況等。
8、水電費收費資訊：存放收費編號、宿舍號、收費日期、購買點亮、繳費人、電費等。
9、房屋保修資訊：存放報修編號、宿舍號、報修日期、修理日期、修理人、修理情況等。
10、外來人員登記資訊：存放登記編號、來訪人姓名、來訪日期、被訪人姓名、宿舍號、離開日起等。
1.4 參考資料
1. 張海藩等編，軟體工程（第五版），清華大學出版社，2008
2. 羅福強等編，visual c#.*** ，人民郵電出版社，2009
3. 仝春靈等編，資料庫原理與應用—sql server 2005,中國水利水電出版社，2009
2 總體設計
2.1需求規定
2.2 執行環境
硬體環境：各式台式計算機、膝上型電腦等。
軟體環境：window98/nt/me/2000/xp 並需要資料庫系統dbms的支援。
2.3基本設計概念和處理流程
基本設計框架可用如下類圖表示：
系統類圖說明如下：
（1）工作流說明：
以下是不同工作流所涉及的類：
登陸管理—成員資訊管理：使用者賬戶資訊；
宿舍資訊管理：使用者－帳號資訊－宿舍資訊；
外來人員登記：使用者－帳號資訊－宿舍資訊－學生資訊－外來人員登記資訊；
水電資訊收費登記、水電資訊收費查詢：使用者－帳號資訊－宿舍資訊－水電收費資訊；
衛生檢查資訊登記、衛生檢查資訊查詢：使用者－帳號資訊－宿舍資訊－衛生檢查資訊；
學生入住資訊維護：使用者－帳號資訊－宿舍資訊－學生資訊；
房屋報修資訊處理、房屋報修登記、房屋報修資訊查詢：使用者－帳號資訊－宿舍資訊－房屋報修資訊；
（2）關鍵類的處理說明：
使用者：進行登陸、查詢、修改各項資訊，是系統功能的執行者；
賬戶資訊對使用者的許可權進行定義；
外來人員登記資訊：儲存外來人員登記資訊，並對這些資訊進行新增、刪除、修改、查詢等操作；
水電收費資訊：儲存水電收費資訊，並對這些資訊進行新增、刪除、查詢等操作；
衛生檢查資訊：儲存衛生檢查資訊，並對這些資訊進行新增、刪除、查詢等操作；
學生資訊：儲存學生資訊，並對這些資訊進行新增、刪除、修改、查詢等操作；
宿舍資訊：儲存宿舍資訊，並對這些資訊進行新增、刪除、修改、查詢等操作；
2.4 功能需求與類的關係
本條用一張如下的矩陣圖說明各項功能需求的實現同各類的關係：
2.5 人工處理過程
1.對學生入住資訊的錄入需要人工處理，為每一位學生分配宿舍以及帳號。
2.宿舍的資訊需要人工錄入。
3 介面設計
3.1使用者介面
系統管理人員與宿舍管理人員的使用者名稱多為其員工代號，學生使用者的使用者名稱多位其學號，初始密碼為123456。
若使用者輸入密碼錯誤，系統將會給出密碼錯誤提示。
在使用系統過程中，使用者進行查詢操作時，需要輸入要搜尋的資訊代號，然後會進一步進行功能選擇。
而系統管理人員或宿舍管理人員進行資料修改等操作時，需要輸入要檢視的資訊代號，然後會進一步進行功能選擇。
其餘均為視覺化介面，使用者可以根據系統提示使用滑鼠、鍵盤、觸控螢幕等外部構件進行功能選擇及輸入。
3.2外部介面
本系統採用client/server結構，通過區域網提供服務，學生使用者、宿舍管理人員、系統管理員通過訪問伺服器來實現各種操作，與系統互交。需要至少配備一台需要使用的tcp/ip網路協議作為標準的通訊控制介面中心伺服器。
此外，本軟體與學生學籍管理系統，人事管理系統之間存在資料介面。
需要microsoft sql server 2000或更高版本的dbms的支援。
支援window98/nt/me/2000/xp，c#編譯程式等。
3.3 內部介面
系統使用者分為學生使用者及宿舍管理人員和系統管理員，通過訪問許可權進行區分，系統藉口存有使用者名稱及口令資訊的人事管理系統，不同於使用者按其許可權給與其相關介面。
系統內部又分為系統管理、宿舍管理、房屋報修資訊維護等十二個功能，各部分通過使用者進行功能選擇時的介面進行相互聯絡，藉口於儲存學生資訊、宿舍資訊、外來人員登記資訊等的資料庫。
4 執行設計
4.1 執行模組組合
當使用者不登陸時，系統不支援的功能：
當使用這為宿舍管理人員時，系統通過登陸模組進行使用者選擇，從而支援宿舍管理人員進行相關操作；
當使用這為系統管理人員時，系統通過登陸模組進行使用者選擇，從而支援系統管理人員進行相關操作；
總之按照使用者許可權的不同，開啟響應的不同的系統，給出相應的不同的介面，以供其使用。
4.2 執行控制
此系統需要網路的支援，由於採用c/s結構，故需要伺服器的控制，使用者使用時，通過使用者介面，使用滑鼠、鍵盤等終端的裝置進行執行時的選擇控制。使用者介面再根據不同操作從伺服器請求不同資料，接收並處理後出返回結果於介面上。在傳輸過程中，要通過tcp/ip協議進行工作，因此需要tcp/ip網路協議作為標準的通訊控制藉口。
4.3 執行時間
登陸模組需要進行使用者名稱密碼檢驗以及使用者許可權判斷，可能需要占用一定時間，但應使其響應時間小於0.5秒，查閱資訊、資料修改、刪除資訊等操作需要進行對資料庫的搜尋，故而會占用很大的資源時間，但也應控制在0.5秒以內，要有寫入資料庫操作的功能，應將響應時間控制在0.
2秒以內，其餘操作應將響應時間控制在0.1秒內。
5 系統資料結構設計
5.1邏輯結構設計要點
本系統資料庫存在七種**：宿舍資訊表（dorm）、學生資訊表（student）、衛生檢查表（checkinfo）、水電收費資訊表（charge）、房屋報修表（repair）、外來人員登記資訊表（register）、使用者資訊表（userinfo）;
宿舍資訊表由宿舍號、**、住宿費、床位數、椅子數、桌子數、備註組成，宿舍號為主鍵。
學生資訊表由學號、姓名、性別、班級、宿舍號組成，學號為主鍵。
衛生檢查資訊表有檢查編號、宿舍號、檢查日期、檢查情況、備註組成，檢查編號為主鍵。
水電收費資訊表由收費編號、宿舍號、收費日期、繳費人、電費組成，收費編號為主鍵。
房屋報修資訊表由編號、宿舍號、報修日期、修理日期、報修人、保修情況組成，編號為主鍵。
外來人員登記資訊表由編號、來訪人姓名、來訪日期、被訪人姓名、宿舍號、離開時間備註等，編號為主鍵。
使用者資訊表由使用者名稱、密碼、訪問許可權組成，使用者名稱為主鍵。
5.2 物理結構設計要點
本系統所使用的資料儲存要求為資料庫，各個資料選項都要從資料庫中訪問，訪問單位是**，各個**都設了乙個主索引和若干個普通索引，儲存區域在系統的硬碟內，系統資料要滿足保密性，每位使用者都設定了許可權，只有滿足許可權的使用者才能使用某項資料，需要在使用者輸入口令時，對其許可權進行判斷。
5.3資料結構與程式的關係
說明各個資料結構與訪問這些資料結構的形式
宿舍資訊表（dorm）:
學生資訊表（student）
衛生檢查資訊表
概要設計說明書
1 引言 2 1.1編寫目的 2 1.2專案背景 2 1.3定義 2 1.4參考資料 2 2 任務概述 3 2.1目標 3 2.2執行環境 3 2.3需求概述 3 2.4條件與限制 3 3 總體設計 3 3.1 0層設計概述 3 3.2 1層設計概述 3 3.3 處理流程 3 3.4 總體結構和模組...
概要設計說明書
題庫管理系統 1.引言 1 1.1 目的 1 1.2 定義 1 1.3 參考資料 1 2.軟體範圍 2 2.1 系統主要目的 2 2.2 主要軟體需求 2 2.3 設計約束 限制 2 3.軟體系統結構設計 2 3.1 複審資料流 控制流 2 3.2 軟體體系結構 4 3.2.1 軟體程式結構圖 4 ...
概要設計說明書
v1.0 專案名稱 軟體概要設計說明書 版本號 文件修訂記錄 說明 本文件是以 軟體需求分析說明書 為基礎，進一步就 軟體需求分析說明書 中的功能從計算軟體實現的角度給出的設計描述。即是對需求分析說明書中的功能以計算機軟體設計的角度，對上述功能的實現進行合理的功能模組的劃分 對上述功能模組的所包含的...