2009年10月，e-works Research對用友U9 2.0版進行了一次評估。本文對U9的開發模式的評估結果進行解析。
傳統的軟件開發過程是首先調研客戶需求，分析客戶需求，包括個性化需求，再進行系統分析、系統設計和代碼編程、最后形成產品功能和相應的產品模塊。這樣的軟件開發過程使得該軟件無法復制到令一個企業中，也無法對軟件進行分割和重組。
在U9的開發過程中，用友一開始并未直接陷入傳統的產品開發模式，而是花了半年以上的時間，借鑒國際先進的管理理念，結合本土企業的管理實際，從以往積累的多個客戶當中提煉出了不同企業的業務模式，然后以業務模式為導向，來搭建U9的整體軟件架構。
圖表1：U9產品開發模式
在軟件開發前對業務模式的歸納，好處在于開發完成的產品涵蓋了多個行業、多個企業的運行模式，而不是針對某一個企業，這樣可以很好的支持多個企業80%以上的ERP標準功能，剩下的20%產品功能可以通過靈活的業務組件來完善，而不是系統開發完成后，陷于無休止的開發、修改、打補丁當中。
U9將IT與業務融合，從累積到得客戶業務模式中提煉出300多個模型，一一進行分析，抽象出每個服務，通過這些服務的組合，來完成最后整體的流程。這種組件化的建模可以隨需而變，能夠剖析業務模式，將其分解成獨立的組件。即首先將企業業務從業務層面、流程層面、管理層面、范圍層面，四個層面切割，進而又對每個層面的業務進一步細分，層層細分下來，最終形成了U9的服務組件。因為在開發構成中，開法人員發現流程可以給客戶帶來價值，他們將這個價值變成模型庫、組件庫，然后通過角色化的交互界面來實現。
圖表2：U9企業服務組件化建模
圖表3：組件化業務模式范例
同時，由于U9是全新開始做的新一代ERP產品，所以研發人員在做U9開發之前，首先做了一個開發平臺UAP。它是在微軟技術上架設的企業應用平臺，是一個完全支持模型驅動的、體現SOA架構的開發平臺。從技術上講，UAP完全開放，甚至可以在這個平臺上重做一個U9。
e-works Research認為，U9摒棄了傳統的開發模式而采用以業務模式為導向的開發模式，這樣一方面在內部開發過程中可以快速的調用已封裝的服務，避免了共性功能的重復開發，使得開發效率大大提升；另一方面當終端用戶業務發生變化時，可以通過對系統進行重新配置，以適應企業新的業務模式；此外，最終客戶可以借助UAP平臺進行客戶化的定制開發，在滿足企業個性需求的同時無需擔心系統升級所帶來的困難。
轉載請注明出處：拓步ERP資訊網http://www.guhuozai8.cn/
本文標題：用友U9 ERP系統開發模式解析
相關文章
