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