企業對ERP的數字轉型是否做好了準備？

2016年全景咨詢解決方案（panorama consulting solutions）研究顯示，企業資源規劃（erp）項目部署的平均時間為21個月，其中57％的項目實施時間超出了計劃。而這近兩年的時間跨度可能是很長的一段時間，在幾周甚至幾個月而不是幾年的時間裡發生破壞性的變化。圍繞企業軟體實施的任何執行人員不僅知道新系統可能需要很長時間才能實施，而且可能需要幾乎一段時間才能更新或采用新技術。

變革的驅動力

數字轉型是一個廣泛的術語，涵蓋了企業技術變革的各個方面。但是，但成功的企業是那些能夠跟上新技術所能推動的流程變化的企業。

關鍵企業軟體如企業資源規劃（erp），企業資産管理（eam）和資産績效管理（apm）等必須發展，以滿足數字化轉型的需要。傳統的整體式企業解決方案可能适用于過去的業務模式，但是現在往往無法快速實施新技術，也可以支援企業在不同規定下進行新的地理配置設定。

為了解決這一需求，十年前的企業解決方案開始轉向更靈活的面向服務架構（soa），能夠以子產品化方式開發和部署。分層架構的主要優點之一是能夠分離每個功能。例如，表示層不需要從資料庫中提取資訊或存儲在資料庫中或者在業務邏輯上執行，它隻支援最終使用者通路的各種使用者界面。這使得開發，測試和維護應用程式變得更加容易，因為在一層中進行的更改不會直接影響任何其他應用。

輸入分層應用程式架構

面向服務架構（soa）的下一步是分層應用程式架構。這進一步提高了企業的靈活性，減少了企業軟體消耗的時間和資源的時間和資源，可以在其他地方更好地投資。

使用面向服務架構（soa，将結構中的元件組織成層，每個元件執行特定功能，表示層向最終使用者呈現資料，用于處理資訊的業務邏輯層以及用于儲存資訊的資料存儲層。但現代分層架構通過建立單獨的層可以包含對代碼或使用者，能夠對應用程式執行的自定義進行修改的單獨層。這種方法現在使得采用新的業務流程和技術變得容易多了。

通過分層應用架構，企業可以使用強大的個性化和配置功能來定制企業解決方案，以滿足其特定工作流程和程式的需要。例如，企業可以建立使用者定義的字段和自定義事件，以通過平闆電腦或智能手機上的彈出消息通知特定的員工，客戶訂單低于核定的利潤率。甚至可以通過提供警告甚至停止客戶訂單來擴充，這些訂單以前必須通過修改完成。

還需要修改源代碼？

退出修改是分層應用程式體系結構的一部分。但是，在沒有辦法修改源代碼的情況下，分層架構将這些修改分離到自己的層中，不再需要重寫或提升。所需要的是簡單的測試，它隻需要以前所需時間的一小部分。

分層架構還可以處理國家或地區特定的本地化，這意味着組織可以快速擴充到新的區域，而在每個地理區域實施區域特定的功能。通過擺脫修改的需要，分層應用程式架構可以幫助降低總體擁有成本（tco），因為剩餘的修改可以很容易地轉移到新版本，而不需要重寫。

為未來奠定基礎

分層應用架構不僅僅是一個商業工具，它是數字轉型的關鍵因素。使用這種類型的支援軟體，等待最新的更新和推動業務變革功能的時代已經過去了。隻有使用靈活的企業軟體，企業可以在不危及安全性的前提下進行調整，同時減少中斷。企業現在可以充分利用更智能的業務和更明智的決策來跟上未來的變化。

本文轉自d1net（轉載）