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