1、前言
管理信息系統進(jìn)入中國已經(jīng)有20多年時(shí)間，由于企業(yè)不同部門(mén)對管理工具的需求存在層次性，信息化在中國企業(yè)的推廣應用很多是從一些局部、簡(jiǎn)單應用做起來(lái)的，譬如財務(wù)系統在眾多中國企業(yè)的率先應用推廣就是一個(gè)很好的佐證。但是隨著(zhù)企業(yè)管理水平的提高，企業(yè)內部各個(gè)部門(mén)都逐漸產(chǎn)生了信息化的需求，由于企業(yè)管理的復雜性，很多企業(yè)需要用到多種不同性質(zhì)的軟件進(jìn)行管理控制；同時(shí)由于各家軟件公司在企業(yè)管理的不同領(lǐng)域各有擅長(cháng)，企業(yè)在選型、應用時(shí)往往難以割舍，因此，在企業(yè)中就逐漸形成了多種管理軟件在不同部門(mén)并存應用的局面。為了管理的需要，企業(yè)迫切需要對整個(gè)企業(yè)的數據和流程進(jìn)行整合和處理。
因為信息集成無(wú)疑可以提高企業(yè)管理效率、降低企業(yè)運營(yíng)成本以及加強企業(yè)競爭能力。因此，在這種情況下，企業(yè)往往只能有三種選擇：一是放棄原有局部應用，導入整體解決方案（但這會(huì )導致重復投資，同時(shí)由于操作習慣的改變和數據準備的工作量，會(huì )使原有系統的使用者在實(shí)施過(guò)程中產(chǎn)生抵觸心理）；二是保留原有局部應用的同時(shí)，再引入新的應用，不做集成，集成部分的數據和流程在系統外流轉（但這會(huì )導致信息孤島的出現，增加人為錯誤和加大錄入工作量）；三是在保留原有局部應用的同時(shí)，引入新的系統，然后由其中一家或兩家軟件公司合作做集成實(shí)現。
無(wú)疑，前兩種方法在技術(shù)層面都不會(huì )有太多問(wèn)題，但是第三種方法在技術(shù)實(shí)現上會(huì )有一定難度和風(fēng)險。盡管很多軟件公司在售前階段都會(huì )承諾可以做接口實(shí)現，但是究竟能夠做到什么程度，是否能夠做到真正、完整意義上的無(wú)縫聯(lián)接卻是一個(gè)很大的問(wèn)題。在這里，本文對前兩種選擇不做具體的分析和闡述，只是就第三種選擇，即異構管理軟件系統的集成實(shí)現做一些簡(jiǎn)單的分析和論述，希望對企業(yè)的信息化選型以及軟件公司進(jìn)行異構管理軟件系統集成的技術(shù)實(shí)現工作能夠有所助益和啟示。
2、異構系統集成分析
2.1異構系統集成原理
異構系統集成是指通過(guò)編寫(xiě)高級語(yǔ)言程序來(lái)實(shí)現不同軟件系統之間數據傳遞、調用的重要方式。在管理軟件異構系統集成開(kāi)發(fā)過(guò)程中有以下兩個(gè)方面的問(wèn)題需要著(zhù)重解決，一是異構軟件系統間的數據傳輸問(wèn)題；二是異構軟件系統間管理流程和工作過(guò)程的重構和銜接。
異構軟件集成方式如圖1所示。由圖可知，當采用數據接口來(lái)進(jìn)行軟件集成時(shí)，各系統間是通過(guò)前、后置處理器和具有標準交換格式的文件來(lái)聯(lián)系的。
2.2 異構系統間數據傳輸
2.2.1異構管理軟件系統數據查詢(xún)
在異構系統間傳輸量最大的是數據。應該說(shuō)，如果知道原有系統的庫表結構和數據字典（即使原系統軟件商不提供對應庫表結構和數據字典，也可以通過(guò)對原有系統的數據庫進(jìn)行分析來(lái)得到相應信息），然后編制前置處理器去查詢(xún)相應的數據供新系統使用是一個(gè)相對比較簡(jiǎn)單的問(wèn)題，但即使是這樣，也必須注意以下五個(gè)方面的問(wèn)題：
（1）在數據字典中數據項的定義需要統一，不能統一的要有相應的對照表和處理方法。這是由于不同軟件公司開(kāi)發(fā)的產(chǎn)品，可能出于不同的工作習慣和對業(yè)務(wù)的不同理解，一些數據項的定義（包括數據項名，數據含義說(shuō)明，別名，數據類(lèi)型，長(cháng)度，取值范圍，數據含義，與其他數據項的邏輯關(guān)系，數據項之間的聯(lián)系等）可能有一些差別，因此要進(jìn)行統一和修正，以避免產(chǎn)生歧義，造成業(yè)務(wù)過(guò)程中不必要的混亂；
（2）在數據查詢(xún)過(guò)程中，要了解不同數據的來(lái)源與狀態(tài)，保證數據的獨立性。譬如在原有系統中，某些數據項在不同狀態(tài)時(shí)可能有不同的值，如果不加以分辨的查詢(xún)引用很可能會(huì )造成數據錯誤；
（3）在數據查詢(xún)過(guò)程中，要注意原有系統和新系統是否使用相同的數據庫，如果使用的是不同的數據庫，一定要注意SQL語(yǔ)句的寫(xiě)法，因為不同數據庫對應的SQL語(yǔ)句有不同的標準。
（4）從原有系統中查詢(xún)到的數據需要定期查詢(xún)讀入到新系統中，很難做到時(shí)時(shí)，這是因為一般新系統不對原有系統的庫直接操作，以避免糾紛和增加不安全因素；
（5）新系統可能會(huì )讀取到"臟數據"。譬如原有系統中某一事務(wù)T1修改了某一數據，這時(shí)新系統讀取該數據，當新系統讀取該數據并使用后，原系統事務(wù)T1由于某種原因被取消，這時(shí)T1已修改過(guò)的數據恢復原值，這時(shí)新系統讀到的數據可能至少在某個(gè)時(shí)段內出現原系統數據庫中數據不一致的情況。
2.2.2異構系統數據寫(xiě)入
從新系統寫(xiě)入數據到原有系統無(wú)疑是一件令人非常頭疼的事情。因為在寫(xiě)入時(shí)如果不是非常了解原有系統的庫表結構和處理過(guò)程，則可能會(huì )有以下意外情況出現：
（1）沒(méi)有充分了解原有系統中數據項的定義，寫(xiě)入錯誤的數據（數據類(lèi)型、數據長(cháng)度和取值范圍錯誤）造成數據紊亂；
（2）原有系統中可能使用了觸發(fā)器和存儲過(guò)程，當沒(méi)有充分了解原系統中觸發(fā)器的觸發(fā)條件和存儲過(guò)程的處理過(guò)程時(shí)，盲目寫(xiě)入數據，可能會(huì )造成一些事務(wù)不能進(jìn)行或遺漏某些處理，以至于原有系統正常的業(yè)務(wù)邏輯過(guò)程被打亂，導致系統紊亂；
（3）當新系統可以向原有系統中寫(xiě)入數據時(shí)，很有可能造成多個(gè)事務(wù)同時(shí)存取同一數據的情況，因為是兩個(gè)系統，很難對并發(fā)操作進(jìn)行控制，這樣就可能存儲不正確的數據，破壞數據庫中數據的一致性；
（4）假如原有系統中對于某些數據的處理是通過(guò)代碼實(shí)現的，并在代碼中還改寫(xiě)了其它的數據或事務(wù)，而該數據恰恰是新系統可以寫(xiě)入的，這樣直接寫(xiě)入數據庫中的數據會(huì )導致系統出現異常；
（5）在數據寫(xiě)入過(guò)程中，也要注意原有系統和新系統是否使用相同的數據庫，如果使用的是異構數據庫，那么一定要注意SQL語(yǔ)句的寫(xiě)法，因為不同數據庫對應的SQL語(yǔ)句有不同的標準。
2.3 異構管理軟件系統管理流程、工作過(guò)程的重構和銜接
對于管理軟件來(lái)說(shuō)，僅僅解決數據共享是不夠的，還需要對接口部分的業(yè)務(wù)流程進(jìn)行重組，以保證業(yè)務(wù)流程的順暢、高效、嚴密。同時(shí)，在業(yè)務(wù)流程中還會(huì )產(chǎn)生并傳遞一些相關(guān)的指令信息，而流程的順暢進(jìn)行和相關(guān)指令的傳遞都必須在異構管理軟件系統進(jìn)行集成時(shí)加以考慮。
在這里，我們首先定義某一業(yè)務(wù)流程或某一指令由新系統流向原有系統為順向傳輸；反之則為逆向傳輸。
當原有系統軟件商不提供源代碼和所有設計文檔，而只提供相應庫表結構的前提下，順向業(yè)務(wù)流程的簡(jiǎn)單傳遞是可以實(shí)現的，其實(shí)質(zhì)是單據的單向傳遞，但即使在這種情況下也很難保證原有單據上的所有數據項信息能被順利、完整地傳遞過(guò)去，譬如新系統中某個(gè)數據項可能在原有系統中并不存在；而復雜的業(yè)務(wù)流程和帶有逆向反饋指令的業(yè)務(wù)流程則根本無(wú)法實(shí)現。
當原有系統軟件商不提供源代碼和所有設計文檔，而只提供相應庫表結構的前提下，通過(guò)在原系統數據庫上創(chuàng )建存儲過(guò)程和插入觸發(fā)器來(lái)傳遞順向指令可以實(shí)現，但由于不清楚原系統的邏輯控制，很難保證不出現系統紊亂。但逆向傳遞指令則比較容易實(shí)現，只要取得的用于觸發(fā)指令的數據項就可以實(shí)現，基本可以保證逆向指令傳輸的順利完成。
當原系統軟件商可以提供源代碼和所有設計文檔時(shí)，從理論上講，是可以實(shí)現業(yè)務(wù)流程或指令的順向傳輸和逆向傳輸的，甚至一些更為復雜業(yè)務(wù)流程也可以實(shí)現。但是是否能夠實(shí)現，跟原系統的開(kāi)發(fā)過(guò)程是否規范、開(kāi)發(fā)文檔是否完備以及新系統的系統分析員的業(yè)務(wù)能力都有很大的關(guān)系。
在擁有原系統源代碼和開(kāi)發(fā)文檔的前提下，實(shí)現異構管理軟件系統業(yè)務(wù)流程或指令集成需要注意以下問(wèn)題：
（1）需要對原系統的業(yè)務(wù)流程充分熟悉，要找出原系統中所有跟接口流程控制相關(guān)的源代碼、觸發(fā)器以及存儲過(guò)程等；
（2）需要對新系統的業(yè)務(wù)流程充分熟悉，要找出新系統中所有跟接口流程控制相關(guān)的源代碼、觸發(fā)器以及存儲過(guò)程等；
對兩個(gè)系統的業(yè)務(wù)流程進(jìn)行整合，重新設計接口部分的業(yè)務(wù)流程，然后按照整合過(guò)的業(yè)務(wù)流程修改相應的表結構、代碼、觸發(fā)器以及存儲過(guò)程。
3、異構管理軟件系統集成建議
從以上分析可以看出，進(jìn)行異構管理軟件系統集成在技術(shù)實(shí)現上有一定難度和風(fēng)險，但并不是不能實(shí)現，如果企業(yè)要實(shí)現異構管理軟件系統集成應該具備以下條件：
（1）承擔集成任務(wù)的軟件公司應該熟悉原有系統和新系統的業(yè)務(wù)流程、庫表結構以及邏輯控制等；
（2）為了減少集成的風(fēng)險，則要求原有系統和新系統的軟件開(kāi)發(fā)過(guò)程比較規范，應用軟件的程序開(kāi)發(fā)模式要基本一致；
（3）要求負責集成設計的系統分析員具有較高的水平。
（4）重新修正企業(yè)編碼規范，統一編碼原則，統一管理共享的基礎數據，對于多個(gè)系統都要用到的數據，要明確界定誰(shuí)生產(chǎn)、誰(shuí)使用、誰(shuí)維護。
（5）系統之間的數據傳輸要采用數據庫的同步機制來(lái)實(shí)現。
同時(shí)，企業(yè)在進(jìn)行異構管理軟件系統集成時(shí)，應根據企業(yè)實(shí)際管理情況，采用靈活的集成策略，而不是一味追求所謂"無(wú)縫"聯(lián)接，部分流程可以根據實(shí)際情況在系統外進(jìn)行，以降低異構軟件集成的難度和復雜性。
聯(lián)系客服
