整合的年代(1)--垂直整合分類：系統

我們往往聽到很多的策略結盟的新聞，也有在賣場看到兩樣產品合在一起賣的比較便宜的案例，這些都不是軟體系統的整合，更談不上未來，只是為了提高產品的銷售量的一種手段而已，真正的產品或是系統的整合型態，主要可以分為三種，一是上下游的產品資料的垂直整合，二是系統介面的平行整合，三是重要模組的分工整合。

上下游的產品資料的垂直整合

這一點在即時處理資料的網路年代特別的重要，以入門網站為例子，他們提供了很多很多的新聞資料，就一定要輸入大量的數位化資料，然後自動的編排入網頁成為內容或是讓客戶做全文檢索的查詢，因此透過什麼通訊協定來傳送資料就特別的重要。

目前一般應用到的大部分是ODBC的資料連結，有時透過TCP/IP來傳輸資料，或者應用WEB/FTP 伺服器來傳遞資料，而XML 也是重要應用的格式之一，當然用二進位檔案傳輸的效能是最好，但是資料的型態比較不開放，而同一個系統用DLL/OCX,或是兩個執行檔(exe) 之間的傳遞資料都可行，這些傳遞資料方法都必須考慮兩個系統達成溝通的最佳模式，而不是用最新的技術就是最好的。

而不同資料的傳輸方法與資料庫的整合都要有各種不同的專業領域分類的常識，要整合這些資料資訊，除了剛剛提到的通訊協定之外，資料庫的分類與整合也是重要的課題。

雖然資料庫是最常用於儲存資料的地方，但是，他並非是萬靈丹，不同的應用對於資料表的查詢或插入資料的效能不一樣，所以，上游的資料表不一定完全適用在下游的資料查詢，除了資料傳遞之外，對於資料庫的重新規劃也是整合的要點之一，如果單純的對資料表的建立View, Triger, Index 可以解決問題當然是最好，但是適當的用程式化(SP)的轉變格式是大部分的解決方法。

垂直的整合有一個重點，就是不要同時要做水平的整合，或是跨過兩個系統的垂直整合，這往往是導致整合失敗的主因，試想兩個系統的整合要討論的事情，重要的有傳輸介面、資料型態與呈現的專業分工領域之外，如果加入第三個系統來整合，他的難度變成非常的困難。

搞清楚兩個公司或兩個部門整合角色的扮演，才能正確的抓對了整合的方向，系統設計起來的權責區分才能做的好。