中軟實訓總結
20天的實訓，20天的艱辛。有成功，有失敗。唯壹不變的是巨大的收獲。
由於組員中沒有項目經驗，我們組的項目主要是在不斷探索中前進的。首先我們做的是從需求中開發出原型和抽象出數據庫。數據庫設計主要是由我和黃水麗進行的。數據庫開發的主線是由我敲定的，首先，根據需求提取出問題域對象，並將對象分類；其次，抽象出類的屬性，建立數據字典；再次，設計數據字典中涉及到的類（表）之間的關聯，多對多的添加中間類（表）；最後將數據字典設計成目標數據庫管理系統（我們用的是oracle 9i）能接受的類型。由於以前設計過數據庫，所以這壹部分作的很順利，在詳細評審中也順利通過了。
後期，數據庫變更維護也算是壹個重要而繁瑣的工作，由我來實現變更控制，和跟蹤。在這壹部分主要做的事情是盡早的響應數據庫變更請求，必要時盡快與利益相關人評估變更請求，並商討變更方案，最終由我來決定是接受請求還是拒絕請求，如果拒絕了請求，向申請人說明利害，如果接受請求，要迅速更新數據庫和相關模型和文檔，編寫變更備忘錄，並以版本更新的形式通知利益相關人（文檔和模型），讓他們快速的轉變自己的工作。在原型和數據庫完成之後，編碼工作就開始了。這壹階段對於我來說是最困難的。記得初到時，聽到的名詞：JSP、Servlet、JavaBean都是那麽的陌生，並且沒有任何的面向對象的編程基礎，只有在理論上接觸過面向對象的建模。技術基礎在壹個團隊面前好像是壹個社會的經濟基礎。在這樣的技術學平下，可想而知，前面的路是艱難的。我把自己的位置放得很低，我對自己說：我來到這兒就是初學者，我要學到技術。開始我是從老師給的Demo開始學習的，看完了Demo裏的每壹個語句，並且自己模仿著編了壹個。我開始對程序的框架有所了解，我開始嘗試著編壹個功能模塊——賬戶管理，這個時候實訓已經過半。在編程階段，進展緩慢。主要原因是數據庫變更控制的工作長期打斷我的編程思路，而且組員也常問我SQL語句書寫和數據庫的報錯處理。但是我覺得從組織的利益來講，我不應該把編寫代碼作為第壹位的工作，我應當及早響應組員的請求，及早處理，因為數據庫的問題常常會影響進度，使項目不能正常進展，甚至影響情緒。並且在變更時要盡量捕獲跟蹤，讓變更信息達到每壹個利益相關人，並且讓他們都理解變更的原因。另壹方面，要盡量控制變更，讓變更最小化，特別是到了項目後期，變更總是有害的。要向變更申請人說明拒絕變更的詳細原因，在時間允許的情況下謀求他的理解。雖然，有變更控制的壓力，但是通過五、六天的努力，最後我還是完成了模塊的基本功能。
等大家的編碼結束，接踵而來的是集成。在系統集成時也遇到了巨大的麻煩，首先，服務器受到了病毒的感染，cvs無法正常運行，代碼管理發生混亂；還有，由於事先沒有統壹的標準，在鏈接頁面時又出現了路徑轉換的問題。在路徑問題上，每個人的界面鏈接都是可以連接到自己界面的jsp頁面，就是在鏈接到別人的模塊主界面時出問題。在集成的前壹天，我剛好在鏈接自己頁面時出過類似的問題，當時我問了溫老師，問老師就告訴我絕對路徑和相對路徑的區別，最後把jsp上鏈接到別人模塊的鏈接改成了絕對路徑，解決了部分頁面鏈接問題。