一、企業(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