概要設計說明書
引言
編寫目的
通過這份概要設計說明書的編寫，從總體上大致的設計機房收費系統，希望米新江教授指出不足之處。
背景
說明：
1. 待開發軟件系統的名稱：機房收費系統
2. 任務提出者：米新江教授
開發者：郗曉勇
用戶：廊坊師范學院全體師生
運行該系統的中心：廊坊師范學院信息中心
定義
暫無
參考資料
《廊坊師范學院機房收費系統意見書》
總體設計
需求規定
輸入：注冊時學生信息保存到數據庫
輸出：日報表、周報表可查看、可打印
運行環境
普通臺式機、WindowsXP操作系統
基本設計概念和處理流程
結構
用一覽表及框圖的形式說明本系統的系統元素（各層模塊、子程序、公用程序等）的劃分，扼要說明每個系統元素的標識符和功能，分層次地給出各元素之間的控制與被控制關系.
功能需求與程序的關系
本條用一張如下的矩陣圖說明各項功能需求的實現同各塊程序的分配關系：
|
一般用戶模塊 |
操作員模塊 |
管理員模塊 |
|
|
學生信息管理 |
√ |
√ |
√ |
|
用戶信息管理 |
√ |
√ |
|
|
賬目管理 |
√ |
√ |
|
|
基本信息管理 |
√ |
人工處理過程
暫無
尚未問決的問題
暫無
接口設計
用戶接口
暫無
外部接口
需要刷卡器與計算機連接（USB）
內部接口
軟件需要通過配置數據源同服務器進行連接
運行設計
運行模塊組合
學生上機、下機、查詢運行學生管理模塊
學生充值、退卡；管理人員核查賬目運行賬目管理模塊
系統設定、用戶管理運行系統管理模塊
運行控制
學生上機、下機、查詢需要進行劃卡，然后操作人員核對后進行相關操作。
學生充值、退卡需要劃卡后操作人員核對后進行相關操作
管理員登錄后進行賬目管理時核對賬目
管理員登陸后對系統或者操作人員進行設定
運行時間。
學生管理模塊在學生信息查詢時占用少量時間，學生上機管理會占用很多時間。
賬務管理模塊需要占用部分時間進行賬目核對以及打印報表
系統管理模塊在修改系統參數，添加、刪除用戶不需要很多時間
系統數據結構設計
邏輯結構設計要點
學生信息
|
字段名 |
數據類型 |
長度（字節） |
|
Card_No |
Char |
10 |
|
Student_No |
Char |
12 |
|
Name |
Char |
10 |
|
Sex |
Char |
2 |
|
Major |
Char |
20 |
|
Grade |
Char |
10 |
|
Class |
Char |
10 |
|
Cash |
Char |
19 |
|
State |
Char |
10 |
|
Remarks |
Char |
100 |
|
Style |
Char |
10 |
|
Register_User |
Char |
10 |
|
Re_Date |
Char |
10 |
|
Re_Time |
Char |
10 |
|
Check_Money |
Char |
10 |
用戶信息
|
User_ID |
Char |
10 |
|
User_Pwd |
Char |
10 |
|
User_Des |
Char |
10 |
|
User_Other |
Char |
10 |
|
User_Name |
Char |
10 |
操作人員工作記錄
|
User_ID |
Varchar |
50 |
|
Enter_Date |
Datetime |
8 |
|
Enter_Time |
Datetime |
8 |
|
Leave_Date |
Datetime |
8 |
|
Leave_Time |
Datetime |
8 |
|
Counter_No |
Varchar |
50 |
|
Remarks |
Varchar |
50 |
|
User_Des |
Char |
10 |
充值記錄
|
User_ID |
Char |
10 |
|
Money |
Money |
8 |
|
Card_No |
Char |
10 |
|
Charge_Date |
Datetime |
8 |
|
Charge_Time |
Datetime |
8 |
|
Remarks |
Char |
50 |
|
Style |
Char |
10 |
退卡記錄
|
User_ID |
Char |
10 |
|
Money |
Money |
8 |
|
Card_No |
Char |
10 |
|
Return_Date |
Datetime |
8 |
|
Reture_Time |
Datetime |
8 |
|
Remarks |
Char |
50 |
基本信息
|
Cost |
Char |
19 |
|
Tempcost |
Char |
19 |
|
Unit_Time |
Char |
10 |
|
Least_Time |
Int |
4 |
|
Prepar_Time |
Int |
4 |
|
Least_Money |
Int |
4 |
報表
|
Remain_Money |
Money |
8 |
|
Charge_Money |
Money |
8 |
|
Use_Money |
Money |
8 |
|
Return_Money |
Money |
8 |
|
Now_Money |
Money |
8 |
|
Date_Check |
Datetime |
8 |
|
Remarks |
Char |
50 |
上機信息
|
Card_No |
Char |
10 |
|
On_Date |
Datetime |
8 |
|
On_Time |
Datetime |
8 |
|
Off_Date |
Datetime |
8 |
|
Off_Time |
Datetime |
8 |
|
Use_Time |
Char |
10 |
|
Use_Cash |
Money |
8 |
|
Computer_No |
Char |
10 |
|
Remarks |
Char |
50 |
|
Name |
Char |
10 |
|
Remain_Cash |
Money |
8 |
物理結構設計要點
由客戶端獲得數據存入服務器，不同權限的操作人員有不同的訪問方式。
數據結構與程序的關系
（明各個數據結構與訪問這些數據結構的形式:）
？？？
系統出錯處理設計
出錯信息
用一覽表的方式說朗每種可能的出錯或故障情況出現時，系統輸出信息的形式、含意及處理方法。
|
錯誤 |
輸出信息的形式 |
含意 |
處理方法 |
|
未能連接數據庫 |
找不到數據庫 |
服務器不連通 |
檢查防火墻 |
補救措施
說明故障出現后可能采取的變通措施，包括：
1. 每天進行數據備份，保證備份即時更新
2. 系統崩潰時重啟系統，可繼續工作
3. 數據丟失，回復已備份的最新
系統維護設計
說明為了系統維護的方便而在程序內部設計中作出的安排，包括在程序中專門安排用于系統的檢查與維護的檢測點和專用模塊。 各個程序之間的對應關系，可采用如下的矩陣圖的形式；
暫無
更多文章、技術交流、商務合作、聯系博主
微信掃碼或搜索：z360901061
微信掃一掃加我為好友
QQ號聯系： 360901061
您的支持是博主寫作最大的動力，如果您喜歡我的文章，感覺我的文章對您有幫助，請用微信掃描下面二維碼支持博主2元、5元、10元、20元等您想捐的金額吧，狠狠點擊下面給點支持吧，站長非常感激您！手機微信長按不能支付解決辦法：請將微信支付二維碼保存到相冊，切換到微信，然后點擊微信右上角掃一掃功能，選擇支付二維碼完成支付。
【本文對您有幫助就好】元
