機房收費系統(tǒng)完成有幾天了，但總結一直拖到現(xiàn)在才寫，

機房收費系統(tǒng)驗收總結

。驗收的時候師傅幫我提出了很多問題，一共兩個驗收，感覺收獲很。現(xiàn)在來總結驗收的問題與收獲。

    一、收集問題

第一次驗收： 1、卡號問題 “注冊”窗體注冊卡號的時候，當時沒有限制卡號的長度，可以無限的輸入。同理其他的窗體中各個字段也需要相應的限制字符長度。 2、存盤問題 存盤成功之后需要更新數(shù)據(jù)庫的數(shù)據(jù)，而當時我的數(shù)據(jù)庫沒有更新。同理，充值、退卡等窗體也需要更新數(shù)據(jù)庫中相應的字段。 3、退卡問題 退卡成功之后，理應不應充值成功，或上機成功等等。”注冊“窗體中兩個金額應該顯示數(shù)量一致。 4、組合查詢問題 組合查詢應該隨記錄的清空清空所在記錄的表格。

    第二次驗收： 1、金額問題 注冊用戶的時候，在注冊窗體上顯示的金額理應與“基本數(shù)據(jù)設定”窗體上顯示的“最少金額”相一致。 2、用戶級別問題 在"添加和刪除用戶"窗體上選擇好用戶級別以后，在單擊添加按鈕以后，在“添加用戶”窗體中的用戶級別應該是自動選擇了并不能修改的與“添加和刪除用戶”這里選擇的用戶級別相一致。 3、數(shù)據(jù)庫清零問題 退卡后數(shù)據(jù)庫的數(shù)據(jù)應該歸零。 4、下機提醒 在即將下機的時候，可以提醒用戶還有多長時間就會下機，使得用戶做好下機準備。 5、退卡問題 師傅：在退卡的時候，提醒用戶先去下機，以防用戶正在下機。 我：我感覺這里不用提醒，在這里用戶肯定是下機完成之后，他才會去退卡，他不可能不下機就會退卡吧！按照正常的邏輯應該是這樣吧？所以我認為就不用退卡下機提醒了，

電腦資料

《機房收費系統(tǒng)驗收總結》(http://www.lotusphilosophies.com)。 6、結賬邏輯 首先說結賬是管理員結操作員的賬，然后結賬窗體中所有的操作（購卡、充值、退卡、臨時用戶、匯總）都是只對所選的操作員進行操作。再者就是我對各個操作的具體理解。 購卡：該操作員為所有注冊過的卡售卡，但這里只結是此操作員操作過的卡。 其中的信息應該包含（卡號、學號、日期、時間、金額），是用戶給操作員錢。 充值：該操作員可以為所有的購卡用戶充值，但這里只結此操作員售出的卡的 他操作過的充值的卡的賬。是用戶給操作員錢。

    臨時用戶：類似購卡，只結此操作員登記過卡號。是用戶給操作員錢。 退卡：用戶向此操作員申請的退卡，是操作員給用戶錢。 匯總：是管理員匯總此操作員所有的操作的內容，是操作員給管理員錢。 退出 ：是管理員對結賬執(zhí)行的操作。 7、另外，驗收過程中沒有運行成功的功能：選中學生下線、日結報表中刷新操 作。 二、問題分析

    以上這些問題暴露出我自己的最大的問題就是從一開始的時候就沒有將這個系統(tǒng)徹底的分析清楚，自己從一開始拿到這個系統(tǒng)的時候有點著急光顧著從頭開始敲。結果到最后的時候好多涉及到邏輯問題的地方當然就會很亂。這是最重要的原因之一。 另外，出現(xiàn)以上這些問題的原因還有很多方面：窗體名定義問題，數(shù)據(jù)庫的連接有問題（主要針對“對象變量或with塊兒變量未設置”問題），等等大大小小的問題，這些問題之中很多時候是由于自己的代碼寫的不正確，在寫代碼的時候很粗心導致的。 三、分析總結 經(jīng)過機房收費系統(tǒng)的驗收，了解到以后無論做任何程序，首要的事情就是分析清楚用戶的需求。根據(jù)用戶的需求去屢清楚自己的思路邏輯，根據(jù)清晰的邏輯在對癥下藥。一點點的解刨系統(tǒng)程序，一點點的完成系統(tǒng)的各個模塊。最后實現(xiàn)每個模塊的功能，以至完成整個項目工程。