第一篇：UCML工作流系統(tǒng)與現(xiàn)有應(yīng)用系統(tǒng)集成

The best solution for how to develop WEB application on.Net quickly and efficiently

UCML工作流系統(tǒng)與現(xiàn)有應(yīng)用系統(tǒng)

集成實(shí)現(xiàn)方案說(shuō)明

金富瑞（北京）科技有限公司

Goldframe Technologies Co., Ltd.一 總體說(shuō)明

UCML.Net工作流系統(tǒng)是國(guó)內(nèi)領(lǐng)先的工作流平臺(tái)，涵蓋了從流程開(kāi)發(fā)、發(fā)布、管理配置到運(yùn)行、監(jiān)控的整個(gè)過(guò)程。UCML工作流系統(tǒng)主要包括可視化的流程設(shè)計(jì)環(huán)境、獨(dú)立的工作流引擎服務(wù)、WEB客戶端管理、可視化的流程監(jiān)控、流程套路生產(chǎn)線幾個(gè)部分，是.Net領(lǐng)域用戶最多，覆蓋面最廣的工作流平臺(tái)。

一方面，UCML工作流系統(tǒng)與UCML平臺(tái)其它部分（業(yè)務(wù)單元開(kāi)發(fā)，Web報(bào)表）無(wú)縫集成，可以完成復(fù)雜的業(yè)務(wù)處理及流程流轉(zhuǎn)；另一方面，UCML工作流系統(tǒng)與業(yè)務(wù)之間采用松耦合設(shè)計(jì)，不僅可以與UCML業(yè)務(wù)系統(tǒng)集成，還可以與其它現(xiàn)成的應(yīng)用系統(tǒng)實(shí)現(xiàn)無(wú)縫集成。

UCML工作流在與其它應(yīng)用系統(tǒng)集成時(shí)，一般有兩種方式： 第一種：保留UCML現(xiàn)有的組織機(jī)構(gòu)、用戶及權(quán)限體系

第二種：完全屏蔽UCML提供的組織機(jī)構(gòu)、用戶及權(quán)限體系，完全采用客戶原有的組織機(jī)構(gòu)權(quán)限體系。

對(duì)于第一種方式，需要另外實(shí)現(xiàn)UCML系統(tǒng)與客戶現(xiàn)有應(yīng)用系統(tǒng)之間的數(shù)據(jù)同步，具體方法可采用程序同步方式，在這里就不詳細(xì)介紹了。

下面主要介紹一下采用第二種方式時(shí)的處理方法。二 UCML Workflow會(huì)話編程接口

UCML Workflow 提供了WorkFlow.WorkFlowSession會(huì)話類來(lái)訪問(wèn)工作流引擎, WorkFlow.WorkFlowSession以.Net Remoting服務(wù)形式形式存在于工作流引擎的獨(dú)立進(jìn)程中，客戶端可以創(chuàng)建WorkFlow.WorkFlowSession的Client端來(lái)來(lái)調(diào)用服務(wù)端的接口。

?

創(chuàng)建工作流會(huì)話對(duì)象

WorkFlow.WorkFlowSession

FlowSession

=(WorkFlow.WorkFlowSession)Activator.GetObject(typeof(WorkFlow.WorkFlowSession), “tcp://”+WorkFlow.UCMLInitEnv.WorkflowEngineAddr+“:”+WorkFlow.UCMLInitEnv.WorkflowEnginePort+“/WorkFlowSession”);

?

程序啟動(dòng)工作流程

public Guid CreateInstance(string FlowID,Object UserOID,Object PostnOID, Object DivisionOID,Object ORGOID, bool startNow)

通過(guò)調(diào)用CreateInstance函數(shù)，可以啟動(dòng)指定的工流程。

返回值：流程實(shí)例句柄。

參數(shù)名稱 FlowID UserOID PostnOID DivisionOID ORGOID startNow

類型 string Object Object Object Object Bool

參數(shù)說(shuō)明

要啟動(dòng)的流程編號(hào)

起動(dòng)流程的用戶OID,實(shí)際類型為GUID 起動(dòng)流程的員工OID,實(shí)際類型為GUID

起動(dòng)流程的員工所在部門的OID,實(shí)際類型為GUID 起動(dòng)流程的員工所在組織的OID,實(shí)際類型為GUID ＝=true 流程是馬上啟動(dòng)； ==false 流程暫不啟動(dòng)，要啟動(dòng)流程需調(diào)用StartInstance函數(shù)，這種情況一般用于在業(yè)務(wù)（如客戶訂單）提交成功后，先寫入訂單號(hào)到流程實(shí)例中，然后在啟動(dòng)流程。

? 向流程全局?jǐn)?shù)據(jù)寫入數(shù)據(jù)

public void WriteFlowData(string FlowID, Object InstanceID, string FieldName,Object Value)

參數(shù)名稱 FlowID InstanceID FieldName Value

類型 string Object string Object

參數(shù)說(shuō)明

數(shù)據(jù)項(xiàng)所屬的流程編號(hào)

流程的實(shí)例句柄,實(shí)際類型為GUID 數(shù)據(jù)的屬性名稱 數(shù)據(jù)的屬性的值

?

從流程全局?jǐn)?shù)據(jù)讀出數(shù)據(jù)

public Object ReadFlowData(string FlowID, Guid InstanceID, string FieldName)

返回值：讀取數(shù)據(jù)屬性的值

參數(shù)名稱 FlowID InstanceID FieldName

類型 string Object string

參數(shù)說(shuō)明

數(shù)據(jù)項(xiàng)所屬的流程編號(hào)

流程的實(shí)例句柄,實(shí)際類型為GUID 數(shù)據(jù)的屬性名稱

?

向流程局部數(shù)據(jù)寫入數(shù)據(jù)

public void WriteActivityData(string FlowID, Guid InstanceID,string ActivityID, string FieldName,Object Value)

參數(shù)名稱 FlowID InstanceID ActivityID FieldName Value

類型 string Object string string Object

參數(shù)說(shuō)明

數(shù)據(jù)項(xiàng)所屬的流程編號(hào) 流程的實(shí)例句柄,實(shí)際類型為GUID 活動(dòng)節(jié)點(diǎn)的編號(hào) 數(shù)據(jù)的屬性名稱 數(shù)據(jù)的屬性的值

?

從流程局部數(shù)據(jù)讀出數(shù)據(jù)

public Object ReadActivityData(string FlowID, Guid InstanceID,string ActivityID, string FieldName)

返回值：讀取數(shù)據(jù)屬性的值

參數(shù)名稱 FlowID InstanceID ActivityID FieldName

類型 string Object string string

參數(shù)說(shuō)明

數(shù)據(jù)項(xiàng)所屬的流程編號(hào) 流程的實(shí)例句柄,實(shí)際類型為GUID 活動(dòng)節(jié)點(diǎn)的編號(hào) 數(shù)據(jù)的屬性名稱

?

完成已分配的任務(wù)

public string FinishTask(string strAssignTaskID)FinishTask代表設(shè)置已分配出去的任務(wù)已完成 返回值：提示信息

參數(shù)名稱 strAssignTaskID

類型 string

參數(shù)說(shuō)明

分配任務(wù)的唯一標(biāo)志號(hào)

?

設(shè)置任務(wù)結(jié)果及狀態(tài)

public void SetTaskResolution(Guid TaskID,TTaskResolution Resolution)

設(shè)置任務(wù)執(zhí)行結(jié)果,代表任務(wù)執(zhí)行完畢

參數(shù)名稱 類型 參數(shù)說(shuō)明

TaskID Resolution

Guid

任務(wù)的Key值

TtaskResolution 任務(wù)的狀態(tài){UNRESOLVED,SUCCESS,FAIL,EXCEPTION} 含

義分別為{未處理,成功,失敗,異常}

? 編寫節(jié)點(diǎn)分支條件

UCML Workflow用abstract public class Transition類來(lái)描述一個(gè)分支條件

類屬性名稱 類型 可見(jiàn)度 屬性說(shuō)明

TransResult

Boolean

protected

TransResult==true 則代表流程分支條成立

TransResult==false 則代表流程分支條不成成立

FromActivity

WorkFlowActivity

public

分支來(lái)源節(jié)點(diǎn)對(duì)象實(shí)例 ToActivity FlowModel

WorkFlowActivity WorkFlowModel的子類

public public

分支目標(biāo)節(jié)點(diǎn)對(duì)象實(shí)例

其實(shí)是流程模型的實(shí)例對(duì)象,通過(guò)它可以訪問(wèn)流程所有屬性(或狀態(tài))數(shù)據(jù)

方法名稱

類型

可見(jiàn)度 public

方法說(shuō)明

virtual public bool OutgoingCondition()

在UCML Workflow里,節(jié)點(diǎn)的一條流出分支是否成立完全取決于這個(gè)函數(shù),編程人員員可以它的子類里編寫它的具體實(shí)現(xiàn)代碼,在編寫代碼時(shí)可以結(jié)合流程的狀態(tài)數(shù)據(jù)。在這函數(shù)中一定要設(shè)置TransResult的值，也就是說(shuō)如果TransResult==true 分支成，否則分支不成立，也就不走這條分支。

IncomingCondition

bool

public

virtual public bool IncomingCondition()OutgoingCondition()bool

OutgoingCondition()這函數(shù)是在Transition的子類中已覆蓋函數(shù)形式實(shí)現(xiàn)，在UCML環(huán)境里的流出條件編輯，就是實(shí)現(xiàn)此函數(shù)。如下圖示：

? 9.編程實(shí)現(xiàn)智能任務(wù)分配

wm_assign()－UCML Workflow提供回調(diào)函數(shù)，為開(kāi)發(fā)者提供完成復(fù)雜分配的可能,詳見(jiàn)回調(diào)函數(shù)接口

? 10.終止流程

方法名稱 Abort()

類型 void

可見(jiàn)度 public

方法說(shuō)明

public void Abort(string FlowID, Guid InstanceID)終止某個(gè)流程實(shí)例

? 9.掛起流程

方法名稱 Pause()

類型 void

可見(jiàn)度 public

方法說(shuō)明

public virtual void Pause()暫時(shí)掛起一個(gè)流程

? 10.喚醒流程

方法名稱 Resume()

類型 void

可見(jiàn)度 public

方法說(shuō)明

public void Resume(string FlowID, Guid InstanceID)重新運(yùn)轉(zhuǎn)流程

? 11.節(jié)點(diǎn)手動(dòng)跳轉(zhuǎn)

方法名稱 GotoActivity()

類型 void

可見(jiàn)度 public

方法說(shuō)明

public void GotoActivity(string FlowID, Guid InstanceID,string FromActivityID,string

ToActivityID,string Performers)作用 : 流程跳轉(zhuǎn) FlowID：流程ID

InstanceID：流程實(shí)例句柄 FromActivityID：來(lái)源活動(dòng)名稱 ToActivityID：目標(biāo)活動(dòng)名稱 Performers：執(zhí)行人的群組串.? 回退任務(wù)

///

任務(wù)ID public void Rollback(Guid TaskID)? 回收任務(wù)

///

///

任務(wù)ID

? 獲取某個(gè)活動(dòng)節(jié)點(diǎn)執(zhí)行人

///

///

活動(dòng)節(jié)點(diǎn)ID

/// public string GetActivityPerformer(string ActivityID)

? 獲取當(dāng)前節(jié)點(diǎn)即將流向的目標(biāo)節(jié)點(diǎn)，如果是并發(fā)輸出將會(huì)多個(gè)流向。用于在當(dāng)前節(jié)點(diǎn)完成時(shí)，馬上選擇下一節(jié)點(diǎn)執(zhí)行人

///

///

流程ID

///

實(shí)例ID

///

活動(dòng)ID

/// 返回要輸出的節(jié)點(diǎn)ID數(shù)組

public string[] GetOutgoingActivitys(string FlowID, Guid InstanceID, string ActivityID)

? 獲取節(jié)點(diǎn)狀態(tài)

///

///

///

///

///

public int GetActivityStatus(string FlowID, Object InstanceID, string ActivityID)? 修改節(jié)點(diǎn)狀態(tài)

///

///

///

///

///

public void ChangeActivityStatus(string FlowID, Object InstanceID, string ActivityID, int ActivityStatus)? 不結(jié)束當(dāng)前節(jié)點(diǎn)，而激活下一節(jié)點(diǎn)

///

///

流程ID

///

流程實(shí)例ID

///

流轉(zhuǎn)到活動(dòng)ID

///

來(lái)自活動(dòng)ID

///

流轉(zhuǎn)到活動(dòng)節(jié)點(diǎn)執(zhí)行人

public void GotoActivityNotFinishTask(string FlowID, Guid InstanceID, string FromActivityID, string ToActivityID, string Performers)

? 完成已分配的任務(wù),但不流轉(zhuǎn)

///

///

工作流活動(dòng)節(jié)點(diǎn)對(duì)象

///

public string FinishTaskNotRun(WorkFlowActivity Activity)

? 加簽或者轉(zhuǎn)簽

///

流程ID ///

實(shí)例ID ///

任務(wù)ID ///

當(dāng)前用戶OID ///

執(zhí)行人 ///

按照順序執(zhí)行 ///

true：加簽；false：轉(zhuǎn)簽 ///

///

消息類型 ///

消息內(nèi)容

public void AddSignPerformer(string FlowID, Guid InstanceID, Guid AssignTaskOID, Guid CurrentUserOID, string SignPerformers, bool fSignOneByeOne, bool InsertBefore, bool IsDeleteSigner，int MessageType,string MessageContent)

? 協(xié)辦或會(huì)簽

///

///

流程ID

///

實(shí)例ID

///

任務(wù)ID

///

當(dāng)前用戶OID

///

執(zhí)行人

///

消息類型

///

消息內(nèi)容

///

3：協(xié)辦;1:會(huì)簽

public void AssignSignPerformer(string FlowID, Guid InstanceID, Guid AssignTaskOID, Guid CurrentUserOID, string SignPerformers,int MessageType, string MessageContent,int TaskKind)

? 手工正常分配任務(wù)

///

///

public void MansualAssignTask(string TaskTicketOID,string Performer)? 分配參閱任務(wù)

///

///

public void MansualAssignReadTask(string TaskTicketOID,string Performer)? 悔簽任務(wù)，對(duì)在任務(wù)分配表AssignTask中acceptFlag置為1的標(biāo)記設(shè)為4悔簽

悔簽

///

public void RepentSignforTask(string assignTaskID)? 任務(wù)跳回到執(zhí)行人

///

///

流程ID

///

流程實(shí)例句柄

///

節(jié)點(diǎn)ID

public void TaskReturn(string FlowID, Guid InstanceID, string ActivityID)

? 獲取某個(gè)已完成節(jié)點(diǎn)的執(zhí)行人

///

///

流程ID

///

流程實(shí)例句柄

///

節(jié)點(diǎn)ID

/// 返回執(zhí)行人OID數(shù)組

public Guid[] GetExecuteUser(string FlowID, Guid InstanceID, string ActivityID)

? 喚醒已完成的任務(wù)

///

///

public void WakeFinishedAssignTask(string AssignTaskOID)? 12.任務(wù)超時(shí)處理及編程

UCML Workflow 的是否超時(shí)由下圖的完成期限和延長(zhǎng)時(shí)間兩個(gè)屬性決定：

?

當(dāng)完成期限不填內(nèi)容時(shí)，代表這個(gè)活動(dòng)節(jié)點(diǎn)產(chǎn)生的任務(wù)沒(méi)有時(shí)間限制 延長(zhǎng)時(shí)間代表完成期限倒了之后，還可以再延長(zhǎng)多少時(shí)間

? 即將超時(shí)處理

當(dāng)完成期限到了之后，會(huì)回調(diào)wm_willtimeout函數(shù)，如果想在此時(shí)放個(gè)郵件通知或短信，就可在wm_willtimeout函數(shù)內(nèi)調(diào)用。

? 超時(shí)處理

同樣的當(dāng)完成期限到了之后，如果有延長(zhǎng)時(shí)間，而且延長(zhǎng)時(shí)間也到了，會(huì)回調(diào)wm_deadline函數(shù)，如果想在此時(shí)放個(gè)郵件通知或者短信，就可在wm_deadline函數(shù)內(nèi)調(diào)用。如下圖示：

?

如果任務(wù)在截止期限和延長(zhǎng)時(shí)間內(nèi)都沒(méi)有完成，此時(shí)任務(wù)做超時(shí)處理，流程是繼續(xù)流轉(zhuǎn)還是停止由截止期限到達(dá)時(shí)系統(tǒng)行為這個(gè)屬性決定，如為SYNCHR(同步)，則流程停在這里，如果為ASYNCHR(異步)則流程繼續(xù)流轉(zhuǎn)。

三 UCML工作流開(kāi)放性介紹

UCML 引擎底層框架的基類源碼不開(kāi)放，包括引擎調(diào)度代碼和流程類、活動(dòng)類和分支類基類代碼。而根據(jù)定義可以直接生成引擎源碼都是開(kāi)放的，可以在這些源碼的框架擴(kuò)展時(shí)刻(回調(diào)函數(shù))之內(nèi)注入C#代碼來(lái)進(jìn)行，如下面活動(dòng)節(jié)點(diǎn)代碼的時(shí)刻函數(shù)

任務(wù)分配時(shí)刻函數(shù)

override public void wm_assign(Object taskTicketID,Object[] UserList,ref Object[] AssignUserList,ref int[] TaskKindList,Boolean reassignFlag){ } 任務(wù)分配后時(shí)刻函數(shù)

override public void wm_afterAssignTask(Object assignTaskID,Object UserOID){

base.wm_afterAssignTask(assignTaskID,UserOID);}

任務(wù)分配前時(shí)刻函數(shù)

override public void wm_beforeAssignTask(SysDBModel.AssignTaskInfo AssignTaskInfo){ }

任務(wù)完成時(shí)刻函數(shù)

override public void wm_afterTaskFinish(Object taskTicketID,TTaskResolution TaskResolution){ }

任務(wù)超時(shí)時(shí)刻函數(shù)

override public void wm_deadline(Object taskTicketID){ }

任務(wù)完成規(guī)則函數(shù)

override public bool wm_finishTaskRule(SysDBModel.TaskTicketInfo taskTicketInfo){

return false;} 任務(wù)創(chuàng)建函數(shù)

override public void wm_createTask(SysDBModel.TaskTicketInfo taskTicketInfo){ }

任務(wù)回滾前函數(shù)

override public void wm_beforerollback(Object taskTicketID){ } 任務(wù)回滾后函數(shù)

override public void wm_afterrollback(Object taskTicketID){ }

override public void wm_onactivate(){ }

override public void wm_willtimeout(SysDBModel.TaskTicketInfo taskTicketInfo){ }

override public bool wm_activityInComeCondi(){

return false;}

} }

四 集成方案

在采用客戶已有的人員權(quán)限體系時(shí)，主要用到UCML工作流系統(tǒng)的可視化流程設(shè)計(jì)環(huán)境、工作流引擎服務(wù)、工作流標(biāo)準(zhǔn)表結(jié)構(gòu)、流程API、可視化的流程監(jiān)控（可選）等。在集成時(shí)可能需要修改客戶已有的Web系統(tǒng)或表的結(jié)構(gòu)，主要是修改以下地方： ? 修改人員信息表

? 引入流程接口（UCML工作流API）? 客戶登陸會(huì)話的改變

? 加入工作流引擎需要的初始化程序 ? 增加一個(gè)待辦事宜模塊

? 引入平臺(tái)中的可視化的流程監(jiān)控模塊（如果需要可視化流程監(jiān)控那么就需要引入）在平臺(tái)中主要有以下注意點(diǎn)： ? 在平臺(tái)中設(shè)計(jì)工作流模型 ? 添加流程狀態(tài)數(shù)據(jù)

? 在任務(wù)分配函數(shù)-wm_assign()中設(shè)置任務(wù)的執(zhí)行人 ? 修改人工節(jié)點(diǎn)上的業(yè)務(wù)標(biāo)識(shí)符為為自己的頁(yè)面

1、?修改人員信息表

需要在客戶現(xiàn)有的用戶表（存儲(chǔ)登錄帳號(hào)、密碼表）中增加一個(gè)Guid類型的字段，這個(gè)字段的值唯一標(biāo)記一個(gè)用戶，不影響客戶現(xiàn)有的應(yīng)用體系，起到與UCML工作流銜接作用。

這個(gè)字段的字段名命名規(guī)范為：客戶表名+OID，即“客戶表名OID”，字段類型為GUID類型，在MSSQL Server中是Uniqueidentifier，Oracle中為VARCHAR類型。在客戶業(yè)務(wù)系統(tǒng)中客戶的登錄ID代表客戶的身份，如果整合中客戶表中有現(xiàn)存的數(shù)據(jù)需要手工給“客戶表名OID”賦值；另外，在增加用戶的程序中要同時(shí)給“客戶表名OID”賦值。

2、?引入流程接口（UCML工作流API）

? 在客戶現(xiàn)有系統(tǒng)的工程文件中引入U(xiǎn)CML工作流API，并引用一個(gè)專門為第三方業(yè)務(wù)開(kāi)發(fā)包裝的接口源程序WorkflowClient.cs。

? 相關(guān)工作流API：DBLayer.dll，SysDBModel.dll，UCMLBase.dll，WorkFlow.dll ? 把Workflowbin 目錄下的UCMLConf.xml,DBLayer.xml文件拷貝到客戶工程的bin目錄下，注意：如果不是在客戶工程的本機(jī)運(yùn)行工作流引擎，則需要把UCMLConf.xml文件中引用工作流引擎地址的IP改為運(yùn)行工作流引擎主機(jī)的IP地址。

3、?客戶登陸會(huì)話的改變

在用戶登陸的程序中，在取得用戶表中各項(xiàng)數(shù)據(jù)時(shí)，把用戶表中新增的字段也讀出來(lái)，并把該項(xiàng)也放入用戶登陸會(huì)話中。

4、?加入工作流引擎需要的初始化程序

在使用客戶的應(yīng)用程序中與工作流引擎打交道之前的任意時(shí)刻加入如下程序： UCMLCommon.UCMLInitEnv.fInServer=true;UCMLCommon.UCMLInitEnv.LoadEnvVariable();new DBLayer.LogicDBModel();UCMLCommon.UCMLLogicDBModelApp x = new UCMLCommon.UCMLLogicDBModelApp();x.PrepareModel();

5、?增加一個(gè)待辦事宜模塊

待辦事宜也叫待辦任務(wù)。

需要客戶自己新增一個(gè)待辦事宜模塊，其數(shù)據(jù)來(lái)源是UCML提供的任務(wù)分配表AssignTask，開(kāi)發(fā)者可根據(jù)記錄（任務(wù)）的完成與否狀態(tài)過(guò)濾數(shù)據(jù)到待辦任務(wù)模塊內(nèi)。

6、?引入平臺(tái)中的可視化的流程監(jiān)控模塊（如果需要可視化流程監(jiān)控那么就需要引入）

可視化流程監(jiān)控的頁(yè)面在平臺(tái)中的業(yè)務(wù)模塊是：BPO_FlowTrace 可以將BPO_FlowTrace相關(guān)文件拷貝到項(xiàng)目下： BPO_FlowTrace.aspx BPO_FlowTrace.aspx.cs BPO_FlowTrace.asmx BPO_FlowTrace.asmx.cs BPO_FlowTrace.htc

7、?在平臺(tái)中設(shè)計(jì)工作流模型

在平臺(tái)中設(shè)計(jì)工作流模型，可以參考“工作流設(shè)計(jì)手冊(cè)”。

8、?添加流程狀態(tài)數(shù)據(jù)

UCML工作流引擎和業(yè)務(wù)之間是松耦合處理模式，工作流和業(yè)務(wù)之間是通過(guò)流程狀態(tài)數(shù)據(jù)進(jìn)行交互。

流程狀態(tài)數(shù)據(jù)是指工作流在運(yùn)轉(zhuǎn)過(guò)程中流程流轉(zhuǎn)所需要的保存在流程實(shí)例中的數(shù)據(jù)，一般有三類業(yè)務(wù)數(shù)據(jù)要保存在流程中，一是業(yè)務(wù)單據(jù)的關(guān)鍵字段，用它可以決定一個(gè)任務(wù)對(duì)應(yīng)的業(yè)務(wù)單據(jù)號(hào)，在UCML里一般把表單主鍵存到流程里；二是決定流程分支走向的數(shù)據(jù)，有可能是領(lǐng)導(dǎo)意見(jiàn)，也有可能是單據(jù)金額，這些數(shù)據(jù)是為了工作流引擎內(nèi)部調(diào)用的；三是流程執(zhí)行人信息。

流程和業(yè)務(wù)之間的狀態(tài)數(shù)據(jù)交互方法很簡(jiǎn)單，如下所示：

寫入流程狀態(tài)數(shù)據(jù)：即把業(yè)務(wù)的數(shù)據(jù)寫入到流程中去，調(diào)用的方法是WriteFlowData；

讀出流程狀態(tài)數(shù)據(jù)：即把流程狀態(tài)讀出來(lái)賦給業(yè)務(wù)，調(diào)用的方法是ReadFlowData。寫入流程狀態(tài)數(shù)據(jù)一般在數(shù)據(jù)提交時(shí)進(jìn)行，讀出流程狀態(tài)數(shù)據(jù)一般在初始化時(shí)進(jìn)行，讀時(shí)可以把流程狀態(tài)數(shù)據(jù)賦給業(yè)務(wù)中的某個(gè)屬性，以方便業(yè)務(wù)中調(diào)用。

9、在任務(wù)分配函數(shù)-wm_assign()中設(shè)置任務(wù)的執(zhí)行人

在工作流中任務(wù)分配的方式有幾種：

通過(guò)群組配置分配任務(wù)

回調(diào)函數(shù)分配任務(wù)

手工執(zhí)行執(zhí)行人

由于組織機(jī)構(gòu)等均不采用平臺(tái)自帶的組織框架，所以無(wú)法采用“通過(guò)群組配置分配任務(wù)”的方式，只能采用“回調(diào)函數(shù)分配任務(wù)”或

10、自己實(shí)現(xiàn)執(zhí)行人群組解析接口，可以繼續(xù)使用基于配置的任務(wù)分配

基于流程模型的執(zhí)行人配置可以避免在wm_assign里寫程序做任務(wù)分配，但必須必需特定某個(gè)組織機(jī)構(gòu)，在這個(gè)組織機(jī)構(gòu)基礎(chǔ)之上可以定義群組，來(lái)描述人員、部門和崗位集合，也可以定義相對(duì)執(zhí)行人如申請(qǐng)人的部門主管、申請(qǐng)人公司總經(jīng)理等，只要實(shí)現(xiàn)自己的群組解析接口，就可以自己的群組串配置UCML的工作流執(zhí)行人的字段里，就可以實(shí)現(xiàn)基于配置的任務(wù)分配實(shí)現(xiàn)步驟如下：

? 自定義類實(shí)現(xiàn)如下接口

public interface IGroupParser { Object[] UserOIDList(string GroupStr, Object Starter, Object StartPostn, Object StartDivision, Object StartORG, Object Performer, Object PerformerPostn, Object PerformerDivision, Object PerformerORG);Object[] UserOIDList(string GroupStr);}

///

群組字符串 ///

流程啟動(dòng)者GUID /// 根據(jù)組定義獲取用戶列表

///

流程啟動(dòng)崗位GUID ///

流程啟動(dòng)部門GUID ///

流程啟動(dòng)企業(yè)GUID ///

當(dāng)前執(zhí)行人GUID ///

當(dāng)前執(zhí)行人崗位GUID ///

當(dāng)前執(zhí)行人部門GUID ///

當(dāng)前執(zhí)行人企業(yè)GUID /// 返回GUID類型的用戶ID ? 在UCMLCONF.XML文件里添加如下節(jié)點(diǎn)：

true dll名稱 類名稱11、12、修改人工節(jié)點(diǎn)上的業(yè)務(wù)標(biāo)識(shí)符為為自己的頁(yè)面 工作流計(jì)算工作日客戶自定義接口

1.自定義類實(shí)現(xiàn)如下接口

public interface IWorkDay { ///

任務(wù)開(kāi)始時(shí)間 ///

任務(wù)計(jì)劃用時(shí)，單位為秒 ///

任務(wù)執(zhí)行人OID /// 返回任務(wù)最終完成時(shí)間 DateTime GetLimitDateTime(DateTime startTime, long delayTime, Guid UserOID);}

2.在UCMLCONF.XML文件里添加如下節(jié)點(diǎn)：

< fCustomWorkDay>true < WorkDayAssembly>dll名稱 < WorkDayClass>類名稱

13、///

工作流時(shí)刻切面接口

1.自定義類實(shí)現(xiàn)如下接口 ///

void OnCreateInstance(WorkFlowModel FlowInstance, DateTime CreateTime);///

///

void OnFinishInstance(WorkFlowModel FlowInstance, DateTime EndTime);///

///

void OnAbortInstance(WorkFlowModel FlowInstance, DateTime AbortTime);} ///

///

///

void OnCreateTask(WorkFlowModel FlowInstance, WorkFlowActivity Activity, DateTime CreateTime);///

///

///

void OnFinishAssignTask(WorkFlowModel FlowInstance, WorkFlowActivity Activity, DateTime FinishTime);///

///

///

void OnFinishTask(WorkFlowModel FlowInstance, WorkFlowActivity Activity, DateTime FinishTime);}

第二篇：工作流與AO系統(tǒng)

OA系統(tǒng)與工作流

隨著網(wǎng)絡(luò)的日益普及和全球信息化進(jìn)程的發(fā)展,InternetPIntranet技術(shù)及其應(yīng)用給我們工作和日常生活各個(gè)方面帶來(lái)了深刻的影響,傳統(tǒng)的辦公方式正面臨嚴(yán)峻的挑戰(zhàn)。各單位都希望能夠擁有一個(gè)能真正滿足本單位實(shí)際工作需要的辦公自動(dòng)化系統(tǒng),以提高工作效率,降低辦公成本。以工作流為核心的OA 系統(tǒng),已成為當(dāng)前OA 系統(tǒng)的主流,逐漸受到政企辦公部門和軟件開(kāi)發(fā)商的重視。1 概念闡述 1.1 辦公自動(dòng)化

簡(jiǎn)稱OA(Office Automation),意為辦公信息處理的自動(dòng)化。它是指應(yīng)用各種信息技術(shù)和集成技術(shù),充分有效地利用信息,完成各種辦公業(yè)務(wù),提高辦公效率和辦公質(zhì)量,實(shí)現(xiàn)多種資源的共享。辦公自動(dòng)化系統(tǒng)經(jīng)歷了兩個(gè)發(fā)展階段。第一個(gè)階段是單機(jī)型辦公自動(dòng)化系統(tǒng),它以O(shè)FFICE 等應(yīng)用軟件及傳統(tǒng)的MIS 系統(tǒng)為代表。第二階段是以網(wǎng)絡(luò)為基礎(chǔ),工作流為中心的網(wǎng)絡(luò)協(xié)同工作型辦公自動(dòng)化系統(tǒng)。目前正在進(jìn)行知識(shí)管理型辦公自動(dòng)化系統(tǒng)的研究和探索。1.2 工作流及工作流管理系統(tǒng) 1.2.1 工作流

工作流(Work Flow)的概念起源于生產(chǎn)組織和辦公自動(dòng)化領(lǐng)域。它是針對(duì)日常工作中具有固定程序的活動(dòng)而提出的一個(gè)概念,其目的是通過(guò)將一個(gè)具體的工作分解成多個(gè)任務(wù)、角色,按照一定的規(guī)則和過(guò)程,約束與監(jiān)控這些任務(wù)的執(zhí)行,從而提高企業(yè)生產(chǎn)經(jīng)營(yíng)管理水平。根據(jù)WfMC(工作流管理聯(lián)盟)的定義:工作流是一類能夠完全或者部分自動(dòng)執(zhí)行的經(jīng)營(yíng)過(guò)程,它根據(jù)一系列過(guò)程規(guī)則、文檔、信息或任務(wù)能夠在不同的執(zhí)行者之間進(jìn)行傳遞與執(zhí)行。簡(jiǎn)單地說(shuō),工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。一個(gè)工作流包括一組活動(dòng)及它們的相互順序關(guān)系,還包括過(guò)程及活動(dòng)的啟動(dòng)和終止條件,以及對(duì)每個(gè)活動(dòng)的描述。工作流系統(tǒng)是以規(guī)格化的流程描述作為輸入的軟件組件,它維護(hù)流程的運(yùn)行狀態(tài),并在人和應(yīng)用之間分派活動(dòng)。

1.2.2 工作流管理系統(tǒng)

工作流管理系統(tǒng)是支撐工作流的相應(yīng)軟件系統(tǒng),根據(jù)WfMC的定義,工作流管理系統(tǒng)是“一種在工作流形式化表示的驅(qū)動(dòng)下,通過(guò)軟件的執(zhí)行而完成工作流定義、管理及執(zhí)行的系統(tǒng)?！卑凑諅鹘y(tǒng)的時(shí)空分類法,工作流管理系統(tǒng)屬于支持多人進(jìn)行異地、異步協(xié)作的系統(tǒng)。工作流管理系統(tǒng)可以運(yùn)行在一個(gè)或多個(gè)工作流引擎上,主要用于定義、實(shí)現(xiàn)和管理工作流運(yùn)行。它與工作流執(zhí)行者(人、應(yīng)用)交互,推進(jìn)工作流實(shí)例的執(zhí)行,并監(jiān)控工作流的運(yùn)行狀態(tài)。2 基于工作流技術(shù)的OA 系統(tǒng)模型

辦公自動(dòng)化系統(tǒng)不僅要實(shí)現(xiàn)信息的采集和自動(dòng)整理,而且應(yīng)該能開(kāi)發(fā)和利用信息輔助管理層進(jìn)行科學(xué)決策。因此,辦公自動(dòng)化系統(tǒng)必須是一個(gè)綜合的,且具備多種辦公信息處理功能的系統(tǒng)。辦公自動(dòng)化系統(tǒng)需要單位內(nèi)部的領(lǐng)導(dǎo)人員、行政管理人員、文秘人員、專業(yè)人員的共同參與。辦公室的工作種類繁多,有信息錄入、收發(fā)文件、文件編輯、人事管理、文件及信函歸檔和查詢、郵件發(fā)送、會(huì)議安排、個(gè)人、部門及領(lǐng)導(dǎo)日程安排和接待管理等。它的特點(diǎn)是一項(xiàng)工作一般由多個(gè)辦公人員協(xié)作完成,并且他們之間具有一定的辦公流程。按工作流管理的概念來(lái)分析,每項(xiàng)工作都由一個(gè)任務(wù)集和任務(wù)之間的流程關(guān)系組成。任務(wù)集是獨(dú)立的工作項(xiàng)集合,分別由特定的人員或機(jī)構(gòu)來(lái)處理;任務(wù)之間的流程關(guān)系是文檔對(duì)象的傳遞和處理關(guān)系。2.1 OA 系統(tǒng)模型

根據(jù)學(xué)校日常辦公的特點(diǎn)和實(shí)際需求,我們提出了一個(gè)基于工作流技術(shù)的OA 系統(tǒng)模型,如圖所示:

整個(gè)系統(tǒng)由公文管理、信息發(fā)布管理、工作日程管理、資源使用管理模塊、文件檔案管理、郵件管理、系統(tǒng)管理及自定義工作流管理等模塊構(gòu)成。各模塊既各自獨(dú)立,又相互依存,組合成一個(gè)有機(jī)的整體。2.2 公文管理模塊

公文流轉(zhuǎn)是辦公系統(tǒng)的核心,公文管理可分為收文管理和發(fā)文管理兩大功能,其中包括公文查詢和歸檔處理。采用數(shù)據(jù)庫(kù)模式實(shí)現(xiàn)內(nèi)部公文的收發(fā),保證了對(duì)公文流轉(zhuǎn)的有效控制。2.2.1 收文管理

實(shí)現(xiàn)收文、登記、處理、查詢、歸檔。實(shí)現(xiàn)對(duì)公文分類、標(biāo)識(shí)信息(包括標(biāo)題、種類、緩急、密級(jí)、收文字號(hào)、主題詞、收文機(jī)關(guān)、發(fā)往單位、印發(fā)時(shí)間、生效時(shí)間、承辦人等)的登記;批示和處理情況登記;查閱收文辦理情況,包括經(jīng)手的領(lǐng)導(dǎo)、部門名單、收文時(shí)間,相應(yīng)的處理意見(jiàn)等;按歸檔要求對(duì)收文進(jìn)行立卷登記或銷毀登記。2.2.2 發(fā)文管理

實(shí)現(xiàn)發(fā)文、處理、查詢、歸檔。包括設(shè)定發(fā)文題目及發(fā)文負(fù)責(zé)人,填寫發(fā)文擬稿紙,草擬文件內(nèi)容,領(lǐng)導(dǎo)對(duì)草擬文件內(nèi)容審核、批示意見(jiàn), 有關(guān)領(lǐng)導(dǎo)對(duì)發(fā)文稿進(jìn)行會(huì)簽并簽發(fā), 對(duì)正式發(fā)文稿進(jìn)行校對(duì),按要求查閱需要使用的公文內(nèi)容,按歸檔要求對(duì)發(fā)文進(jìn)行立卷登記或銷毀登記等工作。92 2.3 信息發(fā)布和交流建立一個(gè)內(nèi)部信息管理系統(tǒng),實(shí)現(xiàn)內(nèi)部信息采集、編輯與發(fā)布,以達(dá)到信息集中、高效的管理。該模塊為用戶提供了大量實(shí)用的信息發(fā)布與共享功能,包括:新聞通告、交流園地(BBS)、留言本、征求意見(jiàn)等。其中,新聞通告的發(fā)布需要通過(guò)相關(guān)部門的審核,通過(guò)審核則自動(dòng)發(fā)布在學(xué)校網(wǎng)站(主頁(yè))上,沒(méi)有通過(guò)則限于OA 中瀏覽。2.4 自定義流程管理模塊 可以進(jìn)行自定義工作流程的規(guī)劃和設(shè)立,工作流自定義包括定義整個(gè)流程的名稱、所屬類別、流程適用范圍、流程權(quán)限等;定義流程中各個(gè)環(huán)節(jié)的名稱、辦理方式、辦理人員、辦理權(quán)限等。對(duì)于常用、固定工作流程,系統(tǒng)預(yù)先加以定義形成工作流模板,供用戶使用;并允許用戶自定義工作流程模板。自定義流程管理模塊還承擔(dān)對(duì)工作流項(xiàng)目的協(xié)調(diào)管理工作。從一個(gè)工作流的啟動(dòng),到各個(gè)工作步驟流轉(zhuǎn),直到工作流結(jié)束的整個(gè)過(guò)程中,自定義流程管理模塊可以按照規(guī)則自動(dòng)選擇下一步工作的接管人,管理工作附件及流程進(jìn)展信息。相關(guān)工作流之間可以互相協(xié)調(diào),例如一個(gè)工作流的完成是另一個(gè)工作流的開(kāi)始觸發(fā)條件。2.5 文件檔案管理

本模塊主要是對(duì)單位的文件、案卷及重要信息(新聞)等電子文檔資料進(jìn)行歸檔及管理,并提供多種查詢方式,供用戶根據(jù)權(quán)限查詢和閱讀。常用文檔可以收入自己的文件夾。2.6 系統(tǒng)管理模塊

此模塊定義了系統(tǒng)管理員、部門管理員及各類用戶的各種不同權(quán)限, 實(shí)現(xiàn)了用戶層次化的管理。用戶權(quán)限的設(shè)置可以使各級(jí)、各類用戶有不同的權(quán)限,在用戶登陸系統(tǒng)后,可以使用相應(yīng)的系統(tǒng)功能。添加部門或用戶、用戶的權(quán)限設(shè)置、系統(tǒng)各類工作流模板等系統(tǒng)設(shè)置均在此模塊中完成。

2.7 系統(tǒng)其他模塊簡(jiǎn)述

系統(tǒng)還提供了郵件管理、工作日程安排、資源使用管理模塊等。其中郵件管理可以提供校內(nèi)用戶相互傳送信息,并可以傳輸文檔附件。工作日程安排設(shè)學(xué)校工作安排、部門工作安排及個(gè)人工作安排三個(gè)層次的模塊,并根據(jù)工作日程安排的需要(側(cè)重點(diǎn))設(shè)置重要提醒;資源使用管理可以對(duì)公用資源(如汽車、會(huì)議室等)進(jìn)行統(tǒng)一分配和管理,提高資源的利用率。3 OA 系統(tǒng)結(jié)構(gòu)級(jí)運(yùn)行架構(gòu)

采用BPS 網(wǎng)絡(luò)體系結(jié)構(gòu),軟件的安裝只在服務(wù)器端進(jìn)行,客戶端實(shí)現(xiàn)零安裝。所有系統(tǒng)管理及升級(jí)只在服務(wù)器端進(jìn)行,各個(gè)客戶端無(wú)需任何設(shè)定。網(wǎng)絡(luò)的數(shù)據(jù)庫(kù),使用基于MICROSOFT WIN2000Server 的SQL Server 2000。整個(gè)系統(tǒng)用Visua l Stu2dio.NET 開(kāi)發(fā),ASP.NET 技術(shù)框架,實(shí)現(xiàn)語(yǔ)言采用C# 或VB.NET語(yǔ)言。要求客戶端使用WIN98 或以上版本,瀏覽器要求IE6.0 以上。開(kāi)發(fā)過(guò)程中有關(guān)問(wèn)題的探討

4.1 重視分析現(xiàn)有工作流程,抽象出適用的工作流辦公處理過(guò)程有它的隨意性和不可預(yù)測(cè)性。開(kāi)發(fā)一個(gè)成功的OA 系統(tǒng)不但受到技術(shù)因素的制約,還會(huì)受到傳統(tǒng)模式和相關(guān)人員整體素質(zhì)的挑戰(zhàn)。系統(tǒng)開(kāi)發(fā)前期必須做好系統(tǒng)的需求分析工作,首先,明確組織結(jié)構(gòu)、業(yè)務(wù)劃分和具體業(yè)務(wù)處理過(guò)程,及其處理過(guò)程的數(shù)據(jù)來(lái)源及流向。實(shí)際的工作流錯(cuò)綜復(fù)雜,要實(shí)現(xiàn)軟件模塊的原子化和系統(tǒng)的自組織性必須使軟件系統(tǒng)模塊與具體的處室、人員無(wú)關(guān)。這就要求我們?cè)趯?duì)現(xiàn)有的組織機(jī)構(gòu)、每個(gè)工作的工作過(guò)程、活動(dòng)內(nèi)容、數(shù)據(jù)來(lái)源、數(shù)據(jù)去向及約束性等進(jìn)行細(xì)致分析的基礎(chǔ)上對(duì)提取的工作流進(jìn)行優(yōu)化,提取出與具體的組織機(jī)構(gòu)無(wú)關(guān)的工作流邏輯模 型。這樣,才能保證OA 系統(tǒng)的靈活性,才能適應(yīng)單位組織機(jī)構(gòu)的不斷調(diào)整變化。這一優(yōu)化過(guò)程,不能受限于現(xiàn)有組織機(jī)構(gòu)及現(xiàn)在工作流程,不能局限于對(duì)現(xiàn)狀的簡(jiǎn)單模擬。否則,輕則降低了系統(tǒng)的效率,重則會(huì)造成系統(tǒng)的開(kāi)發(fā)失敗。辦公自動(dòng)化是一場(chǎng)變革,是一個(gè)漸進(jìn)的、潛移默化的過(guò)程,因而是長(zhǎng)期的、持久的,不可能一勞永逸,更不可能花錢一買就得。必須加強(qiáng)對(duì)使用者的培訓(xùn),并獲得單位領(lǐng)導(dǎo)的理解與支持。4.2 系統(tǒng)安全性設(shè)計(jì)是貫徹開(kāi)發(fā)過(guò)程的主線

由于OA 系統(tǒng)使用人員構(gòu)成復(fù)雜,涉及數(shù)據(jù)一般比較敏感,所以系統(tǒng)的安全至關(guān)重要。本系統(tǒng)主

要通過(guò)下列兩種方式進(jìn)行安全管理:(1)每個(gè)用戶都要經(jīng)過(guò)嚴(yán)格的身份認(rèn)證。系統(tǒng)在進(jìn)入每個(gè)頁(yè)面時(shí)都要檢查當(dāng)前用戶的狀態(tài)。(2)通過(guò)用戶權(quán)限設(shè)置,保證系統(tǒng)信息安全。只有經(jīng)過(guò)授權(quán)才能使用相應(yīng)的功能。本系統(tǒng)在權(quán)限進(jìn)行分配時(shí),引入了系統(tǒng)權(quán)限和工作流權(quán)限兩類權(quán)限,可實(shí)現(xiàn)多級(jí)組織結(jié)構(gòu)和用戶多角色的權(quán)限分配機(jī)制。系統(tǒng)管理員同時(shí)擁有上述兩類權(quán)限的所有管理權(quán)限?；趩挝坏膶蛹?jí)結(jié)構(gòu),在系統(tǒng)權(quán)限中分設(shè)管理員、部門級(jí)和員工級(jí)三個(gè)級(jí)別。其中管理員具有系統(tǒng)管理最高權(quán)限,如系統(tǒng)初始化、用戶管理等;部門級(jí)用戶有發(fā)布信息、管理自己發(fā)布的信息、管理本部門用戶等權(quán)限;員工級(jí)用戶則只擁有最基本的瀏覽信息權(quán)限。同時(shí)管理員可以修改任何用戶任何模塊的讀寫權(quán)限,部門級(jí)用戶可以把自己擁有的權(quán)限分配給下屬用戶。這意味著權(quán)限具有可繼承性和靈活性。在工作流執(zhí)行過(guò)程中,權(quán)限大小則是由用戶在工作流中所處的位置所決定,不受系統(tǒng)權(quán)限等級(jí)的限制。工作流發(fā)起者具有此項(xiàng)工作流的管理權(quán)限,可以察看工作流執(zhí)行狀態(tài)和修改工作流,工作流的其他參與者只具有與自己工作相關(guān)的權(quán)限。另外,數(shù)據(jù)加密、數(shù)據(jù)的及時(shí)備份、系統(tǒng)日志等安全技術(shù)也被采用,以加強(qiáng)安全性。BPS 結(jié)構(gòu)由于不需要安裝客戶端,很難做到高等級(jí)的安全防護(hù)。為此,針對(duì)一些特殊應(yīng)用,系統(tǒng)采取了IP 地址與用戶名綁定的措施,限制一些高等級(jí)操作。部分采用CPS 結(jié)構(gòu)可能是更好的選擇。4.3 友好的用戶界面、操作快捷方便是系統(tǒng)開(kāi)發(fā)取得成功的重要因素直接用戶滿意度是衡量一個(gè)系統(tǒng)是否成功的重要指標(biāo),功能完備、使用方便是直接用戶最為關(guān)心的主要問(wèn)題。為此,可在以下幾個(gè)方面加以注意:(1)應(yīng)盡量采用圖形化、表格化的用戶界面;(2)設(shè)計(jì)過(guò)程中注意操作的簡(jiǎn)便性,在統(tǒng)一的界面上,充分考慮信息流程和用戶的原有操作習(xí)慣,減輕用戶的重新學(xué)習(xí)負(fù)擔(dān);(3)設(shè)置方便快捷的查詢體系,增強(qiáng)用戶對(duì)系統(tǒng)的依賴性;(4)通過(guò)多種提醒方式,實(shí)現(xiàn)實(shí)時(shí)通知,可以保證辦公工作流的正常流轉(zhuǎn)。實(shí)時(shí)通信是目前辦公系統(tǒng)發(fā)展的一個(gè)方向。本系統(tǒng)設(shè)置了系統(tǒng)啟動(dòng)時(shí)提醒、定時(shí)提醒、郵件提醒等多種提醒方式。如果能實(shí)現(xiàn)手機(jī)短信、外部郵件提醒,對(duì)于外出人員及時(shí)了解工作進(jìn)展,將有極大的幫助。與類似騰訊TM 之類的實(shí)時(shí)通信軟件相結(jié)合,可進(jìn)一步提高系統(tǒng)的實(shí)時(shí)信息處理能力,簡(jiǎn)化系統(tǒng)開(kāi)發(fā)。

4.4 在信息集成環(huán)境下的OA 系統(tǒng),不是孤立的系統(tǒng),在其設(shè)計(jì)與實(shí)施過(guò)程中,要注意從整體和集成的角度加以考慮,做好和各類已有系統(tǒng)的集成工作一般學(xué)校都有教務(wù)管理、人事管理、財(cái)務(wù)管理、圖書管理等多種管理信息系統(tǒng),這些系統(tǒng)相當(dāng)一部分可能是專用系統(tǒng)。如何實(shí)現(xiàn)與這些系統(tǒng)的信息共享,是OA 系統(tǒng)設(shè)計(jì)必須解決的問(wèn)題。對(duì)于已有系統(tǒng),可通過(guò)各系統(tǒng)的數(shù)據(jù)導(dǎo)入、導(dǎo)出功能實(shí)現(xiàn)與本系統(tǒng)的數(shù)據(jù)交換,對(duì)于今后可能建立的系統(tǒng),應(yīng)預(yù)留數(shù)據(jù)轉(zhuǎn)換接口。在數(shù)據(jù)庫(kù)設(shè)計(jì)時(shí),應(yīng)給予更多的考慮。4.5 需要進(jìn)一步研究的問(wèn)題

4.5.1 修改痕跡的保留辦公數(shù)據(jù)在流轉(zhuǎn)過(guò)程中,可能會(huì)涉及多人對(duì)文件的修改。工作流處理過(guò)程中如何保留文件修改痕跡,是一個(gè)難題。保留修改痕跡,可以通過(guò)使用系統(tǒng)專用文本編輯器、集成OFFICE 類軟件等方式解決。使用系統(tǒng)專用文本編輯器,雖然可以有效地解決痕跡保留的問(wèn)題,但是設(shè)計(jì)開(kāi)發(fā)難度較大、可能和用戶的原有操作習(xí)慣不一致,且存在與日常通用文檔的數(shù)據(jù)兼容問(wèn)題,所以使用范圍受到一定的限制。集成OFFICE 類軟件,直接處理WPS、DOC、XLS、PDF 類文本,可以較好的克服使用專用文本編輯器所帶來(lái)的缺陷,但是修改痕跡可能被非授權(quán)地破壞。如何有效保留修改痕跡,需要進(jìn)一步加以研究、解決。4.5.2 信息有效性的確認(rèn)

信息的有效性體現(xiàn)在保證重要數(shù)據(jù)是真實(shí)有效的,可以認(rèn)為是數(shù)據(jù)的源是真實(shí)有效的,比如校長(zhǎng)辦公室發(fā)布一條消息,OA 系統(tǒng)關(guān)心的是這條消息是不是校長(zhǎng)辦公室所擁有的賬號(hào)發(fā)布的,發(fā)布后有沒(méi)有被修改。當(dāng)然可以通過(guò)加強(qiáng)賬號(hào)和口令的管理,但更可靠的方法是通過(guò)數(shù)字簽名等加以確認(rèn)。已發(fā)布的數(shù)字簽名法并沒(méi)有具體限定未來(lái)網(wǎng)上簽名使用何種模式。目前使用的數(shù)字簽名主要有三種模式:智慧卡式、密碼式、生物測(cè)定式,無(wú)論哪種方法都涉及硬件的投入問(wèn)題。自主開(kāi)發(fā)數(shù)字簽名的難度很大。5 結(jié)語(yǔ)

本文給出的基于工作流管理技術(shù)和采用BPS 結(jié)構(gòu)的OA 系統(tǒng)設(shè)計(jì)方案,能夠通過(guò)InternetPIntranet進(jìn)行辦公業(yè)務(wù)處理,提供規(guī)范、靈活的辦公流程管理,具有功能齊全、使用方便、安全性好、可靠性高等特點(diǎn),并已得到實(shí)際應(yīng)用。智能化決策、網(wǎng)絡(luò)協(xié)同辦公已經(jīng)成為現(xiàn)代化管理的趨勢(shì),基于工作流的網(wǎng)絡(luò)OA辦公系統(tǒng)將發(fā)揮越來(lái)越大的作用。

第三篇：工作流與信息流

工作流與信息流

工作流（Workflow）就是“業(yè)務(wù)過(guò)程的部分或整體在計(jì)算機(jī)應(yīng)用環(huán)境下的自動(dòng)化”，它主要解決的是“使在多個(gè)參與者之間按照某種預(yù)定義的規(guī)則傳遞文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者促使此目標(biāo)的實(shí)現(xiàn)”。

簡(jiǎn)單地說(shuō)，工作流就是一系列相互銜接、自動(dòng)進(jìn)行的業(yè)務(wù)活動(dòng)或任務(wù)。一個(gè)工作流包括一組任務(wù)（或活動(dòng)）及它們的相互順序關(guān)系，還包括流程及任務(wù)（或活動(dòng)）的啟動(dòng)和終止條件，以及對(duì)每個(gè)任務(wù)（或活動(dòng)）的描述。

工作流在大多數(shù)的實(shí)際應(yīng)用中的情況可以這樣來(lái)簡(jiǎn)單地描述：在網(wǎng)絡(luò)、服務(wù)器和多臺(tái)計(jì)算機(jī)客戶端的硬件平臺(tái)上，業(yè)務(wù)過(guò)程按照預(yù)先設(shè)定的規(guī)則并借助應(yīng)用程序和人對(duì)相關(guān)數(shù)據(jù)的處理而完成。例如，在日常辦公中，當(dāng)撰寫好某份報(bào)告之后，可能需要將其提交給領(lǐng)導(dǎo)進(jìn)行審閱或批示；審批意見(jiàn)可能需要匯集并提交給另外一個(gè)人，以便對(duì)報(bào)告進(jìn)行進(jìn)一步的修改。這樣，可能會(huì)形成同一篇文檔在多個(gè)人之間的順序或同時(shí)傳遞。對(duì)于這樣的情況，我們可以使用工作流技術(shù)來(lái)控制和管理文檔在各個(gè)計(jì)算機(jī)之間自動(dòng)傳遞，而非手工傳遞。這就可以稱之為工作流。

類似的關(guān)于文檔的自動(dòng)化處理只是工作流技術(shù)的一種簡(jiǎn)單應(yīng)用。事實(shí)上，工作流技術(shù)在現(xiàn)實(shí)生活中能夠完成更多更復(fù)雜的任務(wù)。如企業(yè)（或機(jī)構(gòu)）內(nèi)部的各種數(shù)據(jù)或信息的自動(dòng)處理，多種業(yè)務(wù)流程的整合，企業(yè)（或機(jī)構(gòu)）之間的數(shù)據(jù)交換，借助Internet技術(shù)實(shí)現(xiàn)跨地域的數(shù)據(jù)傳輸和處理等等。

一、工作流發(fā)展

工作流技術(shù)起源于二十世紀(jì)七十年代中期辦公自動(dòng)化領(lǐng)域的研究，由于當(dāng)時(shí)計(jì)算機(jī)尚未普及，網(wǎng)絡(luò)技術(shù)水平還很低以及理論基礎(chǔ)匱乏，這項(xiàng)新技術(shù)并未取得成功。1983年至1985年間，在圖像處理領(lǐng)域和電子郵件領(lǐng)域出現(xiàn)了早期的含有工作流特征的商用系統(tǒng)。

進(jìn)入九十年代以后，隨著個(gè)人計(jì)算機(jī)、網(wǎng)絡(luò)技術(shù)的普及和推廣，以及信息化建設(shè)的日益完善，使得工作流技術(shù)的研究與開(kāi)發(fā)進(jìn)入了一個(gè)新的熱潮。1993年8月,第一個(gè)工作流技術(shù)標(biāo)準(zhǔn)化的工業(yè)組織——工作流管理聯(lián)盟（Workflow Management Coalition，簡(jiǎn)稱WFMC，下同）成立。1994年，工作流管理聯(lián)盟發(fā)布了用于工作流管理系統(tǒng)之間互操作的工作流參考模型，并相繼制定了一系列工業(yè)標(biāo)準(zhǔn)。與此同時(shí)，關(guān)于工作流技術(shù)的學(xué)術(shù)研究也十分活躍，許多原型系統(tǒng)在實(shí)驗(yàn)室里開(kāi)發(fā)出來(lái)。進(jìn)入二十一世紀(jì)以來(lái)，工作流技術(shù)已被越來(lái)越多的人認(rèn)可，與之相關(guān)的標(biāo)準(zhǔn)規(guī)范、工作流引擎及商業(yè)產(chǎn)品不勝枚舉。人們?cè)陂_(kāi)發(fā)推廣工作流產(chǎn)品的同時(shí)，更加注重工作流的理論研究，以推動(dòng)該項(xiàng)技術(shù)走向成熟。

二、工作流的特點(diǎn)

1，圖形化、可視化設(shè)計(jì)流程圖

2，支持各種復(fù)雜流程

3，組織結(jié)構(gòu)級(jí)處理者指定功能

4，B/S結(jié)構(gòu)，純?yōu)g覽器應(yīng)用

5，強(qiáng)大的安全性特色

6，表單功能強(qiáng)大，擴(kuò)展便捷

7，靈活的外出、超時(shí)管理策略

8，處理過(guò)程可跟蹤、管理

9，豐富的統(tǒng)計(jì)、查詢、報(bào)表功能

10，與MAIL系統(tǒng)集成三、工作流的優(yōu)點(diǎn)

企業(yè)實(shí)施工作流管理所帶來(lái)的好處是非常明顯的，這包括提高企業(yè)運(yùn)營(yíng)效率、改善企業(yè)資源利用、提高企業(yè)運(yùn)作的靈活性和適應(yīng)性、提高工作效率、集中精力處理核心業(yè)務(wù)、跟蹤業(yè)務(wù)處理過(guò)程、量化考核業(yè)務(wù)處理的效率、減少浪費(fèi)、增加利潤(rùn)、充分發(fā)揮現(xiàn)有計(jì)算機(jī)網(wǎng)絡(luò)資源的作用。實(shí)施工作流將達(dá)到縮短企業(yè)運(yùn)營(yíng)周期、改善企業(yè)內(nèi)（外）部流程、優(yōu)化并合理利用資源、減少人為差錯(cuò)和延誤，提高勞動(dòng)生產(chǎn)率等目的。

總結(jié)實(shí)施工作流帶來(lái)的好處，可以歸納為以下幾點(diǎn)：

1，要處理的事項(xiàng)已自動(dòng)傳遞到個(gè)人電腦上

2，不再需要對(duì)員工進(jìn)行流程的培訓(xùn)，平滑實(shí)現(xiàn)流程變更

3，員工只需將精力集中在處理自己關(guān)心的數(shù)據(jù)上

4，隨時(shí)得到歷史數(shù)據(jù)

5，隨時(shí)生成處理效率報(bào)表

6，達(dá)到無(wú)紙化辦公的目標(biāo)

7，完全支持移動(dòng)辦公，使作業(yè)同步化

8，科學(xué)管理更進(jìn)一層，辦公效率明顯提高

9，企業(yè)的核心競(jìng)爭(zhēng)力將有提升

10，通過(guò)流程自動(dòng)化與數(shù)據(jù)庫(kù)集成，以及各類表單統(tǒng)計(jì)查詢功能，提高決策能力

信息流 information flow

信息流是在空間和時(shí)間上向同一方向運(yùn)動(dòng)中的一組信息，它有共同的信息源和信息接收者，即是由一個(gè)分支機(jī)構(gòu)（信息源）向另一個(gè)分支機(jī)構(gòu)（地址）傳遞的全部信息的集合。各個(gè)信息流組成了企業(yè)的信息網(wǎng)，稱之為企業(yè)的神經(jīng)系統(tǒng)。信息流暢與否，決定著企業(yè)生產(chǎn)經(jīng)營(yíng)活動(dòng)是否能正常運(yùn)行。

信息流是企業(yè)發(fā)展的脈絡(luò)

評(píng)價(jià)企業(yè)成功與否，一個(gè)簡(jiǎn)易的辦法是看其物流、工作流和信息流“三流”的情況，其中，信息流的質(zhì)量、速度和覆蓋范圍，尤其可以“映照”企業(yè)的生產(chǎn)、管理和決策等各方面的“成色”。企業(yè)的“生命活動(dòng)”最終都將以信息流的“高級(jí)形式”展現(xiàn)……

評(píng)價(jià)企業(yè)成功與否，一個(gè)簡(jiǎn)易的辦法是看其物流、工作流和信息流“三流”的情況，其中，信息流的質(zhì)量、速度和覆蓋范圍，尤其可以“映照”企業(yè)的生產(chǎn)、管理和決策等各方面的“成色”。因?yàn)槲锪?、工作流在企業(yè)的“生命活動(dòng)”中無(wú)不最終以信息流的“高級(jí)形式”展現(xiàn)，就象生物體的所有活動(dòng)都是基于神經(jīng)系統(tǒng)傳遞的生物電信號(hào)一樣。因此，深入認(rèn)識(shí)“信息流”，將掀開(kāi)企業(yè)發(fā)展的新視角。

如同流動(dòng)的資金帶來(lái)價(jià)值一樣，當(dāng)信息不受限制的從一個(gè)地點(diǎn)流動(dòng)到另一地點(diǎn)，幫助企業(yè)實(shí)時(shí)獲取信息，并促使企業(yè)創(chuàng)造出真正的經(jīng)濟(jì)效益時(shí)，才具有最高的價(jià)值和意義。其關(guān)鍵,是打造閉環(huán)的信息流。不僅要打破企業(yè)內(nèi)部各種信息孤島，實(shí)現(xiàn)數(shù)據(jù)的收集整合、加工分析、信息的傳遞應(yīng)用，以及信息數(shù)據(jù)的再加工、應(yīng)用的反復(fù)“循環(huán)”，還要將企業(yè)內(nèi)部的信息流與企業(yè)外部上下游用戶的需求信息結(jié)合起來(lái)，形成“內(nèi)外融合”的閉環(huán)的“大信息流”。這樣認(rèn)識(shí)信息流，可以幫助用戶“打開(kāi)眼界”，審視IT建設(shè)中局部與整體統(tǒng)一規(guī)劃和發(fā)展的問(wèn)題，即通過(guò)集成實(shí)現(xiàn)不同層面的信息流同時(shí)，也要為建立企業(yè)間高效的信息流打好基礎(chǔ)。

此外，建立全面的信息流也是實(shí)現(xiàn)業(yè)界提出的“按需應(yīng)用IT資源”理想的基礎(chǔ)。信息流具有速度、質(zhì)量等特征，反映著企業(yè)的IT基礎(chǔ)水平。信息流速度慢，企業(yè)無(wú)法及時(shí)獲取所需信息。而系統(tǒng)數(shù)據(jù)不完整或得到不一致數(shù)據(jù)，又將嚴(yán)重影響信息流的質(zhì)量，進(jìn)而影響業(yè)務(wù)系統(tǒng)的成敗。只有高質(zhì)量的信息數(shù)據(jù)不受任何限制平穩(wěn)地流向所需位置，才能最終實(shí)現(xiàn)按需應(yīng)用的理想。這對(duì)企業(yè)各層系統(tǒng)的無(wú)縫集成提出了更高的要求。為此，建立豐富的實(shí)施信息流的技術(shù)方案體系，包括數(shù)據(jù)層集成、應(yīng)用層集成、垂直業(yè)務(wù)處理層集成、發(fā)布層集成以及通用建模和開(kāi)發(fā)工具的應(yīng)用?！靶畔⒘鳌笔瞧髽I(yè)發(fā)展的基本脈絡(luò)。

第四篇：工作流管理系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)

工作流管理系統(tǒng)體系結(jié)構(gòu)設(shè)計(jì)

2010-04-30

清華領(lǐng)導(dǎo)力培訓(xùn)

機(jī)電之家

本文主要從三個(gè)層次深入介紹了工作流管理系統(tǒng)結(jié)構(gòu)，工作流管理系統(tǒng)將最終成為覆蓋于各類臺(tái)式機(jī)與網(wǎng)絡(luò)操作系統(tǒng)之上的業(yè)務(wù)操作系統(tǒng)，但工作流技術(shù)目前還不夠完善。深入研究工作流管理系統(tǒng)模型和各大主流工作流管理系統(tǒng)基礎(chǔ)上設(shè)計(jì)一套全面系統(tǒng)結(jié)構(gòu)。

工作流管理系統(tǒng)是一個(gè)軟件系統(tǒng)，它完成工作量的定義和管理，并按照在系統(tǒng)中預(yù)先定義好的工作流邏輯進(jìn)行工作流實(shí)例的執(zhí)行。工作流管理系統(tǒng)不是企業(yè)的業(yè)務(wù)系統(tǒng)，而是為企業(yè)的業(yè)務(wù)系統(tǒng)的運(yùn)行提供了一個(gè)軟件的支撐環(huán)境。

目前已有上百種聲稱具有工作流管理功能的商品化軟件或原型系統(tǒng)。為了對(duì)這些系統(tǒng)的功能、特點(diǎn)等有一具清晰的認(rèn)識(shí)，可以根據(jù)工作流過(guò)程本身的特點(diǎn)、系統(tǒng)建模的方式、所使用的底層支撐技術(shù)、以及工作流過(guò)程的執(zhí)行方式等的不同而對(duì)它們進(jìn)行相應(yīng)的分類如下：

1、結(jié)構(gòu)化的與即席的

結(jié)構(gòu)化工作流指的是在實(shí)際工作過(guò)程中會(huì)反復(fù)重復(fù)、嚴(yán)格按照某個(gè)固定的步驟進(jìn)行的業(yè)務(wù)過(guò)程。定義此種工作流所需要的各種類型的信息可以通過(guò)對(duì)業(yè)務(wù)過(guò)程進(jìn)行詳細(xì)的分析而得到，從而得到完整的過(guò)程定義并在以后的應(yīng)用過(guò)程中反復(fù)使用。大量的辦公程序，如公文處理、審批等都屬此類。即席工作流則是針對(duì)那些重復(fù)性不是很強(qiáng)或沒(méi)有重復(fù)性的工作流程的，關(guān)于這類流程執(zhí)行所需的有關(guān)參數(shù)(如參加者等)事先無(wú)法確定，而必須推遲到過(guò)程實(shí)例運(yùn)行時(shí)才能確定，同時(shí)在執(zhí)行過(guò)程中間還可能會(huì)發(fā)生一些意外的情況。這種動(dòng)態(tài)多變的特點(diǎn)在提供更高靈活性的同時(shí)，也為過(guò)程的建模與執(zhí)行帶來(lái)更多的復(fù)雜性。

2、面向文檔的與面向過(guò)程的

前者的側(cè)著點(diǎn)在于將電子形式的文檔、圖像等在有關(guān)的人員之間進(jìn)行分發(fā)，以便能夠得到不同人的處理與審閱?，F(xiàn)有的文檔管理與映像管理系統(tǒng)均屬此類。在面向過(guò)程的WfMS中，工作流被描述成一序列執(zhí)行環(huán)節(jié)。與各環(huán)節(jié)相應(yīng)都有待處理的數(shù)據(jù)對(duì)象。各環(huán)節(jié)的數(shù)據(jù)對(duì)象可以按不同的方式分發(fā)到其他環(huán)節(jié)中去，如可以將數(shù)據(jù)對(duì)象的值作為控制條件、或者依此數(shù)據(jù)對(duì)象組裝成其他的數(shù)據(jù)對(duì)象等。高端的WfMS一般都屬此類系統(tǒng)。

3、基于郵件和基于數(shù)據(jù)庫(kù)

前者使用電子郵件來(lái)完成過(guò)程實(shí)例執(zhí)行過(guò)程中消息的傳遞、數(shù)據(jù)的分發(fā)與事件的通知。低端的系統(tǒng)所使用的經(jīng)常就是此種方法，它可以充分發(fā)揮電子郵件系統(tǒng)在廣域環(huán)境下的數(shù)據(jù)分發(fā)功能，但整個(gè)系統(tǒng)將運(yùn)行于一種松散耦合的模式下。在基于數(shù)據(jù)庫(kù)的WfMS中，所有的數(shù)據(jù)都保存在某種類型的DBMS中，過(guò)程的執(zhí)行實(shí)際上就是對(duì)這些數(shù)據(jù)的查詢與處理。高端的大規(guī)模系統(tǒng)所使用的一般都是此種方法。

4、任務(wù)推動(dòng)的與目標(biāo)拉動(dòng)的

前者指的是從過(guò)程的開(kāi)始逐步地一個(gè)環(huán)節(jié)一個(gè)環(huán)節(jié)的執(zhí)行，當(dāng)某個(gè)活動(dòng)實(shí)例被處理完之后，后續(xù)的有關(guān)活動(dòng)將被創(chuàng)建并被激活，由此直至整個(gè)工作流程的完成。這是目前大多數(shù)面向過(guò)程的WfMS所使用的執(zhí)行方式。而在目標(biāo)拉動(dòng)的WfMS中，一個(gè)業(yè)務(wù)流程被看成是一個(gè)目標(biāo)。過(guò)程實(shí)例執(zhí)行時(shí)，該目標(biāo)將被分解得到多個(gè)相互之間按一定約束條件的關(guān)聯(lián)起來(lái)的可執(zhí)行的多個(gè)環(huán)節(jié)，其中各環(huán)節(jié)還可以當(dāng)成是子目標(biāo)而進(jìn)一步進(jìn)行分解。在各環(huán)節(jié)均執(zhí)行完畢之后，整個(gè)過(guò)程也就完成了。目標(biāo)拉動(dòng)是一種全新的執(zhí)行方式，下一代的WfMS將具有此種特征。應(yīng)該說(shuō)明的是：上述分類只是從不同的角度入手的。一般來(lái)說(shuō)，后面那些特點(diǎn)將給WfMS帶來(lái)更好的靈活性，同時(shí)也將成為那些能夠支持跨機(jī)構(gòu)的大規(guī)模復(fù)雜工作流管理、面向關(guān)鍵任務(wù)的WfMS不可缺少的特征。

工作流管理系統(tǒng)將最終成為覆蓋于各類臺(tái)式機(jī)與網(wǎng)絡(luò)操作系統(tǒng)之上的業(yè)務(wù)操作系統(tǒng)，但工作流技術(shù)目前還不夠完善。本文深入研究工作流管理系統(tǒng)模型和各大主流工作流管理系統(tǒng)的基礎(chǔ)上設(shè)計(jì)了一套功能全面的工作流管理系統(tǒng)體系結(jié)構(gòu)。本文主要從該體系結(jié)構(gòu)的三個(gè)層次深入介紹了該系統(tǒng)結(jié)構(gòu)。

1、引言

在一個(gè)組織內(nèi)部存在著兩種信息：一種是數(shù)據(jù)信息，另一種是業(yè)務(wù)信息。在組織之間也同樣存在著兩種信息：一種是數(shù)據(jù)信息，另一種是業(yè)務(wù)往來(lái)信息。如果這兩種信息用計(jì)算機(jī)系統(tǒng)來(lái)管理，前一種屬于組織內(nèi)部的信息系統(tǒng)，后一種屬于B2B電子商務(wù)系統(tǒng)。目前對(duì)數(shù)據(jù)信息的計(jì)算機(jī)管理系統(tǒng)（即：數(shù)據(jù)庫(kù)管理系統(tǒng)）經(jīng)過(guò)多年的發(fā)展已經(jīng)成熟。對(duì)業(yè)務(wù)過(guò)程的計(jì)算機(jī)管理系統(tǒng)由于比較復(fù)雜，可變因素較多，難度大，因此發(fā)展還不成熟。工作流技術(shù)作為現(xiàn)代組織實(shí)現(xiàn)過(guò)程管理與過(guò)程控制的一項(xiàng)關(guān)鍵技術(shù)，為組織的業(yè)務(wù)處理過(guò)程提供了一個(gè)從模型建立、管理到運(yùn)行、分析的完整框架。同時(shí)，工作流管理系統(tǒng)（Workflow Management System，WFMS）通過(guò)一套集成化、可互操作的軟件工具為這個(gè)框架提供了全過(guò)程的支持。Thomas Koulopoulos曾預(yù)言：工作流管理系統(tǒng)將最終成為覆蓋于各類臺(tái)式機(jī)與網(wǎng)絡(luò)操作系統(tǒng)（如：Windows，Unix，Windows NT）之上的業(yè)務(wù)操作系統(tǒng)BOS（Business Operating System），它將帶來(lái)操作系統(tǒng)的一次革命。但是目前工作流技術(shù)無(wú)論從理論上還是從實(shí)踐都還不夠完善，要實(shí)現(xiàn)Thomas Koulopoulos的預(yù)言可能還需有一段路要走。本文主要介紹了由作者獨(dú)立設(shè)計(jì)一套工作流管理系統(tǒng)體系結(jié)構(gòu)，以供工作流技術(shù)愛(ài)好者參考。

2、工作流管理系統(tǒng)的基本概念

顧名思義，工作流就是工作任務(wù)在多個(gè)人或單位之間的流轉(zhuǎn)。在計(jì)算機(jī)網(wǎng)絡(luò)環(huán)境下，這種流轉(zhuǎn)實(shí)際上表現(xiàn)為信息或數(shù)據(jù)在多個(gè)人之間的傳送。工作流管理聯(lián)盟(Workflow Management Coalition，WfMC)對(duì)工作流的定義是：“業(yè)務(wù)過(guò)程的部分或全部在計(jì)算機(jī)應(yīng)用環(huán)境下的自動(dòng)化”。她所要解決的主要問(wèn)題是，“使在多個(gè)參與者之間按照某種預(yù)定義規(guī)則傳遞的文檔、信息或任務(wù)的過(guò)程自動(dòng)進(jìn)行，從而實(shí)現(xiàn)某個(gè)預(yù)期的業(yè)務(wù)目標(biāo)，或者是促使此目標(biāo)的實(shí)現(xiàn)”。

工作流管理系統(tǒng)就是通過(guò)管理一序列的工作活動(dòng)以及相關(guān)人員、資源、信息技術(shù)資料來(lái)提供業(yè)務(wù)處理程序上的自動(dòng)控制。工作流管理系統(tǒng)通過(guò)計(jì)算機(jī)軟件來(lái)定義、管理和執(zhí)行工作流程。在工作流管理系統(tǒng)中計(jì)算機(jī)運(yùn)用程序的執(zhí)行順序是由工作流邏輯的計(jì)算機(jī)描述來(lái)驅(qū)動(dòng)的。她的主要目標(biāo)是對(duì)業(yè)務(wù)過(guò)程中各步驟(或稱活動(dòng)、環(huán)節(jié))發(fā)生的先后次序，以及同各個(gè)步驟相關(guān)的人力、資源、信息資料的調(diào)用等進(jìn)行管理，從而實(shí)現(xiàn)業(yè)務(wù)過(guò)程的自動(dòng)化。當(dāng)然這種管理可能會(huì)在不同的信息及通信環(huán)境下實(shí)現(xiàn)，所涉及的范圍可以小至一個(gè)只有幾人的工作組，也可以大到政府、企業(yè)組織各個(gè)機(jī)構(gòu)之間。工作流管理系統(tǒng)將人員、組織結(jié)構(gòu)、設(shè)備資源、信息源（如數(shù)據(jù)庫(kù)、文件系統(tǒng)、電子郵件、計(jì)算機(jī)輔助設(shè)計(jì)工具等）整和成一個(gè)整體。這樣，工作流管理系統(tǒng)就成為了一個(gè)理想的用來(lái)收容業(yè)務(wù)邏輯的業(yè)務(wù)知識(shí)倉(cāng)庫(kù)，并給予業(yè)務(wù)邏輯一個(gè)易操作易控制的界面。

工作流管理系統(tǒng)的最大優(yōu)點(diǎn)就是實(shí)現(xiàn)具體應(yīng)用邏輯和過(guò)程邏輯的分離，實(shí)現(xiàn)在不修改具體功能的情況下，通過(guò)修改業(yè)務(wù)流程模板來(lái)改變系統(tǒng)的功能，完成對(duì)組織生產(chǎn)經(jīng)營(yíng)過(guò)程的部分業(yè)務(wù)或全部業(yè)務(wù)的集成管理，有效的把人力資源、物質(zhì)資源和信息組織在一起，發(fā)揮最大的效能。

3、工作流管理系統(tǒng)體系結(jié)構(gòu)

工作流管理系統(tǒng)在實(shí)際運(yùn)用中一般分為三個(gè)階段：工作流建模階段，工作流模型實(shí)例化階段和工作流執(zhí)行階段，如圖1。在工作流建模階段主要通過(guò)工作流建模工具完成業(yè)務(wù)流程的模型建立，將實(shí)際的業(yè)務(wù)操作流程轉(zhuǎn)為為計(jì)算機(jī)可模擬處理的工作流模型；在模型實(shí)例化階段主要通過(guò)工作流引擎完成具體業(yè)務(wù)流程的實(shí)例化，為具體業(yè)務(wù)流程辦理流轉(zhuǎn)提供工作流相關(guān)數(shù)據(jù)和工作流控制數(shù)據(jù)，并為業(yè)務(wù)流程的辦理提供所需要資源（如人力資源和物料、設(shè)備資源等）； 工作流執(zhí)行階段主要完成業(yè)務(wù)流程的執(zhí)行，重點(diǎn)是完成人機(jī)交互和系統(tǒng)內(nèi)部應(yīng)用或外部應(yīng)用程序的調(diào)用。

圖

1、實(shí)施的三個(gè)步驟

根據(jù)工作流的三個(gè)階段的分工，工作流管理系統(tǒng)結(jié)構(gòu)可以分為過(guò)程設(shè)計(jì)定義功能、運(yùn)行控制功能和運(yùn)行交互接口三個(gè)層次的功能，如圖2。

4、過(guò)程設(shè)計(jì)定義功能

過(guò)程設(shè)計(jì)定義功能主要作業(yè)務(wù)處理流程的計(jì)算機(jī)定義，她提供了一種分析、建模、系統(tǒng)定義技術(shù)，將一個(gè)現(xiàn)實(shí)世界的業(yè)務(wù)處理過(guò)程轉(zhuǎn)換成計(jì)算機(jī)可處理的定義；最終的定義叫作工作流模型、過(guò)程模版或過(guò)程定義，她可以用圖形符號(hào)進(jìn)行表示。工作流管理系統(tǒng)結(jié)構(gòu)這一層次主要包括以下功能：業(yè)務(wù)建模與信息建模、組織管理、資源管理、內(nèi)部應(yīng)用開(kāi)發(fā)工具、數(shù)據(jù)窗口開(kāi)發(fā)工具、工作流定義等功能。

4.1業(yè)務(wù)建模與信息建模

業(yè)務(wù)流程是由各業(yè)務(wù)環(huán)節(jié)連接而成，而每一個(gè)業(yè)務(wù)環(huán)節(jié)都由多個(gè)相互關(guān)聯(lián)、不同層次的要素構(gòu)成。在業(yè)務(wù)建模時(shí)可自頂向下的將業(yè)務(wù)流程中各個(gè)業(yè)務(wù)環(huán)節(jié)最終分解成一系列的原子任務(wù)。所謂原子任務(wù)，即將有可能發(fā)生的每筆業(yè)務(wù)進(jìn)行原子化分解，細(xì)分到不能再分割的操作單元，每個(gè)操作單元即是一個(gè)原子任務(wù)。任務(wù)之間的相互聯(lián)結(jié)也將最終轉(zhuǎn)化為數(shù)據(jù)流、信息流、協(xié)作流、資源流。這樣各個(gè)原子任務(wù)的控制連接，就成為了工作流模型。因此，工作流是企業(yè)中過(guò)程流、數(shù)據(jù)流、信息流、協(xié)作流、資源流等各種流的綜合集成。業(yè)務(wù)建模工具主要提供流程定義開(kāi)發(fā)人員便捷的與數(shù)據(jù)流圖工具或活動(dòng)圖等流程描述工具類似的業(yè)務(wù)流程分析工具。

業(yè)務(wù)模型是信息模型的出發(fā)點(diǎn)。信息模型說(shuō)明了業(yè)務(wù)處理對(duì)象中所包含的信息，或者說(shuō)執(zhí)行具體功能的活動(dòng)的輸入、輸出數(shù)據(jù)、以及這些數(shù)據(jù)之間的邏輯關(guān)系。信息建模工具可提供使用E-R圖方法構(gòu)建信息系統(tǒng)的邏輯數(shù)據(jù)模型；根據(jù)實(shí)際選用的數(shù)據(jù)庫(kù)管理系統(tǒng)，建立適用于該數(shù)據(jù)庫(kù)管理系統(tǒng)的物理數(shù)據(jù)模型，同時(shí)可生成目標(biāo)數(shù)據(jù)庫(kù)管理系統(tǒng)的數(shù)據(jù)庫(kù)創(chuàng)建腳本。信息模型是個(gè)兩層次的建立過(guò)程，先建立邏輯模型，再建立物理模型。邏輯模型支持?jǐn)?shù)據(jù)的概念模式，它從抽象的層次上反映內(nèi)部數(shù)據(jù)間的關(guān)聯(lián)，不管具體的數(shù)據(jù)結(jié)構(gòu)及數(shù)據(jù)存儲(chǔ)方式等等。物理模型支持?jǐn)?shù)據(jù)庫(kù)的物理設(shè)計(jì)，它與具體選定的數(shù)據(jù)庫(kù)類型密切相關(guān)。

4.2組織管理

在組織單位中組織結(jié)構(gòu)是信息決策、任務(wù)執(zhí)行和監(jiān)督管理等重要活動(dòng)的載體，組織結(jié)構(gòu)揭示了組織單位人員管理的層次，反映了人與工作、決策、責(zé)權(quán)之間的聯(lián)系。因此，組織結(jié)構(gòu)對(duì)于一個(gè)組織單位中如何完成業(yè)務(wù)流程的建模和提高管理、生產(chǎn)效率是至關(guān)重要的。組織結(jié)構(gòu)、工作流、過(guò)程建模等概念的提出，為描述組織單位業(yè)務(wù)流程提供了有力的工具，也使過(guò)程到組織的映射模型的建立成為可能。

工作流管理系統(tǒng)結(jié)構(gòu)提供了組織管理功能，用于定義業(yè)務(wù)單位的組織架構(gòu)和人員管理職責(zé)分配等工作。為工作流模型的定義和工作流的實(shí)例化、執(zhí)行提供人力資源約束和支持。

4.3資源管理

資源是進(jìn)行生產(chǎn)經(jīng)營(yíng)不可缺少的物資因素，在工作流的執(zhí)行過(guò)程，必須得到企業(yè)資源的支持，相應(yīng)的組織實(shí)體才能夠按照要求完成活動(dòng)。同時(shí)，工作流要保證將正確的信息和資源在正確的時(shí)刻以正確的方式送給正確的小組或成員。

工作流管理系統(tǒng)結(jié)構(gòu)提供了資源管理功能，用于建立組織單位的資源模型，表示組織單位的資源結(jié)構(gòu)和配置情況，描述組織單位各種資源對(duì)象之間的聯(lián)系和關(guān)系，為工作流模型提供資源約束和支持。

4.4內(nèi)部應(yīng)用開(kāi)發(fā)工具

工作流管理系統(tǒng)結(jié)構(gòu)提供了圖形化應(yīng)用開(kāi)發(fā)工具，用戶可以使用圖形化設(shè)計(jì)方法，開(kāi)發(fā)出動(dòng)態(tài)頁(yè)面應(yīng)用，其結(jié)果可保存為html或jsp或其他可直接調(diào)度執(zhí)行的運(yùn)用程序。這些內(nèi)部應(yīng)用程序具有數(shù)據(jù)庫(kù)訪問(wèn)能力，能夠訪問(wèn)或存儲(chǔ)工作流相關(guān)數(shù)據(jù)和控制數(shù)據(jù)。在流程定義時(shí)流程開(kāi)發(fā)人員可以直接設(shè)計(jì)并提供流程節(jié)點(diǎn)預(yù)調(diào)用。運(yùn)行時(shí)用戶可以在任務(wù)列表中直接調(diào)用，執(zhí)行所需完成的工作。它的最大的優(yōu)點(diǎn)是讓開(kāi)發(fā)人員避免了復(fù)雜業(yè)務(wù)處理應(yīng)用程序的開(kāi)發(fā)。

4.5數(shù)據(jù)窗口開(kāi)發(fā)工具

工作流管理系統(tǒng)結(jié)構(gòu)提供了圖形化設(shè)計(jì)復(fù)雜報(bào)表頁(yè)面的能力，可設(shè)計(jì)任意復(fù)雜的報(bào)表，并可畫出各種統(tǒng)計(jì)分析圖并能夠使用多種形式輸出。在流程定義時(shí)數(shù)據(jù)窗口開(kāi)發(fā)工具就像內(nèi)部應(yīng)用開(kāi)發(fā)工具一樣可以由用戶自行定義并提供流程節(jié)點(diǎn)預(yù)調(diào)用。當(dāng)流程實(shí)例運(yùn)用到指定節(jié)點(diǎn)時(shí)，用戶可以直接調(diào)用該數(shù)據(jù)窗口以用戶所需要的形式展現(xiàn)相關(guān)信息內(nèi)容。

4.6工作流建模工具

工作流建模工具以工作流元模型為基礎(chǔ)，通過(guò)分析不同類型的業(yè)務(wù)過(guò)程，采用有向圖的方法對(duì)現(xiàn)實(shí)的業(yè)務(wù)活動(dòng)進(jìn)行形式化描述，建立業(yè)務(wù)過(guò)程到工作流模型的映射機(jī)制。對(duì)于建模工具而言一方面為用戶提供了一個(gè)建立規(guī)范的業(yè)務(wù)過(guò)程的接口，另一方面，所建立的工作流過(guò)程可以存儲(chǔ)于工作流庫(kù)中作為工作流引擎的輸入，投入運(yùn)轉(zhuǎn)、執(zhí)行并接受監(jiān)控。建模工具的主要包含以下功能：

提供建立工作流模型所需的各類基本元素，比如活動(dòng)、子過(guò)程、連接弧等；

支持圖形用戶界面的基本操作，比如鼠標(biāo)的點(diǎn)擊與拖動(dòng)；

提供用戶定義各模型單元屬性的對(duì)話框；

模型的保存與讀??；

支持多層次建模；

與外部自動(dòng)應(yīng)用的接口；

4.7工作流模型庫(kù)

工作流模型庫(kù)主要用于保存和管理已定義完成的工作流模型。在工作流程啟動(dòng)時(shí)工作流引擎將直接加載并將其實(shí)例化，同時(shí)為工作流的流轉(zhuǎn)提供基礎(chǔ)模板。

5、運(yùn)行控制功能

運(yùn)行控制功能主要對(duì)工作流模型的定義進(jìn)行解釋，創(chuàng)建并控制過(guò)程的運(yùn)行實(shí)例，調(diào)度過(guò)程的各種行為步驟，調(diào)用適當(dāng)?shù)娜肆?、資源和應(yīng)用程序以完成任務(wù)的執(zhí)行。工作流管理系統(tǒng)的核心部件就是工作流管理控制軟件——工作流引擎。工作流管理系統(tǒng)結(jié)構(gòu)在這一層次的主要包括：工作流引擎和工作流監(jiān)控管理2部分。

5.1工作流引擎

工作流引擎可以說(shuō)是工作流管理系統(tǒng)的心臟。一個(gè)工作流管理系統(tǒng)通?？梢园ㄒ粋€(gè)或多個(gè)工作流引擎，不同工作流引擎通過(guò)協(xié)作共同執(zhí)行工作流程。工作流引擎實(shí)際上是經(jīng)營(yíng)過(guò)程的任務(wù)調(diào)度器，在某種程度上還是資源的分配器。在采用工作流管理系統(tǒng)支持經(jīng)營(yíng)過(guò)程中，工作流引擎可以看成是一個(gè)業(yè)務(wù)操作系統(tǒng)BOS（Business Operating System）。業(yè)務(wù)過(guò)程在她的管理、監(jiān)控之下運(yùn)行，因此工作流引擎的性能和可靠性就直接決定了業(yè)務(wù)過(guò)程的運(yùn)行效率和安全性。

5.2工作流監(jiān)控管理

系統(tǒng)管理與監(jiān)控是工作流系統(tǒng)一個(gè)非常重要的功能。工作流系統(tǒng)管理與監(jiān)控工具能夠?qū)ぷ髁髟谡麄€(gè)組織內(nèi)部的流動(dòng)狀況進(jìn)行監(jiān)視，并提供一系列的管理功能，實(shí)現(xiàn)安全性、過(guò)程控制和授權(quán)操作等方面的管理。它包括以下幾個(gè)方面的功能：

1）建立、設(shè)置和優(yōu)化組成工作流管理系統(tǒng)的各個(gè)軟件。

2）對(duì)過(guò)程模型進(jìn)行實(shí)例化。

3）將過(guò)程模型中的角色實(shí)例化。

4）將運(yùn)行中的過(guò)程實(shí)例、活動(dòng)實(shí)例和數(shù)據(jù)分發(fā)到各個(gè)工作流機(jī)中。

5）啟動(dòng)、掛起、恢復(fù)和終止過(guò)程實(shí)例。

6）管理正在執(zhí)行的過(guò)程實(shí)例，并對(duì)正常結(jié)束或異常退出的過(guò)程實(shí)例的歷史數(shù)據(jù)進(jìn)行統(tǒng)計(jì)和分析。

6、運(yùn)行交互接口

運(yùn)行交互接口主要提供工作流管理系統(tǒng)與人員或應(yīng)用程序工具的交互接口來(lái)處理各種活動(dòng)步驟。交互接口對(duì)于活動(dòng)間的控制傳遞是必須的，如確定過(guò)程的狀態(tài)，調(diào)用應(yīng)用程序工具，傳遞應(yīng)用程序數(shù)據(jù)等。

7、結(jié)論

該工作流管理系統(tǒng)體系結(jié)構(gòu)是作者深入研究了工作流管理聯(lián)盟提供的工作流管理系統(tǒng)模型和各大主流工作流管理系統(tǒng)的基礎(chǔ)上設(shè)計(jì)出來(lái)的。以該體系結(jié)構(gòu)為基礎(chǔ)作者領(lǐng)導(dǎo)開(kāi)發(fā)了基于J2EE架構(gòu)的新一代工作流管理系統(tǒng)UniFlow。UniFlow工作流管理系統(tǒng)目前已在電子政務(wù)中取得了廣泛的運(yùn)用。

第五篇：GSM_R系統(tǒng)與應(yīng)用

摘要：介紹了鐵路專用通信網(wǎng)的現(xiàn)狀及將在鐵路專用通信網(wǎng)中采用的鐵路移動(dòng)通信全球系統(tǒng)（GSMR）的組成、網(wǎng)絡(luò)結(jié)構(gòu)及特點(diǎn)、主要功能和延伸功能，探討了鐵路對(duì)GSM-R網(wǎng)絡(luò)建設(shè)的特殊要求，以及在GSM-R 網(wǎng)絡(luò)建設(shè)中需要做的一些工作。

關(guān)鍵詞：鐵路移動(dòng)通信全球系統(tǒng)；專用通信網(wǎng)；鐵路通信

隨著鐵路跨越式發(fā)展和提速工作的順利進(jìn)行，傳統(tǒng)獨(dú)立的專用通信網(wǎng)技術(shù)及信號(hào)技術(shù)正在相互融合和向數(shù)字化、智能化、綜合化的方向發(fā)展；移動(dòng)通信技術(shù)與專用通信網(wǎng)技術(shù)也在有機(jī)地結(jié)合，逐步形成鐵路專用移動(dòng)通信網(wǎng)絡(luò)。1 現(xiàn)有的鐵路專用無(wú)線通信網(wǎng)絡(luò)

專用無(wú)線通信網(wǎng)是指在有關(guān)部門和單位內(nèi)部使用的移動(dòng)通信網(wǎng)絡(luò)，主要用于調(diào)度通信，也稱為無(wú)線調(diào)度通信網(wǎng)。專用無(wú)線通信網(wǎng)的特征是網(wǎng)絡(luò)拓?fù)錇樾菭罱Y(jié)構(gòu)，便于實(shí)現(xiàn)調(diào)度中心對(duì)各個(gè)移動(dòng)終端的指令傳輸。網(wǎng)絡(luò)功能包括：動(dòng)態(tài)重組、劃分優(yōu)先級(jí)及組呼、選呼等。通信方式以單工通信為主。目前鐵路的專用無(wú)線通信網(wǎng)主要由無(wú)線列車調(diào)度系統(tǒng)和站場(chǎng)無(wú)線通信系統(tǒng)兩大部分組成：

（1）作為保障鐵路行車安全的重要通信手段，無(wú)線列車調(diào)度系統(tǒng)分為A、B、C 三種制式。A 制式是按調(diào)度員直接指揮機(jī)車行車的方式設(shè)計(jì)的，以調(diào)度員—司機(jī)間的通信為主；B 制式是按照以車站指揮行車為主，允許調(diào)度員加入行車指揮的方式設(shè)計(jì)的，以車站值班員—司機(jī)—車長(zhǎng)三者間的通信為主；C 制式是按照車站值班員直接指揮行車設(shè)計(jì)的，可以提供車站臺(tái)對(duì)調(diào)度臺(tái)的通信轉(zhuǎn)接等。另外無(wú)線列調(diào)還具有列車尾部風(fēng)壓信息的傳送及車機(jī)聯(lián)控錄音等功能。

（2）站場(chǎng)無(wú)線通信系統(tǒng)主要用于鐵路區(qū)段站、編組站間的無(wú)線通信，包括平面調(diào)車、車號(hào)、列檢等，屬于站場(chǎng)單工無(wú)線通信系統(tǒng)，由相應(yīng)的單位自行投資和建設(shè)，已被廣泛應(yīng)用。2 GSM-R 系統(tǒng) 2.1 概述

GSM-R 網(wǎng)絡(luò)是基于目前最成熟、最通用的G S M 公共移動(dòng)通信系統(tǒng)平臺(tái)之上，針對(duì)鐵路運(yùn)輸通信調(diào)度、列車控制和支持高速列車運(yùn)行等特點(diǎn)，為鐵路運(yùn)營(yíng)提供特定的附加功能開(kāi)發(fā)的一種數(shù)字移動(dòng)通信系統(tǒng)和經(jīng)濟(jì)高效的綜合無(wú)線通信系統(tǒng)，其終端的外形與普通的手機(jī)差不多，可以通話、也可以傳遞短消息。由于GSM-R 是一種數(shù)字式的集群系統(tǒng)，從集群通信的角度看，GSM-R 能提供無(wú)線列調(diào)、編組調(diào)車通信、應(yīng)急通信及養(yǎng)護(hù)維修組通信等語(yǔ)音通信功能；能滿足列車在0～500 km/h 運(yùn)行速度下無(wú)線通信的要求和作為信號(hào)及控制系統(tǒng)良好的傳輸平臺(tái)。隨著列車的提速，磁懸浮式的速度信號(hào)燈將被逐步淘汰，取而代之的是GSM-R 直接傳遞控制信息的方式，逐步實(shí)現(xiàn)列車自動(dòng)駕駛。同時(shí)，GSM-R 也將被服務(wù)和安全檢查人員用來(lái)隨時(shí)傳遞信令，實(shí)現(xiàn)便、快捷的工作。所以，GSM-R 不久即會(huì)與鐵路現(xiàn)有的專用無(wú)線通信資源相結(jié)合而被應(yīng)用于專用無(wú)線通信網(wǎng)絡(luò)中。2.2 系統(tǒng)組成、網(wǎng)絡(luò)結(jié)構(gòu)及特點(diǎn)

GSM-R 系統(tǒng)是在G S M 蜂窩移動(dòng)通信系統(tǒng)的基礎(chǔ)上增加調(diào)度通信功能構(gòu)成的一個(gè)綜合性的專用移動(dòng)通信系統(tǒng)，共分交換系統(tǒng)（SSS）、基站系統(tǒng)（BSS）和操作維護(hù)系統(tǒng)（OMS）三大部分。與GSM 相比較，只是在系統(tǒng)中增加了為調(diào)度通信建立呼叫用的組呼寄存器（GCR），并將接口UM 和ABIS 分別修改為U、R 和ABIS-R，其它接口，如A、B、C、D、E 的標(biāo)準(zhǔn)和定義均與GSM 相同。GSM-R 的網(wǎng)絡(luò)結(jié)構(gòu)也與GSM 相同，可構(gòu)成鏈狀覆蓋或面狀覆蓋的蜂窩網(wǎng)絡(luò)。GSM-R 基于GSM PHASE Ⅱ + ,在GSM PHASE 基礎(chǔ)上，引入了智能網(wǎng)的應(yīng)用部分（INAP），可應(yīng)用移動(dòng)網(wǎng)高級(jí)客戶化應(yīng)用程序（CAMFL）將業(yè)務(wù)交換和業(yè)務(wù)生成邏輯分開(kāi)；引入了高速數(shù)據(jù)通信和更多的補(bǔ)充業(yè)務(wù)，如先進(jìn)的語(yǔ)音呼叫業(yè)務(wù)（ASCL：Advanced Speech Call），包括優(yōu)先級(jí)（EMLPP）、語(yǔ)音廣播業(yè)務(wù)（VBS）和語(yǔ)音組呼業(yè)務(wù)（VGCS）等。在軟件方面，GSM-R 采用了用于優(yōu)化呼叫建立時(shí)間的業(yè)務(wù)信道分配算法、越區(qū)算法，及用于增強(qiáng)高速移動(dòng)體（如高速鐵路）通信服務(wù)質(zhì)量的高速抗失真算法等。利用GSM/GSM-R 雙模手機(jī)可進(jìn)行G S M 網(wǎng)的公眾移動(dòng)通信，也可以進(jìn)行GSM-R 網(wǎng)的專用移動(dòng)通信。2.3 主要功能及延伸功能

（1）G S MR 的延伸功能

G S MR 網(wǎng)絡(luò)與普通的G S M 網(wǎng)絡(luò)無(wú)太大的區(qū)別，包括在網(wǎng)元標(biāo)準(zhǔn)接口和網(wǎng)絡(luò)擴(kuò)展上，都無(wú)太大的區(qū)別。目前，在公網(wǎng)中引入的一系列新技術(shù)，如優(yōu)化利用頻率，在高話務(wù)量區(qū)域（如車站）使用微蜂窩，以及多層覆蓋和根據(jù)速度進(jìn)行越區(qū)切換技術(shù)等等，經(jīng)過(guò)略加改動(dòng)后都可以用于鐵路G S M-R 網(wǎng)絡(luò)上。其區(qū)別僅在于因鐵路網(wǎng)的特殊需求而引起的網(wǎng)絡(luò)結(jié)構(gòu)和規(guī)劃上的不同而已。中國(guó)鐵路發(fā)展G S MR 網(wǎng)絡(luò)的特殊要求主要有：

（1)高達(dá)200～500 km/h 的無(wú)縫通信。（2)對(duì)有限頻點(diǎn)數(shù)（例如20 個(gè)）的有效利用。（3)載干比（C/I）至少12 dB。

（4)在一個(gè)制定區(qū)域內(nèi)應(yīng)有95% 的時(shí)段及95% 的覆蓋率，信號(hào)強(qiáng)度應(yīng)大于-90 dBm。

（5)在GSM-R 之間切換，成功率應(yīng)高于99.5%。（6)傳輸通道和網(wǎng)絡(luò)設(shè)備必須有很高的可用性。

（7)在車站和編組站內(nèi)覆蓋要好，在隧道處應(yīng)能覆蓋到隧道內(nèi)。（8)通信建立時(shí)間要短，95% 的通信建立時(shí)間應(yīng)在標(biāo)準(zhǔn)要求之內(nèi)，其余的5% 不高于標(biāo)準(zhǔn)的1.5 倍。