一、企業(yè)簡(jiǎn)介
北京電力設(shè)備總廠(BPEG),始建于1952年,國(guó)有大型一類(lèi)企業(yè),原電力系統(tǒng)最大的修造企業(yè),現(xiàn)隸屬于中國(guó)能建集團(tuán)裝備有限公司。地處北京良鄉(xiāng)、西直門(mén)、河北省保定三地,本部設(shè)在北京良鄉(xiāng)。近年來(lái),在復(fù)雜的經(jīng)濟(jì)環(huán)境下,設(shè)備總廠領(lǐng)導(dǎo)班子帶領(lǐng)全廠職工,堅(jiān)定不移走“調(diào)整規(guī)范、改革創(chuàng)新、轉(zhuǎn)軌變型”的科學(xué)發(fā)展道路,以大型電站輔機(jī)設(shè)備、特高壓電網(wǎng)裝備、備品配件與檢修服務(wù)、電控設(shè)備為主業(yè),形成了“發(fā)電、電網(wǎng)、冶金、建材、煤炭、化工、鐵路并舉”的產(chǎn)品格局和一批擁有自主知識(shí)產(chǎn)權(quán)的重大技術(shù)裝備產(chǎn)品。企業(yè)設(shè)有省市級(jí)技術(shù)中心,擁有國(guó)內(nèi)一流的自主研發(fā)制造能力,是世界級(jí)磨煤機(jī)研制基地,是特高壓電網(wǎng)裝備、百萬(wàn)級(jí)核電母線(xiàn)國(guó)產(chǎn)化研制骨干企業(yè)之一。具有國(guó)內(nèi)領(lǐng)先的制造優(yōu)勢(shì)和突出的市場(chǎng)占有率,產(chǎn)品和服務(wù)遍布國(guó)內(nèi)除澳門(mén)外的所有省市自治區(qū)和行政特區(qū),遍及世界五大洲69個(gè)國(guó)家;是北京市高新技術(shù)企業(yè),機(jī)械工業(yè)管理進(jìn)步示范企業(yè),連續(xù)穩(wěn)定進(jìn)入北京市百?gòu)?qiáng)企業(yè),中國(guó)機(jī)械工業(yè)百?gòu)?qiáng)企業(yè),全國(guó)工業(yè)排頭兵企業(yè)。
2013年末,企業(yè)占地面積94.57萬(wàn)平方米,從業(yè)人員3500人,資產(chǎn)總額24億元,年度銷(xiāo)售收入25億元。
圖1 北京電力設(shè)備總廠
二、企業(yè)信息化應(yīng)用總體現(xiàn)狀
硬件系統(tǒng)方面,企業(yè)建設(shè)有遍布各個(gè)角落的網(wǎng)絡(luò)系統(tǒng),終端用戶(hù)超過(guò)1200個(gè),同時(shí)建設(shè)了網(wǎng)絡(luò)設(shè)備自動(dòng)監(jiān)控和報(bào)警系統(tǒng)、網(wǎng)絡(luò)流量自動(dòng)監(jiān)控系統(tǒng)、服務(wù)器自動(dòng)異地備份系統(tǒng)、互聯(lián)網(wǎng)實(shí)名認(rèn)證系統(tǒng),使網(wǎng)絡(luò)管理達(dá)到一定的高度。
軟件系統(tǒng)方面,企業(yè)建成了內(nèi)外部網(wǎng)站系統(tǒng)、郵件系統(tǒng)、辦公自動(dòng)化系統(tǒng)、統(tǒng)計(jì)系統(tǒng)、物資采購(gòu)招投標(biāo)系統(tǒng)、人力資源管理信息系統(tǒng)、門(mén)禁系統(tǒng)、ERP系統(tǒng)等,應(yīng)用范圍遍及企業(yè)各個(gè)部門(mén)。研發(fā)方面,企業(yè)購(gòu)買(mǎi)了CAXA的CAD正版軟件,出圖率已經(jīng)達(dá)到100%,并開(kāi)始推行三維設(shè)計(jì)系統(tǒng)。為了保密和安全,企業(yè)實(shí)施了文檔加密系統(tǒng)。
近年來(lái),企業(yè)利用工作流系統(tǒng),消滅孤島,整合OA和ERP,持續(xù)深化應(yīng)用ERP系統(tǒng),優(yōu)化現(xiàn)已啟用的ERP模塊,將日常辦公流程、業(yè)務(wù)處理流程全部整合在一起,并基于業(yè)務(wù)數(shù)據(jù)開(kāi)發(fā)了決策系統(tǒng),實(shí)現(xiàn)了自動(dòng)統(tǒng)計(jì)新增訂貨額、商品產(chǎn)值、內(nèi)部產(chǎn)值、新增采購(gòu)合同額等多維度綜合管控報(bào)表。
三、參評(píng)信息化項(xiàng)目詳細(xì)情況介紹
1. 項(xiàng)目背景介紹
在電力設(shè)備修造企業(yè)中實(shí)施ERP是信息技術(shù)在電力產(chǎn)品制造過(guò)程中的應(yīng)用;是傳統(tǒng)工業(yè)模式在信息技術(shù)帶動(dòng)下向高度集約化、知識(shí)化、信息化工業(yè)模式的轉(zhuǎn)變;是要建立一種全新的、高效的、以信息化為特征的管理平臺(tái)。
我國(guó)電力設(shè)備修造企業(yè)不同于其他領(lǐng)域的制造業(yè),在信息化建設(shè)過(guò)程中有其自身的特殊性,主要表現(xiàn)在:
(1)大型電力設(shè)備修造企業(yè)有多年的發(fā)展歷史,管理機(jī)制不易變革。一方面,企業(yè)管理慣性大,管理方式容易守舊;另一方面,企業(yè)在多年的發(fā)展中積累了一定的管理經(jīng)驗(yàn),作為企業(yè)管理者,不希望過(guò)多地改變自己一貫的流程習(xí)慣和思維方式。
(2)信息化整體起步較晚,基礎(chǔ)較弱,實(shí)施信息化缺乏總體規(guī)劃。各個(gè)部門(mén)信息管理系統(tǒng)可能運(yùn)行于不同的平臺(tái),無(wú)法很好地集成在一起;由于缺少可以借鑒的經(jīng)驗(yàn),企業(yè)對(duì)信息化的需求不是很明確。
隨著企業(yè)發(fā)展,辦公效率和響應(yīng)能力對(duì)信息化工作提出了新的要求:由于沒(méi)有統(tǒng)一的建設(shè)標(biāo)準(zhǔn),企業(yè)在不同階段實(shí)施的獨(dú)立的信息化項(xiàng)目出現(xiàn)系統(tǒng)內(nèi)信息臃腫,產(chǎn)生信息孤島,需要在成熟的整體IT規(guī)劃下進(jìn)行集成,真正實(shí)現(xiàn)數(shù)據(jù)的共享、傳遞和交換;在現(xiàn)有ERP系統(tǒng)已實(shí)施模塊基礎(chǔ)上結(jié)合具體工作實(shí)現(xiàn)各模塊間的有效聯(lián)接和持續(xù)優(yōu)化,形成一個(gè)逐步補(bǔ)充、改進(jìn)和完善的過(guò)程;管理軟件對(duì)于企業(yè)的決策的支持能力不足,需要信息技術(shù)為管理者提供實(shí)時(shí)的全面業(yè)務(wù)狀況,從而提高其信息處理效率、拓展其思維空間、延伸其智力,最大限度地減少?zèng)Q策過(guò)程中的不確定性、隨意性和主觀性。
當(dāng)前,很多企業(yè)已經(jīng)實(shí)施或應(yīng)用ERP系統(tǒng),OA系統(tǒng)應(yīng)用得更為普及,但大都是啟用系統(tǒng)的一些基本功能。由于商業(yè)軟件產(chǎn)品具有較強(qiáng)的通用性,在滿(mǎn)足企業(yè)個(gè)性化需求方面較弱,而隨著企業(yè)業(yè)務(wù)流程的優(yōu)化、規(guī)模的擴(kuò)展等,客觀上要求ERP具備足夠靈活的客戶(hù)化配置和柔性的二次開(kāi)發(fā)能力以對(duì)各種變化作出快速響應(yīng),如以下功能方面需要進(jìn)行擴(kuò)展:
(1)應(yīng)收賬款功能:財(cái)務(wù)層面的應(yīng)收賬款和業(yè)務(wù)層面的應(yīng)收賬款可以同時(shí)體現(xiàn);能生成賬齡分析表,并對(duì)銷(xiāo)售人員進(jìn)行欠款狀況自動(dòng)提示,以跟蹤長(zhǎng)時(shí)間未付款的客戶(hù),降低企業(yè)損失,為應(yīng)收賬款余額審計(jì)提供證據(jù);客戶(hù)回款信息不僅要能查核其對(duì)應(yīng)的發(fā)票記錄,還要能銜接其對(duì)應(yīng)的銷(xiāo)售合同。
(2)產(chǎn)銷(xiāo)一體化:保證產(chǎn)銷(xiāo)之間實(shí)時(shí)有效的信息交互與溝通,不出現(xiàn)非訂單產(chǎn)品作業(yè)排程。有效協(xié)調(diào)產(chǎn)銷(xiāo),支撐企業(yè)正常業(yè)務(wù)的開(kāi)展,克服產(chǎn)品不能按交貨期發(fā)貨以及提前生產(chǎn)造成成品庫(kù)存增加的問(wèn)題。
(3)業(yè)務(wù)數(shù)據(jù)采集建設(shè)方面:系統(tǒng)對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行數(shù)字化多維高效實(shí)時(shí)采集,降低手工錄入產(chǎn)生的誤差,保證數(shù)據(jù)的及時(shí)性、準(zhǔn)確性及完整性。
(4)對(duì)銷(xiāo)售/訂單管理的改進(jìn):既要能滿(mǎn)足按訂單生產(chǎn)的多品種小批量離散型機(jī)械制造企業(yè)的銷(xiāo)售模式,還要能滿(mǎn)足大批量、流水線(xiàn)式的生產(chǎn)銷(xiāo)售模式;訂單能進(jìn)行行業(yè)分類(lèi)和地區(qū)劃分,具有預(yù)中標(biāo)功能等。
(5)信息系統(tǒng)整合工程:ERP和OA軟件服務(wù)整合,從而改變ERP系統(tǒng)原有的按照功能模塊劃分的模式,使每個(gè)功能通過(guò)工作流按照業(yè)務(wù)流程靈活地組合執(zhí)行,實(shí)現(xiàn)數(shù)據(jù)資源的高度共享(OA可以直接調(diào)用ERP的數(shù)據(jù),ERP也能獲得OA及時(shí)反饋的數(shù)據(jù))和用戶(hù)賬戶(hù)權(quán)限統(tǒng)一管理(減輕用戶(hù)和系統(tǒng)管理員的負(fù)擔(dān));各個(gè)事業(yè)部ERP系統(tǒng)整合,實(shí)現(xiàn)流程再造(Business Process Reengineering,BPR),從而達(dá)到全方位一體化管控的目標(biāo);解決ERP產(chǎn)品和統(tǒng)計(jì)系統(tǒng)之間智能互聯(lián),滿(mǎn)足統(tǒng)計(jì)數(shù)據(jù)的自動(dòng)采集、劃分和匯總計(jì)算。
2. 項(xiàng)目總體設(shè)計(jì)
辦公自動(dòng)化(Office automation,OA)系統(tǒng)是實(shí)現(xiàn)辦公自動(dòng)化的信息系統(tǒng),側(cè)重于工作流審批、日常辦公管理等,是一種基礎(chǔ)性很強(qiáng)的系統(tǒng)。企業(yè)資源計(jì)劃系統(tǒng)(Enterprise Resource Planning,ERP)是對(duì)企業(yè)中的物流、資金流和信息流進(jìn)行全面集成管理的信息管理系統(tǒng),側(cè)重于企業(yè)內(nèi)部資源之間的數(shù)據(jù)流動(dòng),企業(yè)通過(guò)ERP系統(tǒng)實(shí)現(xiàn)供應(yīng)鏈的全面管理,體現(xiàn)事先計(jì)劃與事中控制的思想。OA與ERP一般彼此獨(dú)立運(yùn)作,提供各自獨(dú)立的功能。但是在企業(yè)中,經(jīng)常有些業(yè)務(wù)流程是貫穿于ERP和OA兩個(gè)系統(tǒng)當(dāng)中的(對(duì)于無(wú)法擺脫行政審批結(jié)構(gòu)的國(guó)企來(lái)說(shuō),OA具有的復(fù)雜多層次審批功能可以很好地解決ERP系統(tǒng)這方面存在的問(wèn)題),此外,ERP系統(tǒng)產(chǎn)生的生產(chǎn)經(jīng)營(yíng)數(shù)據(jù)同時(shí)可能是OA系統(tǒng)的數(shù)據(jù)源。因此,為了避免數(shù)據(jù)的重復(fù)以及保證數(shù)據(jù)的唯一性和實(shí)時(shí)傳遞,也就產(chǎn)生了協(xié)同OA與ERP共同運(yùn)作的系統(tǒng)集成需求,以有效地保護(hù)現(xiàn)有的IT基礎(chǔ)建設(shè)投資。
系統(tǒng)基本結(jié)構(gòu)如圖2所示:
圖2 系統(tǒng)結(jié)構(gòu)示意圖
1)ERP基礎(chǔ)數(shù)據(jù)層
底層基礎(chǔ)數(shù)據(jù)構(gòu)成了本系統(tǒng)信息支撐環(huán)境,其來(lái)源于ERP系統(tǒng)各功能模塊業(yè)務(wù)單據(jù)的執(zhí)行。同一模塊內(nèi)部、不同模塊之間自身已經(jīng)具有嚴(yán)格的稽核校驗(yàn)機(jī)制,結(jié)合OA工作流審批校驗(yàn)可以提高基礎(chǔ)數(shù)據(jù)的準(zhǔn)確性和分析處理的及時(shí)性。
2)數(shù)據(jù)倉(cāng)庫(kù)
業(yè)務(wù)規(guī)則層根據(jù)一定的標(biāo)準(zhǔn)將生產(chǎn)管理數(shù)據(jù)定期從基礎(chǔ)數(shù)據(jù)層中抽取,并在此基礎(chǔ)上運(yùn)用建模工具建立業(yè)務(wù)規(guī)則模型和數(shù)據(jù)稽核模型,對(duì)數(shù)據(jù)進(jìn)行轉(zhuǎn)換、清洗、質(zhì)量確認(rèn)和加載,自動(dòng)生成部門(mén)級(jí)報(bào)表,實(shí)現(xiàn)數(shù)據(jù)向信息的轉(zhuǎn)化、程序與數(shù)據(jù)的分離,立足OA數(shù)據(jù)展示層的展現(xiàn)需求。
數(shù)據(jù)邏輯層是通過(guò)建立一個(gè)虛擬數(shù)據(jù)庫(kù)和多種數(shù)據(jù)邏輯模型(依據(jù)各經(jīng)濟(jì)效益考核指標(biāo))與業(yè)務(wù)規(guī)則層進(jìn)行實(shí)時(shí)交互來(lái)提取和再加工數(shù)據(jù)信息,并處理成集團(tuán)級(jí)統(tǒng)計(jì)與分析報(bào)表。
3)OA數(shù)據(jù)展示層
它提供了友好操作界面,可以清楚簡(jiǎn)潔、安全可控、方便快速的形式向訪(fǎng)問(wèn)授權(quán)用戶(hù)提供統(tǒng)計(jì)分析結(jié)果展現(xiàn)(多層次靈活的安全機(jī)制更有效地防止了有價(jià)值信息的泄密)。
3. 關(guān)鍵技術(shù)
1)數(shù)據(jù)倉(cāng)庫(kù)
數(shù)據(jù)倉(cāng)庫(kù)是近年來(lái)才提出的新概念。所謂數(shù)據(jù)倉(cāng)庫(kù)(Data Warehouse)是一種把收集的數(shù)據(jù)轉(zhuǎn)變成有意義的信息的技術(shù)。它的數(shù)據(jù)來(lái)源于多個(gè)同構(gòu)、異構(gòu)的數(shù)據(jù)源,并且是面向主題組織加工、存儲(chǔ)、提取和維護(hù)的。傳統(tǒng)數(shù)據(jù)庫(kù)主要面向業(yè)務(wù)處理,而DW存儲(chǔ)了大量的來(lái)自種類(lèi)不同的業(yè)務(wù)系統(tǒng)的集成化的綜合數(shù)據(jù)、基本數(shù)據(jù)和歷史數(shù)據(jù),且提取數(shù)據(jù)時(shí)不干擾業(yè)務(wù)數(shù)據(jù)庫(kù)的正常運(yùn)行。通過(guò)對(duì)DW中數(shù)據(jù)的基于業(yè)務(wù)規(guī)則的多維建模,為高層決策提供了更好的復(fù)雜數(shù)據(jù)分析環(huán)境,促進(jìn)企業(yè)中業(yè)務(wù)處理過(guò)程的改善。
圖3說(shuō)明了數(shù)據(jù)倉(cāng)庫(kù)的基本體系結(jié)構(gòu):
圖3 DW的基本體系結(jié)構(gòu)
圖中底部是信息源,指那些常見(jiàn)的關(guān)系型數(shù)據(jù)庫(kù)。連接著每個(gè)信息源的是包裹器/監(jiān)視器模塊,包裹器部分負(fù)責(zé)把信息從原信息源的數(shù)據(jù)格式轉(zhuǎn)換成DW使用的數(shù)據(jù)格式和數(shù)據(jù)模型,而監(jiān)視器部分負(fù)責(zé)自動(dòng)監(jiān)測(cè)信息源中數(shù)據(jù)的變化并把這些變化上報(bào)給集成器(為此作者開(kāi)發(fā)出數(shù)據(jù)加載和更新的程序)。集成器對(duì)信息進(jìn)行過(guò)濾、總結(jié)、合并處理,再準(zhǔn)確地安置到DW中。
2)虛擬數(shù)據(jù)庫(kù)
虛擬數(shù)據(jù)庫(kù)(VDB)是相對(duì)物理數(shù)據(jù)庫(kù)而言的。物理數(shù)據(jù)庫(kù)存放在某種存儲(chǔ)介質(zhì)上,它具有永久性的特點(diǎn),即一經(jīng)建立就一直存放在它的介質(zhì)上,直到通過(guò)刪除命令將其刪除為止。虛擬數(shù)據(jù)庫(kù)并不存儲(chǔ)數(shù)據(jù),它是建立在其它數(shù)據(jù)源之上的一個(gè)全局虛擬關(guān)系視圖,它將其他外部數(shù)據(jù)源看作是單個(gè)數(shù)據(jù)庫(kù)。這樣通過(guò)標(biāo)準(zhǔn)的SQL語(yǔ)言即可對(duì)虛擬數(shù)據(jù)庫(kù)中所屬不同的、物理相互獨(dú)立的數(shù)據(jù)源執(zhí)行相同的查詢(xún)。虛擬數(shù)據(jù)庫(kù)從這些不同的數(shù)據(jù)源訪(fǎng)問(wèn)、收集、結(jié)構(gòu)化和集成數(shù)據(jù),為應(yīng)用程序提供統(tǒng)一、規(guī)范的RDBMS的數(shù)據(jù)外貌。VDB使外部數(shù)據(jù)源成為企業(yè)的關(guān)系數(shù)據(jù)庫(kù)系統(tǒng)的擴(kuò)充。
虛擬數(shù)據(jù)庫(kù)的查詢(xún)處理過(guò)程可描述為:用戶(hù)經(jīng)應(yīng)用程序發(fā)出查詢(xún)請(qǐng)求,通過(guò)ODBC或JDBC接口用SQL來(lái)訪(fǎng)問(wèn)虛擬數(shù)據(jù)庫(kù),當(dāng)用于管理VDB的虛擬數(shù)據(jù)庫(kù)管理系統(tǒng)(VDBMS)收到一個(gè)查詢(xún)請(qǐng)求后,查詢(xún)處理器將其分解成不同的查詢(xún)片段,然后將它們送到相應(yīng)的數(shù)據(jù)源進(jìn)行實(shí)際數(shù)據(jù)的提取,最后對(duì)提取所得的結(jié)果進(jìn)行轉(zhuǎn)換、組合,提交給用戶(hù)。用戶(hù)最終看到的結(jié)果與單個(gè)數(shù)據(jù)源沒(méi)有直接聯(lián)系,就像一個(gè)單獨(dú)的數(shù)據(jù)庫(kù)提供的數(shù)據(jù)一樣。
VDBMS的基本結(jié)構(gòu)如圖4所示。
圖4 VDBMS的基本結(jié)構(gòu)
包裹器(Wrappers)的功能是實(shí)現(xiàn)從各種低層數(shù)據(jù)源中取出數(shù)據(jù),并將分散的數(shù)據(jù)用關(guān)系數(shù)據(jù)庫(kù)的表的形式表示出來(lái)。使用包裹器,應(yīng)用程序可以通過(guò)SQL語(yǔ)句查詢(xún)?nèi)魏螖?shù)據(jù)源。
抽取器(The Extractor)是為開(kāi)發(fā)人員創(chuàng)建的一套規(guī)則、字典和程序庫(kù)以從非結(jié)構(gòu)化、半結(jié)構(gòu)化的文本數(shù)據(jù)中抽象其結(jié)構(gòu)化的有用信息。
映射器(The Mapper)的數(shù)據(jù)轉(zhuǎn)換(通過(guò)定義的映射規(guī)則進(jìn)行屬性名稱(chēng)和單元格式轉(zhuǎn)換,以統(tǒng)一包裹器形成的關(guān)系數(shù)據(jù)表中不同的模式和詞匯)和數(shù)據(jù)合法性檢驗(yàn)功能是系統(tǒng)正常動(dòng)作的關(guān)鍵。
VDB可以有一個(gè)關(guān)系緩存區(qū),用于提高數(shù)據(jù)源的查詢(xún)性能,該緩存區(qū)可以預(yù)先裝入,并根據(jù)需要進(jìn)行刷新。
數(shù)據(jù)發(fā)布系統(tǒng)(Data Publishing System)利用發(fā)布規(guī)則安排數(shù)據(jù)獲取、轉(zhuǎn)換和傳播,即安排各種數(shù)據(jù)集成任務(wù)-包裹、抽象和映射,并以規(guī)定的間隔周期發(fā)布集成后的數(shù)據(jù)表IDT(Integrated Data Table)用于構(gòu)造/增加和周期性更新由集成化的數(shù)據(jù)組成的數(shù)據(jù)倉(cāng)庫(kù)、通過(guò)接口ODBC/JDBC訪(fǎng)問(wèn)最新數(shù)據(jù)以實(shí)現(xiàn)實(shí)時(shí)動(dòng)態(tài)查詢(xún)。
3)ERP軟件的二次開(kāi)發(fā)
對(duì)于ERP軟件供應(yīng)商來(lái)說(shuō),即使他們的系統(tǒng)是基于對(duì)國(guó)情有深入了解的前提之下,流程設(shè)置規(guī)范、功能全、適應(yīng)性強(qiáng),當(dāng)面對(duì)不同企業(yè)千差萬(wàn)別的特殊情況時(shí)(企業(yè)所處的環(huán)境不斷變化,企業(yè)的產(chǎn)品種類(lèi)、產(chǎn)品所處生命周期的階段、企業(yè)的計(jì)劃模式、分銷(xiāo)模式不斷變化,企業(yè)業(yè)務(wù)流程再造不斷進(jìn)行,企業(yè)的規(guī)模不斷縮小或擴(kuò)展等等),客觀上要求ERP具備良好的柔性,方便進(jìn)行客戶(hù)化和二次開(kāi)發(fā)。此項(xiàng)工作宜遵循以下基本原則:適度的二次開(kāi)發(fā)只是對(duì)ERP系統(tǒng)的有益補(bǔ)充、完善、優(yōu)化和利用,且必須以企業(yè)為主來(lái)完成,節(jié)約支付給開(kāi)發(fā)商的軟件開(kāi)發(fā)費(fèi)用;二次開(kāi)發(fā)出的功能模塊盡量獨(dú)立于原來(lái)的ERP系統(tǒng)(如利用系統(tǒng)原有的“閑置”字段而不輕易新增),不影響系統(tǒng)的原有數(shù)據(jù)庫(kù)結(jié)構(gòu),以減少日后版本更新升級(jí)帶來(lái)的沖突。在傳統(tǒng)的ERP系統(tǒng)(見(jiàn)圖5)中,只有第四層功能業(yè)務(wù)層是面向用戶(hù)的。而數(shù)據(jù)如何處理以及報(bào)表內(nèi)容如何組織由第三層模型庫(kù)完成,對(duì)用戶(hù)來(lái)講是非透明的。二次開(kāi)發(fā)實(shí)際就是向高級(jí)用戶(hù)開(kāi)放部分模型庫(kù)和函數(shù)庫(kù),當(dāng)企業(yè)的業(yè)務(wù)流程發(fā)生變化時(shí)由用戶(hù)利用二次開(kāi)發(fā)組件對(duì)功能業(yè)務(wù)層中的基礎(chǔ)數(shù)據(jù)、單據(jù)和報(bào)表進(jìn)行修改來(lái)適應(yīng)變化,也即把第三層和第二層的部分功能向用戶(hù)開(kāi)放。
圖5 ERP系統(tǒng)軟件結(jié)構(gòu)
4. 系統(tǒng)實(shí)現(xiàn)
1)ERP和OA平臺(tái)之間的系統(tǒng)整合
ERP與OA系統(tǒng)整合的具體實(shí)現(xiàn)方案如下:
(1)對(duì)應(yīng)ERP系統(tǒng)的表單關(guān)鍵字段,在OA系統(tǒng)中建立相應(yīng)條件字段映射;在共性字段的基礎(chǔ)上,根據(jù)管理的需求,啟用ERP系統(tǒng)業(yè)務(wù)單據(jù)的“閑置”字段。
(2)ERP系統(tǒng)通過(guò)接口程序把單據(jù)作為附件傳給OA系統(tǒng)。
(3)用戶(hù)在OA系統(tǒng)對(duì)ERP系統(tǒng)的單據(jù)進(jìn)行審批,并將結(jié)果返回ERP系統(tǒng)。
(4)新增的ERP系統(tǒng)表單需要集成時(shí),相關(guān)人員可以進(jìn)行柔性業(yè)務(wù)單據(jù)設(shè)計(jì)并定義審批流程。
2)增加ERP系統(tǒng)內(nèi)部模塊間新的校驗(yàn)程序
ERP系統(tǒng)以高度的分模塊管理特點(diǎn)著稱(chēng),多個(gè)模塊間是基于自帶校驗(yàn)機(jī)制進(jìn)行相互集成的,從而實(shí)現(xiàn)信息的一致性和業(yè)務(wù)流程的正常處理。在系統(tǒng)運(yùn)行中,如果涉及業(yè)務(wù)需求的變化,則必須要在此基礎(chǔ)上不斷擴(kuò)展新的校驗(yàn)機(jī)制。原有軟件系統(tǒng)由于功能欠缺,不能滿(mǎn)足該至關(guān)重要的需要。為解決這個(gè)問(wèn)題,從業(yè)務(wù)規(guī)則出發(fā),開(kāi)發(fā)數(shù)據(jù)稽核模型。下面以實(shí)際投入產(chǎn)出為例:
客戶(hù)訂單與生產(chǎn)完工單通過(guò)自行開(kāi)發(fā)的生產(chǎn)任務(wù)單模塊對(duì)清結(jié)轉(zhuǎn),以銷(xiāo)定產(chǎn);通過(guò)生產(chǎn)任務(wù)單和生產(chǎn)完工單之間相關(guān)聯(lián)的監(jiān)控機(jī)制,可以規(guī)范完工產(chǎn)品的數(shù)量和種類(lèi);回款單增補(bǔ)與客戶(hù)訂單稽核的字段,要求二者能完成包括預(yù)收款、進(jìn)度款、發(fā)貨款和質(zhì)保金等款項(xiàng)的匹配審核工作,加強(qiáng)了內(nèi)部控制管理機(jī)制。
3)開(kāi)發(fā)面向ERP系統(tǒng)的報(bào)表工具
報(bào)表的本質(zhì)是對(duì)數(shù)據(jù)的抽象和概括,它使用一種規(guī)律性更強(qiáng)、更容易被人理解和控制的形式(“表格”)來(lái)描述和展示數(shù)量巨大、無(wú)序的原始數(shù)據(jù)集合(來(lái)源取自業(yè)務(wù)單據(jù),反映經(jīng)營(yíng)成果和財(cái)務(wù)狀況等具體含義)。
ERP系統(tǒng)提供了大量的報(bào)表,但功能單一,缺乏行業(yè)針對(duì)性,不能滿(mǎn)足用戶(hù)多樣、復(fù)雜和變化的實(shí)際業(yè)務(wù)需要和管理需求,往往造成ERP實(shí)施周期過(guò)長(zhǎng),無(wú)法為企業(yè)管理者提供數(shù)據(jù)挖掘、決策支持、商業(yè)智能等一體化服務(wù)。因此,在對(duì)報(bào)表技術(shù)進(jìn)行了深入的研究后,作者設(shè)計(jì)了一個(gè)面向ERP系統(tǒng)的報(bào)表工具。其作為ERP系統(tǒng)的重要補(bǔ)充部分,發(fā)揮著支持流程運(yùn)行、業(yè)務(wù)查詢(xún)、管理查詢(xún)等作用。
目前,ERP系統(tǒng)多采用基于局域網(wǎng)的C/S模式,系統(tǒng)軟件具有專(zhuān)用性,擴(kuò)展性和代碼可重用性差;而B(niǎo)/S模式克服了C/S模式的不足,為企業(yè)充分利用各種信息,快速響應(yīng)市場(chǎng)變化,生產(chǎn)出滿(mǎn)足廣大客戶(hù)要求的產(chǎn)品提供保障。因此,B/S模式是ERP系統(tǒng)二次開(kāi)發(fā)的首選方案。本文基于OA平臺(tái),后臺(tái)數(shù)據(jù)庫(kù)采用ERP系統(tǒng)數(shù)據(jù)庫(kù),前臺(tái)使用ASP進(jìn)行開(kāi)發(fā),利用數(shù)據(jù)倉(cāng)庫(kù)、虛擬數(shù)據(jù)庫(kù)等對(duì)ERP系統(tǒng)中的數(shù)據(jù)進(jìn)行合理提取與加工,實(shí)現(xiàn)綜合性報(bào)表的自動(dòng)生成。
采用數(shù)據(jù)倉(cāng)庫(kù)和虛擬數(shù)據(jù)庫(kù)相結(jié)合的方案可有效的組織信息資源,提高數(shù)據(jù)的查詢(xún)效率,促進(jìn)信息資源共享,其集成框架如圖6所示。這個(gè)框架具體由數(shù)據(jù)源(企業(yè)內(nèi)部ERP系統(tǒng)的業(yè)務(wù)基礎(chǔ)數(shù)據(jù))、數(shù)據(jù)倉(cāng)庫(kù)(整個(gè)框架的核心,通過(guò)業(yè)務(wù)規(guī)則層導(dǎo)入數(shù)據(jù))、應(yīng)用層(接受從客戶(hù)端即瀏覽器發(fā)送過(guò)來(lái)的查詢(xún)請(qǐng)求,從數(shù)據(jù)倉(cāng)庫(kù)或虛擬數(shù)據(jù)庫(kù)獲得查詢(xún)結(jié)果,并負(fù)責(zé)將查詢(xún)結(jié)果傳回給瀏覽器)3個(gè)單元組成。
圖6 數(shù)據(jù)集成框架
下面以新增訂貨額報(bào)表為例來(lái)說(shuō)明。
新增訂貨額綜合報(bào)表(集團(tuán)級(jí))運(yùn)行界面如圖7所示。
圖7 新增訂貨額綜合報(bào)表運(yùn)行界面
新增訂貨額部門(mén)報(bào)表(部門(mén)級(jí))運(yùn)行界面如圖8所示。
圖8 新增訂貨額部門(mén)報(bào)表運(yùn)行界面
新增訂貨額明細(xì)報(bào)表運(yùn)行界面如圖9所示。
圖9 新增訂貨額明細(xì)報(bào)表運(yùn)行界面
對(duì)于部門(mén)級(jí)報(bào)表,采用數(shù)據(jù)倉(cāng)庫(kù)的集成方法定期抽取數(shù)據(jù);而集團(tuán)級(jí)報(bào)表則通過(guò)虛擬數(shù)據(jù)庫(kù)的虛擬視圖訪(fǎng)問(wèn)各個(gè)局部數(shù)據(jù)源,以保證所形成數(shù)據(jù)的高效性。
實(shí)施的效果:傳統(tǒng)的報(bào)表匯總模式難以迅速而準(zhǔn)確地加載有用的信息并轉(zhuǎn)換為統(tǒng)一的數(shù)據(jù)形式,來(lái)滿(mǎn)足集團(tuán)、部門(mén)等多個(gè)層面的需求。借助虛擬數(shù)據(jù)庫(kù)技術(shù)每次生成新增訂貨額綜合報(bào)表只需4秒鐘響應(yīng)時(shí)間,極大緩解了上述問(wèn)題,為領(lǐng)導(dǎo)決策提供有力支撐。
轉(zhuǎn)載請(qǐng)注明出處:拓步ERP資訊網(wǎng)http://www.ezxoed.cn/
本文標(biāo)題:ERP-OA系統(tǒng)打造北京電力設(shè)備總廠高效管理平臺(tái)
本文網(wǎng)址:http://www.ezxoed.cn/html/consultation/10820411457.html