經過了三周的時間將機房收費系統完結了。回頭想想總結是必不可少了的，首當其衝的就是對機房收費系統的全域性觀，在剛開始要達到：機房收費系統是幹什麼用的？每個窗體的功能是什麼？如何把所有的功能聯絡在一起？介面是怎麼設計的？等等。就以我為例，展示一下我是怎麼思考，怎麼一步步實現它的功能。
一、接受
公尺老師借用李嘉誠的話：「富人=接受+了解！」，作為乙個對現階段的我來說，機房收費系統是乙個陌生人，所以我們要去接受「她」，然後了解她，讓她成為我們的合作夥伴，馬雲在數博會上說：「不管自己有多強大，都要思考如何讓員工更強大，讓客戶更強大，讓合作夥伴更強大。」
機房收費系統就是這樣，她是我的合作夥伴，因為她強大，所以我會更強大！
二、分析
這張導圖就是機房收費系統的整體大框架，其實就是乙個分許可權的管理系統，說明白是就是
低許可權的使用者的所有功能都能被高許可權的使用。可以看出有三個管理許可權：一般、操作員、管理員。他們的關係如上如一樣，管理員許可權》操作員許可權》一般使用者許可權。
知道了框架之後就要向這個系統進軍了，就要有一條上機的思路，要
明確自己先幹什麼，後幹什麼。所以我用word畫了乙個流程圖，通過這個流程圖，來理解乙個機房、網咖是怎麼運作的。去過網咖的同學可能對這些流程熟悉，不過沒去過的也不要怕。
從圖中看出我的主路線是：
登陸→註冊→充值→上機→下機→退卡→結賬。
首先就是要登陸系統，由於賬號的許可權不同，所以最後登陸後的功能也不一樣。
接著是註冊和充值，一般使用者的許可權達不到就直接跳過了，而管理員和操作員可以。
然後是上下機，使用者都可以操作，同時還可以充值記錄、上機狀態、上機記錄檢視。
接著是退卡，
一般使用者的許可權達不到就直接跳過了，
而管理員和操作員可以。
最後是結賬，只有管理員許可權可以。
其中還有一些細節沒有展示出來。
說的有些囉嗦，不過事實就這樣的。
三、建模
就現在的我來看，我的建模方式還和學生一樣：
按照思路，由簡到繁，從主線伸展知識網。
1.登陸窗體構建
2.mdi窗體構建
3.一般使用者功能構建
4.操作員功能構建
5.管理員功能構建
6.所有模組聯合
具體的構建的方法在
以後的部落格中介紹。
四、小結
通過理解機房收費系統，我覺得我接受了乙個新的分許可權的系統，對我以後的思考有了很好的提公升。
其次是我發現了自己的乙個操作都會牽連到資料的改變，我覺得我要認真的操作。最後通過畫流程圖讓我有了更好的思路，為我繼續學習奠定了基礎。
如有錯誤，望大神斧正！
機房收費系統 資料庫
1 號建完機房收費系統的表,共 9個,至於日後是否需要增加表來完善該系統 待分析 通過分析各個窗體的功能 我基本明白了各個表之間的聯絡 各窗體與表之間的關係如圖 並按照增刪改查的基本思想初步進行了分類.如有需改正的地方 還望批評指正.說起建立資料庫 雖然師傅對我們要求不是那麼嚴格 但是我想在這裡弱弱...
重建機房收費系統資料庫
本來這次想偷懶，不想對資料庫有什麼改動，但是由於正跟著另乙個專案，得到了些啟發，想在機房系統上試試，有不足之處，還希望各位多多指教。這次把資料庫重新整合了一下，剩下了7個表，大概的結構用列表的形式表示出來，是這樣的 把登錄檔分開了，變成了兩個表 卡表和學生表卡表 卡號學號 餘額日期 時間充值教師 狀...
機房收費系統的資料庫設計
這次機房收費系統的資料庫設計與上一次有很大不同,之所以會引起不同,是因為遵循了資料庫設計第三正規化。什麼是資料庫設計第三正規化在我以前的文章中有所體現，資料庫設計第三正規化 我們先來看看前後的不同之處 第一次共有10張表 結賬資訊，基本資料，上下機記錄，退卡資訊，正在上機資訊，正在工作老師資訊，充值...