第一篇：基于工作流的業(yè)務(wù)流程管理系統(tǒng)的研究與實(shí)現(xiàn)

基于工作流的業(yè)務(wù)流程管理系統(tǒng)的研究與實(shí)現(xiàn)

2009-10-14 13:06:57.0 機(jī)經(jīng)網(wǎng)

北京機(jī)械工業(yè)自動(dòng)化研究所 研發(fā)部 毛宏毅

在20世紀(jì)90年代以來的經(jīng)濟(jì)浪潮中，MIS(信息系統(tǒng))與ERP（企業(yè)資源計(jì)劃）成為企業(yè)管理的熱點(diǎn)。但是，MIS/ERP的開發(fā)方式的缺點(diǎn)在于對(duì)需求表達(dá)不清晰、效率不高。在這種思維方式下的流程管理與真正的企業(yè)流程管理成了“兩張皮”：ERP僅僅是IT領(lǐng)域一個(gè)不重要的支系，而非作為一種驅(qū)動(dòng)力。更嚴(yán)重的是流程被固化在系統(tǒng)中，企業(yè)不能隨著商業(yè)環(huán)境的變化而方便迅速的改變自身的業(yè)務(wù)流程。如何實(shí)現(xiàn)業(yè)務(wù)流程的自動(dòng)化，使得各自相對(duì)獨(dú)立業(yè)務(wù)實(shí)現(xiàn)無縫集成，如何保持商業(yè)伙伴之間的協(xié)同，并建立一種靈活的機(jī)制已經(jīng)成為企業(yè)的首要問題。

BPM的出現(xiàn)，改變了這種IT思維方法。它希望在現(xiàn)有的MIS/ERP系統(tǒng)開發(fā)中表達(dá)商業(yè)需求，對(duì)根植在應(yīng)用系統(tǒng)中的流程做出清晰的定義。為實(shí)現(xiàn)BPM，管理系統(tǒng)必須能夠提供方便迅速分析業(yè)務(wù)流程、商業(yè)數(shù)據(jù)的工具，以便企業(yè)決定使用最適合流程引導(dǎo)商業(yè)目的的實(shí)現(xiàn)。

本文研究了業(yè)務(wù)流程管理理論，分析了業(yè)務(wù)流程管理與工作流管理的異同，并在此基礎(chǔ)上，基于改進(jìn)的工作流管理，實(shí)現(xiàn)了業(yè)務(wù)流程管理系統(tǒng)。

1、業(yè)務(wù)流程管理理論研究（1）業(yè)務(wù)流程管理概念

什么是業(yè)務(wù)流程管理？ BPM是一個(gè)描述一組服務(wù)和工具的一般名詞，這些服務(wù)和工具為流程管理(如流程的分析、定義、執(zhí)行、監(jiān)視和管理)提供支持。它將生產(chǎn)流程、業(yè)務(wù)流程、各類行政申請(qǐng)流程、財(cái)務(wù)審批流程、人事處理流程、質(zhì)量控制及客服流程等70%以上需要兩人以上協(xié)作實(shí)施的任務(wù)全部或部分由計(jì)算機(jī)處理，并使其簡(jiǎn)單化、自動(dòng)化。

從管理理論或戰(zhàn)略的層面看，業(yè)務(wù)流程管理（BPM）就是在一個(gè)存在內(nèi)部事件和外部事件的環(huán)境中，由一組相互依賴的業(yè)務(wù)流程出發(fā)，對(duì)業(yè)務(wù)進(jìn)行描述、理解、表示、組織和維護(hù)。從具體實(shí)施的層面看，BPM還可分為流程分析、流程定義與重定義、資源分配、時(shí)間安排、流程管理、流程質(zhì)量與效率測(cè)評(píng)、流程優(yōu)化等。

從上圖可以看出：在流程設(shè)計(jì)階段，業(yè)務(wù)流程被定義或者是重新定義；系統(tǒng)在配置階段，定義的流程在基于流程的信息系統(tǒng)中實(shí)施；在流程運(yùn)行實(shí)施階段，業(yè)務(wù)流程開始利用在配置階段的內(nèi)容開始實(shí)施；在診斷階段，系統(tǒng)開始分析業(yè)務(wù)流程以發(fā)現(xiàn)其中的問題和需要改進(jìn)的地方，在流程設(shè)計(jì)階段重新定義，往返循環(huán)不斷的優(yōu)化業(yè)務(wù)流程。（2）工作流管理概念

20世紀(jì)60到70年代就有學(xué)者清楚的表達(dá)了利用信息技術(shù)實(shí)現(xiàn)工作流程自動(dòng)化的想法，但是，工作流的真正成熟還是以1993年工作流技術(shù)標(biāo)準(zhǔn)化的工業(yè)組織WFMC（工作流管理聯(lián)盟）的成立為標(biāo)志的。工作流管理聯(lián)盟成立以后，發(fā)布了用于工作流管理系統(tǒng)之間互操作的工作流參考模型，并相繼制定了一系列工業(yè)標(biāo)準(zhǔn)。使得工作流系統(tǒng)的研究與開發(fā)進(jìn)入了一個(gè)新的熱潮。

工作流就是工作流程的計(jì)算模型，即將工作流程中的工作如何前后組織在一起的邏輯和規(guī)則在計(jì)算機(jī)中以恰當(dāng)?shù)哪Ｐ瓦M(jìn)行表示并對(duì)其實(shí)施計(jì)算。工作流要解決的主要問題是：為實(shí)現(xiàn)某個(gè)業(yè)務(wù)目標(biāo)，在多個(gè)參與者之間，利用計(jì)算機(jī)，按某種預(yù)定規(guī)則自動(dòng)傳遞文檔、信息或者任務(wù)。簡(jiǎn)單地說，工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。我們可以將整個(gè)業(yè)務(wù)過程看作是一條河，其中流過的河水就是工作流。（3）WFM與BPM的區(qū)別與聯(lián)系

事實(shí)上，WFM和BPM之間沒有嚴(yán)格的概念界限區(qū)分。如果說WFM是早期人們?yōu)榱私鉀Q“辦公、流程自動(dòng)化”而誕生的應(yīng)用技術(shù)和解決方案的話；那么BPM則是為了“對(duì)全局性的業(yè)務(wù)分析、整合”，以及“能夠基于這些分析提供對(duì)上層管理決策的支持”的一種應(yīng)用技術(shù)和解決方案。與業(yè)務(wù)流程管理相比，傳統(tǒng)的工作流管理的重點(diǎn)僅僅存在于BPM的下半部分，即流程設(shè)計(jì)、系統(tǒng)配置、流程運(yùn)行三個(gè)部分。此外，傳統(tǒng)的工作流管理對(duì)于設(shè)計(jì)階段的支持很少，僅僅提供了一個(gè)編輯器，而對(duì)實(shí)時(shí)的設(shè)計(jì)分析沒有支持。因此，傳統(tǒng)的工作流管理系統(tǒng)軟件中，幾乎都無法支持流程設(shè)計(jì)的仿真，驗(yàn)證，確認(rèn)以及對(duì)實(shí)時(shí)數(shù)據(jù)的收集、解釋。從理論上說，可以從工作流日志中可以挖掘業(yè)務(wù)流程，然而能夠真正做到這一點(diǎn)的很少。

2、基于工作流管理的業(yè)務(wù)流程管理系統(tǒng)的實(shí)現(xiàn)（1）系統(tǒng)架構(gòu)

業(yè)務(wù)流程的定義使用C/S模式。C/S充分利用兩端硬件環(huán)境的優(yōu)勢(shì)，將任務(wù)合理分配到Client端和Server端來實(shí)現(xiàn)，降低了系統(tǒng)的通訊開銷。在流程定義階段，用戶只需定義組織結(jié)構(gòu)，流程和表單就能夠完成流程的設(shè)計(jì)。

業(yè)務(wù)流程的運(yùn)行為B/S模式，軟件系統(tǒng)設(shè)計(jì)遵循目前國際上流行的B/S三層結(jié)構(gòu)系統(tǒng)模型，即整個(gè)系統(tǒng)分為客戶層、業(yè)務(wù)邏輯層和數(shù)據(jù)層。

這種模型具有軟件發(fā)布更為靈活、程序開發(fā)更為高效、重負(fù)載下性能更好、系統(tǒng)安全性更強(qiáng)等優(yōu)點(diǎn)。（2）系統(tǒng)實(shí)現(xiàn)

本系統(tǒng)采用J2EE平臺(tái)結(jié)合Oracle數(shù)據(jù)庫架構(gòu)，流程頁面主要有兩種。

一、表單頁

表單頁的流程是根據(jù)企業(yè)的實(shí)際情況制定的，流程表單也是根據(jù)實(shí)際情況進(jìn)行后臺(tái)表的設(shè)計(jì)和前臺(tái)界面的繪制，這也是工作流的基本使用。

二、接口頁

接口頁，顧名思義，就是對(duì)于已有的B/S模式的頁面提供接口，使頁面在工作流系統(tǒng)中流轉(zhuǎn)。它成功解決了企業(yè)已有的ERP等信息系統(tǒng)流程固化無法進(jìn)行流程優(yōu)化的問題。使用接口頁真正實(shí)現(xiàn)了業(yè)務(wù)的隨需應(yīng)變，可以隨意的對(duì)于B/S模式的下信息管理系統(tǒng)進(jìn)行流程的按需設(shè)計(jì)按需管理。

例如采購訂單審批流程從兩級(jí)審批變?yōu)橐患?jí)審批，但是原有流程固化在ERP系統(tǒng)中，我們可以使用接口頁方便的改變現(xiàn)有流程。

在整個(gè)定義中，工作流系統(tǒng)通過適配器提供工作流和業(yè)務(wù)數(shù)據(jù)進(jìn)行數(shù)據(jù)交換的功能，根據(jù)業(yè)務(wù)數(shù)據(jù)進(jìn)行流程的分支判斷，實(shí)現(xiàn)業(yè)務(wù)流程的隨需應(yīng)變。

三、流程診斷

使用工作流系統(tǒng)的“已辦流程”和“管理流程”兩個(gè)功能，獲得工作流系統(tǒng)的流程運(yùn)行數(shù)據(jù)，對(duì)工作流系統(tǒng)的中正在運(yùn)行的和已經(jīng)運(yùn)行完畢的流程進(jìn)行管理和分析，發(fā)現(xiàn)系統(tǒng)中流程存在的問題和需要改進(jìn)的地方，修改流程后重新發(fā)布，在發(fā)布之后發(fā)起的流程則按照新版本流程進(jìn)行流轉(zhuǎn)，這就實(shí)現(xiàn)了類似業(yè)務(wù)流程管理生命周期中的診斷功能。

第二篇：工作流技術(shù)論文：高校分布式協(xié)同辦公系統(tǒng)研究與實(shí)現(xiàn)

工作流技術(shù)論文：高校分布式協(xié)同辦公系統(tǒng)研究與實(shí)現(xiàn)

【中文摘要】分布式協(xié)同辦公系統(tǒng)是一種基于先進(jìn)的網(wǎng)絡(luò)互連基礎(chǔ)上的分布式軟件系統(tǒng),它通過有效的資源共享和信息交流與發(fā)布,其是提高個(gè)人工作效率、縮減勞動(dòng)強(qiáng)度,以及減少重復(fù)的勞動(dòng)。它重點(diǎn)強(qiáng)調(diào)人好人和人之間、部門和部門之間、企業(yè)之間的協(xié)同工作,及相互之間進(jìn)行有效的交流和溝通。時(shí)至今日,分布式協(xié)同辦公系統(tǒng)已經(jīng)逐漸發(fā)展成為一門比較成熟的綜合學(xué)科,其中涉及了諸多領(lǐng)域的學(xué)科內(nèi)容,它正成為現(xiàn)代計(jì)算機(jī)應(yīng)用的一個(gè)極其活躍的領(lǐng)域。本系統(tǒng)采用了“一校各地”的分布式異地協(xié)同的辦公方式?？傮w上的框架是B/S(瀏覽器/服務(wù)器)結(jié)構(gòu),基于Domino Notes群件技術(shù),綜合ASP.NET、XML進(jìn)行開發(fā)。系統(tǒng)運(yùn)行的服務(wù)器平臺(tái)是Windows 2003 Server,軟件平臺(tái)是IBM Lotus Domino/Notes 8.0,數(shù)據(jù)庫存儲(chǔ)管理平臺(tái)是Lotus Notes數(shù)據(jù)庫。本文對(duì)分布式協(xié)同辦公自動(dòng)化系統(tǒng)設(shè)計(jì)與實(shí)現(xiàn)進(jìn)行了詳細(xì)討論,并對(duì)工作流相關(guān)技術(shù)做了深入的研究,同時(shí)也給出了系統(tǒng)部署、實(shí)施和項(xiàng)目管理等相關(guān)內(nèi)容的說明。本文研究與設(shè)計(jì)的辦公自動(dòng)化系統(tǒng)在建成后將能夠滿足天津廣播電視大學(xué)的學(xué)校教職員工的辦公需求,針對(duì)學(xué)?！耙恍８鞯亍钡墓ぷ髂Ｊ教攸c(diǎn),加強(qiáng)了總校與各地分校之間、教職員工同部門之間、部門同部門之間的協(xié)作與溝通,并同時(shí)實(shí)現(xiàn)了將散落在個(gè)人和部門的信息進(jìn)行集中的管理,有效利用。這不僅替代了原有的人工業(yè)務(wù)協(xié)作模式,提高了教職員工的工作效率,降低了勞動(dòng)強(qiáng)度,而且,更加使得天津廣播電視大學(xué)在教

育體制改革與發(fā)展的浪潮中進(jìn)一步增強(qiáng)了自身的競(jìng)爭(zhēng)力。

【英文摘要】Distributed collaborative office system is the use of effective resources sharing and information exchange, release, improve personal work efficiency and narrow labor intensity, the decrease of the repeated labor purpose is based on an advanced network interconnection based on distributed software systems.It emphasizes man and the good people, between departments and divisions between, between enterprise’s work together, and each other for effective communication.It is a science is developing comprehensive discipline involved in many areas of disciplines, is now a computer application of an extremely active field.This thesis of office automation system is in order to adapt to the tianjin radio and television university is “a school around” office demand to specifically for the design and development of a set of comprehensive coordination office system.The system through provide powerful communication platform, workflow automation, document database and information exchange and internal resources sharing, by function, strengthen total school mass with the regional branch, between staff with between departments, departments with cooperation and communication between departments, will be scattered in the personal and

department for centralized management information, effective use, at the same time to improve the work efficiency and reduce labor.This system uses a “one university of distributed collaborative around” office way.The overall frame is B/S(browser/server)structure, based on the Domino Notes of groupware, comprehensive asp.net, XML development.Of the system operation Server platform is Windows 2000 Server, software platform is IBM Lotus Domino/Notes 6.5, data inventory store management platform is Lotus Notes database.【關(guān)鍵詞】工作流技術(shù) 辦公自動(dòng)化 協(xié)同工作平臺(tái)

【英文關(guān)鍵詞】Workflow technology Office automation Collaborative working platform 【目錄】高校分布式協(xié)同辦公系統(tǒng)研究與實(shí)現(xiàn)4-5Abstract5

第一章 緒論9-14

摘要1.1 課題研究的背景和意義9-10狀10-1210-12結(jié)構(gòu)13-14

1.2 國內(nèi)外對(duì)辦公自動(dòng)化系統(tǒng)研究的現(xiàn)

1.2.2 國內(nèi)研究現(xiàn)狀

1.4 本文組織

2.1 工作流

2.1.2 2.2.1 2.2.3 工2.4 工作1.2.1 國外研究現(xiàn)狀101.3 本課題主要研究工作

12-13

第二章 工作流技術(shù)介紹14-24

2.1.1 工作流的各種定義15

2.2 模型16-22技術(shù)的概念14-16工作流管理系統(tǒng)的定義15-16工作流元模型16-17作流接口類型18-22

2.2.2 過程建模17-182.3 工作流管理系統(tǒng)22

流系統(tǒng)中的業(yè)務(wù)過程描述及其分析22-2323-2424-2529-3029-303030-31設(shè)目標(biāo)31計(jì)31-32第三章 系統(tǒng)需求分析24-313.2 系統(tǒng)功能需求25-293.3.1 性能需求293.4 系統(tǒng)實(shí)施需求303.4.2 運(yùn)行環(huán)境約束30

2.5 本章小結(jié)3.1 系統(tǒng)業(yè)務(wù)需求3.3 系統(tǒng)非功能需求

3.3.2 質(zhì)量需求3.4.1 開發(fā)環(huán)境約束3.5 本章小結(jié)

4.1 系統(tǒng)建第四章 辦公自動(dòng)化系統(tǒng)設(shè)計(jì)31-534.2 系統(tǒng)設(shè)計(jì)原則31

4.3 系統(tǒng)網(wǎng)絡(luò)架構(gòu)設(shè)

4.4.1 辦4.4 分布式工作流模型設(shè)計(jì)32-35公自動(dòng)化OA 系統(tǒng)工作流程32-33型規(guī)劃與設(shè)計(jì)33-34總體架構(gòu)設(shè)計(jì)35-36系統(tǒng)邏輯結(jié)構(gòu)36系統(tǒng)界面設(shè)計(jì)38-4338-3939-434344-45

4.4.2 分布式工作流系統(tǒng)模

4.5 4.5.2 4.7

4.4.3 工作流流程設(shè)計(jì)34-354.5.1 系統(tǒng)技術(shù)架構(gòu)35-364.6 建立系統(tǒng)的體系結(jié)構(gòu)36-384.7.1 系統(tǒng)界面設(shè)計(jì)原則

4.7.3 個(gè)人辦公界面4.7.2 界面劃分394.7.4 子系統(tǒng)專用界面434.9 數(shù)據(jù)庫設(shè)計(jì)43-50

4.8 系統(tǒng)安全性設(shè)計(jì)

4.9.1 主要E-R 圖

4.10 數(shù)據(jù)集成接第五章 辦公系統(tǒng)

5.2 系5.2.2 4.9.2 系統(tǒng)主要數(shù)據(jù)表45-50

4.11 本章小結(jié)51-53口設(shè)計(jì)50-51的實(shí)現(xiàn)與測(cè)試53-80統(tǒng)功能實(shí)現(xiàn)54-72系統(tǒng)主要模塊的實(shí)現(xiàn)

5.1 系統(tǒng)實(shí)現(xiàn)環(huán)境53-545.2.1 系統(tǒng)主要界面54-6161-72

5.3 ASP.NET 安全機(jī)制實(shí)現(xiàn)

72-7575-7878-7980-825.4 系統(tǒng)測(cè)試75-795.4.2 系統(tǒng)性能測(cè)試785.5 本章小結(jié)79-806.1 系統(tǒng)開發(fā)總結(jié)805.4.1 系統(tǒng)功能性測(cè)試

5.4.3 系統(tǒng)測(cè)試總結(jié)第六章 結(jié)論與展望6.2 前景展望80-82致謝

82-83

參考文獻(xiàn)

83-86

第三篇：CRM論文：基于CRM的高校學(xué)生管理系統(tǒng)研究與實(shí)現(xiàn)

CRM論文：基于CRM的高校學(xué)生管理系統(tǒng)研究與實(shí)現(xiàn)

【中文摘要】隨著高等教育的發(fā)展,高校在校學(xué)生群體不斷壯大,相關(guān)的數(shù)據(jù)量越來越龐大,提供和使用學(xué)生數(shù)據(jù)信息的部門和用戶群體越來越多,傳統(tǒng)的學(xué)生管理方法已經(jīng)明顯無法適應(yīng)現(xiàn)今的管理需求,利用基于網(wǎng)絡(luò)的管理信息系統(tǒng)(MIS)對(duì)學(xué)生管理進(jìn)行系統(tǒng)整合已成為必然趨勢(shì)。隨著高校管理體制的改革與發(fā)展,面向?qū)W生的管理理念逐步向服務(wù)理念靠攏,越來越多的CRM(客戶關(guān)系管理)思想已經(jīng)應(yīng)用于學(xué)生管理實(shí)際工作當(dāng)中,如“以客戶為中心”,“注重客戶滿意度與忠誠度”,“延長(zhǎng)客戶生命周期”,“充分利用客戶信息進(jìn)行數(shù)據(jù)分析與數(shù)據(jù)挖掘”等。而現(xiàn)行的學(xué)生管理系統(tǒng)大部分還只有純粹的“管理”功能,急需新的理念融入其中。因此許多高校需要建立一套與原有學(xué)生管理系統(tǒng)不同的,基于客戶服務(wù)理念的擁有統(tǒng)一網(wǎng)絡(luò)平臺(tái)的學(xué)生管理系統(tǒng)。該系統(tǒng)的建立,可以提升高校學(xué)生管理的水平,適應(yīng)學(xué)生管理工作改革的各項(xiàng)要求,同時(shí)也符合高校建立信息化、數(shù)字化校園的發(fā)展方向。文章對(duì)高校學(xué)生管理系統(tǒng)做了基礎(chǔ)調(diào)研后,綜合分析,對(duì)實(shí)現(xiàn)基于CRM的學(xué)生管理系統(tǒng)進(jìn)行了需求分析,技術(shù)可行性分析。在這些前期工作的基礎(chǔ)上,進(jìn)行的系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)設(shè)計(jì)、邏輯結(jié)構(gòu)設(shè)計(jì)、詳細(xì)結(jié)構(gòu)設(shè)計(jì)、以及數(shù)據(jù)庫結(jié)構(gòu)設(shè)計(jì)等。在系統(tǒng)的實(shí)現(xiàn)部分,我們有針對(duì)性的選擇學(xué)生基本信息管理、選課信息管理、以及學(xué)生成績(jī)管理模塊作為實(shí)現(xiàn)對(duì)象,融入CRM思想,讓系統(tǒng)能夠?qū)崿F(xiàn)學(xué)生與管理人員互動(dòng)溝通,在相應(yīng)的模塊進(jìn)行數(shù)據(jù)挖掘、分析教學(xué)成果對(duì)學(xué)生實(shí)施個(gè)性

化教學(xué)等。在系統(tǒng)實(shí)現(xiàn)的基礎(chǔ)上我們?cè)趙indows環(huán)境下進(jìn)行了系統(tǒng)的功能測(cè)試、壓力測(cè)試、安全測(cè)試等,對(duì)系統(tǒng)的實(shí)現(xiàn)進(jìn)行了評(píng)價(jià),初步達(dá)到了預(yù)期。高校學(xué)生管理系統(tǒng)融入CRM思想是一個(gè)較新的研究領(lǐng)域,還有很多需要做的工作,由于時(shí)間倉促,限于個(gè)人能力,系統(tǒng)還有很多不完善的地方,需要進(jìn)一步研究。

【英文摘要】With the development of higher education, college students’population has grown increasingly in the school.And students of the relevant data quantity become large, department provide and use student information which becomes more and more.The traditional student management method has obvious can’t adapt to today’s management requirements;Use of web-based management information system(MIS)to integrate student management system has become an inevitable trend.As college management system reform and development, facing the student management idea gradually moving to service concept, more and more CRM(customer relationship management)thought has been used in the student management practical work.Such as “take the customer as the center”, “pay attention to customer satisfaction and loyalty”, “customer lifecycle extension”, and “make full use of customer information data analysis and data mining” etc.The majority of the existing student management system has only a pure “management”

function, need new ideas into one.Therefore, many colleges and universities need to establish a difference with the existing student management system, based on the concept of customer service for students with a unified network platform management system.The set up of this system, can promote the college student management level, adapt the student management work requirements of reform, also with the establishment of the informationized, digital campus development direction.The paper has analyzed university student management system of basic research, to achieve the comprehensive analysis, the student management system based on CRM the requirement analysis, technical feasibility analysis.?In the previous work, based on the network structure of the system design, logic design, detailed design, and database structure design.?Implementation part of the system, we have targeted to select basic information management of the students, information management elective, and student performance management module as to achieve the object, Thinking into the CRM so that the system can achieve interactive communication with management and students, in the appropriate module for data mining, analysis of the results of teaching, and then to implement individualized teaching for students.Based on system

realization, we in Windows environment the system function test, pressure testing, safety testing, the system implementation evaluation, preliminary reach the expected purpose.? Student Management system into the CRM idea is a relatively new area of research, there are a lot of work needs to be done, due to time constraints, limited personal ability, there are many inadequacies in the system, needs further study.【關(guān)鍵詞】CRM 學(xué)生管理系統(tǒng) ASP.NET 【英文關(guān)鍵詞】CRM student management system ASP.NET 【目錄】基于CRM的高校學(xué)生管理系統(tǒng)研究與實(shí)現(xiàn)4-5ABSTRACT5-6

第一章 緒論12-16

摘要1.1 選題1.3 本文的第二章 研

2.1.1 來源和依據(jù)12-13內(nèi)容和意義13-14

1.2 國內(nèi)外研究現(xiàn)狀131.4 論文結(jié)構(gòu)安排14-16究和開發(fā)的關(guān)鍵技術(shù)16-29CRM 的概念及理論16-1818-20結(jié)構(gòu)22-23術(shù)簡(jiǎn)介23-24

2.1 CRM 簡(jiǎn)介16-222.1.2 CRM 的發(fā)展歷程2.1.3 CRM 的分類20-22

2.3 ASP.NET 技術(shù)23-26

2.2 B/S 模式三層體系

2.3.1 ASP.NET 技

2.4 第三章 系統(tǒng)

3.2

2.3.2 ASP.NET 的優(yōu)點(diǎn)24-26

2.5 本章小結(jié)28-29ADO.NET 技術(shù)26-28的分析和設(shè)計(jì)29-48系統(tǒng)安全性分析30-31

3.1 系統(tǒng)可行性分析29-303.3 系統(tǒng)的總體設(shè)計(jì)

31-373.3.1 系統(tǒng)網(wǎng)絡(luò)架構(gòu)31-323.3.2 系統(tǒng)功能模

3.4.1 數(shù)據(jù)塊設(shè)計(jì)32-373.4 系統(tǒng)的詳細(xì)設(shè)計(jì)37-47庫概念設(shè)計(jì)E-R 圖37-3939-4147-4848-50信息50-52

3.4.2 數(shù)據(jù)庫邏輯表結(jié)構(gòu)設(shè)計(jì)

3.5 本章小結(jié)4.1 系統(tǒng)登錄4.2.1 添加學(xué)生

4.2.3 查4.3.1 修4.4.1 錄4.5 功4.7 數(shù)據(jù)挖第五章 系統(tǒng)的測(cè)5.1.1 系統(tǒng)測(cè)5.1.3 系統(tǒng)測(cè)試

5.3 3.4.3 程序流程圖設(shè)計(jì)41-47第四章 系統(tǒng)的具體實(shí)現(xiàn)48-684.2 學(xué)生基本信息管理50-56

4.2.2 顯示所有學(xué)生信息52-54

4.3 課程信息管理56-574.4 學(xué)生成績(jī)管理57-604.4.2 學(xué)生成績(jī)統(tǒng)計(jì)58-604.6 組權(quán)限管理61-634.8 本章小結(jié)67-685.1 系統(tǒng)的測(cè)試68-70詢學(xué)生信息54-56改課程信息56-57入學(xué)生成績(jī)57-58能模塊管理60-61掘的實(shí)現(xiàn)63-67試和評(píng)價(jià)68-71試環(huán)境685.1.2 系統(tǒng)測(cè)試方法68-69方案的設(shè)計(jì)69-70本章小結(jié)70-71總結(jié)71文獻(xiàn)73-75

5.2 系統(tǒng)的測(cè)試結(jié)果及評(píng)價(jià)70第六章 結(jié)束語71-72

6.1 論文的工作

參考6.2 問題與展望71-72致謝72-73

攻碩期間取得的研究成果75-76

第四篇：如何基于工作流,實(shí)現(xiàn)OA-ERP集成

如何基于工作流，實(shí)現(xiàn)OA-ERP集成

2002-10-30 13:15

郭應(yīng)中、吳科/(AMT)

引言

ERP系統(tǒng)是對(duì)企業(yè)能夠提供業(yè)務(wù)數(shù)據(jù)支持的信息系統(tǒng)，OA系統(tǒng)是實(shí)現(xiàn)公文收發(fā)、流轉(zhuǎn)、簽發(fā)、歸檔等群組化辦公作業(yè)自動(dòng)化的信息系統(tǒng)。兩者都是為實(shí)現(xiàn)單一目標(biāo)而運(yùn)行的信息系統(tǒng)。

在企業(yè)的業(yè)務(wù)活動(dòng)中，經(jīng)常有些業(yè)務(wù)是貫穿ERP和OA兩個(gè)系統(tǒng)的。比如采購流程：采購申請(qǐng)生成、采購定單生成、驗(yàn)收單生成是在ERP系統(tǒng)進(jìn)行；采購單申批、入庫準(zhǔn)備單流轉(zhuǎn)在OA系統(tǒng)進(jìn)行。企業(yè)中存在對(duì)OA和ERP兩個(gè)系統(tǒng)集成的需求。另外，ERP系統(tǒng)和OA系統(tǒng)實(shí)施的難度差別造成一個(gè)時(shí)期內(nèi)系統(tǒng)覆蓋范圍不同，將兩個(gè)系統(tǒng)集成，ERP的實(shí)施效果可以事半功倍。

將兩個(gè)系統(tǒng)集成，涉及到組織、角色、任務(wù)和過程的定義和管理。通過工作流系統(tǒng)進(jìn)行集成，不但可以把兩個(gè)系統(tǒng)中的多個(gè)模型統(tǒng)一，還可以使企業(yè)專注于應(yīng)用業(yè)務(wù)，更方便地進(jìn)行企業(yè)流程重組（BPR）。

對(duì)ERP和OA兩個(gè)系統(tǒng)的集成，主要的工作有集成方案的確定、系統(tǒng)集成功能范圍的確定、工作流系統(tǒng)的創(chuàng)建或改造、組織模型的統(tǒng)一等。

集成方案的確定

實(shí)現(xiàn)OA和ERP系統(tǒng)的集成，通常的實(shí)現(xiàn)方案有以下三種：

1、更換原有的ERP系統(tǒng)，選擇能夠同時(shí)提供OA和ERP解決方案的供應(yīng)商。

同時(shí)提供OA和ERP解決方案的供應(yīng)商，其產(chǎn)品在設(shè)計(jì)階段就考慮到了兩個(gè)系統(tǒng)的集成。但是目前這樣的方案往往是供應(yīng)商出于市場(chǎng)份額的考慮而提供的，由于開發(fā)規(guī)模、成本和周期的限制，所提供的ERP－OA一體化方案的功能往往比較簡(jiǎn)單，不能滿足企業(yè)個(gè)性化的需求。而且，ERP系統(tǒng)在企業(yè)內(nèi)運(yùn)行一段時(shí)間后，更換新的系統(tǒng)，會(huì)面臨新舊系統(tǒng)間數(shù)據(jù)移植的巨大工作量、用戶不愿意舍棄熟悉的界面和高昂的費(fèi)用等困難。所以這個(gè)方案只能被未實(shí)施ERP系統(tǒng)企業(yè)中的少部分企業(yè)使用；

2、使用ERP供應(yīng)商的合作伙伴提供的集成方案。

例如Lotus Notes為SAP、Oracle、JDE等公司的ERP產(chǎn)品都提供了集成化的解決方案。其方法是：在OA Server和ERP Server之間通過數(shù)據(jù)庫連接工具DECS連接。在ERP 系統(tǒng)的DB 建立大量視圖供OA訪問，在OA Server上建立關(guān)系型數(shù)據(jù)庫，存儲(chǔ)定期從ERP系統(tǒng)中按照字段映射過來的靜態(tài)數(shù)據(jù)，作為OA系統(tǒng)組織和資源定義的依據(jù)。OA系統(tǒng)中的表單鑒審后可以通過ERP系統(tǒng)的Interface table寫入ERP系統(tǒng)。

這種方案可以兩個(gè)系統(tǒng)的高度集成，但是存在以下問題：

（1）不是所有的ERP系統(tǒng)都有相應(yīng)的集成方案提供。Lotus Notes僅對(duì)大型而且著名的ERP產(chǎn)品提供了這樣的集成方案；

（2）這個(gè)方案的實(shí)現(xiàn)和維護(hù)費(fèi)用非常高。如果在新增流程，需要在ERP系統(tǒng)中新增視圖，在OA系統(tǒng)中新增表單。對(duì)于大型的ERP系統(tǒng)，其數(shù)據(jù)庫中的table有近萬個(gè)，加上在OA中創(chuàng)建表單，都是企業(yè)IT人員無法獨(dú)立完成的，仍需要方案提供者的服務(wù)。即使是方案的提供者，在使用這種工具完成兩個(gè)應(yīng)用系統(tǒng)結(jié)合 時(shí)，也必須同時(shí)對(duì)兩個(gè)系統(tǒng)了如指掌。然而，不論在國內(nèi)和國外，同時(shí)能夠深層次了解兩個(gè)系統(tǒng)的技術(shù)人員極為緊缺，加上高昂的購買費(fèi)用，企業(yè)很難接受；

（3）ERP實(shí)施模塊增加，特別是ERP系統(tǒng)的升級(jí)，都會(huì)造成集成化系統(tǒng)的癱瘓，限制了企業(yè)的業(yè)務(wù)發(fā)展。

因此，此方案的應(yīng)用仍然比較少。

3、通過工作流系統(tǒng)，實(shí)現(xiàn)工作流程在兩個(gè)平臺(tái)上切換。

在工作流系統(tǒng)的管理下，用戶通過遠(yuǎn)程登錄工具和模擬鍵盤錄入，實(shí)現(xiàn)OA平臺(tái)和ERP平臺(tái)之間的簡(jiǎn)單切換。系統(tǒng)架構(gòu)圖如下：

圖1集成后的系統(tǒng)架構(gòu)

對(duì)應(yīng)上圖的每個(gè)步驟說明如下：

1.用戶登錄OA系統(tǒng)后，Workflow Server根據(jù)OA系統(tǒng)中人員配置管理功能確認(rèn)其身份，此用戶同時(shí)得到了相應(yīng)的權(quán)限；

2.身份確認(rèn)后，Workflow Server再根據(jù)此用戶在其權(quán)限內(nèi)申請(qǐng)的工作流程提供工作流表單，并在表單上顯示用戶對(duì)應(yīng)的組織結(jié)構(gòu)的層次度；

3.用戶在工作流表單上填寫本流程執(zhí)行需要的數(shù)據(jù)，這些數(shù)據(jù)可能是請(qǐng)假天數(shù)、請(qǐng)假原因等不涉及ERP系統(tǒng)的數(shù)據(jù)，也可能是訪問ERP系統(tǒng)的參數(shù)。如果在流程執(zhí)行時(shí)僅僅需要在ERP系統(tǒng)中執(zhí)行查詢，工作流表單的填寫要在訪問ERP系統(tǒng)后進(jìn)行。

4.當(dāng)工作流程執(zhí)行到ERP系統(tǒng)上的作業(yè)時(shí)，工作流系統(tǒng)自動(dòng)引導(dǎo)用戶進(jìn)入ERP系統(tǒng)。通過OA系統(tǒng)本身的Script語言結(jié)合Terminal simulator script語言編寫的訪問ERP系統(tǒng)的任務(wù)項(xiàng)，根據(jù)執(zhí)行的流程類型、順序、工作流表單參數(shù)，用戶可以直接進(jìn)入ERP系統(tǒng)相應(yīng)的功能模塊。

5.用戶操作ERP系統(tǒng)?？梢愿鶕?jù)權(quán)限執(zhí)行不同的操作。以采購申請(qǐng)為例，用戶可以填寫需要采購的物料編號(hào)、采購數(shù)量、價(jià)格范圍、供應(yīng)商等，存儲(chǔ)后保存在ERP DB中；

6.ERP DB保存后，通過ERP系統(tǒng)界面向用戶提示保存成功；

7.ERP系統(tǒng)將保存成功的單據(jù)編號(hào)和單據(jù)狀態(tài)等信息傳送到工作流系統(tǒng)。根據(jù)需要，用戶可以把ERP系統(tǒng)生成的表單導(dǎo)出為Excel文件保存在本地；

8.當(dāng)工作流系統(tǒng)收到ERP系統(tǒng)傳來的信息后，進(jìn)行格式檢查，確認(rèn)無誤后繼續(xù)執(zhí)行；

9.用戶在屏幕上審查工作流系統(tǒng)執(zhí)行情況是否正確，確認(rèn)無誤后，將工作流表單傳送到Workflow Server，保存在本地的Excel文件也可以作為附件提交；

10.Workflow Server收到用戶傳來的工作流表單，并據(jù)此將工作流表單和附件傳送到下一個(gè)執(zhí)行者。

同前面兩種方案比較，這種方案的適應(yīng)性非常強(qiáng)，開發(fā)量、開放難度和費(fèi)用都比較低。因此為本文采用。

系統(tǒng)集成功能范圍的確定

如果把企業(yè)內(nèi)所有的流程都通過工作流系統(tǒng)在OA和ERP系統(tǒng)中實(shí)現(xiàn)，不僅沒有必要，而且有些流程是不適合在信息系統(tǒng)中實(shí)現(xiàn)的。因此，需要對(duì)系統(tǒng)集成的功能范圍進(jìn)行確定。

企業(yè)內(nèi)部流程是由一個(gè)個(gè)動(dòng)作組成的，根據(jù)動(dòng)作發(fā)生的頻率和流程特點(diǎn)，可以分為以下三個(gè)類別：

A類：發(fā)生頻率高而且執(zhí)行簡(jiǎn)單。如各種申請(qǐng)的上呈、核簽、否決、查詢；

B類：發(fā)生頻率一般，執(zhí)行方法復(fù)雜而且經(jīng)常發(fā)生變化。如會(huì)簽，往往人數(shù)不定，層次不定，后續(xù)動(dòng)作不定；

C；類：發(fā)生頻率特別低，或者其所在流程不具備管理意義。如衛(wèi)生值日流程中的所有動(dòng)作；

為使集成工作簡(jiǎn)單而有效，系統(tǒng)集成的功能應(yīng)集中在由A類動(dòng)作組成流程的范圍內(nèi)。在集成工作前階段，工作流系統(tǒng)中計(jì)劃實(shí)現(xiàn)的流程中，需要OA和ERP兩個(gè)系統(tǒng)共同完成的流程有：

1．物料信息維護(hù)。當(dāng)物料新增或停用時(shí)，經(jīng)過層層簽字，在ERP系統(tǒng)中做相應(yīng)處理；

2．采購流程。采購申請(qǐng)、審核、采購申請(qǐng)匯總、分單驗(yàn)收、入庫流程；

3．付款流程。付款申請(qǐng)、發(fā)票校驗(yàn)、審核、通知付款、付款登記；

4．報(bào)銷流程。單據(jù)填寫、網(wǎng)上審核、票據(jù)檢查、登記入帳；

工作流系統(tǒng)的改造或重構(gòu)

按照工作流管理聯(lián)盟的定義，工作流是一類能夠完全或部分自動(dòng)執(zhí)行的經(jīng)營(yíng)過程，將文檔、信息和任務(wù)在不同的執(zhí)行者之間傳遞、執(zhí)行。

傳統(tǒng)的工作流系統(tǒng)中，每一個(gè)業(yè)務(wù)流程都要根據(jù)企業(yè)內(nèi)的業(yè)務(wù)流程完整構(gòu)建出來的。這樣每一個(gè)業(yè)務(wù)流程都有大量的代碼來實(shí)現(xiàn)，流程的創(chuàng)建和維護(hù)工作量很大。

仔細(xì)分析企業(yè)內(nèi)的眾多業(yè)務(wù)流程中，相當(dāng)部分的流程是有共同部分的，每個(gè)流程中都有功能重復(fù)的代碼。動(dòng)態(tài)工作流把完整的工作流分解為若干個(gè)活動(dòng)（Task）（對(duì)象），使工作流建模工作得以簡(jiǎn)化，可以實(shí)現(xiàn)更復(fù)雜的工作流系統(tǒng)。

活動(dòng)是動(dòng)態(tài)工作流的一個(gè)重要概念：工作流是一組有關(guān)聯(lián)關(guān)系的活動(dòng)的集合。一個(gè)活動(dòng)與其它活動(dòng)之間有順序，分支，循環(huán)，調(diào)用的關(guān)系，還有并行、有同步的關(guān)系。

按照動(dòng)態(tài)工作流的概念，一個(gè)完整的工作流程被分解為若干個(gè)活動(dòng)（Task）和活動(dòng)間的邏輯控制器。每個(gè)活動(dòng)不和其它活動(dòng)作任何直接交互，交互完全在邏輯控制器間進(jìn)行。如圖2所示：

圖2動(dòng)態(tài)工作流系統(tǒng)結(jié)構(gòu)

每個(gè)活動(dòng)都有進(jìn)入條件，工作條件，中斷條件，完成條件，暫停條件及繼續(xù)條件。執(zhí)行時(shí)，判斷每個(gè)工作項(xiàng)是否可以進(jìn)入，可以則進(jìn)行進(jìn)入處理，然后，判斷需要是否中斷或暫停。活動(dòng)的結(jié)構(gòu)圖如圖3：

圖3活動(dòng)的內(nèi)部結(jié)構(gòu)

圖3中，一個(gè)活動(dòng)有不同的狀態(tài)集、輸入集、輸出集。狀態(tài)集包括等待、執(zhí)行和完成。輸入集和輸出集分別由若干個(gè)輸入和輸出組成。輸入來源可以是本活動(dòng)的輸出，也可以是其它活動(dòng)的輸入或輸出或狀態(tài)。當(dāng)輸入集中某項(xiàng)輸入狀態(tài)發(fā)生改變時(shí)，將觸發(fā)工作項(xiàng)的狀態(tài)發(fā)生改變。達(dá)到完成狀態(tài)時(shí)，將產(chǎn)生輸出集。輸入不同，觸發(fā)的執(zhí)行過程和產(chǎn)生的輸出集不同。當(dāng)多個(gè)輸入集同時(shí)被激活時(shí)，按優(yōu)先級(jí)執(zhí)行。

工作流系統(tǒng)的動(dòng)作和邏輯控制器采用Java Bean和關(guān)系型數(shù)據(jù)庫實(shí)現(xiàn)，可以設(shè)計(jì)為可視的圖形元件，也可以設(shè)計(jì)為不可視的邏輯處理元件。這樣做的好處是把工作流系統(tǒng)的各個(gè)活動(dòng)做成代碼行數(shù)小、功能明確的黑盒子，實(shí)現(xiàn)動(dòng)態(tài)的工作流系統(tǒng)，并在多環(huán)境下運(yùn)行。

OA系統(tǒng)和ERP系統(tǒng)都可能自帶工作流功能。但ERP系統(tǒng)的工作流功能缺乏開放性和適應(yīng)性，并且ERP系統(tǒng)開發(fā)商不允許對(duì)其進(jìn)行修改，因此其工作流功能的存在在集成中實(shí)際上是一個(gè)障礙。完成系統(tǒng)集成后，ERP的部分功能會(huì)由系統(tǒng)管理員設(shè)定為只能通過遠(yuǎn)程登錄的方式訪問，這是要對(duì)ERP系統(tǒng)原有的工作流系統(tǒng)做重新的設(shè)置，以免系統(tǒng)運(yùn)行出錯(cuò)。

OA的工作流功能，如果不能實(shí)現(xiàn)動(dòng)態(tài)工作流機(jī)制，是無法滿足集成的需要的。這時(shí)要對(duì)其工作流功能進(jìn)行重構(gòu)。如果已經(jīng)實(shí)現(xiàn)了動(dòng)態(tài)工作流機(jī)制，也要增加一些訪問ERP系統(tǒng)的功能動(dòng)作。

如果選擇其它的工作流系統(tǒng)支持集成工作，雖然理論上可行，但是開發(fā)量未必減少，系統(tǒng)復(fù)雜度、維護(hù)量和費(fèi)用必然上升，所以本文建議采用對(duì)原有的OA系統(tǒng)的工作流功能進(jìn)行改造，實(shí)現(xiàn)企業(yè)的工作流系統(tǒng)。

組織模型的統(tǒng)一

OA系統(tǒng)和ERP系統(tǒng)都有各自的組織模型。OA的組織模型是服務(wù)于企業(yè)行政組織層面的，ERP的組織模型則是服務(wù)于企業(yè)業(yè)務(wù)層面的。在用工作流系統(tǒng)對(duì)兩個(gè)系統(tǒng)集成時(shí)，要對(duì)兩個(gè)系統(tǒng)的組織模型進(jìn)行統(tǒng)一。在本方案中，就是要對(duì)OA系統(tǒng)的組織模型重新定義。

ERP系統(tǒng)的組織模型比OA系統(tǒng)要復(fù)雜，不同的ERP系統(tǒng)有不同的組織模型。以O(shè)racle Application為例，其組織模型為：賬簿集－法律實(shí)體－操作單元－庫存組織，再往下是更細(xì)致的劃分，可以做到用戶－角色－所屬組織－權(quán)限的一一對(duì)應(yīng)，權(quán)限的設(shè)置可以明確到字段。

對(duì)OA系統(tǒng)的組織模型的重定義，主要是增加OA系統(tǒng)組織結(jié)構(gòu)的層次數(shù)量，建立新組織結(jié)構(gòu)數(shù)據(jù)庫，把ERP用戶和OA用戶都在新的組織結(jié)構(gòu)中反映出來。注意OA系統(tǒng)中的用戶名要和ERP系統(tǒng)中的用戶名統(tǒng)一，因?yàn)樵贓RP系統(tǒng)中用戶名和角色、權(quán)限是對(duì)應(yīng)的。但口令不能統(tǒng)一，登錄ERP系統(tǒng)時(shí)，系統(tǒng)仍然會(huì)提示用戶輸入ERP系統(tǒng)的口令。

連接方法

本文中，Workflow Server是使用Lotus Notes Server＋Linux Red Had ver7.1系統(tǒng)，而在ERP系統(tǒng)上本文所采用的是HP/Unix＋鼎新Tip-top ERP系統(tǒng)＋HP9000，Client端則采用一般的Windows環(huán)境＋Lotus Notes客戶端軟件。

兩個(gè)服務(wù)器通過TCP/IP協(xié)議連接。在Workflow Server上安裝InterSoft公司編制的共享軟件NetTerm 4.3.0簡(jiǎn)體中文版，可以在10個(gè)以上的操作系統(tǒng)上運(yùn)行，對(duì)遠(yuǎn)程主機(jī)環(huán)境具有良好的設(shè)置能力。

NetTerm的作用是相應(yīng)客戶端發(fā)出的登錄ERP Server的要求，所以連接型態(tài)選TCP/IP，端口填“23”，模擬型態(tài)和鍵盤定義都選VT100(上述設(shè)置適用于國內(nèi)多數(shù)主機(jī))，主機(jī)名稱和地址填入ERP Server對(duì)應(yīng)的地址和內(nèi)容。

例如當(dāng)用戶需要訪問ERP的采購申請(qǐng)功能時(shí)，工作流系統(tǒng)中訪問ERP系統(tǒng)采購申請(qǐng)功能的活動(dòng)中包含以下語句（用Terminal simulator script語言編寫）：

expect 10”login:”

#username “Enter UserID”

#output “^U^M”

expect 10”Password:”

#password”Enter Password”

#output”^P^M”

output”12345^M”//工作流系統(tǒng)提示用戶輸入口令后生成該行

expect 10”/”

output”exe apmt420^M”

output “a”

流程執(zhí)行完這段程序時(shí)，就自動(dòng)打開了ERP系統(tǒng)的相應(yīng)功能。在用戶填寫完采購申請(qǐng)單后，ERP系統(tǒng)數(shù)據(jù)庫中的保存操作觸發(fā)事件為：以XML的格式，把采購申請(qǐng)單編號(hào)、創(chuàng)建實(shí)際、創(chuàng)建人等信息傳送到用戶本地，并被用戶本地服務(wù)響應(yīng)，填寫到工作流表單。用戶可以執(zhí)行修改功能再次訪問ERP系統(tǒng)修改采購申請(qǐng)單。在用戶確認(rèn)無誤后提交，下一個(gè)申批人接到提示申批的電子郵件，點(diǎn)擊郵件中的連接，出現(xiàn)反映采購流程執(zhí)行情況的流程表單。依次類推。

應(yīng)用情況

在實(shí)際應(yīng)用上，根據(jù)用戶需求定義了采購流程、付款流程、報(bào)銷流程等，并在ERP系統(tǒng)中開放部分?jǐn)?shù)據(jù)訪問和維護(hù)權(quán)限給Internet上自己的外地分子公司和上游客戶，解決了ERP剛實(shí)施完本部，外地分子公司采購流程無法并入集團(tuán)供應(yīng)部采購流程的問題，使用戶提前實(shí)現(xiàn)了集中采購的戰(zhàn)略構(gòu)想。目前，該用戶的上游近600家企業(yè)中，已經(jīng)有60家提供大宗原材料的供應(yīng)商使用這些流程，集中采購和比價(jià)采購使該企業(yè)在每年10多億的采購額中節(jié)約了大約1.5％的采購成本，給企業(yè)帶來了良好的經(jīng)濟(jì)效益。

第五篇：工作流與K2 BPM的實(shí)現(xiàn)

1.結(jié)構(gòu)化過程

這兩個(gè)模式的共同點(diǎn)在于：模式所涉及流程的執(zhí)行路徑是由運(yùn)行時(shí)決定的，而非設(shè)計(jì)時(shí)確定。包括：Arbitrary cycles（強(qiáng)制循環(huán)模式）、Implicit termination（隱式終止模式）。? 11 任意循環(huán)（Arbitrary Cycles）

? 描述：

工作流中的一個(gè)點(diǎn)可以讓一個(gè)或多個(gè)活動(dòng)反復(fù)的執(zhí)行。

? 案例：

“修改提交”后進(jìn)入“經(jīng)理審批”，但未通過，又回到“修改提交”。

? K2實(shí)現(xiàn)：

? 12 隱式終止（Implicit Termination）

? 描述：

在一個(gè)流程中，如果沒有活動(dòng)可執(zhí)行了那么流程就會(huì)終止。換句話說，在工作流中沒有active 狀態(tài)的活動(dòng)了，而且也沒有活動(dòng)會(huì)被激活，這就是隱式終止。（前提：工作流不能處于死鎖狀態(tài)）。

有的工作流引擎不支持。? 案例：

“主管審批”通過后進(jìn)入“經(jīng)理審批”，未通過則無下一個(gè)活動(dòng)。? K2實(shí)現(xiàn)：

如果“主管審批”的輸入為“不同意”，流程將終止。

一般都會(huì)采用顯示終止，因?yàn)殡[式終止可能會(huì)引起不被察覺的錯(cuò)誤，例如意外的輸入可能導(dǎo)致流程的結(jié)束。

? 多實(shí)例過程

“多實(shí)例”是指在流程圖中，一個(gè)活動(dòng)在同一時(shí)刻擁有多個(gè)可運(yùn)行的、處于活動(dòng)狀態(tài)的實(shí)例。

? 13 非同步的多實(shí)例（Multiple Instances Without Synchronization）

? 描述：

在流程中，一個(gè)活動(dòng)可以激活多個(gè)實(shí)例，也就是說可以把一個(gè)活動(dòng)分發(fā)成幾個(gè)控制線程。每個(gè)控制線程之間都是相互獨(dú)立的，并不需要同步它們。

? 案例：在網(wǎng)上訂購書籍，以書為單位，每一本都會(huì)獨(dú)立產(chǎn)生一個(gè)購書實(shí)例，并且每個(gè)實(shí)例之間不需要同步數(shù)據(jù)。? K2實(shí)現(xiàn)：

IPC Event調(diào)用方式需要選擇為Asynchronous。

? 14 在設(shè)計(jì)期間預(yù)先確定的多實(shí)例（Multiple Instances With a Priori Design Time Knowledge）

? 描述：

一個(gè)活動(dòng)可以激活多次產(chǎn)生多個(gè)實(shí)例。而產(chǎn)生的實(shí)例的個(gè)數(shù)在流程設(shè)計(jì)時(shí)就事先知道了。一旦所有的實(shí)例都執(zhí)行完成，就會(huì)激活其他活動(dòng)。? 案例：

有關(guān)某些特定資源的請(qǐng)求需要完成固定幾個(gè)不同的審核流程。? K2實(shí)現(xiàn)

主流程結(jié)構(gòu)為模式2平行拆分 + 模式3同步，IPC Event中調(diào)用方式需要選擇為Synchronous。

? 15 在運(yùn)行期預(yù)先確定的多實(shí)例（Multiple Instances With a Priori Runtime Knowledge）

? 描述：

一個(gè)活動(dòng)可以激活多次產(chǎn)生多個(gè)實(shí)例。而產(chǎn)生的實(shí)例的個(gè)數(shù)是變化的，取決于實(shí)例的特點(diǎn)或者可用資源數(shù)目，但是在流程執(zhí)行過程的某個(gè)時(shí)期，在這個(gè)活動(dòng)的實(shí)例產(chǎn)生以前，要產(chǎn)生的實(shí)例個(gè)數(shù)是能確定的。所有的實(shí)例都運(yùn)行完成后，激活后續(xù)活動(dòng)。? 案例：

處理一個(gè)訂單，訂單中有多本書，要分別檢查每一本都有庫存，所有的書都檢查完成后才開始進(jìn)入送貨。? K2實(shí)現(xiàn)：

主要結(jié)構(gòu)為模式6多路選擇 + 模式7同步合并，IPC Event中調(diào)用方式需要選擇為Synchronous。

? 16 無法在運(yùn)行期預(yù)先確定的多實(shí)例（Multiple Instances With a Priori Runtime Knowledge）

? 描述：

在一個(gè)活動(dòng)能夠被多次激活的這種情況下，在指定情況下的指定活動(dòng)的實(shí)例數(shù)量無論是在設(shè)計(jì)時(shí)或者運(yùn)行時(shí)都不能在活動(dòng)的實(shí)例被創(chuàng)建之前預(yù)先確定。但是，在活動(dòng)被創(chuàng)建之前，在運(yùn)行中的某個(gè)階段，這個(gè)數(shù)量是可以預(yù)知的。一旦所有的實(shí)例都完成了，其它的活動(dòng)應(yīng)該被啟動(dòng)。這個(gè)模式和模式14的區(qū)別在于，在某些實(shí)例運(yùn)行結(jié)束之后，新的實(shí)例仍能被創(chuàng)建。? 案例：

訂購100 臺(tái)電腦，涉及多個(gè)供應(yīng)商，但是每個(gè)供應(yīng)商供應(yīng)多少臺(tái)電腦是不知道的，因此供應(yīng)商的數(shù)量事先也不確定。但是當(dāng)每次供應(yīng)商送貨后，就會(huì)將現(xiàn)在所擁有的電腦數(shù)量和所需的100 臺(tái)進(jìn)行比較，來決定是否要下一個(gè)供應(yīng)商繼續(xù)送貨。? K2實(shí)現(xiàn)：

比較復(fù)雜，可以利用模式11任意循環(huán)實(shí)現(xiàn)。

? 基于狀態(tài)的模式

這三個(gè)模式的共同點(diǎn)是：模式所涉及根據(jù)當(dāng)前運(yùn)行的流程狀態(tài)來改變流程里的執(zhí)行路徑，包括：Deferred choice（延遲選擇模式）、Interleaved parallel routing（交替平行路由模式）、Milestone（里程碑模式）。

? 17 延遲選擇（Deferred Choice）

? 描述：

工作流中的一個(gè)點(diǎn)，有一個(gè)或多個(gè)分支已經(jīng)被選擇。與XOR拆分相比，并沒有明確的選擇，但是，選擇是取決于環(huán)境的。與AND拆分相比，兩者中只有一個(gè)被執(zhí)行。這意味著一旦環(huán)境啟動(dòng)了其中的一個(gè)，另一個(gè)就被取消。要注意，選擇是被延遲到兩個(gè)分支中的一個(gè)真正開始執(zhí)行時(shí)，也就是說，選擇是可以盡可能的推后的。? 案例：

在收到貨物之后，可選擇兩種方法將其送到。選擇取決于相關(guān)資源的可用性。如果資源均不可用，選擇會(huì)被推遲到直到其中一個(gè)資源可用為止。? K2實(shí)現(xiàn)：

“監(jiān)聽資源狀況”的Destination Rules是一個(gè)Robot帳號(hào)，只實(shí)現(xiàn)監(jiān)聽作用。

? 18 交替平行路由（Interleaved Parallel Routing）

? 描述：

一組活動(dòng)以任意的順序執(zhí)行，每個(gè)活動(dòng)都被執(zhí)行，他們的順序是在運(yùn)行時(shí)決定的，并且在任意一個(gè)時(shí)刻都不會(huì)有兩個(gè)活動(dòng)在執(zhí)行。? 案例：

體檢流程中的活動(dòng)有各種常規(guī)檢查和血液檢查，哪個(gè)在先哪個(gè)在后都可以，但是不可能同時(shí)檢查。? K2實(shí)現(xiàn)：

K2并無直接實(shí)現(xiàn)方法，需要編碼，變通解決。

? 19 里程碑（Milestone）

? 描述：

一個(gè)活動(dòng)能否執(zhí)行取決于一個(gè)指定的狀態(tài)。也就是說，只有在到達(dá)一個(gè)特定的未過期的里程碑時(shí)，活動(dòng)才被執(zhí)行。? 案例：

客戶在確定交付的前兩天是可以取消訂單的。? K2實(shí)現(xiàn)：

時(shí)間上的一些狀態(tài)可以在Start Rule 和Activity Escalations中實(shí)現(xiàn)，其他的復(fù)雜邏輯需要編程實(shí)現(xiàn)。

? 取消模式

這兩個(gè)模式的共同點(diǎn)在于：模式所涉及的流程在運(yùn)行時(shí)disables一個(gè)活動(dòng)或者整個(gè)流程，包括：Cancel activity（活動(dòng)取消模式）、Cancel case（實(shí)例取消模式）。? 20 取消活動(dòng)（Cancel Activity）

? 描述：

一個(gè)可執(zhí)行的活動(dòng)被強(qiáng)制失效了，也就是說，一個(gè)正在等待執(zhí)行的活動(dòng)所在線程被移除了。? 案例：

網(wǎng)上購書時(shí)已經(jīng)下了訂單，“支付貨款”活動(dòng)激活，這時(shí)如果取消了訂單，那么相應(yīng)的“支付貨款”活動(dòng)也要取消。? K2實(shí)現(xiàn)：

利用K2 的API實(shí)現(xiàn)。

? 21 取消實(shí)例（Cancel Case）? 描述：

如果一個(gè)活動(dòng)產(chǎn)生了多實(shí)例，那么僅僅撤消這個(gè)活動(dòng)是不行的，要將這個(gè)活動(dòng)的所有后代（實(shí)例）都移除才行。? 案例：

網(wǎng)上購書時(shí)如果取消了購書的活動(dòng)，所有因訂單激活的購書流程實(shí)例都要取消。? K2實(shí)現(xiàn)：

利用K2 的API實(shí)現(xiàn)。

? 其他擴(kuò)展模式

21個(gè)工作流模式并不能囊括所有情況，還有其他的一些擴(kuò)展模式，例如：流程啟動(dòng)、回退、轉(zhuǎn)發(fā)、通知、代理、催辦、回收、任務(wù)批處理、任務(wù)分組處理、流程合并、子流程等等。