EAI vs. BPM 初次感觀（不是鋼管）

在工作這些年當中，B2Bi的案子做了不少，不過，EAI的案子，這回我可是第一次做。這篇文章，不是在發表學術論文，也不是發表個人大做，更不是在說明自已多瞭解 EAI 以及 BPM ，只是就我所瞭解以及認識，再加上一點點的個人解釋及看法，來說一下 EAI 及 BPM 。

在解釋的過程中，必需有需要觀念上以及實務上的錯誤，或是跟其它人的觀念上的不同。若看了這篇文章之後，能夠引發各位對 EAI、BPM 有不同的想法，或是說，能夠來糾正我的錯誤，我是非常的感激不盡。以下，我就針對我所認知的EAI及BPM來解釋。

什麼是EAI？
EAI全名為Enterprise Application Integration ，中文應翻成「企業應用系統整合」，白話一點講，就是整合公司內部所有的應用系統。為什麼要做整合？做了整合之後，會得到什麼樣的效益？以下我就此做簡單的看法。
為什麼要做整合？
公司內部有許多不同的系統，尤其公司越大，系統就變得非常得多、非常的龐大。在過去，我們一談到整合，為什麼要做整合，第一個直覺就是…「嗯~~做整合的最大的原因，就是各系統之間資料的重複性，非常的多，以及，存在不同得資料庫，會發生相同的資料無法同步更新……」，沒錯！這個就是我們要做整合的原因。
我將為什麼要整合的原因，就我個人觀點，舉下列幾點（若有想到新的，再補充啦~~）：

1. 資料散落各處，無法統一管理。
2. 資料無法同步更新。
3. 有些資料必需有其它應用系統提供。
4. 資料的來源過於廣泛，並不是只有單一應用系統提供。
5. 資料即使已更新，但卻無法即時，讓使用者看到較早的資料。
6. 各應用系統散落各處，系統之間無法相互溝通，而造成需花費更多的人力及物力去做「重工」的事情，尤其是對全球性的公司，更是如此（在我做B2Bi的經驗來看，只要經由"人"來處理資料，資料發生的機率更造成的後果，則更為嚴重。）。
7. （想到再補充）

　　因此，我們就開始動功做整合了，嗯~~~~先弄個資料庫好了，這個資料庫，是可以把我們的資料集中起來，或是搞個Data warehouse吧。我想想哦……公司有十多個應用系統，如果一次整合的話，我想可能會發生問題，乾切我先切成幾個Phase好了，第一個試做，先整合二個系統好了。因此，我把二個套系統的資料庫，先整合一個，嗯~~~~先做個正規劃~~~~之後，我做了系統分析、設計、規劃、開發，最後，終於把整二個系統的應用系統整合在一起了~~~。好！接下來，我要做這二個系統跟其它系統的整合~~哇！問題來了，看樣子，我又得重新做一切正規劃了~~~~再重分析、設計、規劃……感覺掉入一個旋渦裡。看到這裡，你或許會覺得，我這種做法很笨，為什麼不買個工具，專門做整合的工具就好了，還要把自已搞得那麼累 ，若你有這種想法，看樣子，就講到重點了。許多的 IT 部門，寧願花更多的時間來做一些沒有效率，或是沒有結果的事情，這是目前台灣 IT 部門所面臨到的問題－IT部門沒有足夠的經費。

　　對於一個企業來說，企業的經營者，或是決策者，一定要有個認知「IT 部門的強弱，未來將會是決定公司在產業中的競爭力」，或許你不認同，但我卻對此深信不移，我會在另一篇文章會提到此趨勢，最重要的原因是，如果你或是老闆不認同，敝人在下我，可能很快就沒飯吃了。

　　這一個小段落我不是要說「怎麼做 EAI」，好像扯太遠了，不過，想知道怎麼做 EAI 的，咱們私底下聯絡嘿～～這個文章，不從事任何的商業行為。

什麼是BPM？
　　講了 EAI 就要來講 BPM 了， BPM 的全名為 Business Process Management，中文翻做「商業流程整合」，其實，我對這個還蠻有興趣的，不過，還沒有真正實做過就是了。
　　我把 BPM 視為一個資料的流進及流出，而在這流進及流出的過程中，會經過一些資料的處理，或是說一些「應用系統」的處理。我醬說，可能說的很糢糊，我從一個製造流程談起好了，有間公司進了一批零組件，一進來之後呢先把它放到倉庫中（倉儲系統），接下來，工廠要開始生產啦，從倉庫中取了貨，並且放到產線上，進行生產（Shopfloor、EMS）生產完了呢，變成了成品，變成公司的貨啦，就把它們擺在成品倉中（ERP），請了進出口人員訂了一條船，要把東西送出去，要經過海關的報關（報關系統）等等，一出家門口，我還得看看貨到了哪邊，免得在路上掉了貨（E-Tracking），經過一連串的波折，終於到了發貨倉了～～結束了嗎？當然還沒，你以為簡簡單單就結束了哦，其實並沒有，還沒到客戶的手上咧！就算到了客戶的手上，整個流程也還沒結束，為什麼？因為貨品有可能會壞掉，又流回來了咩。知道整個商業流程的複雜度了吧，這個，我就叫做為「BPM」了，不管你認不認同，但至少我是醬認為啦！

EAI vs. BPM
　　看了上述的二個說明，不知道能不能接受我的想法跟看法。這個時候，可能會開始覺得，BPM 跟 EAI 好像有點像耶～～是錯，也是沒錯，是像，又好像不太像，我用個角度來比較好了。

1. 資料 vs. 資訊：EAI所傳遞的是資料，而BPM所傳遞的是資訊，資訊對User 來說，才有意義。
2. 有進有出 vs. 有進未必有出：EAI中的資料，是做一個交換，有可能從資料庫 A 轉到資料庫 B；然而對 BPM來說，每個資訊必有他的起始跟結束，只是時間早晚的問題。
3. 系統角度 vs. 使用者角度：EAI 是單純系統及資料的角度；BPM是從使用者的角度。
4. （嗯～～目前尚未想到）

　　或許在這，可能會覺得，我好像有點故意找麻煩，明明就是一樣，為什麼還是不一樣，嗯～～我只能說，這個是觀點上的問題，所以我只是發表我的觀點啦。
　　所以囉！市面上有很多的 Tool 都說，他們能做 BPM ，但是實事上，真的能做嗎？我會再發表一個審視 BPM 工具的要點（我現在還沒想到要怎麼寫）。請”四”目以待（請戴上您的眼鏡）。

用簡單的方式來說BPM
　　我覺得BPM，在我認為最貼切的比喻就是「吃飯跟大便」（可能很多人覺得不文雅，但在下才疏學淺，只能想到這個例子），食物從我們的嘴巴進去，在嘴巴裡面做了第一道的處理，再經由食道、胃的消化、大腸、小腸的吸收及分解，有的到了尿道，而有的呢，到了大腸等待大便，看似簡單的過程，其實，若是在這中間的階段停留過久，或是出不來了，我想，這個人不是便秘，就是哪一個器觀出了問題；比造我們的商業流程，何嘗不是如此，若在這過程中，有一小段阻塞了，或是不知跑哪去了，那麼，這個企業在整個流程上，必定出了問題，需要好好的健診一下了，不知道這個比喻似否適當呢？

　　希望各位能對我這一小篇的文章，多多批評，讓我有進步的空間呀，謝謝！謝謝！肛溫嘿（感恩）！