趙彥，王純，張磊

（1 北京郵電大學(xué)網(wǎng)絡(luò)與交換技術(shù)國家重點實驗室，北京 100876；2 東信北郵信息技術(shù)有限公司，北京 100191）

一個基于Web的可擴(kuò)展工作流工具＊

趙彥1，2，王純1，2，張磊1，2

（1 北京郵電大學(xué)網(wǎng)絡(luò)與交換技術(shù)國家重點實驗室，北京 100876；2 東信北郵信息技術(shù)有限公司，北京 100191）

在企業(yè)內(nèi)部有許多異構(gòu)工作流程，它們具有一定的通用性，但沒有統(tǒng)一的方式來設(shè)計或管理。我們迫切希望能有一個通用的工作流工具，它可以共享資源并適應(yīng)異構(gòu)工作流程。考慮到項目特點以及企業(yè)需求，我們提出了一個基于Web的可擴(kuò)展的工作流模型。此外，我們結(jié)合了系統(tǒng)結(jié)構(gòu)和功能的例子分析和闡述了這個新模型。

工作流；可擴(kuò)展；Web

1 引言

隨著網(wǎng)絡(luò)運行維護(hù)的不斷發(fā)展，企業(yè)的各級維護(hù)部門和職能部門對網(wǎng)絡(luò)維護(hù)的要求越來越高。為了適應(yīng)多種異構(gòu)工作流的管理和控制，并結(jié)合項目本身的特點和企業(yè)的需求，我們抽象出工作流的業(yè)務(wù)特性。按照國內(nèi)外工作流的趨勢，我們基于Web和可擴(kuò)展的業(yè)務(wù)對工作流進(jìn)行建模，并且讓用戶快速實現(xiàn)設(shè)計和管理工作流?；谄髽I(yè)實際需求，元模型的定義和相關(guān)標(biāo)準(zhǔn)都與工作流管理聯(lián)盟(WfMC)[1]有所不同。在接下來的章節(jié)中，我們將分析基于Web的可擴(kuò)展工作流模型，闡述這個工具的結(jié)構(gòu)和功能，展示這個工具的應(yīng)用例子。

本文著重分析了建模層面，以及Web端的設(shè)計與數(shù)據(jù)傳遞思路，不涉及工作流的具體執(zhí)行以及節(jié)點的算法等問題。

2 相關(guān)工作

目前有很多開源的工作流制作工具，例如ObjectWeb Bonita，它是一個100% 基于瀏覽器的協(xié)同工作流系統(tǒng)，封裝了已有的工作流業(yè)務(wù)方法并將它們以基于J2EE的Web Service形式發(fā)布。Orchestra Designer為OW2上的開源BPEL引擎Orchestra提供一個基于Flex技術(shù)的在線工作流建模工具，并與Orchestra的Web 2.0管理控制臺集成。StarFlow是一個輕量級的工作流引擎，它融入了電信行業(yè)業(yè)務(wù)流程的特殊要求。

王堅[2]分析了基于Web的并按照XPDL(XML Process Definition Language)標(biāo)準(zhǔn)工作流可視化問題。Wanpeng Zhang[3]提出了一個工作流模型來表示計劃和調(diào)度中的流程分支。并且這個方法動態(tài)地建模了一系列的可能路徑而不是靜態(tài)的結(jié)構(gòu)。王月龍[4]描述了關(guān)于分層概念模型的工作流程和元數(shù)據(jù)。工作流是一種重要的協(xié)同機(jī)制，還有其他類似文獻(xiàn)不一一贅述。

可以看出，基于Web的B/S架構(gòu)的工作流工具是當(dāng)今的一個潮流，對于業(yè)務(wù)的可擴(kuò)展性也是必不可少的。為了復(fù)用企業(yè)獨立開發(fā)的通用消息（即實時應(yīng)用進(jìn)程的管理和通信組件COPART-MACO，Component Package of Real-Time Application Process Management and Communication）來進(jìn)行數(shù)據(jù)傳輸，我們采用了不同于XPDL標(biāo)準(zhǔn)的工作流建模方法。并且以上的開源工作流工具均不能滿足需求。

3 總體結(jié)構(gòu)

基于以上分析，希望能設(shè)計出一個獨立于業(yè)務(wù)流程的工作流制作工具，并且具有一定的通用性，并希望能有效地解決功能組件多樣性的問題。

3.1 相關(guān)概念定義

工作流建模是將一個實際的業(yè)務(wù)流程抽象的過程。一個業(yè)務(wù)流程由若干具有依賴關(guān)系的活動組成，例如輸入輸出、先后順序或者并發(fā)關(guān)系。在這里有幾個概念需要定義一下。

（1） 業(yè)務(wù)能力：能夠針對某一類或者某個具體的被管對象進(jìn)行特定的操作能力，如采集數(shù)據(jù)、執(zhí)行命令等?？梢酝ㄟ^多種能力的組合實現(xiàn)某個業(yè)務(wù)功能。

（2） 業(yè)務(wù)能力插件：是實現(xiàn)特定業(yè)務(wù)能力的應(yīng)用程序，可以使用腳本語言或者高級編程語言編寫實現(xiàn)，“業(yè)務(wù)能力”與“業(yè)務(wù)能力插件”是一對一的使用關(guān)系。將業(yè)務(wù)能力采用插件的方式來開發(fā)，目的是快速適應(yīng)用戶需求的改變。

（3） 活動任務(wù)：一個可以執(zhí)行的業(yè)務(wù)能力。配置好業(yè)務(wù)能力所需的輸入?yún)?shù)和運行參數(shù)，使其具有可執(zhí)行能力。

（4） 依賴關(guān)系：活動任務(wù)之間的關(guān)系，表明一個工作流中活動任務(wù)的執(zhí)行順序。

（5） 任務(wù)節(jié)點：一個工作流的一種節(jié)點，表示一個活動任務(wù)。

（6） 邏輯節(jié)點：一個工作流的一種節(jié)點，表示一個邏輯并發(fā)關(guān)系，包括“與”和“或”。

（7） 工作流：將一個至多個活動任務(wù)組織起來進(jìn)行調(diào)度執(zhí)行的功能邏輯，包括任務(wù)節(jié)點、邏輯節(jié)點和依賴關(guān)系。

（8） 畫布：制作工作流的主要區(qū)域。

因此我們能這樣來抽象一個工作流，見圖1。

3.2 可擴(kuò)展性分析

圖2說明了業(yè)務(wù)能力、業(yè)務(wù)能力插件和活動任務(wù)之間的關(guān)系。插件庫中存放著業(yè)務(wù)能力對應(yīng)的可執(zhí)行插件，也同時維護(hù)一個業(yè)務(wù)能力信息表，包含可執(zhí)行插件的名稱、執(zhí)行該插件所需的輸入?yún)?shù)，以及其他相關(guān)信息。

假設(shè)插件庫中目前有可執(zhí)行插件A和B。我們需要在一個數(shù)據(jù)表中添加對應(yīng)的業(yè)務(wù)能力A和B分別表示可執(zhí)行插件A和B。當(dāng)把業(yè)務(wù)能力A和B添加到工作流中時，賦予了該工作流下唯一的taskID，在同個工作流中可以多次添加一類業(yè)務(wù)能力，并被分別實例化成為具體任務(wù)A1、A2、A3、B1、B2和B3。同類任務(wù)將執(zhí)行同樣的可執(zhí)行插件，但是由于taskID不同，他們也是不同的任務(wù)。

可見，我們也可以新開發(fā)一個業(yè)務(wù)能力插件C，將其可執(zhí)行插件通過業(yè)務(wù)能力管理新增一個業(yè)務(wù)能力C，填寫正確的信息，并上傳可執(zhí)行文件到系統(tǒng)中。于是，在制作工作流中就可以使用這個插件，組織出具有其他能力的工作流。

按照以上的思路，為了使業(yè)務(wù)能力插件正常使用我們應(yīng)該有以下約束：

（1） 插件中應(yīng)包括使用到的環(huán)境變量定義。（2） 插件應(yīng)盡可能減小對系統(tǒng)的影響。

圖1 工作流抽象過程

圖2 業(yè)務(wù)能力、業(yè)務(wù)能力插件和活動任務(wù)的關(guān)系

（3） 插件命名規(guī)范包括插件代碼包最上層目錄和編譯插件生成的可執(zhí)行文件。

（4） 插件的輸入?yún)?shù)是插件運行的必需的參數(shù)，每個插件的具體參數(shù)可能不一致。參數(shù)有兩種形式，用戶輸入的參數(shù)和用戶選擇的參數(shù)。在進(jìn)行任務(wù)配置時，Web端可以根據(jù)具體的輸入?yún)?shù)生成對應(yīng)的輸入形式，便于用戶使用。并且為了增強插件的健壯性容錯性，需要對插件的入口參數(shù)進(jìn)行檢查。

3.3 體系結(jié)構(gòu)分析

根據(jù)前文所述的工作流抽象過程，總體的邏輯體系結(jié)構(gòu)圖3所示，采用B/S模式，并分為Web Server子系統(tǒng)和Control Center子系統(tǒng)（后文中我們將省略“子系統(tǒng)”），Web Server與Control Center采用通用消息進(jìn)行通信。先分別說明Web Server和Control Center的功能。

圖3 總體邏輯體系結(jié)構(gòu)

Web Server為用戶提供了一個圖形化的友好操作界面，使用戶更直觀便捷地使用系統(tǒng)的各種功能。該子系統(tǒng)采用Java、JSP、 JavaScript語言和ExtJs開源框架[5]開發(fā)。也利用Spring[6]和Struts2[7]框架進(jìn)行邏輯流轉(zhuǎn)。運行在Tomcat容器中，適用各種Linux、UNIX操作系統(tǒng)平臺，用戶可以通過瀏覽器以WEB形式的接入使用。

Control Center用于實現(xiàn)設(shè)計工作流的功能邏輯的具體實現(xiàn)，基于通用消息框架開發(fā)，適用各種Linux、Unix操作系統(tǒng)，使用Informix數(shù)據(jù)庫存儲配置數(shù)據(jù)和業(yè)務(wù)數(shù)據(jù)。該子系統(tǒng)根據(jù)用戶從Web Server發(fā)來的Job設(shè)計和管理操作指令，完成Job的管理功能，并且將Job按照J(rèn)ob配置庫規(guī)則做持久化存儲，主要以XML文件格式存儲。

限于篇幅和主題，本文主要會分析Web端的實現(xiàn)部分。

4 Web Server分析

4.1 結(jié)構(gòu)設(shè)計及關(guān)鍵技術(shù)

Web Server總體結(jié)構(gòu)遵循Web應(yīng)用Model 2的概念，即基于MVC（Model-View-Controller）模式的框架。這種設(shè)計模型把應(yīng)用邏輯，處理過程和顯示邏輯分成不同的組件實現(xiàn)。Web Server選用比較成熟的Struts 2作為Web子系統(tǒng)的主體框架，ExtJs框架作為輔助。

4．1．1 控制部分

采用現(xiàn)在十分流行的Struts2和Spring架構(gòu)來搭建整個管理子系統(tǒng)的Web架構(gòu)。圖3中，核心控制器在Web Server的總體結(jié)構(gòu)中，處于中心控制的核心地位。它將來自客戶端的HTTP請求按照URL分發(fā)到對應(yīng)的Action進(jìn)行處理， 并根據(jù)處理結(jié)果進(jìn)行下一步分發(fā)工作，最后將結(jié)果轉(zhuǎn)交給對應(yīng)的JSP呈現(xiàn)給用戶。業(yè)務(wù)控制器對應(yīng)的處理方法，負(fù)責(zé)執(zhí)行相應(yīng)的業(yè)務(wù)邏輯。

4．1．2 模型部分

Web Server的業(yè)務(wù)邏輯主要負(fù)責(zé)將用戶的業(yè)務(wù)操作請求交給Control Center進(jìn)行分析處理，并對返回的業(yè)務(wù)數(shù)據(jù)進(jìn)行加工和呈現(xiàn)；如果執(zhí)行出錯，就顯示明確的錯誤信息。

4．1．3 視圖部分

視圖部分負(fù)責(zé)生成展現(xiàn)給用戶的操作界面，采用的是ExtJs開源框架進(jìn)行開發(fā)。ExtJs最大的優(yōu)勢在于它將Web應(yīng)用程序的操作方式向傳統(tǒng)桌面應(yīng)用程序的操作方式進(jìn)行轉(zhuǎn)化甚至消除了這種差異，從根本上提高了用戶的使用體驗。

4．1．4 通信部分

通用消息，即實時應(yīng)用進(jìn)程的管理和通信組件，是一個總線型通信中間件。它通過抽象的連接模型，以統(tǒng)一的方式支持各種IPC (Inter-Process Communication，進(jìn)程間通信)機(jī)制，做到了跨機(jī)器和跨平臺通用。它不但提供了底層數(shù)據(jù)通信，而且提供了系統(tǒng)守護(hù)機(jī)制和系統(tǒng)操作維護(hù)機(jī)制，提供了一種系統(tǒng)實現(xiàn)框架和編程體系結(jié)構(gòu)。因此采用通用消息實現(xiàn)框架的數(shù)據(jù)持久層。負(fù)責(zé)實現(xiàn)Web Server與Control Center的通信，包括鏈路的維持和消息的收發(fā)。

4.2 數(shù)據(jù)結(jié)構(gòu)和流程

基于以上對可擴(kuò)展性的分析以及工作流相關(guān)概念的定義，本文所描述的工作流工具需要以下功能：

（1） 業(yè)務(wù)能力的管理：業(yè)務(wù)能力的管理主要是維護(hù)一個業(yè)務(wù)能力插件庫，需要維護(hù)的信息包括：業(yè)務(wù)能力插件的基本信息。

（2） 工作流的繪制：它支持向畫布中添加任務(wù)節(jié)點、依賴關(guān)系，任務(wù)節(jié)點的拖動刪除，維護(hù)任務(wù)和依賴關(guān)系直接的關(guān)系。

（3） 任務(wù)節(jié)點配置：它支持配置對應(yīng)的業(yè)務(wù)能力插件參數(shù)和任務(wù)運行的相關(guān)參數(shù)，并能導(dǎo)入其他節(jié)點的配置，查詢配置，修改配置等。

4．2．1 關(guān)鍵數(shù)據(jù)結(jié)構(gòu)

Web Server的視圖部分主要包含JobInfoPanel、ResizableObj和HopHandler3個類，其中JobInfoPanel繼承了Ext.Panel，ResizableObj和HopHandler繼承了Ext.Resizable。它們之間的關(guān)系見圖4。

圖4 類圖

JobInfoPanel的功能主要有頁面的基本布局，包括初始化頁面布局，生成工具欄、控件區(qū)、信息區(qū)和中央畫布區(qū)域；以及其他準(zhǔn)備工作，包括查詢插件列表、節(jié)點和依賴關(guān)系數(shù)據(jù)的存儲初始化；用戶繪制工作流中的一些數(shù)據(jù)變更維護(hù)等。ResizableObj對應(yīng)于任務(wù)節(jié)點和邏輯節(jié)點。添加業(yè)務(wù)能力插件或邏輯節(jié)點到畫布時，實例化一個ResizableObj，關(guān)聯(lián)對應(yīng)的功能菜單，并可對節(jié)點圖標(biāo)進(jìn)行一些操作。HopHandler對應(yīng)于依賴關(guān)系，用戶通過對HopHandler的操作可以顯示依賴關(guān)系的信息、修改依賴關(guān)系，以及刪除依賴關(guān)系。

分析了類圖后，為了明確一個工作流，我們需要知道任務(wù)節(jié)點、依賴關(guān)系和邏輯節(jié)點的信息，所以設(shè)計這三類數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，并通過Ext.data.JsonStore分別進(jìn)行存儲，如下代碼：

當(dāng)完成了工作流設(shè)計后，將這些數(shù)據(jù)整理提交給Control Center。

依賴關(guān)系的數(shù)據(jù)結(jié)構(gòu)，主要存儲的信息有依賴關(guān)系ID，依賴的條件（運行成功、運行失敗和無）、起止坐標(biāo)、起點的節(jié)點類型和ID，終點的節(jié)點類型和ID，以及該依賴的handler的相關(guān)坐標(biāo)信息。

任務(wù)節(jié)點的數(shù)據(jù)結(jié)構(gòu)，主要存儲的信息有任務(wù)ID，任務(wù)類型（及插件類型），插件的中文名稱，關(guān)聯(lián)的依賴關(guān)系，組件的相關(guān)坐標(biāo)信息，參數(shù)配置的標(biāo)記位。

邏輯節(jié)點的數(shù)據(jù)結(jié)構(gòu)，主要存儲的信息有邏輯ID，邏輯類型（與和或），關(guān)聯(lián)的依賴關(guān)系（進(jìn)和出），組件的相關(guān)坐標(biāo)信息。

4．2．2 重要流程

當(dāng)用戶進(jìn)入到工作流制作頁面時，首先會進(jìn)行頁面初始化，初始化流程如圖5。

在頁面準(zhǔn)備好后，實例化一個全局的panle，如下：

圖5 初始化流程

并將其渲染到頁面文檔，如下：

在實例化JobInfoPanel期間，會進(jìn)行一些必需準(zhǔn)備工作，諸如查詢準(zhǔn)備插件信息、初始化節(jié)點信息的存儲等，以及其他后續(xù)工作，如圖5流程所示。初始化完成后呈現(xiàn)給用戶的是具有豐富的工具欄、插件庫、信息欄以及供用戶制作工作流的畫布。用戶可能有的關(guān)鍵操作有以下幾個：

(1) 添加節(jié)點（包括插件節(jié)點和邏輯節(jié)點）到畫布。

(2) 添加依賴關(guān)系到畫布。首先使鼠標(biāo)取得添加依賴關(guān)系的能力。依次點擊需要關(guān)聯(lián)的兩個節(jié)點將成功添加一條依賴關(guān)系，并將該依賴關(guān)系的信息添加到hopStore中。

(3) 拖動（包括改變大?。┕?jié)點。用戶拖動節(jié)點時，只需更新一下節(jié)點的坐標(biāo)和寬度高度信息，以及相關(guān)箭頭的起始點坐標(biāo)信息。

(4) 刪除節(jié)點或依賴關(guān)系。刪除任何一個節(jié)點或依賴關(guān)系時，需要更新相關(guān)的hopStore、taskStore和logicStore。

(5) 保存繪制的工作流。只需保存hopStore、taskStore和logicStore中存儲的節(jié)點信息和依賴關(guān)系信息，通過AJAX(Asynchronous JavaScript and XML，異步的JavaScript和XML)請求發(fā)送給Web Server，Web Server并將這些信息按照通用消息協(xié)議發(fā)送給Control Center就完成了一次工作流繪制。

(6) 查詢工作流。將Control Center返回的工作流信息在Web Server中重組返回給HTTP請求，分別添加到hopStore、taskStore和logicStore，并重現(xiàn)。

5 實例解析

將該工具作為一個ETL工作流工具，應(yīng)用于數(shù)據(jù)提取、轉(zhuǎn)換、加載。設(shè)計出一個“手機(jī)包月”的工作流，并配置好各個任務(wù)的任務(wù)執(zhí)行參數(shù)和插件的輸入?yún)?shù)、添加依賴關(guān)系、以及任務(wù)之間執(zhí)行的邏輯關(guān)系。“手機(jī)包月”工作流見圖6。

這個工作流中有11個活動任務(wù)和12個依賴關(guān)系。

以下是兩個簡略的xml文件，第一個是etl_ filebakup.task7.config文件。

＜config＞

＜param n _switch"＞0＜/param＞

＜param name="file_backup_switch"＞1＜/param＞

＜!-- other parameters --＞

＜param name="file_backup_time"＞2＜/param＞

＜/config＞.

第二個是job.config文件：

＜job name="zntj_packagelike"＞

＜property name="database" value="ods_iread/ ods123qaz@order" /＞

＜tasks＞

＜defaultSetting＞

＜runTimeout value="0" type="avg" lastCount="7" multiple="1.5" isKillWhenTimeout="false"/＞

＜retryWhenFail enabled="true" retryTimes="3" retryInterval="10" retryUnit="second"/＞

＜/defaultSetting＞

＜task id="1" name="pick_user_baseread_data"＞

＜runHost value="idox@192.168.5.36"/＞

＜executable value="etl_tableparpicker"/＞

＜args value="-log_category=default"/＞

＜position lpx="34" lpy="35" rbx="78" rby="23"/＞

＜/task＞

＜!--other tasks--＞

＜/tasks＞

＜hops＞

＜hop id="1" fromTask="1" toTask="2" condition= "success" lpx="34.6" lpy="35.7" rbx="78.9" rby="23"/＞

＜!—other dependencies --＞

＜/hops＞

圖6 “手機(jī)包月”工作流

＜hopRelation＞＜![CDATA[5&6]]＞＜/hopRelation＞

＜/job＞

對比以上xml文件和圖6中的工作流，顯然用工作流工具制作工作流比用文檔編輯器高效，表1也對比了他們的優(yōu)缺點。

表1 使用工作流工具與文本編輯器的對比

6 結(jié)語

本文從對已有的一些開源工作流工具的對比分析，并結(jié)合項目實際需求，決定設(shè)計一個基于Web的可擴(kuò)展工作流工具。并從對相關(guān)概念的定義、可擴(kuò)展性的分析和整個系統(tǒng)的體系結(jié)構(gòu)入手，著重分析了Web端的結(jié)構(gòu)設(shè)計、所用的關(guān)鍵技術(shù)，以及Web的主要流程和數(shù)據(jù)結(jié)構(gòu)。充分利用已有技術(shù)，包括ExtJs、Spring、struts2和通用消息，進(jìn)行開發(fā)實現(xiàn)，并且使系統(tǒng)更易維護(hù)。

最后，本工具不僅能滿足現(xiàn)有的功能需求，也能適應(yīng)將來可能的業(yè)務(wù)需求，并且符合現(xiàn)在Web2.0應(yīng)用的趨勢。但是也存在不足之處，如何在更廣范圍內(nèi)適應(yīng)工作流的可擴(kuò)展性，以及提供更為健全地工作流制作功能，可能需要對ExtJs進(jìn)行更深度地利用以及對業(yè)務(wù)能力更廣泛地研究。

參考文獻(xiàn)

[1] WfMC． Workflow Management Coalition Specification： Terminology & Glossary[S]． Document Number WfMC-TC-1011， Brussels，1996．

[2] 王堅， 李魏麗． 基于Web的可視化工作流建模與解析[J]． 同濟(jì)大學(xué)學(xué)報， 2007， 35(10)：1406-1410．

[3] Zhang W， Liu H， Chen J． Extend Workflow Model to Manage the Process Branches in Planning and Scheduling[C]． //Computer Modeling and Simulation， 2010． ICCMS '10． Second International Conference on， IEEE CONFERENCE PUBLICATIONS， 2010：309－313．

[4] 王月龍， 王文俊， 羅英偉， 等． 一個基于元數(shù)據(jù)導(dǎo)航的服務(wù)工作流裝配模型[J]． 計算機(jī)學(xué)報， 2006， 29(7)：1105-1115．

[5] 彭仁夔． Ext Js源碼分析與開發(fā)實例寶典[M]． 北京：電子工業(yè)出版社， 2012．

[6] 廖雪峰． Spring 2．0核心技術(shù)與最佳實踐[M]． 北京：電子工業(yè)出版社， 2007．

[7] 孫鑫． Struts2深入詳解[M]． 北京：電子工業(yè)出版社， 2008．

News

2013 LTE網(wǎng)絡(luò)創(chuàng)新研討”會在京召開

8月22日，由工業(yè)和信息化部科技司指導(dǎo)，TD產(chǎn)業(yè)聯(lián)盟與《移動通信》雜志社主辦，中國移動通信集團(tuán)設(shè)計院有限公司、中國移動通信集團(tuán)公司研究院協(xié)辦的“2013 LTE網(wǎng)絡(luò)創(chuàng)新研討會”在北京南粵苑賓館盛大召開。來自工業(yè)和信息化部科技司、電子信息司、中國移動通信集團(tuán)公司、中國移動通信集團(tuán)設(shè)計院有限公司、中國移動通信集團(tuán)公司研究院、TD產(chǎn)業(yè)聯(lián)盟各成員單位、LTE設(shè)備廠商、各大運營商、通信媒體以及各地通信規(guī)劃設(shè)計院所等單位和機(jī)構(gòu)的領(lǐng)導(dǎo)、專家、技術(shù)骨干等共兩百余人齊聚一堂，就中國LTE產(chǎn)業(yè)的發(fā)展策略、商用進(jìn)程、解決方案和前沿技術(shù)等問題展開深入探討，共同推動LTE的商用進(jìn)程，加速實現(xiàn)中國4G夢想。

工業(yè)和信息化部科技司司長聞庫蒞臨大會并發(fā)表致辭，TD產(chǎn)業(yè)聯(lián)盟秘書長楊驊與北京郵電大學(xué)知名教授劉元安主持會議。來自工信部電信研究院、中國移動、中國移動設(shè)計院、中國移動研究院、華為公司、大唐移動、京信通信、國家無線電管理頻譜管理研究所等單位的各位專家重點圍繞LTE組網(wǎng)規(guī)劃、建設(shè)經(jīng)驗、商用挑戰(zhàn)、測試儀表、室內(nèi)覆蓋等熱點內(nèi)容分別進(jìn)行了探討與分享。充實的會議內(nèi)容吸引了兩百多名專業(yè)人士到會聆聽，并參與互動交流。

A Web-based extendable workflow tool

ZHAO Yan1,2, WANG Chun1,2, ZHANG Lei1,2(1 State Key Laboratory of Networking and Switching Technology, Beijing University of Posts and Telecommunications, Beijing 100876,China; 2 EBUPT Information Technology Co., Ltd., Beijing 100191, China)

There are many internal heterogeneous work processes in the enterprise. Most of them have some versatility, but there is no uniform way to design or manage them. We are eager to have a versatile workflow tool which can share resources and adapt to heterogeneous workflow. Considering the characteristics of the project as well as the needs of enterprises, we propose a Web-based extendable workflow model. And we also analyze and explain the new model with examples of the system structure and function.

workf l ow; extendable; Web

TN929.5

A

1008-5599（2013）09-0086-07

2013-08-28

國家 973 計劃項目（No． 2013CB329102）；國家自然科學(xué)基金資助項目（No． 61372120， 61271019， 61101119， 61121001， 61072057，60902051）；長江學(xué)者和創(chuàng)新團(tuán)隊發(fā)展計劃資助（No． IRT1049）。