機房收費系統是做來給機房用的，對於上下機這一塊，就是時間、金錢和卡號之間的聯絡在敲機房之前有乙個屬於自己的邏輯關係，**也就隨之產生。然後在優化階段再加上自己對**的思考，還原生活，業務邏輯是怎麼一回事兒，這塊知識自然而然也就掌握了。
一、上機流程分析
分析：
1）查詢student表，卡號是否使用或存在，否則重新輸入卡號；
2）查詢online表，卡號是否正在上機，否則顯示該卡號已經上機的資訊，並提示重新輸入卡號；設定這一步，避免使用者在上機的時候重號，保證在同一時間這個卡號只被乙個人使用。
3）查詢basicdata表，卡號餘額是否大於最小限制，否則卡號充值；保證上機的時候，卡號不為負。
4）上機成功！查詢student表，在textbox中顯示學生資訊，online表新增上機記錄；
5）查詢student表，判斷卡號餘額是否為0，是否為固定使用者，為0的時候給出提示，並強制下機；臨時使用者則是直接退卡，不再使用。避免卡號餘額為負。（參考周家林同學部落格：《機房收費系統之動態下機功能》）
二、下機流程分析
分析：1）判斷卡號是否為空，否則，重新輸入卡號；
2）判斷卡號是否上機，否則，重新輸入卡號；
3）判斷上機消費時間，判斷使用者型別，
根據上機時間和下機時間來計算，在從basicdata表中查詢單位時間的消費金錢設定來得到消費金額，在line、student表中新增記錄，刪除online表中當前記錄。
4）下機成功。
思考：1、cash放在**？是student表嗎？
答：我們首先想到的是把cash放在student表裡，其實也不完全是，確切的說是和你的卡號繫結在一起的。比如，咱們的飯卡，你可能不想吃飯，讓同學幫忙帶飯，同學就可以拿著你的飯卡去使用，這跟使用者完全沒有關係。學生畢業了，就算是有飯卡，也不能用了，為啥啊？該卡號應經被登出。
2、卡號cash不能為負。
答：在考慮問題的時候，忽略這一點的人不再少數。去網咖消費的時候，時間快到時候，電腦會出現提示顯示餘額不足，請盡快充值。你使用你消費，當然不能為負了，這是常理。在設計系統的時候，是不能忽視的一點。
總結：**源於生活，沒有思考的**是沒有價值的。上下機簡單的兩個按鈕背後的**，咱們深有體會，成功時只需一步，而邁向成功可就需要很多很多的路。心中有路，腳下處處都是路。
機房收費系統 上下機
最近大家都在進行機房收費系統，看大家的部落格，基本上都是先理清思路再實現功能，回想自己當時做的時候就不夠好，只是盲目的敲 卻忽略了方向比努力更重要這個道理，導致最後出現了很多漏洞，於是又重新畫了一遍上下機的流程圖，希望能對以後機房的學習有幫助。上機 只要思路清晰，具體的 實現很簡單。下機 下機需要計...
機房收費系統 上下機
在 上機下機中 主要是要想到所有在上機中可能發生的事件 並作出相應的對策 確保使用者可以成功的上機 下 機。上機 卡號是否位數字，需要判斷卡號是否存在，卡內餘額是否充足，卡號是否正在被使用。首先 查詢資料庫 中的student表 判斷卡號是否存在，且 處於可使用狀態 如果均符合以上要求 那麼就要檢視...
機房收費系統 上下機
前言 這兩個窗體 邏輯基本類似，開始正文 邏輯圖 重要 展示 從下機來說下機時間的確定是乙個承上啟下的作用 basicsql select from basicdata info 連線基本資料表 set basicmrc executesql basicsql,basictext if online...