鐵科院醫保項目第一版測試

標籤：style   使用   java   sp   資料   on   問題   代碼   工作   

      短短的一個多月的時間已經做出來一個簡單版本，可以完成主要的醫保流程，其中加上十月一以及周六日放假等，實際上做項目的時間也就是一個月的時間，這個系統是一個大的綜合系統，我們做的只是裡面的一個小的子系統，到目前為止這個系統可以運行了，裡面一些關於統計分析、資料圖等補充的內容沒有添加外已經都昨晚，可能還會再第二版中把這些功能做上。

系統雖然已經提交測試，可以運行但是在做項目的還是有很多感悟的，這個項目是從前期資料庫設計到代碼實現都參與了進來，考慮著哪裡容易出問題怎麼設計等等。有些問題很簡單卻值得我們在開發中多多注意。

1.實現方式的選擇

      有很多時候我們在實現某一個功能的時候有好幾種方式都可以實現，那麼你選擇哪一個方式做呢，覺的作為開發人員總想利用自己覺的高點的實現方式做出來，這樣像無可厚非，其實從使用者角度想他們並不關心你用到了什麼技術、他們真正關心的是使用者體驗度，關心的是介面，介面是直接和使用者打交道的通道，因此，並不是你使用了多麼高深的技術就會產品做的很好，舉一個簡單的例子：

      我們系統中有一個介面是大量新增資料，每條資料是一個實體，就是從前台往後太大量新增資料，記憶中高校裡面做的類似的拿出來看了看，這是DWZ架構為我們封裝好了這一功能，只需按照DWZ給的例子做就可以了，現在前台沒有使用架構就需要我們自己寫一個通用的方法解決這一問題，這個問題其實很好解決我們可以用數組的形式，每個實體有多少個欄位我們就使用多少個數組，這樣似乎有些麻煩但思路很清晰、簡單，還有是自己寫方法注入，經回憶DRP中有類似的實現方式，嘗試了嘗試也實現了傳值。

      本人覺的如果有多種實現方式時，如果項目不緊可以嘗試使用難一些的方法，如果項目緊就需要考慮時間問題了。

2.執行力不足

      做項目的前期往往比較慢，執行力弱，當給了任務或者分配給別人任務後，做的不是很著急，沒有多少緊迫感，總是領導說要看看系統了、看看系統中的功能做的怎麼樣了才會著急做，那幾天往往是效率比較高的幾天，如果做項目一直合理分配時間，應該不會導致前松後緊的情況出現。

      做項目都是一到後期就會出現加班嚴重的現象出現，系統著急上線不得不加班，無論是在哪裡都有這樣的現象，在提高班做項目也是最後要忙活幾天，這幾天過去就又好好休息幾天。

      如果前期做項目對於一些細節規劃好點，測試的時候就會少出現很多bug，也就不用很趕那麼幾天。

3.資料庫欄位類型選擇

      覺的一般的字典欄位如男女、科長、職工等，最好使用字串，像一些金錢類型的需要使用double類型，還需要四捨五入保留兩位小數，覺的我們系統裡面對於資料庫類型使用的有些亂，常常出現類型轉換錯誤，看不出來哪些使用了整型、長整型、字元型、double類型等等，在我們自己設計資料庫時最好做一些規定或者統一，以便後面開發使用方便，初次之後，對於使用了hibernate映射等，資料庫實體以及表結構設計尤為重要，只有後台設計好了前台才好實現，要不有些設計到多張資料表的時候會不好操作，前台也會不靈活。

4.前台樣式

      關於系統前台樣式最好在前期做某一個小模組時就統一起來，省去了後期修改的麻煩，現在我們就是功能做完之後還需要統一調試介面的樣式問題，每個介面和每個介面的樣式需要我們去調試，不如在前期統一好。一個系統好的設計和不好的設計是差的很遠的。

5.前後台代碼代碼統一

      開發中有時前台和後台會分開來寫，分開寫的好處是系統中代碼風格會很統一，寫背景唯寫後台寫前台的唯寫前台，易於代碼的維護和閱讀，在一起業務比較複雜大的系統中，往往採用這種分開寫的方法，這也讓不同的人發揮不同的優勢，如果你對於操作資料庫、寫SQL語句不熟悉，也不用擔心開發不了，你可以關心業務。

6.資料庫設計冗餘欄位太多

      這個系統中總共十幾張表，幾乎每個表中都冗餘了很多欄位，有的兩個表幾乎是一樣的表結構，可以通過關聯欄位來擷取值。

7.職工

      在這裡的正式職工幾乎是不怎麼幹活的，他們也不是不會幹，可能國企裡面養成這樣的習慣，幹活慢、不著急、領導如果不催的話沒有人著急做項目，這裡的人大部分是維護其他系統的人員，和幹開發的相比要顯著輕鬆多了，還有維護12306的一群人也都在這裡，想想我們在全國都用的12306伺服器旁邊開發，12306就在我們身邊。

      大部分工作是由外包人員來做，為什麼說外包比較鍛煉人呢，讓你做的工作比較多，遇到問題需要你去解決，如此一來得到鍛煉和實踐的機會比別人多，你積累的東西就比別人多，前幾年乾乾外包也有好處，增長快但是比較累，看你怎麼選擇了。

8.交流和溝通

      在做項目中交流和溝通往往是很重要的一項內容，一邊做項目會遇到各種問題需要去找某某個人商量，因此彼此負責的內容不同，即使你們負責的不盡相同那麼也會有業務往來，在做一個項目中不交流是不可能的，在做的時候我也是有些問題覺的需要同別人商量的就找人商量一下，我們組有一個211中海石油大學的，也是一個屌絲，挺愛學習的，可以考上本一好大學的同學都有著些愛學習的品質，自己主動學習的慾望強烈一些，要不也不會考上好大學。

      在一個項目周期中需要同各類人員打交道，前期需求階段主要是專案經理、主任、架構師、技術總監等，等項目著手開發後主要打交道的就是經理和開發人員了。有時候是交流推動著項目往前走，在同別人交流中逐步對某些問題的理解主見加深，對業務也有了寫瞭解。

總結

      這是出來做的又一個java項目，第一個使用的SSM架構，這個是SSH架構，使用起來都很容易，在做這個項目的過程中也收穫了很多東西，更多的是工作中的感悟，需要你去一點一點體驗嘗試，去學習做項目、同別人交流溝通、大家一起合，其實在工作中學習到的最多的不是技術，而是怎麼樣在工作中同別人合作；在做項目中，更好的參與到其中、更好的同別人交流，覺的這是學到的最多的，至於一些技術類的知識也加深了理解，多溝通和交流技術自認而然就會上去，兩者相互促進。

鐵科院醫保項目第一版測試