0 引言

    隨著經(jīng)濟(jì)的迅速發(fā)展，制線企業(yè)生產(chǎn)規(guī)模不斷擴(kuò)大，通過(guò)采用先進(jìn)的生產(chǎn)設(shè)備，極大地提高了生產(chǎn)力。面對(duì)生產(chǎn)過(guò)程中大量訂單數(shù)據(jù)和生產(chǎn)統(tǒng)計(jì)數(shù)據(jù)處理要求和客戶對(duì)交貨期、產(chǎn)品質(zhì)量的要求，企業(yè)的生產(chǎn)管理必須具有高效性、嚴(yán)謹(jǐn)性和可控性才能保證生產(chǎn)的效率和產(chǎn)品質(zhì)量。

    然而，落后的企業(yè)信息化管理現(xiàn)狀并不能滿足這種生產(chǎn)管理需求，給企業(yè)的進(jìn)一步發(fā)展和提升帶來(lái)了極大的阻礙。究其原因，大致有3點(diǎn)：①制線業(yè)作為傳統(tǒng)的人力密集型制造業(yè)，信息化管理起步較晚，信息化程度低；②企業(yè)發(fā)展速度較快，管理流程仍處于一個(gè)不斷優(yōu)化調(diào)整的階段，而傳統(tǒng)的信息管理系統(tǒng)或者ERP由于其工作流程和業(yè)務(wù)流程的緊密耦合，缺乏靈活性和可擴(kuò)展性，因而對(duì)于此類企業(yè)不夠適用；③企業(yè)已經(jīng)采用的一些管理系統(tǒng)，如倉(cāng)庫(kù)管理系統(tǒng)、工藝配方管理系統(tǒng)等，只能滿足本部門(mén)的管理需求，缺乏統(tǒng)一的標(biāo)準(zhǔn)和規(guī)劃，在企業(yè)內(nèi)部缺乏信息流通，造成了一個(gè)個(gè)“信息孤島”。在這類企業(yè)的信息化建設(shè)中引入靈活的、可擴(kuò)展的基于工作流的業(yè)務(wù)流程管理就很有必要。

    針對(duì)上述問(wèn)題，本研究設(shè)計(jì)基于BPM的生產(chǎn)管理系統(tǒng)，以實(shí)現(xiàn)工作流程的自動(dòng)化，通過(guò)業(yè)務(wù)流程管理保證企業(yè)生產(chǎn)流程的執(zhí)行，支持業(yè)務(wù)流程的快速修改升級(jí)，并通過(guò)企業(yè)應(yīng)用集成增進(jìn)管理系統(tǒng)間的信息交流，以滿足企業(yè)發(fā)展的需求。

1 BPM和jBPM

    業(yè)務(wù)流程管理BPM的注重點(diǎn)是：通過(guò)建模、自動(dòng)
化、管理和優(yōu)化流程，來(lái)優(yōu)化企業(yè)業(yè)務(wù)的運(yùn)行效率和效果，以構(gòu)造規(guī)范化的業(yè)務(wù)流程為中心，推進(jìn)跨部門(mén)、跨系統(tǒng)和跨用戶的信息流通與整合。從管理的角度看，BPM是將業(yè)務(wù)流程看作一種新的抽象數(shù)據(jù)類型，以流程實(shí)例作為直接操作和管理的基本對(duì)象，并在流程實(shí)例中結(jié)合業(yè)務(wù)數(shù)據(jù)。BPM具有以下兩個(gè)特點(diǎn)：

    (1)工作流管理。

    BPM采用工作流技術(shù)，以工作流的方式組織控制企業(yè)的業(yè)務(wù)流程，完成不同部門(mén)和工作人員之間的信息交換和協(xié)同工作，對(duì)業(yè)務(wù)流程和活動(dòng)進(jìn)行監(jiān)控和分析，從而實(shí)現(xiàn)工作流程的自動(dòng)化。

    (2)企業(yè)應(yīng)用集成。

    通過(guò)將一系列的方法、技術(shù)和工具組織在一起，實(shí)現(xiàn)各異構(gòu)應(yīng)用系統(tǒng)之間的無(wú)縫集成。這樣既保證了原有管理系統(tǒng)的正常運(yùn)行，又實(shí)現(xiàn)了與新的管理系統(tǒng)的整合，促進(jìn)了企業(yè)內(nèi)部部門(mén)之間、管理系統(tǒng)之間的數(shù)據(jù)流通和信息交互。

    jBPM是基于JavaEE的輕量級(jí)工作流管理系統(tǒng)，是一個(gè)能夠可擴(kuò)展、靈活地實(shí)現(xiàn)工作流／業(yè)務(wù)流程管理的企業(yè)級(jí)開(kāi)發(fā)框架，為開(kāi)發(fā)人員提供了流程定義、流程部署、流程執(zhí)行、流程管理等功能。它不但支持業(yè)務(wù)流程執(zhí)行語(yǔ)言BPEL，還提供了面向圖形編程的流程定義語(yǔ)言(jBoss Process Definition Language，jPDL)。jBPM小巧且易于擴(kuò)展，它可以很方便地部署到各種系統(tǒng)中，采用標(biāo)準(zhǔn)的Java API調(diào)用方式，可以由Java程序直接調(diào)用，也可以通過(guò)EJB組件調(diào)用。

2 基于BPM的生產(chǎn)管理系統(tǒng)設(shè)計(jì)

    在傳統(tǒng)的管理系統(tǒng)開(kāi)發(fā)架構(gòu)下，業(yè)務(wù)流程和業(yè)務(wù)邏輯緊密耦合地散布在代碼中，缺乏提煉，因而造成了系統(tǒng)的僵化和復(fù)雜化�；�于BPM的設(shè)計(jì)采用面向服務(wù)架構(gòu)(Service Oriented Architecture，SOA)，通過(guò)基于標(biāo)準(zhǔn)的開(kāi)放接口和松耦合的方式，將較小粒度的服務(wù)組合成復(fù)雜的服務(wù)和應(yīng)用程序，實(shí)現(xiàn)業(yè)務(wù)流程的構(gòu)建。本研究針對(duì)生產(chǎn)管理系統(tǒng)的設(shè)計(jì)，把生產(chǎn)管理過(guò)程中的業(yè)務(wù)活動(dòng)抽離出來(lái)，按照一定的定義格式存儲(chǔ)，用BPM的方法對(duì)業(yè)務(wù)流程進(jìn)行管理、分析和優(yōu)化。基于BPM的生產(chǎn)管理系統(tǒng)的設(shè)計(jì)框架圖如圖1所示，系統(tǒng)總體架構(gòu)分4層，詳細(xì)功能說(shuō)明如下：

圖1基于BPM的生產(chǎn)管理系統(tǒng)設(shè)計(jì)框圖

    (1)數(shù)據(jù)支持層。

    這一層主要為系統(tǒng)運(yùn)行提供資源數(shù)據(jù)支持，通過(guò)對(duì)企業(yè)已有的管理系統(tǒng)與生產(chǎn)管理系統(tǒng)進(jìn)行資源整合集成，提供了流程運(yùn)轉(zhuǎn)所需的基礎(chǔ)數(shù)據(jù)。本研究采用數(shù)據(jù)引擎進(jìn)行數(shù)據(jù)操作，在保證對(duì)各個(gè)不同管理系統(tǒng)數(shù)據(jù)的正確存取的前提下，實(shí)現(xiàn)對(duì)這些不同數(shù)據(jù)源的統(tǒng)一的訪問(wèn)管理。該層是實(shí)現(xiàn)不同管理系統(tǒng)應(yīng)用集成的關(guān)鍵，也是生產(chǎn)管理系統(tǒng)運(yùn)行的基礎(chǔ)。它涉及到一個(gè)或多個(gè)存儲(chǔ)企業(yè)管理數(shù)據(jù)的數(shù)據(jù)源，數(shù)據(jù)交換和處理都要保證數(shù)據(jù)安全，既要求數(shù)據(jù)傳輸?shù)陌踩�，也要求�?shù)據(jù)處理過(guò)程的安全。

    (2)BPM平臺(tái)層。

    這一層主要對(duì)基于BPM的應(yīng)用提供流程運(yùn)行時(shí)的核心支撐。工作流引擎是BPM系統(tǒng)的核心部件，實(shí)現(xiàn)業(yè)務(wù)流程的定義和管理，負(fù)責(zé)業(yè)務(wù)流程安全、可靠地制定和有效的執(zhí)行。對(duì)外提供業(yè)務(wù)流程、活動(dòng)的查詢、控制和管理功能。規(guī)則引擎針對(duì)業(yè)務(wù)規(guī)則進(jìn)行定義與管理。應(yīng)用程序通過(guò)向規(guī)則引擎?zhèn)鬟f參數(shù)數(shù)據(jù)來(lái)觸發(fā)規(guī)則引擎，由規(guī)則引擎來(lái)調(diào)用相應(yīng)的業(yè)務(wù)規(guī)則，觸發(fā)相應(yīng)的應(yīng)用處理程序進(jìn)行響應(yīng)。通過(guò)規(guī)則引擎可以實(shí)現(xiàn)對(duì)業(yè)務(wù)規(guī)則的靈活控制和修改，提高管理系統(tǒng)的靈活性和適應(yīng)性。服務(wù)適配器是實(shí)現(xiàn)SOA的關(guān)鍵工具，它將某些通用功能封裝成可重用的服務(wù)組件提供給不同的應(yīng)用調(diào)用，通過(guò)Web服務(wù)以消息的形式實(shí)現(xiàn)了系統(tǒng)與其他企業(yè)業(yè)務(wù)系統(tǒng)的信息交流和業(yè)務(wù)互動(dòng)。上層服務(wù)也可以通過(guò)服務(wù)適配器將業(yè)務(wù)過(guò)程中的信息修改傳遞到各個(gè)下層服務(wù)進(jìn)行相應(yīng)的處理。本研究通過(guò)這種SOA原理，實(shí)現(xiàn)了對(duì)企業(yè)各個(gè)不同管理系統(tǒng)的應(yīng)用集成的消息通信支持。

    (3)流程處理層。

    這一層主要對(duì)生產(chǎn)管理系統(tǒng)的所有業(yè)務(wù)流程和規(guī)則進(jìn)行建模、定義、管理和維護(hù)。在工作流引擎和規(guī)則引擎的支持下，本研究結(jié)合企業(yè)生產(chǎn)管理的實(shí)際業(yè)務(wù)管理需求，創(chuàng)建工作流模型和規(guī)則模型。工作流模型是從企業(yè)的日常生產(chǎn)管理活動(dòng)中提取出基本的業(yè)務(wù)流程，并通過(guò)流程建模使用流程定義語(yǔ)言進(jìn)行描述，從而能夠被計(jì)算機(jī)所理解。規(guī)則模型是從業(yè)務(wù)邏輯中提取出的業(yè)務(wù)規(guī)則，并且以特定的格式在基于業(yè)務(wù)流程管理的環(huán)境中表達(dá)出來(lái)。規(guī)則模型存儲(chǔ)了業(yè)務(wù)規(guī)則以及與規(guī)則相關(guān)的屬性，如業(yè)務(wù)權(quán)限要求、業(yè)務(wù)時(shí)間信息等。在流程執(zhí)行過(guò)程中，流程判定節(jié)點(diǎn)通過(guò)業(yè)務(wù)規(guī)則來(lái)選擇下一個(gè)流程節(jié)點(diǎn)并執(zhí)行相應(yīng)的業(yè)務(wù)邏輯。Web服務(wù)主要處理由服務(wù)適配器接收不同系統(tǒng)之問(wèn)的消息，或者向其他應(yīng)用系統(tǒng)傳遞消息服務(wù)，實(shí)現(xiàn)應(yīng)用系統(tǒng)的集成。

    (4)應(yīng)用表示層。

    這一層根據(jù)企業(yè)各個(gè)業(yè)務(wù)部門(mén)工作需要提供系統(tǒng)功能應(yīng)用，系統(tǒng)模塊結(jié)構(gòu)如圖2所示。生產(chǎn)管理系統(tǒng)主要由以下5個(gè)模塊組成：

圖2系統(tǒng)模塊結(jié)構(gòu) 

    ①系統(tǒng)管理：包括用戶信息、權(quán)限管理、系統(tǒng)基礎(chǔ)數(shù)據(jù)管理。對(duì)系統(tǒng)用戶信息、角色信息進(jìn)行管理，并負(fù)責(zé)用戶權(quán)限的分配；對(duì)基本的供應(yīng)商、車間信息、部門(mén)信息、客戶信息、色號(hào)信息等基礎(chǔ)數(shù)據(jù)進(jìn)行維護(hù)。

    ②訂單管理：包括訂單錄入、訂單審核、訂單通知、訂單發(fā)貨等。這一模塊主要針對(duì)客戶的訂單進(jìn)行處理，由業(yè)務(wù)員錄入客戶訂單，提交到業(yè)務(wù)主管進(jìn)行審批，審批通過(guò)后即可安排生產(chǎn)或者發(fā)貨。

    ③生產(chǎn)管理：包括生產(chǎn)計(jì)劃、工藝產(chǎn)能中心、生產(chǎn)調(diào)度、生產(chǎn)監(jiān)控等。這一模塊主要是生產(chǎn)部根據(jù)客戶訂單進(jìn)行生產(chǎn)計(jì)劃，制定生產(chǎn)任務(wù)單，并安排調(diào)度生產(chǎn)任務(wù)的執(zhí)行，在生產(chǎn)過(guò)程中監(jiān)控生產(chǎn)任務(wù)的執(zhí)行進(jìn)度。在制定生產(chǎn)計(jì)劃時(shí)，若庫(kù)存原料供給不足，可新建采購(gòu)申請(qǐng)，發(fā)起采購(gòu)流程。此外，還包括對(duì)生產(chǎn)工藝路線和產(chǎn)能數(shù)據(jù)的設(shè)定和維護(hù)。

    ④車間管理：包括車間任務(wù)、車間物料、車間進(jìn)度管理等。這一模塊主要是車間對(duì)所接受的生產(chǎn)任務(wù)的管理，包括任務(wù)查詢、任務(wù)確認(rèn)、任務(wù)安排等，同時(shí)記錄車間物料的進(jìn)出情況，通過(guò)車間員工的產(chǎn)量統(tǒng)計(jì)數(shù)據(jù)匯總車間的生產(chǎn)進(jìn)度。

    ⑤倉(cāng)庫(kù)管理：基本物料管理功能。這一模塊主要是針對(duì)物料(原料、絞線、色線，零頭線、成品)進(jìn)、存、出進(jìn)行臺(tái)帳管理。主要業(yè)務(wù)過(guò)程包括物料接收質(zhì)檢處理、合格后入庫(kù)、退貨、庫(kù)存轉(zhuǎn)移、調(diào)整，分類處理，以及庫(kù)存分類賬查詢等作業(yè)。當(dāng)庫(kù)存原料不足時(shí)，倉(cāng)管員可以新建采購(gòu)申請(qǐng)，發(fā)起采購(gòu)流程。

    除了以上系統(tǒng)功能模塊，這一層還提供了業(yè)務(wù)流程監(jiān)視功能。業(yè)務(wù)流程監(jiān)視是將BPM系統(tǒng)中正在運(yùn)行的流程實(shí)例呈現(xiàn)在管理者面前，使管理者能查看流程的執(zhí)行情況。將流程執(zhí)行過(guò)程中的一些關(guān)鍵參數(shù)(如流程運(yùn)行時(shí)間等)反映出來(lái)，使得管理者能清楚地了解到業(yè)務(wù)流程的執(zhí)行效率，也能發(fā)現(xiàn)業(yè)務(wù)流程在執(zhí)行過(guò)程中遇到的一些瓶頸，從而可以及時(shí)地對(duì)業(yè)務(wù)流程做出修改優(yōu)化的決定。

    這一層是基于BPM的生產(chǎn)管理系統(tǒng)直接與企業(yè)用戶進(jìn)行交互的界面。業(yè)務(wù)流程的發(fā)起、結(jié)束、流程節(jié)點(diǎn)任務(wù)的執(zhí)行、流程的監(jiān)控等操作都是在這一層進(jìn)行。通過(guò)嚴(yán)密設(shè)計(jì)的用戶角色和權(quán)限控制，結(jié)合業(yè)務(wù)流程中的任務(wù)分配機(jī)制，可以使用戶登錄后在操作界面直接看到所需處理的待辦事項(xiàng)，提高工作效率。

3 基于BPM的生產(chǎn)管理系統(tǒng)的實(shí)現(xiàn)

    3.1 數(shù)據(jù)支持層

    數(shù)據(jù)支持層采用數(shù)據(jù)持久化框架Hibernate完成對(duì)不同管理系統(tǒng)數(shù)據(jù)源的整合。Hibernate作為Java應(yīng)用程序和關(guān)系數(shù)據(jù)庫(kù)數(shù)據(jù)交流的接口，它對(duì)JDBC進(jìn)行了輕量級(jí)的封裝，通過(guò)封裝數(shù)據(jù)庫(kù)底層的操作細(xì)節(jié)，屏蔽了不同數(shù)據(jù)庫(kù)語(yǔ)言的差異，實(shí)現(xiàn)了對(duì)不同數(shù)據(jù)源的透明訪問(wèn)。在該系統(tǒng)的實(shí)現(xiàn)中，通過(guò)Hibernate的訪問(wèn)配置，實(shí)現(xiàn)了對(duì)企業(yè)已有的工藝配方管理系統(tǒng)、用友財(cái)務(wù)管理系統(tǒng)的數(shù)據(jù)庫(kù)與生產(chǎn)管理系統(tǒng)數(shù)據(jù)庫(kù)的整合，促進(jìn)了信息的流通，初步達(dá)到了企業(yè)應(yīng)用集成的目的。

    3.2 BPM平臺(tái)層

    BPM平臺(tái)層中流程引擎采用jBPM。jBPM流程引擎的工作機(jī)制如下：在流程部署階段，流程引擎加載XML格式的流程定義文件，解析之后持久化到工作流相關(guān)的數(shù)據(jù)庫(kù)中，形成流程檔案；流程開(kāi)啟后，jBPM流程引擎根據(jù)流程檔案進(jìn)行流程實(shí)例化，負(fù)責(zé)推動(dòng)流程實(shí)例的遍歷，執(zhí)行流程中定義的動(dòng)作，維持流程狀態(tài)，并記錄所有流程事件。

    規(guī)則引擎采用JBoss Rules。JBoss Rules是一個(gè)基于Rete算法的由數(shù)據(jù)驅(qū)動(dòng)的規(guī)則引擎，它包括規(guī)則、事實(shí)和推理機(jī)3部分。規(guī)則存在規(guī)則庫(kù)中，事實(shí)存在服務(wù)器工作內(nèi)存中，由業(yè)務(wù)流程提供，兩者通過(guò)推理機(jī)來(lái)實(shí)現(xiàn)匹配，規(guī)則被激活后由Agenda安排執(zhí)行。

    3.3 流程處理層

    流程處理層由jBPM流程引擎和JBoss Rules規(guī)則引擎對(duì)提煉和建模完善的業(yè)務(wù)流程模型和規(guī)則模型進(jìn)行管理維護(hù)。這一層的實(shí)現(xiàn)主要是使用系統(tǒng)能識(shí)別的語(yǔ)言定義各個(gè)業(yè)務(wù)流程模型和規(guī)則模型。

    業(yè)務(wù)流程建模使用jBPM提供的流程定義語(yǔ)言jPDL。jPDL以圖形化的方式描述業(yè)務(wù)流程。一個(gè)業(yè)務(wù)流程在BPM系統(tǒng)中表達(dá)為一個(gè)由模型元素(節(jié)點(diǎn)和連接弧)所組成的有向圖。節(jié)點(diǎn)代表活動(dòng)，連接弧代表活動(dòng)間的順序傳遞關(guān)系。

    本研究針對(duì)本研究討論的生產(chǎn)管理系統(tǒng)，采用自上而下的層次建模方法。首先對(duì)整個(gè)生產(chǎn)管理系統(tǒng)進(jìn)行流程建模，確定總的業(yè)務(wù)流程，其次對(duì)各個(gè)大業(yè)務(wù)流程內(nèi)部的子業(yè)務(wù)流程建模，最終實(shí)現(xiàn)整個(gè)生產(chǎn)管理系統(tǒng)的業(yè)務(wù)流程建模。根據(jù)企業(yè)的實(shí)際需求，生產(chǎn)管理過(guò)程中涉及到的業(yè)務(wù)流程主要有訂單處理流程、生產(chǎn)主流程、采購(gòu)流程等。這里以采購(gòu)流程為例說(shuō)明業(yè)務(wù)流程定義的方法，采購(gòu)流程圖如圖3所示。

圖3采購(gòu)業(yè)務(wù)流程模型圖

    采購(gòu)業(yè)務(wù)流程描述為：首先，請(qǐng)購(gòu)人員(包括生產(chǎn)部調(diào)度員、倉(cāng)庫(kù)管理員等)根據(jù)物料需求狀況新建采購(gòu)申請(qǐng)單，提交后自動(dòng)流轉(zhuǎn)到采購(gòu)部門(mén)主管；采購(gòu)主管對(duì)采購(gòu)申請(qǐng)的內(nèi)容、金額等情況進(jìn)行審核，若采購(gòu)金額較大則須提交到高級(jí)主管審核；審核通過(guò)后，即托付到采購(gòu)員創(chuàng)建采購(gòu)訂單，聯(lián)系供應(yīng)商，進(jìn)行采購(gòu)活動(dòng)；采購(gòu)到貨后，質(zhì)檢部門(mén)進(jìn)行質(zhì)量檢驗(yàn)，若檢驗(yàn)合格則進(jìn)行倉(cāng)庫(kù)入庫(kù)登記；否則，進(jìn)入特例采購(gòu)申請(qǐng)，由主管進(jìn)行審查，如果同意則進(jìn)行倉(cāng)庫(kù)入庫(kù)登記；否則執(zhí)行退貨程序；入庫(kù)完畢后將采購(gòu)收貨單、采購(gòu)發(fā)票提交到財(cái)務(wù)部門(mén)進(jìn)行結(jié)算；退貨或者入庫(kù)活動(dòng)結(jié)束后，采購(gòu)流程完成。

    本研究針對(duì)上述流程使用jPDL建模時(shí)，使用到了幾種流程節(jié)點(diǎn)：①人工任務(wù)節(jié)點(diǎn)，如審批、修改節(jié)點(diǎn)，通過(guò)任務(wù)分配機(jī)制確定這些任務(wù)節(jié)點(diǎn)的參與者；②判定節(jié)點(diǎn)，如對(duì)審批流程、特例申請(qǐng)的判定，這類節(jié)點(diǎn)實(shí)現(xiàn)了流程的分支功能；③普通流程節(jié)點(diǎn)，在這類節(jié)點(diǎn)流程自動(dòng)執(zhí)行設(shè)置的任務(wù)。流程定義模型的本質(zhì)是XML格式的配置文件。在配置文件中，針對(duì)不同的流程節(jié)點(diǎn)，可以設(shè)置各個(gè)流程節(jié)點(diǎn)需要處理的事件，分配每個(gè)流程節(jié)點(diǎn)對(duì)應(yīng)的操作人員，也可以設(shè)置判定節(jié)點(diǎn)的判定方法。

    采購(gòu)流程中涉及到的業(yè)務(wù)規(guī)則主要是根據(jù)采購(gòu)金額的數(shù)目控制審批流程，而這個(gè)金額的限定值是隨著企業(yè)管理制度的變化而變化的。本研究使用JBoss Rules進(jìn)行規(guī)則提取，能快捷地對(duì)業(yè)務(wù)規(guī)則進(jìn)行修改，從而適應(yīng)這種變化。本研究對(duì)提取出的JBoss Rules以drl格式的規(guī)則定義文件進(jìn)行描述，如下所示：

    在流程運(yùn)行過(guò)程中，規(guī)則引擎以流程變量中的采購(gòu)申請(qǐng)單對(duì)象作為事實(shí)，推理機(jī)結(jié)合規(guī)則運(yùn)行規(guī)則匹配算法，實(shí)現(xiàn)規(guī)則的觸發(fā)，從而控制業(yè)務(wù)流程的走向。

    其他的業(yè)務(wù)流程以及對(duì)應(yīng)的業(yè)務(wù)規(guī)則建模與采購(gòu)流程大致相同，生產(chǎn)主流程模型如圖4所示。這樣，本研究通過(guò)業(yè)務(wù)流程建模和規(guī)則建模，將業(yè)務(wù)流程控制和具體的業(yè)務(wù)處理功能分開(kāi)，對(duì)于可能出現(xiàn)的流程變化和規(guī)則變化，只需要修改流程配置文件和規(guī)則定義文件，即可完成對(duì)流程的更新升級(jí)，快捷方便。

圖4生產(chǎn)主流程模型圖

    3.4應(yīng)用表示層

    該層采用JSF框架實(shí)現(xiàn)任務(wù)處理和頁(yè)面跳轉(zhuǎn)，使用XHTML實(shí)現(xiàn)Web頁(yè)面。JSF是典型的MVC框架。視圖層主要實(shí)現(xiàn)Web頁(yè)面顯示，將待處理的任務(wù)、需要查看的業(yè)務(wù)數(shù)據(jù)或者其他業(yè)務(wù)操作內(nèi)容呈現(xiàn)在用戶面前。模型層定義了生產(chǎn)管理系統(tǒng)需要處理的實(shí)體對(duì)象和具體的應(yīng)用程序，負(fù)責(zé)業(yè)務(wù)邏輯和業(yè)務(wù)數(shù)據(jù)的處理，在這一層實(shí)現(xiàn)了對(duì)業(yè)務(wù)流程的發(fā)起、執(zhí)行和結(jié)束等管理活動(dòng)的調(diào)用。一個(gè)模型可以被多個(gè)視圖重用，從而提高了應(yīng)用程序的可復(fù)用性。控制器主要控制數(shù)據(jù)流向，通過(guò)接收用戶界面的請(qǐng)求，并將請(qǐng)求分配給對(duì)應(yīng)的模型，最后以經(jīng)過(guò)模型處理后的視圖響應(yīng)用戶的請(qǐng)求。本研究使用JSF能實(shí)現(xiàn)表示層界面和功能代碼的松耦合，有利于開(kāi)發(fā)人員的分工協(xié)作和提高組件的重用性，易于擴(kuò)展和維護(hù)。

    為了增強(qiáng)用戶界面的交互性，本研究在Web頁(yè)面采用了動(dòng)態(tài)的語(yǔ)言編程，如Ajax、Javascript等，既能輔助用戶完成業(yè)務(wù)處理工作，又能通過(guò)這種“富客戶端”技術(shù)減輕用戶訪問(wèn)對(duì)數(shù)據(jù)庫(kù)和服務(wù)器的壓力”“。系統(tǒng)界面如圖5所示。

圖5 系統(tǒng)運(yùn)行界圖

4 結(jié)束語(yǔ)

    本研究在分析制線企業(yè)的信息化管理需求現(xiàn)狀的基礎(chǔ)上，設(shè)計(jì)實(shí)現(xiàn)了基于BPM的生產(chǎn)管理系統(tǒng)，既滿足企業(yè)正常的業(yè)務(wù)流程管理需求，也便于在使用過(guò)程中對(duì)生產(chǎn)流程不斷優(yōu)化升級(jí)，同時(shí)系統(tǒng)通過(guò)數(shù)據(jù)引擎實(shí)現(xiàn)不同管理系統(tǒng)的應(yīng)用集成，推動(dòng)了企業(yè)內(nèi)部信息的共享。浙江競(jìng)宏線業(yè)公司在應(yīng)用基于BPM的生產(chǎn)管理系統(tǒng)的一段時(shí)間里，解決了信息不暢通、流程不清晰、責(zé)任不明確等問(wèn)題，建立了規(guī)范可控的生產(chǎn)管理流程，實(shí)現(xiàn)了整個(gè)企業(yè)內(nèi)部資源共享、協(xié)同合作和效益提升的目標(biāo)。后繼工作是將企業(yè)的生產(chǎn)管理流程更加精細(xì)化、全面化.增強(qiáng)流程對(duì)于復(fù)雜多變情況的適應(yīng)性。同時(shí)不斷提高應(yīng)用程序的安全性和運(yùn)行效率，使流程的控制、任務(wù)的分配更加科學(xué)、更加合理、更加安全，切實(shí)將BPM的理念和技術(shù)融合到企業(yè)管理系統(tǒng)之中。

轉(zhuǎn)載請(qǐng)注明出處：拓步ERP資訊網(wǎng)http://www.ezxoed.cn/

本文標(biāo)題：基于BPM的企業(yè)生產(chǎn)管理ERP系統(tǒng)研究

本文網(wǎng)址：http://www.ezxoed.cn/html/consultation/1082067640.html