可能寫得有些亂，希望能諒解，同時我整理的思想，希望能給您帶來一些啟發或者幫助。
我們假設一個國際化的大公司裡，有來自多個國家的員工，這些員工又工作在不同的部門裡，負責不同的任務。
首先：
1. 這些人可能是白人，也可能是黑人，也可能是黃皮膚的我們，這就像我們軟件開發裡的語言一樣，有的是.NET體系，有的是Java體系的。所以不太可能要求一個公司裡的人必須全部是黃皮膚的，或者是某個民族的，那就是歧視種族的問題了，通過這個例子我想說一下，沒必要非是.Net或者是Java必須是你死我活，我以前在這個問題上犯過嚴重錯誤，現在終於想通了。
【.Net、Java並不是非要你死我活】
2. 對於一個規范的公司來講，每個人的分工是很明確的，例如財務就是干啥的，人力資源有是干啥的，他們分工很明確，不可能是一個人啥事情都干了，很容易干不好，或者干不專業。對我們開發人員來講，就是意味著我們的某個系統，應該有個明確的功能定位，應該有個明確的分工，不太可能某個系統是萬能的，也就不存在多個系統之間的集成問題所在了。
【分工就亂，集成就更亂了，甚至是不可能集成了】
3. 規范的公司，都應該有些制度，不應該是財務管招聘，人事是管財務報表，應該是哪個部門做什麼事情，對什麼事情負責，那個部門是哪些數據的權威來源，例如，我們登錄系統的帳號，應該是人事部門管理，我們的公司的財務報表應該是從財務部門獲取，不應該是每個部門都有獨立全套的數據，應該是負責他該負責的部分，說白了，還是跟上面的2有些類似，分工明確，責任明確。
【重復的數據，以哪個來源為標准依據】
4.部門與部門的溝通，員工與員工的溝通的，我們國家政府部門之間溝通，都用標准的公文形式，這也是個溝通方式，溝通可以是書面的，也可以口頭的，這個類似於我們到底用 WebServeric、Remoting、WCF等一樣，溝通還可以用英文、中文或日文，只要這兩個互相溝通的員工能說清楚就可以了，互相能讀懂就可以了，事情能辦理好了。
【標准接口，有輸入輸出，例如公文能發出去另一方還需要能接收公文】
其次：
對現實中的軟件系統之間的交互集成的理解，先不談Biztalk、EAI等，那不是我的思想，那需要花費巨資才能購買。
整理的基本思想看下圖
1. 我們經常能實現的系統之間的交互，通過分析底層的數據庫結構，然後適當的進行添加觸發器等機制，可以完成系統之間的數據交互，這個雖然不是好方法，但是也是迫不得已的方法，不用修改程序代碼。
2. 我們可以直接利用應用系統的頁面，將數據進行導入導出操作，直接導入到另外一個系統，最理想的狀態是，這2個系統最起碼都有導入導出功能，這樣避免了同樣的數據在2個系統中重復錄入的罪孽。
所以，現在開發的系統，都應該有批量導入導出功能，否則，不算是一個開放的系統。但是這個有個不好的地方是，也是嚴重的缺陷是，都是要人工進行干預，需要在兩個系統之間奔波，也是很辛苦的事情。
3. 最理想的狀態是，在應用程序之間能互相調用，用戶只在一個系統裡錄入，另一個系統將在被後台自動調用。這時就是需要2個系統都有規范的接口定義，可調用的公開方法及手段。現在大部分公司都忽視這部分的要求，以後應該是越來越重視這部分的工作。應該成為軟件驗收的重要功能指標之一了，現在很多公司裡，同樣的數據需要重復錄入的問題很嚴重，甚至是電子化沒有解放我們，而是越電子化，我們越變成了電腦軟件的奴隸，需要將同樣的數據，在不同的軟件裡錄入，悲哀啊，最可憐的是那那些最底層的員工，讓他們錄入數據，他們必須得錄入，雖然很反感，沒辦法啊，領導的命令下來了。
大家開發的系統都應該有可編程接口，可進行數據錄入、調用核心業務處理流程，這樣我們的政府、企業信息化會更順利，大家也不會排斥上多個IT系統了，現在推IT系統也很難，人家就怕重復錄入數據，不是怕花錢。
最近在杭州臨安做項目，看到銀行的電子轉賬程序，可以將需要轉賬的數據，類似Excel一樣，批量的復制粘貼，若是一個個人必須通過頁面輸入，那這個軟件真的難用得要命了，人家有一個功能，可以批量導入或者批量復制粘貼，可以從另一個系統導入數據或者從另一個系統批量復制數據，然後直接粘貼到這個類似Excel的頁面裡就可以，用戶不會覺得很繁瑣，復制粘貼一下就可以，甚至不用導入導出了，感覺很好用的，我們開發的系統也應該多多借鑒。
將權限管理、工作流管理做到我能力的極致，一個人只能做好那麼很少的幾件事情。
