【正文】 .................................XXVIII 附錄 ................................................................................................................................................................... XXIX 附錄 1： JBPM 數(shù)據(jù)庫關(guān)系圖 ............................................................................. XXIX 附錄 2：公文流程定義文件 ................................................................................ XXX 附錄 3：相關(guān)開源協(xié)議 ..................................................................................... XXXII 1 1 第一章 前言 隨著 信息科學(xué)技術(shù)的發(fā)展，企業(yè)之間的競爭越來越激烈，誰能 更快的響應(yīng)業(yè)務(wù)流程的變化，誰就能在商場上占有更有利的 位置 。 [1] 辦公自動化系統(tǒng) (OAS)是實現(xiàn)辦公自動化的人機系統(tǒng)，指的是在辦公事務(wù)中引進現(xiàn)代化管理方法、科技手段和各種輔助工具，并實現(xiàn)辦公自動化 (或半自動化 )后，人(辦公人員和管理人員 )和計算機 (含各種辦公設(shè)備 )所組成的辦公信息系統(tǒng)。 它 具有三個特點：以網(wǎng)絡(luò)為基礎(chǔ) 、 以工作流 技術(shù) 作為主要的技術(shù)手段 、 缺少對知識管理的能力。 我國的辦公自動化系統(tǒng)經(jīng)過十幾年的發(fā)展，已經(jīng)取得了十分明顯的進步，產(chǎn)品種類日趨豐富，技術(shù)日益成熟。 3 3 目前，我國的辦公自動化系統(tǒng)正朝著集成化、網(wǎng)絡(luò)化、多媒體和智能化的國際水平發(fā)展。這種傳統(tǒng)的紙張為載體的信息傳遞與處理方式的效率很低，中間過程的可監(jiān)控性以及可追溯性都有很大的局限。在這種背景下，工作流管理系統(tǒng)也由最初的創(chuàng)建無紙辦公環(huán)境轉(zhuǎn)而成為同化企業(yè)復(fù)雜環(huán)境，實現(xiàn)業(yè)務(wù)流程自動執(zhí)行的必要工具。 IBM Almaden 研究中心給出的定義：工作流是經(jīng)營過程的一種計算機化的表示模型，定義了完成整個過程所需用的各種參數(shù)。由過程定義得到的不同的過程模型各有其不同的特點，一個好的模型應(yīng)該有比較強的描述能力、易于使用、易于修改以便能夠適應(yīng)不斷變化的工作環(huán)境的要求。 自動活動 (Automated Activity)：在業(yè)務(wù)過程的執(zhí)行過程中必須借助計算機才能實現(xiàn)的活動。 圖 12 工作流管理系統(tǒng)的體系結(jié)構(gòu)圖 [7] 圖 12 所示的是工作流管理系統(tǒng)的體系結(jié)構(gòu)圖，從中可以看出工作流管理系統(tǒng)主要由三類構(gòu)件組成，分別是： 1. 軟件構(gòu)件：完成工作流管理系統(tǒng)不同組成部分功能的實現(xiàn)； 2. 系統(tǒng)控制數(shù)據(jù)：工作流管理系統(tǒng)中的一個或多個軟件構(gòu)件使用的數(shù)據(jù)； 3. 應(yīng)用與應(yīng)用數(shù)據(jù)：對于工作流管理系統(tǒng)來說，它們不是工作流管理系統(tǒng)的組成部分，而是屬于外 部系統(tǒng)和數(shù)據(jù)，它們被工作流系統(tǒng)調(diào)用來完成整個和部分工作流管理的功能。 3. 接口 3(激活應(yīng)用程序接口 )：用于實現(xiàn)外部應(yīng)用同執(zhí)行服務(wù)的交互。活動相應(yīng)于企業(yè)經(jīng)營過程中的任務(wù)，主要反映完成企業(yè)經(jīng)營過程中需要執(zhí)行哪些功能操作。 [7] 9 9 工作流技術(shù)存在的問題和發(fā)展趨勢 工作流技術(shù)經(jīng)過二十多年的發(fā)展己經(jīng)在理論研究與實際應(yīng)用方面 獲得了長足發(fā)展，取得了重要成果。另外 ， 當工作流非正常中斷時 ， 如何恢復(fù)數(shù)據(jù)的一致性也是需要解決的問題。 [8] 1. 基于 Web 的工作流：隨著 WVW 的迅猛發(fā)展和普及，許多 WfMS 產(chǎn)品支持各種各樣基于 Web 的應(yīng)用，支持 Web 的優(yōu)勢不僅在于不需要安裝特定的客戶端軟件，而且便于系統(tǒng)資源的統(tǒng)一管理。這意味著系統(tǒng)不能保證工作流實例的正常運行， 也無法保證系統(tǒng)能夠正常運轉(zhuǎn)。 使用開源 項目 可以使企業(yè)在開發(fā)自己的信息系統(tǒng)時節(jié)約開發(fā)成本，但同時又不失去對系統(tǒng)的所有權(quán)。 J2EE 簡介 J2EE(Java 2 Platform， Enterprise Edition)是由 Sun 與 IBM 等廠商協(xié)同業(yè)界共同擬定而成的技術(shù)規(guī)范，以企業(yè)與企業(yè)之間的運算為導(dǎo)向的 Java 開發(fā)環(huán)境。 服務(wù)器端 表 現(xiàn)層 主要用于表現(xiàn) 層 邏輯的控制，以及 生成用于客戶端表現(xiàn)層顯示的數(shù)據(jù) ，如 HTML 文本 。 在業(yè)務(wù)層和數(shù)據(jù)層之間， J2EE提供了 JDBC(Java DataBase Connectivity)接口來簡化數(shù)據(jù)庫的開發(fā)。 EJB 使用 Java RMI 和 Java IDL 技術(shù)作為其分布式對象模型 。 JRMP 是 Java 標準的遠程調(diào)用的傳輸協(xié)議，在 TCP/IP 之上操作，在 RMI 中，JRMP 是 RMI 專用的，但是在 RMI 中已經(jīng)可以使用 JRMP 和 IIOP 了。但是， rmiregistry 不支持持久命名服務(wù)。 RMIIIOP 允許開發(fā)者在純 Java 編程環(huán)境中開發(fā)，使用 Java 語言編寫遠程接口，然后使用 Java 和 Java RMI 的相對簡單的 API 實現(xiàn)它。 Java IDL 實際上是 Sun 公司的一個 CORBA 實現(xiàn)，包含一個 CORBA ORB，這個 ORB 在所有的 J2SE 平臺的部署中都可以被使用。 但是，近幾年出現(xiàn)的“輕量級 J2EE”應(yīng)用，使得 J2EE 平臺 更廣泛 的延伸到了各個 應(yīng)用領(lǐng)域。 SpringIoC 是由 Rod Johnson 創(chuàng)建的 Spring Framework 的一個組成部分。 MVC框架 MVC 是 “ ModelViewController” 的縮寫，中文翻譯為 模式 視圖 控制器 ，即把一個應(yīng)用的輸入、處理、輸出流程按照 Model、 View、 Controller 的方式進行分離，這樣一個應(yīng)用被分成三個層 —— 模型層、視圖層、控制層。 使用 AOP 可以提高系統(tǒng)的可重用性及可維護性。IoC 其實是工廠模式 [16]的特例， IoC 容器就是一個總工廠的實現(xiàn)。要在 orbd 中注冊永久服務(wù)，需要使用 servertool 命令啟動該服務(wù)器， servertool 是一個方便開發(fā)者注冊、取消、啟動和關(guān)閉永久服務(wù)的命令行程序。 RMIIIOP 適合那些使用 Java 語言并想通過編寫 RMI 接口而使用 IIOP 作為基礎(chǔ)傳輸協(xié)議的開發(fā)者。 RMIIIOP 由Sun 公司和 IBM 公司聯(lián)合開發(fā)，是 J2EE 和 J2SE 平臺的一部分。 RMI/JRMP 的 服 務(wù) 器 實 現(xiàn) 要 繼 承 類。開發(fā)者可以選擇完全工作在 Java 環(huán)境下，使用 JRMP作為傳輸協(xié)議；也可以選擇使用 IIOP 協(xié)議，與其它的 CORBA 兼 容的語言一起工作。 CORBA 的組件之間基于 IIOP(Inter InterORB Protocol)進行通信。 EJB 主要分為會話 Bean(Session Bean)、實體 Bean(Entity Bean)和消息驅(qū)動Bean(MessageDriven Bean)，會話 Bean 用于實現(xiàn)業(yè)務(wù)邏輯，分為有狀態(tài)和無狀態(tài)兩種形式，當用戶請求到來時，由 EJB 容器選擇創(chuàng)建 EJB 對象；實體 Bean 用于實 現(xiàn)對象關(guān)系映射，每個實體 Bean 對應(yīng)一條數(shù)據(jù)庫記錄，可以讓開發(fā)人員使用面向?qū)ο蟮姆椒ü芾黻P(guān)系型數(shù)據(jù)庫；消息驅(qū)動 Bean 基于 JMS(Java Messaging Service)， 用于 實現(xiàn)會話 Bean 異步接受 JMS 消息 。 客戶端表現(xiàn)層把顯示功能從業(yè)務(wù)邏輯中分離了出來 。 13 13 圖 61 RUNA WFE 的運行時效果圖 RUNA WFE 是一個俄國開發(fā)的基于 JBossjBPM 工作流引擎的開源工作流開發(fā)平臺，可以直接部署流程，且自身提供了很多 顯示層標簽支持。 工作流產(chǎn)品調(diào)查 表 11 國內(nèi)外典型工作流產(chǎn)品 工作流產(chǎn)品 公司 產(chǎn)品架構(gòu) SunFlow 杭州信雅達 SynchroFLOW 西安協(xié)同 DLFlo 上海東蘭 11 11 WebSphere MQ Workflow 、WebSphere Process Server IBM Oracle workflow 、BPEL Process Manager Oracle WebLogic Integration 、AquaLogic BPM Suite BEA SharePoint、 Biztalk、Windows Workflow Foundation Microsoft 表 61 列出了國內(nèi)外主要的工作流產(chǎn)品。 3. 分布式工作流：工作流管理系統(tǒng)從支持單個工作組環(huán)境開始，現(xiàn)在逐步提高到企業(yè)級的功能需求，這樣單個工作流程就要允許跨越廣域網(wǎng)上的多個服務(wù)器和客戶端，通過并行計算、資源共享、分布操作使其可擴展性、客觀理性得以充分體現(xiàn)，然而，隨之而來的是需考慮分布式系統(tǒng)的安全性和客戶操作性。缺乏對工作流進行分析、仿真和糾錯的工具。后來工作流管理聯(lián)盟雖然提出了一套工作流管理系統(tǒng)的標準 ， 但要實現(xiàn)工作流之間無縫的互操作 ， 還需要開展相當多的工作。 5. 角色：角色屬性主要包括角色的名稱、組織實體 (anizational entity)、角色能力等。模型包含了以下幾個基本實體： 1. 工作流定義 (過程模型 )：它一般包含諸如工作流模型名稱、版本號、過程啟動和終止的條件、系統(tǒng)安全、監(jiān)控和控制信息等一系列基本屬性。工作流系統(tǒng)參考模型已經(jīng)成為設(shè)計工作流系統(tǒng)結(jié)構(gòu)時應(yīng)該遵循的設(shè)計標準。 調(diào)用的應(yīng)用 (Invoked Application)：活動實例執(zhí)行過程中被調(diào)用的計算機工具或應(yīng)用。 活動 (Activity)：是組成過程的一個邏輯步驟，也稱為工作流的一個環(huán)節(jié)。 [5] 5 5 圖 11 工作流基本概念之間的關(guān)系 [6] 圖 11 說明了與工作流有關(guān)的一些術(shù)語及其之間的相互關(guān)系。 Geakopoulos 給出的工作流定義是：工作流是將一組任 務(wù)組織起來完成某個經(jīng)營過程。 80 年代 中期， FileNet 和 ViewStar 等公司率先開拓了工作流產(chǎn)品市場，成為最早的一批工作流產(chǎn)品供應(yīng)商。工作流的概念起源于生產(chǎn)組織和辦公自動化領(lǐng)域。政府機構(gòu)往往對公文的流轉(zhuǎn)處 理比較重視，其公文的傳送要涉及到很多相關(guān)部門，流程相當復(fù)雜。同時，實踐經(jīng)驗表明，應(yīng)用工作流技術(shù)可以為辦公自動化管理提供以下支持 ： 1. 提供靈活的流程定義 、 流程 監(jiān)控 、流程 管理 工具 ； 2. 通過流程的執(zhí)行分析，及時發(fā)現(xiàn)業(yè)務(wù)瓶頸； 3. 將流程事務(wù)從業(yè)務(wù)中分離出來，讓業(yè)務(wù)人員更專注于核心業(yè)務(wù)； 4. 避免了傳統(tǒng)業(yè)務(wù)處理方式中隨意性造成的業(yè)務(wù)流程混亂 ； 5. 減少或避免了人為因素造成的原則性錯誤及由此帶來的損失 ； 6. 增強了業(yè)務(wù)各環(huán)節(jié)的協(xié)作能力，使業(yè)務(wù)運作更加順暢 ； 7. 辦公人員可以迅速適應(yīng)本職工作 ； 8. 為業(yè)務(wù)流程重組提供了有效的分析手段和技術(shù)支持 。 智能決策層是 最高層，它 借助數(shù)據(jù)挖掘等新興技術(shù)， 以 日常 事務(wù)層和 控制 管理層辦公系統(tǒng)的大量數(shù)據(jù)為基礎(chǔ)，同時又以其自有的決策模型為支持， 形成 具有決策或輔助決策功能的最高級系統(tǒng)。 OA 概述 OA 概念 辦公自動化 (Office Automation，簡稱 OA)于 20 世紀 50 年代提出，在 80 年代至90 年代得到了飛速的發(fā)展。 Workflow engine。 同時本文也指出了引入 jBPM 的優(yōu)勢以及將面臨的問題，并給出了問題的解決方案 ， 主要 包括 業(yè)務(wù)、流程 數(shù)據(jù) 的 存儲方式 選擇 以及系統(tǒng) 工作流模塊開發(fā)方式 的選擇 。本 科 生 畢 業(yè) 論 文 題 目： 基于 jBPM 的 OA 系統(tǒng)設(shè)計與實現(xiàn) 摘要 本文課題來源于公司的 OA(Office Automation，辦公自動化 )項目，該項目采用J2EE(Java 2 Enterpise Edition， Java 平臺企業(yè)版 )技術(shù) 和 工作流技術(shù) 進行 開發(fā)。 作者 按照軟件工程 中 的 開發(fā) 模式 ，從模塊設(shè)計到模塊實現(xiàn)， 把 jBPM 的API(Application Programming Interface，應(yīng)用程序編程接口 )封裝成為系統(tǒng)的工作流模塊 ，并給出了模塊的測試和運行效果 。 jBPM。辦公自動化作為一門學(xué)科已越來越受到人們的重視，其內(nèi)涵和外延在不斷地擴大，但目前尚未形成一個嚴格、統(tǒng)一的定義。 OA 的發(fā)展歷程 辦公自動化系統(tǒng)的發(fā)展經(jīng)歷了三代 [3][4]： 第一代辦公自動化是以數(shù)據(jù)為處理中心的管理信息系統(tǒng)。 國內(nèi)外對 OA的研究狀況 美國的 OAS 在公司和企業(yè)中發(fā)展得比政府部門要早，并且水平也較高。企 事業(yè)單位同政府 機構(gòu) 相比，公文量 較 少，而以事務(wù)處理為主的工作流應(yīng)用比較 多 。它是針對日常工作中具有固定程序的活動而提出的一個概念。他們把圖像掃描、復(fù)合文檔、結(jié)構(gòu)化路由、實例跟蹤、關(guān)鍵字索引以及光盤存儲等功能結(jié)合在一起，形成了一種全面支持某些業(yè)務(wù)流程的集成化的軟件 (包 )，這便是早期的工作流管