【正文】 [5] 鮑敢峰，朱鵬，尤晉元《工作流管理技術(shù)》 計算機科學， 1998 年。可以考慮對相近的應(yīng)用，在總體設(shè)計的過程中，通盤考慮、規(guī)劃。所有業(yè)務(wù)的實現(xiàn)都是基于消息隊列觸發(fā)而開始運行。 程序參數(shù)： 輸入： IKZBZ char 1 上傳報文控制標志 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 22 頁 ITC char 4 交易碼 ITNO char 12 電話號 IANO char 18 帳號 IIDN char 18 身份證號 ION char 5 操作員 輸出： OKZBZ char 1 下傳報文控制標志 OOS char 2 返回結(jié)果 程 序流程： （ 1）根據(jù)上傳帳號檢查營業(yè)所號、操作員號的狀態(tài)。 程序參數(shù)： 輸入： IKZBZ char 1 上傳控制標志 ITC char 4 交易碼 IBDN char 7 所號 IADD_IN char 18 上傳報文附加信息 輸出： OKZBZ char 1 下傳控制標志 OOS char 1 返回碼 OADD_OUT char 18 下傳報文附加信息 程序流程： （ 1）根據(jù)所號整理對帳流水。 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 21 頁 （ 3）統(tǒng)計清算結(jié)果，生成清算數(shù)據(jù)。 （ 3）根據(jù)處理標志分別選擇掛失、解掛和掛失補折處理。 （ 3）處理該用戶有關(guān)帳戶資料，向電信局交所欠話費。 特殊說明： （ 1）網(wǎng)點上傳電話號碼為正常話號時做實時交費；為?零?時，表示該用戶為?一折多號?用戶（必須用延時交費）或網(wǎng)點希望做延時交費而不是實時交費。 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 17 頁 程序參數(shù)： 輸入： IKZBZ char 1 上傳控制標志 ITC char 4 交易碼 IBDN char 7 所號 畢業(yè)論文基于工作流的電信固定電話收費管理系統(tǒng) 31 IANO char 18 帳號 ITA char 12 發(fā)生金額 IFUN dec 6， 0 網(wǎng)點流水號 IPNO char 7 憑證號 IIDN char 18 身份證號 ION char 5 操作員號 ITELBZ char 1 電話號標志 輸出： OKZBZ char 1 下傳控制標志 OOS char 1 返回碼 ONAM char 12 戶名 OFAN char 6， 0 主機流水號 OLL char 8， 0 利率 OLX char 12 利息 OIA char 12， 0 利息積數(shù) OLXSL char 8， 0 利息稅率 OLXS char 12 利息稅 OCZHS char 2， 0 存折行數(shù) 程序流程： （ 1）根據(jù)網(wǎng)點上傳帳號檢查核對有關(guān)文件。由于它作為后臺運行的服務(wù)器，以提供系統(tǒng)服務(wù)為主，它隨著系統(tǒng)的啟動而啟動，而 AS／ 400 系統(tǒng)是一個不停止運行的機器系統(tǒng)，因此，整個引擎后臺也是在不停的執(zhí)行中，隨時準備接收儲蓄前臺來的業(yè)務(wù)請求。 4． 2． 1 數(shù)據(jù)庫的設(shè)計與實現(xiàn) 數(shù)據(jù)庫是數(shù)據(jù)信息交流的中心，它將各功能模塊聯(lián)系起來。這些部件提供了一種控制機制，它們組合在一起為 系統(tǒng)的運行提供一個功能客戶應(yīng)用接口程序（ API）工作流運行模型 DB2 數(shù)據(jù)庫中心機： OS／ 400 網(wǎng)點： UNIX服務(wù)集，如服務(wù)的受理、處理的控制、系統(tǒng)的運行和維護等。 4． 1． 2 系統(tǒng)的實現(xiàn)層次 本系統(tǒng)也是建立在一定的軟件基礎(chǔ)上的，依賴層次如圖 所示： 1 2 3 4 5 圖 系統(tǒng)的軟件層次 第一層是操作系統(tǒng)，中心機是 IBM 公司的 AS／ 400 小型機，運行 OS／ 400 操作系統(tǒng)。代理話費業(yè)務(wù)的網(wǎng)點對帳只能應(yīng)用代理話費中專門的對帳，而不能用儲蓄業(yè)務(wù)中的對帳。代理話費業(yè)務(wù)的掛失補折與活期不同，因不涉及取款業(yè)務(wù)，所以補充打印的存折仍延用原來的帳號。銷戶前請先在儲蓄業(yè)務(wù)中做補登折。為了提高本帳戶變更功能的可靠性，除了 在操作時檢查變更身份證號外，每筆帳戶變更交易都記入當日流水，并且在中心機保存了詳細的變更資料，希望操作員在做帳戶變更時謹慎操作，在做帳戶變更業(yè)務(wù)時必須持有效證件（身份證原件）。操作員可通過帳戶查詢功能來判斷是該帳號否需要做帳戶變更以及帳戶變更后的結(jié)果。 為提高工作效率，不論操作員做哪種查詢，中心機都會將該帳號及其對應(yīng)的所有電話（匯繳）號、話號標志、帳戶實際余額、用戶名稱等相關(guān)信息一次性顯 示在終端上。延時交費時，計算機會自動將該存折交費前的補登明細和本次的交費明細打印到存折上，不打印本次電信局的各月扣款明細，而是在下次（至少 1 小時后）做存款交易時，以補登方式打印到存折。操作員在輸入存儲交費數(shù)據(jù)時，若在電話號一項中輸入正確電話號，既表示選擇了即時交費方式。操作員可以做欠費查詢來核對剛才做現(xiàn)金交費的電話號是否已經(jīng)不欠費。欠費查詢時注意區(qū)分電話號和匯繳號。 工作流定義 電話號與匯繳號 電話號：就是普通家用電話的號碼，一般個人用戶開戶都視為電話號碼。引擎運行的一個周期就是對一個事件的反饋。} {事件： WHILE cond DO actions 。工作流實施服務(wù) 當然要包含這些動態(tài)信息。正是由于將服務(wù)分解成多個模塊，才能很好地定義對應(yīng)的活動，讓它們來實現(xiàn)服務(wù)。 圖 代收話費業(yè)務(wù)網(wǎng)絡(luò)結(jié)構(gòu)圖 3． 2 工作流管理系統(tǒng)的實施服務(wù) 工作流實施服務(wù)是整個工作流管理系統(tǒng)的中心，對系統(tǒng)的運行起 著決定性的作用。本系統(tǒng)的運行模型是以長春市農(nóng)業(yè)銀行代長春電信收繳市內(nèi) 固定電話費為實際前景，在對其需求進行分析的基礎(chǔ)上 (詳見 和 )，設(shè)計出的一個系統(tǒng)模型。 【功能／結(jié)構(gòu)性需求】 工作流類型：嵌套工作流（代收費業(yè)務(wù)根據(jù)不同的用戶種類和交費方式組合，將具有不同的子工作流）；工作流組合：合并工作流（在新設(shè)主服務(wù)申請中，可后序附加其它服務(wù)申請，如組合查詢業(yè)務(wù)等）； 【信息性需求】 活動參數(shù)：輸入（ InQ） 。標準化的目的就是實現(xiàn)產(chǎn)品間的結(jié)合與互操作。一般地，工作流控制數(shù)據(jù)是工作流管理系統(tǒng)或工作流引擎管理的內(nèi)部數(shù)據(jù)。工作流引擎為完成一個活動，可能調(diào)用一些應(yīng)用程序，被調(diào)用的應(yīng)用直接受工作流引擎的控制，即對引擎來說是可見的。其它應(yīng)用軟件通過 WAPI(Workflow ApplicationProgramming Interfaces and Interchange formats)與此服務(wù)交互 [13]。 3．運行期的相互作用 (Runtime interactions):同人或 IT 應(yīng)用工具相互作用來實施 各個活動步驟。 （ workflow） ：是全部或部分業(yè)務(wù)處理被計算機便利化或自動化。 第三章闡述固定電話代收費系統(tǒng)各模塊的功能。該圖表示了電信業(yè)務(wù)代收費系統(tǒng)工作流程。近年來，由于對業(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è)化大生產(chǎn)和經(jīng)濟貿(mào)易的蓬勃發(fā)展，競爭和經(jīng)濟壓力迫使現(xiàn)代企業(yè) 和商業(yè)公司尋找新的信息技術(shù)（ Information Technology ） 來支持他們的商務(wù)處理（ BusinessProcess）管理 [1]。然后介紹在工作流參考模型的基礎(chǔ)上，設(shè)計并實現(xiàn)的長春市農(nóng)行代長春電信收繳固定電話費業(yè)務(wù)系統(tǒng)。 設(shè)計專題 （ 畢業(yè)論 文） 指 導 教 師 系（部）主 任 年 月 日 平頂山工業(yè)職業(yè)技術(shù)學院 畢業(yè)設(shè)計 （ 論 文）答 辯 委 員會記錄 系 專業(yè) ， 學 生 于 年 月 日 進 行了 畢業(yè) 設(shè)計 （ 論 文）答 辯 。其運行環(huán)境是基于 AS/400 中心機，客戶端采用 UNIX 系統(tǒng)，數(shù)據(jù)庫采用 DB2 系統(tǒng)。工作流可簡單定義為一組相互協(xié)作實 現(xiàn)了一個業(yè)務(wù)處理的任務(wù)。但這些工具可作為工作流系統(tǒng)的交流層。主要基于 UNIX 和 AS／ 400 平臺完成。 工作流管理系統(tǒng) 在介紹工作流參考模型之前，先介紹如下基本概念 [7]： ： 在定義了功能角色和關(guān)系的組織結(jié)構(gòu)中，組合在一起實現(xiàn)業(yè)務(wù)目的或策略目標的一組過程或活動。從較高層次看整個工作流管理系統(tǒng)，工作流管理系統(tǒng)的功能特性可分為三個部分 [9,10](參見圖 )。通過使用處理定義工具，處理建模和設(shè)計，最終的結(jié)果是產(chǎn)生能夠由工作流引擎解釋的處理和定義。在執(zhí)行過程中，如果有同用戶交互的必要，引擎就把工作項放在工作單里，由工作單處理器處理 。工作流管理聯(lián)盟的一個重要目標就是提出不同開發(fā)商的工作流產(chǎn)品能無縫地協(xié)同工作的標準。是處理定義中的每個活動，對應(yīng)用數(shù)據(jù)進行操作。 電信代收費業(yè)務(wù)工作流建模需求 在 中，我們曾簡單分析過電信 業(yè)務(wù)中，電話代收費的工作流流程（參見圖 ）。條件約束：依賴于其它工作流或活動產(chǎn)生的結(jié)果和招待狀態(tài)；控制類型：順序；同步；異常處理： 系統(tǒng)錯誤 (System Failure) ； 邏輯錯誤（ LogicFailure） 。 2．經(jīng)過業(yè)務(wù)人員確認后，提交給中心業(yè)務(wù)主機 AS／ 400 服務(wù) 器，作為工作流的輸入，形成輸入隊列（ InQ）； 3． AS／ 400 主機從輸入隊列中讀取信息，根據(jù)用戶的輸入和對應(yīng)服務(wù)的處理定義，進行調(diào)度。但在運行期間，可能因系統(tǒng)的運行環(huán)境或處理方式發(fā)生變化， 需要增加或修改處理定義部分。語法為： 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 8 頁 F 表 文件類型名 ? {? 文件屬性定義 ? }?； E 表 文件類型 名 ? {? 外部引用文件定義 ? }?； D 表 記錄類型名 ? {? 成員定義 ? }? ； 活動描述 活動定義給出了對活動的描述。其 中變量定義部分定義數(shù)據(jù)變量、活動變量；規(guī)則部分通過規(guī)則定義來 描述工作流的控制。引擎根據(jù)靜態(tài)和動態(tài)的信息 ，作出相應(yīng)的處理。服務(wù)受理軟件除了發(fā)送一個產(chǎn)生新處理實例的系統(tǒng)事件外，它還可以對應(yīng)用數(shù)據(jù)和相關(guān)數(shù)據(jù)進行不同的處理，如應(yīng)用數(shù)據(jù)放在客戶端，便于操作；而相關(guān)數(shù)據(jù)放在服務(wù)端，便于引擎的訪問。允許電話號碼和匯繳號碼同時存在于一個存折。 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ） 第 11 頁 在常用日間業(yè)務(wù)中選擇現(xiàn)金交費，計算機會首先從電信局查詢該用戶欠費信息，并將欠費總金額顯示在終端屏幕上，并提示是否交費。用戶存款金額應(yīng)不小于電話欠費總金額，否則電話仍無法開通。即時交費時速度較慢，必須在通訊完全暢通時才能成功，成功后欠費停機的電話會即時開通。正常情況下，延時交費成功后，該戶帳號對應(yīng)的欠費停機的電話會在 1 平 頂 山工 業(yè)職業(yè) 技 術(shù)學 院 畢業(yè)設(shè)計說 明 書 （ 論 文 ）