java培訓(xùn)的心得體會范文(編輯修改稿)
2024-09-15 21:16 本頁面
【文章內(nèi)容簡介】 這個項目的練習(xí)，就要走上實際的工作 崗位了，如果這個系統(tǒng)還達不到實際應(yīng)用系統(tǒng)的標準，學(xué)員練習(xí)過后也還是達不到企業(yè)實際的需要，那么這個培訓(xùn)應(yīng)該說質(zhì)量就不高了。理想的狀況是這個項目就是實際項目，到時候?qū)W員就業(yè)到另外一個公司，不過是換個地方干活而已，完全沒有技能上的問題。 java 培訓(xùn)的心得體會范文 4 這個學(xué)期的最后兩周是學(xué)校安排的 Java 實訓(xùn)課程，主要地點是在機房，這次我們?nèi)蝿?wù)是作一個網(wǎng)吧計費管理系統(tǒng)，該系統(tǒng)實現(xiàn)的功能主要有上下機管理，機器維護和管理，卡維護管理，登錄界面設(shè)計等，我們這次主要以組的形式分工合作的方式來完成這個項目，與此同時，我也很 榮幸的擔(dān)當?shù)囊粋€項目組的組長，自然要做的東西要比普通同學(xué)要多一些 ! 那么在這次完成項目中，我們做了那些工作，有從中得到了那些經(jīng)驗?zāi)?? 任務(wù)分配 由于這次項目是團隊性的工作，所以在開工前我們一定要分配好任務(wù)，布置好環(huán)境，讓一些公用的東西統(tǒng)一起來，所以開工前的分配工作非常重要，雖然這僅僅是一個小的程序，但是卻能從中體驗出來我們的團隊合作性 ! 我們的設(shè)計方案與測試心得 1)登錄功能： 登錄功能是一個程序的主入口，雖然從程序上來看并不是很復(fù)雜，但是確實一個程序的價值的最有力度的體現(xiàn)，雖然我們這個界面通過了老 師的測試，但是，古人云：文好題一半，正是這個道理，所以必要的界面風(fēng)格還是需要的，這讓我們知道，在以后的編程實際中，值最求質(zhì)量的同時，審美觀還是要重視的，畢竟程序不是做給自己用的 ! 2)上下機管理： 這是整個程序最難的部分，所以在編程前一定要有充分的準備，我們專門設(shè)計了一個草圖，給出數(shù)據(jù)庫的具體定義形式，并嘗試用各種方案實現(xiàn)預(yù)期效果，最終選出的參考設(shè)計方案 !盡管如此，在測試中還是出現(xiàn)了許多的問題，比如下機中途出現(xiàn)下機失敗現(xiàn)象，導(dǎo)致測試不能很好的繼續(xù)進行，雖然我們之前已對此做出了大量的測試工作，但是也未能很好的 發(fā)現(xiàn)代碼中的問題，這點讓我們真正了解到，學(xué)習(xí)一定要投入，編碼與測試也一樣，不能三心二意，測試的工作設(shè)置比編碼更為的重要 !所以在以后的編程中一定要注意此類問題，一定要專心 ! 3)用戶管理： 該功能在測試順利通過，盡管如此，我們在最初設(shè)計時候產(chǎn)生過一個爭議的話題，要不要一個超級管理員 ?這個功能最要管理的對象是針對管理員的，與卡管理是不同的，所以這一點是非常重要的，更具測試用例上，這一點并沒有提及，但是從實際情況考慮，普通用戶不可以刪除和添加普通用戶的，這一個設(shè)計也并不是太難，當初的設(shè)想是，在建立用戶表時給出一個 rype 字段，專門存放用戶類型信息，該用戶登錄窗體時，檢索數(shù)據(jù)庫表中的 type 字段的值是否為管理員，如果是，添加用戶管理功能，否者不讓用戶管理在列表中顯示 !但是由于某些原因，再后來設(shè)計的時候把他忘記了，通過這一點可以看出，在學(xué)習(xí)中要學(xué)會舉一反三，老師給的測試用例只不過是對我們功能的基本檢測，我們不能僅限于次，故我們一定要打開我們的思維，充分的發(fā)揮我們的想象，無論功能能否實現(xiàn)，最重要的是我們嘗試了 !還有就是善于總結(jié) ! 4)機器維護： 主要功能是添加機器，這個和添加用戶雷同，在這里不做闡述 ! 5)卡管理： 正如上面所說，與用戶管理不同的是，他們的管理對象是不同的，要突出說明的是：卡管理中需包含金額等信息，這將在統(tǒng)計管理，上下機管理中都有很大的用處，由于該功能是我親自完成，我會在下文中重點介紹，故這里不做闡述 6)統(tǒng)計管理： 主要實現(xiàn)功能是統(tǒng)計某個時間段的總消費金額，總的上機時間等信息 !在測試中發(fā)現(xiàn)了許多的問題，比如：時間輸入為 20。 12。 32 不符合日期的規(guī)范，這里沒有做出檢查，這點讓我們知道了在編程過程中定要認真的思考分析，在測試中仔細的檢查，同時也給了我們更深入地了解了編程的關(guān)鍵 ! 7)參數(shù)設(shè)計： 該功 能主要是實現(xiàn)網(wǎng)吧計費所用到的費率問題而設(shè)計的。在測試中，我們發(fā)現(xiàn)了一點的錯誤，就是在輸入?yún)?shù)的時候發(fā)現(xiàn)小數(shù)輸入形式的驗證問題，這一點其實是我們的馬虎，因為在做卡管理時設(shè)計了一個方法是數(shù)字驗證的，卡號當然不能出現(xiàn)小數(shù)點，而在做統(tǒng)計管理設(shè)計和費率調(diào)整時，為了方便，就直接從方法中調(diào)用了該方法，從而沒有過多的去思考，這也是測試失敗的一個重要原因，所以我們編程過程中一定要注意好這個問題 ! 8)幫助設(shè)計： 幫助功能是一個程序的引導(dǎo)，所以其類容一定要符合程序本身的特征，我們測試中發(fā)現(xiàn)我們的幫助文檔其實和程序間還是存在一絲 的偏差的 ! 提交項目后的感想 現(xiàn)在，我們的項目已經(jīng)提
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1