2016年集團資訊部初建。領導、決策層對企業資訊化的重視與認知，作為實踐者倍感壓力巨大，大面積的周邊系統遷移與基礎建設忙得不可開交。然而當希冀與現實發生完美邂逅的時候，卻倍感慶幸，能去付諸實踐、去逐步完成設想與規劃。同時不得不感慨自己的渺小，決策當前，怎么多管齊下、有條不紊的進行作業。這一年里，在領導帶領下團隊完成了流程系統的支撐、訂單前端系統的開發、決策資料收集、展示以提供資料支撐、資料與業務雙驅動。
在2017年時決策層在遵循試、快、用原則下從集團企業中優選了一家做試點，旨在建立WMS、MES智慧工廠。
選型階段時，多方齊動。業務需求方匯點成面，多維度梳理、評估與制定業務需求；IT團隊從軟硬體方面更多考慮支撐完善度與二次開發功能的擴展能力；供方從專業角度答疑解惑，藍圖初構。
隨著需求明確，軟硬體評估，以及供方的最終確定。從決策層的目標指向上我們把這次專案的重點管控列為：
?系統間互動與智能回應；?管理方案、體系化建立（量化、流程化、標準化）；
?軟體業務層實作與管控。不難理解，軟體層將由內外雙方共同擬定方案及實作落地，這也是供方的基本交付能力；同時雙方應共同建立管理方案、業務及管理能量化的量化、不能量化的流程化，不能流程化的標準化來管控業務流向、程序約束，達到簡單操作、高效健壯運行提升效率。然而多個供方溝通后背我們首先列入可識別風險的重要項都指向：介面互動怎么實作。
在意識首當其沖的大難題時，內部團隊與WMS、MES廠商進行了第一次面對面的深入溝通，當然做為小白的我們，正以待哺的姿勢接受第一次洗禮：
1.開放ERP查詢及回寫介面給對方查詢或調度；
2.ERP端觸發到WMS、MES廠商提供的中間庫，以供對方定時載入，同時定時抓取WMS、MES廠商傳回的資料回寫ERP；
3.人工處理。
面對困惑，已然不再是庸人自擾，而是難以支撐決策，從現實來看，當時還在服役的ERP沒有介面、無法掛載觸發器(當然也不推崇，后文有敘)，此為軟體之困惑；集團下屬此企業屬于小批量多品種生產，業務單據變更猶如波詭云譎，業務需求方顯然無法接受人工大量干預，IT團隊面臨技術與人員配備困惑。
誠然，與會人士眾多，都各懷己見。又到了團隊頭腦風暴的時刻，此時此刻的你心所向為何？在我們集各種方案思考、各抒己見后覺得這無論是我方、還是WMS、MES供方，甚至試圖溝通的第三方都是一條難以逾越的鴻溝。想必每逢此景的IT團隊，心里都有一桿秤衡量它：理想中的介面互動應是各大軟體集成商聲聲念念的無縫集成、即時互動、握手驗證等等。因為這個概念目標在于降低運營成本、降低維護成本，縮短溝通時間、提高服務效率，提供歷史記錄。
?那么問題來了，怎樣才能實作它？
?誰來實作，是供方、第三方、還是作為“消防員”的我方？
?凡事謀定而后動，知止而有得，從管理維度怎么構建平臺？
懷著不矜不伐、敏而好學的端正態度我們不難發現有很多概念已被提出：
?EAI（Enterprise Application Integration，企業應用集成）：界面集成、業務程序集成、應用集成、資料集成、平臺集成五大型別。
?ESB（Enterprise Service Bus），企業服務總線，面向服務的體系結構已經逐漸成為IT集成的主流技術。面向服務的體系結構(service-oriented architecture，SOA)是一種軟體系統設計方法，通過已經發布的和可發現的介面為終端用戶應用程式或其它服務提供服務。
就像歌詞寫的：我跌跌撞撞奔向你，你也不能一個人離去，我們在一起說過，無論如何一起經歷風雨。前方高能已經指明方向，我等將勢必跟隨。當然這次崇拜式的追隨，熱情與念頭也就如后面歌詞：平平淡淡安安靜靜的死去。
當我們對上述系統進一步研究后得出它的重大功能：轉換和集成。轉換是指轉換協議和訊息格式，集成是指將原子服務按照要求有規律的進行串接。詢過專業上述集成廠家，最后得出的結論：?系統太過昂貴(免費開源的Mule ESB也二次開發、應用過，坑太多，運行不穩定，或者認定為技術要求太高，非一般人玩得轉。)?用它同樣需要大量繁瑣的開發作業才能幫助他們實作互聯互通，且要求頗高?太過陳舊，已難適應輕量、快速回應、開發難度高、冗余的配置功能變得非常不靈活。
作為IT決策者你是否會考慮到雖前期轉嫁了風險、卻低估甚至忽略了后續的運維及管理？你是否有魄力重金之下，求勇夫？
轉載請註明出處，本文鏈接：https://www.uj5u.com/qiye/169987.html
標籤：企業信息化