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