如何對已有的信息化項目進行整合，以減少企業(yè)重復(fù)性投資的損失，這是CIO的又一基本職責(zé)之一。下面筆者試圖對一些項目整合的方法進行總結(jié)，大家一起來探討一下，如何對信息化項目進行整合對企業(yè)最合適。

　　集成方法一：利用數(shù)據(jù)庫觸發(fā)器進行系統(tǒng)的簡單整合。

　　應(yīng)用背景：

　　企業(yè)現(xiàn)在已經(jīng)部署了兩套信息化管理系統(tǒng)，分別是企業(yè)資源計劃管理系統(tǒng)與企業(yè)內(nèi)部郵件服務(wù)器系統(tǒng)。在兩個系統(tǒng)上線后，企業(yè)發(fā)現(xiàn)了一個比較嚴重的問題，就是這兩套系統(tǒng)無法緊密的合作，系統(tǒng)運行起來，好像兩條平行線一樣，不會交叉?，F(xiàn)在企業(yè)希望這兩個系統(tǒng)能夠配合工作。具體的來說，企業(yè)希望能夠?qū)崿F(xiàn)如下需求：

　　1、能夠?qū)崿F(xiàn)單據(jù)的自動轉(zhuǎn)發(fā)。如在ERP系統(tǒng)中，銷售訂單審核一樣，要能夠自動轉(zhuǎn)發(fā)給銷售總監(jiān)、物流、生產(chǎn)、采購等相關(guān)部門。現(xiàn)在的做法是，銷售員從系統(tǒng)中把單據(jù)轉(zhuǎn)化成PDF格式之后，再利用郵件的群發(fā)功能把銷售訂單轉(zhuǎn)發(fā)給相關(guān)人員?，F(xiàn)在企業(yè)希望，銷售訂單能夠在審核后，就自動把銷售訂單轉(zhuǎn)換成PDF格式并發(fā)送給相關(guān)人員。其實，不光銷售訂單有這種需求，包括采購訂單、銷售訂單變更單、出貨單、生產(chǎn)訂單等等，很多單據(jù)都有類似的需求。

　　2、能夠?qū)崿F(xiàn)自動的報警。如企業(yè)希望ERP系統(tǒng)能夠在每天固定的時刻，如每天晚上十二點，檢查一下客戶的信用額度，當(dāng)客戶的信用額度快要滿的時候，系統(tǒng)能夠自動整理成一張報表，然后發(fā)給相關(guān)的人員。

　　等等。

　　解決方案：

　　類似以上的需求，我們都可以利用數(shù)據(jù)庫的觸發(fā)器跟郵件系統(tǒng)關(guān)聯(lián)起來。

　　(1) 找到觸發(fā)點。

　　如就拿銷售訂單審核后就把相關(guān)的單據(jù)轉(zhuǎn)發(fā)給他人，那么我們首先要找到一個觸發(fā)事件 。當(dāng)這個事件發(fā)生時，數(shù)據(jù)庫會自動把系統(tǒng)中相關(guān)的數(shù)據(jù)查詢出來，并導(dǎo)成PDF文件，然后發(fā)送郵件。

　　訂單審核的觸發(fā)點比較好找 。因為訂單單據(jù)狀態(tài)在數(shù)據(jù)庫中對應(yīng)了相關(guān)的字段。只要這個字段的內(nèi)容變?yōu)椤跋到y(tǒng)審核”的字樣時，就可以觸發(fā)這個動作。

　　(2) 編寫相關(guān)的觸發(fā)程序。

　　這個銷售訂單的觸發(fā)器包括三個部分的內(nèi)容。一是先要把相關(guān)相關(guān)的數(shù)據(jù)中數(shù)據(jù)庫中查詢出來;二是把查詢出來的數(shù)據(jù)導(dǎo)成PDF文件;三是把這個PDF文件發(fā)給相關(guān)的人員。在這三個步驟中，前兩個步驟比較好實現(xiàn)，可以利用數(shù)據(jù)庫本身的功能完成。有些ERP系統(tǒng)可能不支持PDF的導(dǎo)出格式，那我們就導(dǎo)為EXCEL的格式，也能滿足用戶的需求。

　　現(xiàn)在困難的是，如何把這個導(dǎo)出的文件發(fā)送給其他相關(guān)的責(zé)任人。一般的數(shù)據(jù)庫系統(tǒng)，基本上沒有這個功能。為此我們可能需要借助外面的第三方工具或者自己編寫語言來實現(xiàn)。這個工作對于沒有開發(fā)經(jīng)驗的人或許有點難度，但是，對于程序開發(fā)的技術(shù)人才來說，可能是輕而易舉的事情。

　　(3) 進行測試。

　　因為這個觸發(fā)器的編寫可能是我們自己完成，所以的話，觸發(fā)器完成之后，需要對其進行嚴格的測試，要看其有沒有副作用。最常見的副作用是銷售訂單的審核周期比較長。如有時候PDF文件轉(zhuǎn)換過慢或者郵件群發(fā)速度慢的話，再加上觸發(fā)器的時間設(shè)置不當(dāng)，就可能導(dǎo)致銷售訂單審核速度慢。在前臺對銷售訂單進行審核后，相關(guān)的工作不能馬上完成，則銷售訂單上不會馬上顯示審核的結(jié)果。而且，當(dāng)文件發(fā)送失敗或者轉(zhuǎn)換失敗的時候，若觸發(fā)器設(shè)置不當(dāng)?shù)脑?，銷售訂單審核也會失敗。

　　所以，我們觸發(fā)器做好之后，還需要進行嚴格的測試，看看其有沒有副作用，看看會否影響系統(tǒng)的正常使用。

　　該方案注意點：

　　銷售訂單、采購訂單等單據(jù)審核時觸發(fā)的事件，其實很多功能都是類似的。我們不需要每一個功能都去編寫一個觸發(fā)器來實現(xiàn)，那工作量太大了，而且，維護起來也不方便。我們最好先通過一個函數(shù)實現(xiàn)公共的功能，然后通過參數(shù)的傳遞來實現(xiàn)相關(guān)的控制。如此的話，可能工作量會輕松很多。