隨著近兩年來各企業(yè)/單位的基礎(chǔ)系統(tǒng)的建設(shè)，應(yīng)用集成的需求已經(jīng)越來越急切。個人認為現(xiàn)在的應(yīng)用集成可以分為以下三種情況：
  一、門戶+單點登錄。這種情況最簡單，說白了就是簡單的頁面集成。各個系統(tǒng)通過門戶統(tǒng)一登錄，登錄完畢后在門戶上顯示各自的業(yè)務(wù)頁面，當需要具體處理各項業(yè)務(wù)時跳轉(zhuǎn)到各自的業(yè)務(wù)系統(tǒng)里。當然這里也有問題，僅僅B/S系統(tǒng)能做這種集成。這種情況也是實際項目中碰到最多的情況。
  二、數(shù)據(jù)集成。這個和第一種情況相比就復雜了很多。拿一個簡單的情況來說，系統(tǒng)A和系統(tǒng)B里都有各自的一套組織機構(gòu)，現(xiàn)在我想做集成，只保留一套組織機構(gòu)然后做統(tǒng)一管理。需求合情合理，處理起來就麻煩了。模型設(shè)計相似還好一點，再簡單一點可以做數(shù)據(jù)庫的同步。但這往往是開發(fā)人員的一廂情愿。寫適配器幾乎是必須的。模型的不同帶來的問題是最大的，系統(tǒng)A里有崗位這個對象，系統(tǒng)B里沒有，怎么辦？這種情況在實際項目中越來越多了，然后每一次都讓人特別的難受。
  三、業(yè)務(wù)集成。提到業(yè)務(wù)集成，不得不說說SOA。SCA讓業(yè)務(wù)集成看起來那么的順理成章，SDO又搞定了數(shù)據(jù)交換這個頭痛的問題。一切都是那么的美好（有點不太真實，嚯嚯）。因為最近對BPM關(guān)注比較多也準備往這方面做一些嘗試，所以這里拿BPM舉例，好比一個公司錄人的流程，一開始我會調(diào)用原有的HR系統(tǒng)的業(yè)務(wù)服務(wù)錄入人員信息，然后我又會在下一個流程節(jié)點調(diào)用財務(wù)系統(tǒng)相應(yīng)的業(yè)務(wù)服務(wù)來計算新員工工資。可以這樣認為，BPM是業(yè)務(wù)集成的最好的例子。這種情況在實際中用戶也越來越多的提出來，或者說提到了這個概念（和各大公司的宣傳有很大的關(guān)系）。個人也認為這一塊應(yīng)該有很大的發(fā)展空間。麻煩的地方也在于數(shù)據(jù)或者說服務(wù)的調(diào)用交互。
除了第一種情況，剩下兩種情況都是很麻煩的。很多人都在說業(yè)務(wù)集成，但是數(shù)據(jù)集成是在任何有不止一套遺留系統(tǒng)時必須面對的問題。甚至我可以這么認為，數(shù)據(jù)集成是最困難的，因為它還沒有一個標準，也不會有標準了。


http://m.tkk7.com/ronghao 榮浩原創(chuàng)，轉(zhuǎn)載請注明出處：）