erp系統(tǒng)中的審核模塊設(shè)計(jì)

erp系統(tǒng)中的審核模塊設(shè)計(jì)

ID:24160470

大?。?0.50 KB

頁(yè)數(shù):4頁(yè)

時(shí)間:2018-11-13

erp系統(tǒng)中的審核模塊設(shè)計(jì)_第1頁(yè)
erp系統(tǒng)中的審核模塊設(shè)計(jì)_第2頁(yè)
erp系統(tǒng)中的審核模塊設(shè)計(jì)_第3頁(yè)
erp系統(tǒng)中的審核模塊設(shè)計(jì)_第4頁(yè)
資源描述:

《erp系統(tǒng)中的審核模塊設(shè)計(jì)》由會(huì)員上傳分享,免費(fèi)在線閱讀,更多相關(guān)內(nèi)容在學(xué)術(shù)論文-天天文庫(kù)。

1、ERP系統(tǒng)中的審核模塊設(shè)計(jì)

2、第1內(nèi)容顯示中由于國(guó)內(nèi)企業(yè)的特點(diǎn),國(guó)內(nèi)企業(yè)在上ERP時(shí)往往把審核過(guò)程看的很重要,把ERP系統(tǒng)要有審核模塊作為一個(gè)重要的選型依據(jù).但是,從ERP系統(tǒng)的開(kāi)發(fā)角度出發(fā),不可能為每個(gè)企業(yè)進(jìn)行二次開(kāi)發(fā),進(jìn)行審核模塊的定制,因?yàn)椴煌髽I(yè)的審核需求、審核環(huán)節(jié)是不同的。ERP系統(tǒng)的審核不是辦公自動(dòng)化,而是與業(yè)務(wù)密切相關(guān)的審核過(guò)程,例如,創(chuàng)建一個(gè)采購(gòu)訂單,根據(jù)采購(gòu)訂單的不同金額,就意味著不同的審核路徑,這個(gè)審核要與ERP系統(tǒng)中的采購(gòu)訂單對(duì)象進(jìn)行關(guān)聯(lián),而不是讓ERP系統(tǒng)與辦公自動(dòng)化進(jìn)行集成。ERP系統(tǒng)對(duì)審核功能需求顯然是一個(gè)工作流管理過(guò)

3、程,但是目前的ERP系統(tǒng)還沒(méi)有哪家能夠提供強(qiáng)大的工作流管理支持。如何結(jié)合審核功能的需求在ERP系統(tǒng)中實(shí)現(xiàn)一個(gè)靈活的審核模塊成為很多ERP系統(tǒng)開(kāi)發(fā)的關(guān)鍵。綜合來(lái)說(shuō),ERP系統(tǒng)中審核模塊的需求主要總結(jié)為兩點(diǎn):1.支持不同層次的審核路徑的靈活定義。允許客戶自由的增加審核層次,定義每個(gè)層次的審核額度,定義每個(gè)層次可以參與的審核角色,并且要能夠定義同一層次不同角色之間是與的關(guān)系還是或的關(guān)系。2.應(yīng)該能夠針對(duì)ERP系統(tǒng)的不同業(yè)務(wù)對(duì)象定義其審核流程。例如為采購(gòu)訂單、銷售訂單、生產(chǎn)訂單等定義其審核流程。這個(gè)需求要求審核管理模塊應(yīng)當(dāng)是獨(dú)立的,能夠提供獨(dú)立接口為E

4、RP系統(tǒng)中的不同業(yè)務(wù)對(duì)象所用。針對(duì)上面的需求,在設(shè)計(jì)ERP系統(tǒng)的審核模塊時(shí),必須保證其靈活性、擴(kuò)展性、獨(dú)立性等。根據(jù)以上需求,ERP系統(tǒng)的審核模塊的設(shè)計(jì)思路可以歸納為:模型驅(qū)動(dòng)的組件化和對(duì)象化設(shè)計(jì)。根據(jù)需求分析,參照工作流思想,可以定義如下的審核模塊的面向?qū)ο竽P停哼^(guò)程:代表一個(gè)審核路徑;活動(dòng):代表一條審核路徑的一個(gè)審核層次,例如采購(gòu)定單審核中的采購(gòu)部經(jīng)理審核層次。該活動(dòng)對(duì)象在具體的審核路徑中應(yīng)當(dāng)指定層次,審核額度、角色等。角色:代表審核路徑中參與每個(gè)審核層次的相關(guān)人員職能;雇員:ERP系統(tǒng)中的人員?;顒?dòng)關(guān)系:定義審核路徑中相關(guān)活動(dòng)之間的關(guān)系,

5、可以是與的關(guān)系,也可以是或的關(guān)系。業(yè)務(wù)對(duì)象:代表ERP系統(tǒng)中的一個(gè)業(yè)務(wù),例如采購(gòu)訂單、銷售訂單等。審核模板:針對(duì)某種業(yè)務(wù)對(duì)象定義的審核路徑模板,可以在模板的基礎(chǔ)定義具體的審核路徑。一個(gè)基本的工作流模型可以用一個(gè)活動(dòng)圖定義如下:對(duì)象之間的關(guān)系見(jiàn)下圖。這個(gè)對(duì)象模型同時(shí)提供了數(shù)據(jù)庫(kù)模型的設(shè)計(jì)基礎(chǔ)。在這個(gè)模型中,過(guò)程有活動(dòng)組成,活動(dòng)之間存在不同類型的關(guān)系,每個(gè)活動(dòng)由承擔(dān)相關(guān)角色的員工執(zhí)行。針對(duì)某個(gè)具體業(yè)務(wù)對(duì)象的審核過(guò)程定義可以在審核過(guò)程模板上進(jìn)行?;谏鲜瞿P?,我們可以定義一個(gè)為采購(gòu)訂單定義一個(gè)審核過(guò)程。1.定義一個(gè)審核模板,指定審核模板對(duì)應(yīng)的功能模塊

6、為采購(gòu)訂單;2.增加審核層次,即活動(dòng),指定該層次的審核額度、相關(guān)的參與角色和活動(dòng)關(guān)系;3.創(chuàng)建一個(gè)針對(duì)采購(gòu)訂單的審核過(guò)程,指定其模板為上述模板,指定每個(gè)層次的具體審核人員。4.最后可以在采購(gòu)訂單的窗口中查看審核過(guò)程。基于所定義的對(duì)象,我們可以描述一個(gè)為采購(gòu)訂單定義審核路徑的過(guò)程。這里有個(gè)關(guān)鍵,審核過(guò)程的定義是獨(dú)立的,審核過(guò)程與ERP系統(tǒng)中的業(yè)務(wù)對(duì)象關(guān)聯(lián)起來(lái)需要依靠審核組件提供的接口實(shí)現(xiàn)。我們需要在數(shù)據(jù)庫(kù)中保存對(duì)應(yīng)某種業(yè)務(wù)對(duì)象的審核過(guò)程。以上的設(shè)計(jì)思路保證了審核模塊與ERP系統(tǒng)的業(yè)務(wù)對(duì)象的獨(dú)立性,保證可以靈活定義審核路徑,可以針對(duì)不同業(yè)務(wù)對(duì)象定義

7、審核路徑,由于該組件是獨(dú)立,并且數(shù)據(jù)庫(kù)的設(shè)計(jì)與ERP的數(shù)據(jù)庫(kù)也可以實(shí)現(xiàn)分離管理,二者只需要通過(guò)接口實(shí)現(xiàn),保證了所開(kāi)發(fā)的審核模塊能夠適應(yīng)不同客戶的審核需求。

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文

此文檔下載收益歸作者所有

當(dāng)前文檔最多預(yù)覽五頁(yè),下載文檔查看全文
溫馨提示:
1. 部分包含數(shù)學(xué)公式或PPT動(dòng)畫(huà)的文件,查看預(yù)覽時(shí)可能會(huì)顯示錯(cuò)亂或異常,文件下載后無(wú)此問(wèn)題,請(qǐng)放心下載。
2. 本文檔由用戶上傳,版權(quán)歸屬用戶,天天文庫(kù)負(fù)責(zé)整理代發(fā)布。如果您對(duì)本文檔版權(quán)有爭(zhēng)議請(qǐng)及時(shí)聯(lián)系客服。
3. 下載前請(qǐng)仔細(xì)閱讀文檔內(nèi)容,確認(rèn)文檔內(nèi)容符合您的需求后進(jìn)行下載,若出現(xiàn)內(nèi)容與標(biāo)題不符可向本站投訴處理。
4. 下載文檔時(shí)可能由于網(wǎng)絡(luò)波動(dòng)等原因無(wú)法下載或下載錯(cuò)誤,付費(fèi)完成后未能成功下載的用戶請(qǐng)聯(lián)系客服處理。