來這家公司從事信息化工作已經也有三個年頭了。有必要對這三年的工作和成長以及不足之處做一個總結。

　　剛來公司的時候，領導決策要將系統做重建開發。有的是成熟的業務邏輯，老的搬過來就可以了。當然，由于隨著企業的業務的發展，會有新的需求，但大部分的需求是不變的。

　　在項目的開發方面，沒有的是：

　　1.沒有熟悉JAVA的開發人員。

　　2.沒有J2EE項目的經驗。

　　有的是：

　　1.IT項目的開發、測試和維護經驗

　　2.數據庫系統開發經驗。

　　上述便是我團隊的情況的簡要概況。項目總是要做的，因為領導決策了啊。先看上述兩個問題我們是如何解決的。

　　1.針對開發團隊沒有JAVA的開發經驗，進行培訓，由我親自操刀。培訓為期15天，從開發環境熟悉，到JAVA基礎知識，上午半天講知識，下午上機練習。

　　2.針對沒有J2EE的項目經驗。

　　整個項目就我一個人有過J2EE的項目經驗，但是我以前沒有做過J2EE項目的架構師或管理人員，我只是做過開發，熟悉里面的技術和開發技巧。怎么辦？我們是這樣解決的，請老師。專門請了老師來講架構設計知識。這還不夠，我們花錢請人做架構設計。但只是做架構設計，生成一個架構說明書后，離架構的工作還很遠，還有很長的路要走，而在合作公司做好架構設計后，他們的工作也就基本結束了。后面的架構的工作，基本上是由我來做的。我說說我都做了什么事情。

　　（1）按照架構說明書，將整個架構環境搭建起來。

　?。?）開發一套便于開發人員開發的開發框架。

　?。?）設計了Swing的MVC模式，并開發實現。

　?。?）開發了整個系統的基礎組件，為了實現架構中的復用的原則，這個很重要。

　　（5）負責整個系統的權限的管理，這個很重要，跟各個模塊都有關系。

　?。?）負責開發的編碼規范的制定，包括JAVA的編碼的規范，同時還有質量屬性方面的編碼的規范。

　?。?）整個系統的異常處理、日志、錯誤驗證等機制的設計和開發；

　?。?）第三方系統和工具的集成，如報表系統，瀏覽工具的集成等；

　　上述，只有（1）是現成的。其它的都是具體的架構方面的工作。很多人，都以為，架構師嘛，不就是高高在上的，待在象牙塔里給開發人員發號施令的人嗎？其實不然，架構師需要每天跟開發人員在一起，一起寫代碼，一起工作，一起交流。

　　回顧起，在搭建快速開發框架的過程中，開發人員在開發的過程中，提出了很多有意義的改進的意見，直到今時今日，我們還在改進，只有開明的架構師，才能夠設計出好的系統，好的基礎組件。當然沒有意義的，也被篩選掉的，架構師必須要有這樣的決斷力。

　　Swing的MVC模式就不說了，可能每個團隊對于該項設計都會有所不同。

　　說說如何實現組件的復用，要實現組件的復用，必須要鼓勵開發人員復用已有的組件以統一界面風格以及減少工作量。那么，就要告訴開發人員，目前我們的系統有哪些基礎組件，他們都是怎么樣使用或調用的。有了這些，開發人員自然就肯用了。

　　關于編碼規范，可能很多人覺得這是項目開發中的小事情，其實不然，某位架構大師說過，架構無小事，編碼規范的執行不力，直接影響到整個項目的代碼質量，甚至影響質量。例如，要求不要出現在循環，要釋放對象，盡量用StringBuffer等。在編碼規范的執行的難度是，不是說你有沒有規范，而是你的規范有沒有被執行。那么如何使得你的規范被執行呢？

　　這就需要架構師的耐心和溝通能力了。在整個項目的開發過程中，架構師始終要保持與開發人員的溝通，苦口婆心地說，編碼規范的重要性。時間長了，開發人員養成了好的習慣，架構師也就省心了。

　　根據上述經驗，我做個總結。

　　1.架構師是整個團隊的技術領導，需要具備領導能力。

　　2.架構師需要較強的溝通能力，需要與項目的各個方面的人員進行溝通，與項目經理溝通，幫助項目經理指定合理的開發計劃；與需求分析員溝通，了解系統的關鍵需求和非功能性需求；與開發人員溝通，使得架構設計能夠被真正執行；另外還有與物理架構負責任溝通等等。

　　3.架構師需要編寫代碼，這樣使自己積累更多的代碼經驗，加深理解設計模式，可以幫助自己對于整個項目更加熟悉，同時能夠回答開發人員在開發過程中出現的所有的問題，樹立個人威信。

　　4.架構師需要有較強的IT知識和廣博的知識面。IT的知識更新非常快，現在云計算等的出現，必然要淘汰一部分架構師，因此，架構師要保持生命力，必須要不斷地學習。

　　5.架構師要懂業務知識。架構設計要滿足系統的需求。我雖然剛到公司不久，但由于之前積累了很多業務相關的知識，經過短期的學習，也掌握了業務知識。

　　6.不要怕做事情，我在整個系統的開發過程中，我的開發量是別人的三倍還多，但我收獲的，則也是三倍還多的經驗。

　　自己的不足之處：

　　1.有時候會著急，當規范強調了10遍，還是沒有得到很好的執行時，就開始沒有耐心了。

　　2.需要加強溝通能力，將自己的想法能夠推銷出去。

　　3.需要在更多的業務領域知識方面得到快速的增長。

　　下一步的目標：

　　1.系統理論地學習架構知識，使得知識更加固化，以進一步使得架構設計更加科學和有調理；

　　2.通過廣泛地閱讀學習企業信息化的各個方面的知識，包括ERP，SCM，營銷管理，企業戰略，企業管理等，每年看書或閱讀文章至少100本或篇；

　　3.熟悉企業的業務流程，與企業不同層次的人員多多地進行交流，多學習，多溝通；

　　4.多交朋友，多向朋友學習與交流。