【正文】 存在要變更的電話（匯繳）號，則自動按修改處理，將該號碼變?yōu)閷?yīng)操作員輸入的新的變更帳號，而取消與原帳號的所屬關(guān)系。 帳戶變更的功能強(qiáng)大，包括對各電話（匯繳）號碼的增加、刪除、修改，三項功能： 1．增加 操作員輸入的電話（匯繳）號如果在中心機(jī)（帳號對照文件）中如果不存在，則中心機(jī)自動增加該電話（匯繳）號的記錄，并與其同時輸入的帳號相連接。 帳戶變更實(shí)際上就是改變各帳戶及各電話號碼之間的對應(yīng)關(guān)系。話號標(biāo)志為‘ 1’表示該號碼是電話號，‘ 2’表示該號碼是匯繳號。正常情況下，延時交費(fèi)成功后，該戶帳號對應(yīng)的欠費(fèi)停機(jī)的電話會在 1 平 頂 山工 業(yè)職業(yè) 技 術(shù)學(xué) 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 12 頁 小時以內(nèi)開通。提示‘ 00’時，說明該筆存款業(yè)務(wù)成功，但用戶話費(fèi)是否已完全交清尚不清楚。即時交費(fèi)時速度較慢，必須在通訊完全暢通時才能成功，成功后欠費(fèi)停機(jī)的電話會即時開通。即時交費(fèi)時，計算機(jī)會自動將該存折交費(fèi)前的補(bǔ)登明細(xì)、本次的交費(fèi)明細(xì)以及本次交費(fèi)后電信局扣掉的各月話費(fèi)明細(xì)打印到存折上。用戶存款金額應(yīng)不小于電話欠費(fèi)總金額，否則電話仍無法開通?，F(xiàn)金交 費(fèi)必須在網(wǎng)點(diǎn)到中心及中心到電信局的通訊完全暢通時完成。 平 頂 山工 業(yè)職業(yè) 技 術(shù)學(xué) 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 11 頁 在常用日間業(yè)務(wù)中選擇現(xiàn)金交費(fèi)，計算機(jī)會首先從電信局查詢該用戶欠費(fèi)信息，并將欠費(fèi)總金額顯示在終端屏幕上，并提示是否交費(fèi)。操作員也可通過做欠費(fèi)查詢業(yè)務(wù)，來判斷整個網(wǎng)絡(luò)線路（包括從網(wǎng)點(diǎn)到中心機(jī)再到電信局）的通訊情況是否良好，只有在所有通訊環(huán)節(jié)暢通的情況下，才能查到電話的欠費(fèi)信息。允許電話號碼和匯繳號碼同時存在于一個存折。（非手機(jī)用戶）匯繳號：各大企、市業(yè)單位因公用電話數(shù) 量多，為了交費(fèi)方便，就在電信局設(shè)立了專為本單位電話交費(fèi)的一個統(tǒng)一的編號（并不是哪一個電話的號碼），叫做匯繳號。服務(wù)受理軟件除了發(fā)送一個產(chǎn)生新處理實(shí)例的系統(tǒng)事件外，它還可以對應(yīng)用數(shù)據(jù)和相關(guān)數(shù)據(jù)進(jìn)行不同的處理，如應(yīng)用數(shù)據(jù)放在客戶端，便于操作；而相關(guān)數(shù)據(jù)放在服務(wù)端，便于引擎的訪問。 3． 3 工作流的客戶端部件 本模型是分布式系統(tǒng)模型，各個部件可以分布在不同的計算機(jī)上。引擎根據(jù)靜態(tài)和動態(tài)的信息 ，作出相應(yīng)的處理。} ? }? 事件、語句和表達(dá)式描述 事件一般有系統(tǒng)事件和用戶定義活動事件。其 中變量定義部分定義數(shù)據(jù)變量、活動變量；規(guī)則部分通過規(guī)則定義來 描述工作流的控制。 由于動態(tài)信息主要是引擎等軟件處理的，一般不需要人的理解和 干預(yù)。語法為： 平 頂 山工 業(yè)職業(yè) 技 術(shù)學(xué) 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 8 頁 F 表 文件類型名 ? {? 文件屬性定義 ? }?； E 表 文件類型 名 ? {? 外部引用文件定義 ? }?； D 表 記錄類型名 ? {? 成員定義 ? }? ； 活動描述 活動定義給出了對活動的描述。 參數(shù)匹配是指活動或工作流在滿足條件時，活動的數(shù)據(jù)輸入的來源和輸出的目的。但在運(yùn)行期間，可能因系統(tǒng)的運(yùn)行環(huán)境或處理方式發(fā)生變化， 需要增加或修改處理定義部分。 工作流實(shí)施服務(wù)的靜態(tài)信息部分 工作流實(shí)施服務(wù)的靜態(tài)部分是對數(shù)據(jù)類型定義的描述。 2．經(jīng)過業(yè)務(wù)人員確認(rèn)后，提交給中心業(yè)務(wù)主機(jī) AS／ 400 服務(wù) 器，作為工作流的輸入，形成輸入隊列（ InQ）； 3． AS／ 400 主機(jī)從輸入隊列中讀取信息，根據(jù)用戶的輸入和對應(yīng)服務(wù)的處理定義，進(jìn)行調(diào)度。 平 頂 山工 業(yè)職業(yè) 技 術(shù)學(xué) 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 7 頁 系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu) 整個系統(tǒng)是以客戶／服務(wù)器模型為體系結(jié)構(gòu)。條件約束：依賴于其它工作流或活動產(chǎn)生的結(jié)果和招待狀態(tài)；控制類型：順序；同步；異常處理： 系統(tǒng)錯誤 (System Failure) ； 邏輯錯誤（ LogicFailure） 。輸入輸出（ InMessageQ 和 OutMessageQ）；輸出（ OutQ）；工作流參數(shù)：輸入（ InQ） 。 電信代收費(fèi)業(yè)務(wù)工作流建模需求 在 中，我們曾簡單分析過電信 業(yè)務(wù)中，電話代收費(fèi)的工作流流程（參見圖 ）。它允許為工作流系統(tǒng)的各方面功能選擇最好的產(chǎn)品，可以用一個廠家的產(chǎn)品創(chuàng)建過程定義，而用另一個廠家的產(chǎn)品實(shí)現(xiàn)工作 流調(diào)度功能，再從第三個廠家選擇一個高級管理監(jiān)查工具；或者將一個工作流分為幾個子業(yè)務(wù)，分別在適于其數(shù)據(jù)類型、平臺、網(wǎng)絡(luò)環(huán)境的產(chǎn)品上定義、調(diào)度。是處理定義中的每個活動，對應(yīng)用數(shù)據(jù)進(jìn)行操作。 (2)相關(guān)數(shù)據(jù)：是工作流管理系統(tǒng)用于決定特殊的轉(zhuǎn)換條件和選擇下一個被執(zhí)行的活動的數(shù)據(jù)。工作流管理聯(lián)盟的一個重要目標(biāo)就是提出不同開發(fā)商的工作流產(chǎn)品能無縫地協(xié)同工作的標(biāo)準(zhǔn)。另外，應(yīng)用程序的調(diào)用可以不直接由工作流管理系統(tǒng)完成，而間接地通過應(yīng)用代理或工具代理來完成。在執(zhí)行過程中，如果有同用戶交互的必要，引擎就把工作項放在工作單里，由工作單處理器處理 。工作流實(shí)施服務(wù)提供了運(yùn)行期環(huán)境，處理實(shí)例和活動實(shí)例出現(xiàn)在這個環(huán)境中，工作實(shí)施服務(wù)使用一個或多個工作流管理引擎解釋、激活部分或全部處理定義。通過使用處理定義工具，處理建模和設(shè)計，最終的結(jié)果是產(chǎn)生能夠由工作流引擎解釋的處理和定義。具體地，工作流管理系統(tǒng)具有工作流的定義、調(diào)度、監(jiān)控及高級管理功能。從較高層次看整個工作流管理系統(tǒng)，工作流管理系統(tǒng)的功能特性可分為三個部分 [9,10](參見圖 )。為了歸檔或有助于整個業(yè)務(wù)目標(biāo)而定義了一套規(guī)則，在這套規(guī)則下，文檔、信息或任務(wù)在參與者之間傳送的自動化過程就是工作流。 工作流管理系統(tǒng) 在介紹工作流參考模型之前，先介紹如下基本概念 [7]： ： 在定義了功能角色和關(guān)系的組織結(jié)構(gòu)中，組合在一起實(shí)現(xiàn)業(yè)務(wù)目的或策略目標(biāo)的一組過程或活動。 第四章介紹各模塊的具體實(shí)現(xiàn)。主要基于 UNIX 和 AS／ 400 平臺完成。實(shí)際業(yè)務(wù)流程比較復(fù)雜，將根據(jù)用戶種類（個人用戶、單位用戶）、交費(fèi)方式（現(xiàn)金交費(fèi)、存儲交費(fèi)）的不同而有較大的變化。但這些工具可作為工作流系統(tǒng)的交流層。經(jīng)過近年來的研究和開發(fā)，許多工作流原型或產(chǎn)品已經(jīng)出現(xiàn)，涉及銀行、電信、軟件工 程、實(shí)驗(yàn)科學(xué)、商業(yè)、辦公自動化等各行各業(yè) [3]。工作流可簡單定義為一組相互協(xié)作實(shí) 現(xiàn)了一個業(yè)務(wù)處理的任務(wù)。 當(dāng)時，一些辦公系統(tǒng)的開發(fā)者開始把他們的業(yè)務(wù)過程流程化；一些圖象系統(tǒng)的生產(chǎn)商在其產(chǎn)品中加入了發(fā)送和跟蹤功能，這些思想與方法并未增加什么技術(shù)難題，但卻給數(shù)據(jù)處理帶來很大方便。其運(yùn)行環(huán)境是基于 AS/400 中心機(jī)，客戶端采用 UNIX 系統(tǒng)，數(shù)據(jù)庫采用 DB2 系統(tǒng)。 作為本文的主體，主要建立和實(shí)現(xiàn)了基于服務(wù)器 /客戶機(jī)結(jié)構(gòu)的電信代收費(fèi)業(yè)務(wù)系統(tǒng)工作流管理系統(tǒng)模型。 設(shè)計專題 （ 畢業(yè)論 文） 指 導(dǎo) 教 師 系（部）主 任 年 月 日 平頂山工業(yè)職業(yè)技術(shù)學(xué)院 畢業(yè)設(shè)計 （ 論 文）答 辯 委 員會記錄 系 專業(yè) ， 學(xué) 生 于 年 月 日 進(jìn) 行了 畢業(yè) 設(shè)計 （ 論 文）答 辯 。 編 制 設(shè)計 B然后介紹在工作流參考模型的基礎(chǔ)上，設(shè)計并實(shí)現(xiàn)的長春市農(nóng)行代長春電信收繳固定電話費(fèi)業(yè)務(wù)系統(tǒng)。 本系統(tǒng)已經(jīng)在長春市農(nóng)行得到了正式應(yīng)用。隨著工業(yè)化大生產(chǎn)和經(jīng)濟(jì)貿(mào)易的蓬勃發(fā)展，競爭和經(jīng)濟(jì)壓力迫使現(xiàn)代企業(yè) 和商業(yè)公司尋找新的信息技術(shù)（ Information Technology ） 來支持他們的商務(wù)處理（ BusinessProcess）管理 [1]。此后，辦公自動化實(shí)現(xiàn)了多機(jī)聯(lián)網(wǎng)，證明了業(yè)務(wù)過程自動化已具備了技術(shù)基礎(chǔ) [2]。近年來，由于對業(yè)務(wù)處理再工程 （ Business Process Reengineer）認(rèn)識的加深；由于信息技術(shù)的廣泛而深入研究與應(yīng)用，相關(guān)技術(shù)（如中間件、面向?qū)ο蠹夹g(shù)、網(wǎng)絡(luò)技術(shù)等）的飛速發(fā)展，使得開發(fā)現(xiàn)實(shí)的工作流系統(tǒng)成為可能，使工作流受到越來越多的注意和歡迎。在合作處理中，重點(diǎn)是交流和共享信息，而不是處理的定義。該圖表示了電信業(yè)務(wù)代收費(fèi)系統(tǒng)工作流程?；谏鲜龇治?， 我們以工作流管理聯(lián)盟 WFMC （ WorkflowManagement Coalition）的參考模型為基礎(chǔ)，設(shè)計并實(shí)現(xiàn)了一個工作流應(yīng)用系統(tǒng)――基于工作流的電信固定電話收費(fèi)管平 頂 山工 業(yè)職業(yè) 技 術(shù)學(xué) 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 3 頁 理系統(tǒng) ： 開戶申請身份驗(yàn)證 存入現(xiàn)金 交費(fèi)方式 查詢話費(fèi) 繳 費(fèi) 查詢余額 1． 2 本文的工作 本系統(tǒng)是我們根據(jù)電信 局的業(yè)務(wù)要求獨(dú)立開發(fā)，現(xiàn)已正式開通運(yùn)行。 第三章闡述固定電話代收費(fèi)系統(tǒng)各模塊的功能。工作流管理聯(lián)盟作為由眾多公司和研究單位組成的一個組織，致力于工作流管理系統(tǒng)的規(guī)范化、標(biāo)準(zhǔn)化，提出的各種協(xié)議逐步成為參照的標(biāo)準(zhǔn)，所以我們也以此為主線，介紹工作流管理系統(tǒng)的體系結(jié)構(gòu)。 （ workflow） ：是全部或部分業(yè)務(wù)處理被計算機(jī)便利化或自動化。工作流管理系統(tǒng)決定業(yè)務(wù)活動的順序，為各活動調(diào)用適當(dāng)?shù)娜祟愘Y源或 IT 資源，力圖實(shí)現(xiàn)業(yè)務(wù)過程的自動化。 3．運(yùn)行期的相互作用 (Runtime interactions):同人或 IT 應(yīng)用工具相互作用來實(shí)施 各個活動步驟。處理定義可以用文本、圖形格式或形式化的語言表示。其它應(yīng)用軟件通過 WAPI(Workflow ApplicationProgramming Interfaces and Interchange formats)與此服務(wù)交互 [13]。 （ Workflow Client Application）客戶服務(wù)是與工作流引擎交互，并向它請求設(shè)備與服務(wù)的應(yīng)用 [15]，如：注冊和注銷工作流參與者，要求特殊處理類型實(shí)例的開始，針對特定參與者的工作項排除等 [16]。工作流引擎為完成一個活動，可能調(diào)用一些應(yīng)用程序，被調(diào)用的應(yīng)用直接受工作流引擎的控制，即對引擎來說是可見的。 ： 工作流的互操作性指兩個以上的工作流引擎一起協(xié)同工作 [19]。一般地，工作流控制數(shù)據(jù)是工作流管理系統(tǒng)或工作流引擎管理的內(nèi)部數(shù)據(jù)。 (3)應(yīng)用數(shù)據(jù)：與特定應(yīng)用相關(guān)的、不能被工作流管理系統(tǒng)訪問的數(shù)據(jù)。標(biāo)準(zhǔn)化的目的就是實(shí)現(xiàn)產(chǎn)品間的結(jié)合與互操作。下面，我們將對電信代收費(fèi)業(yè)務(wù)系統(tǒng)的工作流程進(jìn)行分析，總結(jié)其建模需求特征。 【功能／結(jié)構(gòu)性需求】 工作流類型：嵌套工作流（代收費(fèi)業(yè)務(wù)根據(jù)不同的用戶種類和交費(fèi)方式組合，將具有不同的子工作流）；工作流組合：合并工作流（在新設(shè)主服務(wù)申請中，可后序附加其它服務(wù)申請，如組合查詢業(yè)務(wù)等）； 【信息性需求】 活動參數(shù)：輸入（ InQ） 。被完成（ Completed）；異常終止（ Aborted）；守候條件： 前置條件 (ProCondition) ； 后置條件 (Postcondition)。本系統(tǒng)的運(yùn)行模型是以長春市農(nóng)業(yè)銀行代長春電信收繳市內(nèi) 固定電話費(fèi)為實(shí)際前景，在對其需求進(jìn)行分析的基礎(chǔ)上 (詳見 和 )，設(shè)計出的一個系統(tǒng)模型。 1．市話交費(fèi)用戶到服務(wù)受理處，即