由于國內企業的特點,國內企業在上ERP時往往把審核過程看的很重要,把ERP系統要有審核模塊作為一個重要的選型依據.但是,從ERP系統的開發角度出發,不可能為每個企業進行二次開發,進行審核模塊的定制,因為不同企業的審核需求、審核環節是不同的。ERP系統的審核不是辦公自動化,而是與業務密切相關的審核過程,例如,創建一個采購訂單,根據采購訂單的不同金額,就意味著不同的審核路徑,這個審核要與ERP系統中的采購訂單對象進行關聯,而不是讓ERP系統與辦公自動化進行集成。
ERP系統對審核功能需求顯然是一個工作流管理過程,但是目前的ERP系統還沒有哪家能夠提供強大的工作流管理支持。如何結合審核功能的需求在ERP系統中實現一個靈活的審核模塊成為很多ERP系統開發的關鍵。
綜合來說,ERP系統中審核模塊的需求主要總結為兩點:
1. 支持不同層次的審核路徑的靈活定義。允許客戶自由的增加審核層次,定義每個層次的審核額度,定義每個層次可以參與的審核角色,并且要能夠定義同一層次不同角色之間是與的關系還是或的關系。
2. 應該能夠針對ERP系統的不同業務對象定義其審核流程。例如為采購訂單、銷售訂單、生產訂單等定義其審核流程。這個需求要求審核管理模塊應當是獨立的,能夠提供獨立接口為ERP系統中的不同業務對象所用。
針對上面的需求,在設計ERP系統的審核模塊時,必須保證其靈活性、擴展性、獨立性等。根據以上需求,ERP系統的審核模塊的設計思路可以歸納為:模型驅動的組件化和對象化設計。根據需求分析,參照工作流思想,可以定義如下的審核模塊的面向對象模型:
- 過程:代表一個審核路徑;
- 活動:代表一條審核路徑的一個審核層次,例如采購定單審核中的采購部經理審核層次。該活動對象在具體的審核路徑中應當指定層次,審核額度、角色等。
- 角色:代表審核路徑中參與每個審核層次的相關人員職能;
- 雇員:ERP系統中的人員。
- 活動關系:定義審核路徑中相關活動之間的關系,可以是與的關系,也可以是或的關系。
- 業務對象:代表ERP系統中的一個業務,例如采購訂單、銷售訂單等。
- 審核模板:針對某種業務對象定義的審核路徑模板,可以在模板的基礎定義具體的審核路徑。
一個基本的工作流模型可以用一個活動圖定義如下:
對象之間的關系見下圖。
這個對象模型同時提供了數據庫模型的設計基礎。
在這個模型中,過程有活動組成,活動之間存在不同類型的關系,每個活動由承擔相關角色的員工執行。針對某個具體業務對象的審核過程定義可以在審核過程模板上進行。基于上述模型,我們可以定義一個為采購訂單定義一個審核過程。
1. 定義一個審核模板,指定審核模板對應的功能模塊為采購訂單;
2. 增加審核層次,即活動,指定該層次的審核額度、相關的參與角色和活動關系;
3. 創建一個針對采購訂單的審核過程,指定其模板為上述模板,指定每個層次的具體審核人員。
4. 最后可以在采購訂單的窗口中查看審核過程。
基于所定義的對象,我們可以描述一個為采購訂單定義審核路徑的過程。
這里有個關鍵,審核過程的定義是獨立的,審核過程與ERP系統中的業務對象關聯起來需要依靠審核組件提供的接口實現。我們需要在數據庫中保存對應某種業務對象的審核過程。
以上的設計思路保證了審核模塊與ERP系統的業務對象的獨立性,保證可以靈活定義審核路徑,可以針對不同業務對象定義審核路徑,由于該組件是獨立,并且數據庫的設計與ERP的數據庫也可以實現分離管理,二者只需要通過接口實現,保證了所開發的審核模塊能夠適應不同客戶的審核需求。
轉載請注明出處:拓步ERP資訊網http://www.lukmueng.com/
本文標題:ERP系統中的審核模塊設計
本文網址:http://www.lukmueng.com/html/consultation/10820622842.html