前言：尋找寫作靈感？中文期刊網用心挑選的卡銀行體系的業務建模，希望能為您的閱讀和創作帶來靈感，歡迎大家閱讀并分享。
卡銀行（CB，Card Bank）是各商業銀行的統一金融門戶，客戶一旦登陸卡銀行，意味著已經進入自己擁有的每個商業銀行賬戶，可以實時跨行調撥資金，支付結算，購買理財產品或其它任何交易。基于卡銀行可以建立公民征信體系，實現交易數據溯源，實施全面的金融監管。卡銀行業務包括客戶關系管理、存款業務、貸款業務、支付結算業務、卡業務、資金貿易融資業務?？I務涉及到存款和貸款等其它業務，業務建模首先建立業務文檔，包括業務場景名、用例概述、業務輸入、流程描述、業務輸出、會計分錄等，通過建立業務文檔對卡銀行業務進行概念建模。然后根據業務文檔描述的業務用例場景，提取繪制出業務流程圖。將不同的業務參與者分為不同的甬道，如卡銀行業務分為客戶、柜員、系統、客戶經理等甬道，對業務場景步驟進行分析、精煉、繪制流程圖描述整個業務流程。業務流程圖系統甬道一欄包括原子業務映射為系統用例以及與應用無關的判斷。 1 業務建模 卡銀行系統業務模型由概念模型、邏輯模型和物理模型三個部分構成。概念模型包括卡銀行業務應用領域、業務領域類型、業務用例類型和業務用例。邏輯模型由業務用例場景和業務流程步驟構成，物理模型是由原子業務直接映射的系統用例組成；概念模型通過業務步驟流程映射為物理模型［1］。 1．1 巴科斯范式定義 概念模型可通過巴科斯范式定義卡銀行系統的業務應用領域、業務領域類型、業務用例類型、業務用例、業務用例場景、業務步驟等多個層次，比如，＜業務領域類型＞∷＝＜業務領域＞｛＜業務領域＞｝；＜業務領域＞∷＝＜業務用例類型＞｛＜業務用例類型＞｝；＜業務用例類型＞∷＝＜業務用例＞｛＜業務用例＞｝；＜業務用例＞∷＝＜業務用例場景＞｛＜業務用例場景＞｝；＜業務用例場景＞∷＝＜業務步驟＞｛＜業務步驟＞｝；＜業務步驟＞∷＝＜業務步驟＞｛＜業務步驟＞｝｜＜業務步驟＞＜原子業務＞｛＜原子業務＞｝｜＜原子業務＞｛＜原子業務＞｝；＜業務步驟關系＞∷＝＜is－instance－of＞｜＜is－part－of＞｜＜is－next－flow－of＞｜＜is－dis－joint－of＞；符號“∷＝”右面的概念集合給出了“∷＝”左面概念的內涵。業務步驟是一類特殊的概念，需要引入業務步驟關系確定業務步驟之間定序。原子業務是獨立的不可再分割的業務步驟，直接映射為系統建模過程的系統用例。本研究已經全部完成了卡銀行系統的業務建模，下文給出用巴科斯范式描述的例子。＜卡銀行核心業務＞∷＝＜客戶關系管理＞＜卡業務＞＜總賬＞；業務領域＜卡業務＞∷＝＜卡存款＞＜卡貸款＞＜卡支付結算＞＜卡資金貿易融資＞＜卡電子類交易＞＜卡管理＞＜電話銀行業務＞；業務用例類型＜客戶關系管理＞∷＝＜客戶關系管理＞；業務用例類型＜卡存款＞∷＝＜個人卡存款＞＜單位卡存款＞；業務用例＜卡貸款＞∷＝＜一般個貸產品＞＜單位固定資產貸款＞＜單位流資類貸款＞＜單位委托貸款＞＜法人透支賬戶＞＜票據貼現＞＜或有業務＞；業務用例＜卡支付結算＞∷＝＜卡銀行匯票業務＞＜卡銀行本票業務＞＜匯兌業務＞＜委托收款業務＞＜托收承付業務＞＜大額支付系統業務＞＜同城票據交換業務＞＜小額支付系統業務＞；業務用例＜卡資金貿易融資＞∷＝＜卡資金貿易融資＞；業務用例＜客戶關系管理＞∷＝＜客戶關系管理＞；業務用例＜個人卡存款＞∷＝＜個人卡賬戶開戶＞＜個人卡卡內其他賬戶開戶＞＜個人卡卡內其他賬戶開戶———已經開立賬戶移入卡內＞＜個人卡現金存款＞＜個人卡轉賬存款＞＜個人卡現金取款＞＜個人卡轉賬取款＞＜個人卡卡內定期部分提前支取現金＞＜個人卡卡內定期部分提前轉賬支取＞＜個人卡卡內其他賬戶銷戶＞＜個人卡卡內其他賬戶銷戶———移出卡內非主賬戶＞＜個人卡銷戶＞；業務用例場景＜一般個貸產品＞∷＝＜一般個貸發放＞＜一般個貸還款＞＜一般個貸延長貸款到期日＞＜一般個貸貸款轉逾期＞＜動態質押合同下的卡自助貸款發放＞＜綜合授信合同下的卡自助貸款發放＞＜自助貸款展期＞＜一般個貸轉減值處理＞＜一般個貸轉減值后核銷處理＞＜一般個貸核銷貸款收回＞；業務用例場景＜卡銀行匯票業務＞∷＝＜現金簽發卡銀行匯票＞＜個人轉賬簽發卡銀行匯票＞＜單位轉賬簽發卡銀行匯票＞＜卡銀行匯票現金兌付＞＜卡銀行匯票轉賬兌付＞＜卡銀行匯票重打＞＜卡銀行匯票查詢＞＜卡銀行匯票掛失＞＜卡銀行匯票解掛＞；業務用例場景＜卡資金貿易融資＞∷＝＜進出口押匯業務發放＞＜進出口押匯到期二次轉賬結清＞＜出口退稅托管賬戶到期還款＞＜資金貿易融資類貸款展期＞＜開立進口信用證／保函＞＜進口信用證／保函到期處理＞＜保函到期未用退回＞＜進出口代付發放＞＜出口代付提前還款＞＜出口代付到期代付行劃來多余款項＞＜出口代付到期付款＞＜進口代付墊款＞＜信用證下提貨擔保書的開立＞＜提貨擔保到期處理＞；業務用例場景＜客戶關系管理＞∷＝＜建立個人客戶＞＜建立單位客戶＞＜維護客戶關系連接＞＜維護客戶關系＞＜建立客戶密碼＞＜修改客戶密碼＞＜重置客戶密碼＞＜變更客戶詳細信息＞；業務用例場景［1］。 1．2 提取原子業務 筆者通過建立基于Visio的跨職能流程圖分離出原子業務。通過VB程序提取的原子業務并轉存為CSV格式的數據，然后將CSV文件導入數據庫。 2 業務系統架構 卡銀行業務系統具有SOA架構的全部特征，其最大的好處是采用成熟穩定的標準化流程引擎，符合工作流管理聯盟WfMC（Workflow Manage－ment Coalition）提出的工作流參考模型。業務流程作為流程引擎的輸入數據。業務改變時，通過引入新的流程數據實現維護擴展，不必重新編譯系統。圖1為卡銀行業務系統架構。工作流模型有組件1流程引擎，組件2流程設計平臺和組件3界面設計平臺。流程引擎類似于一個CPU，形式化的XML的業務流程相當于CPU中執行的程序，每一個業務都對應著相應的一個流程。對于發起的任何一個業務，流程引擎從應用服務器中調出相對應的業務流程驅動執行。工作流模型的流程設計平臺，也是一個圖形化的設計工具。各個業務的流程圖作為流程設計平臺的輸入。流程設計平臺自動提取相應的屬性和參數，然后生成業務流程XML的形式化表示，存入流程引擎應用服務器的數據庫。界面設計平臺主要功能是將客戶端應用程序與流程引擎進行交互時必需的界面信息，自動轉換成形式化描述的XML格式，存入流程引擎應用服務器的數據庫。#p#分頁標題#e# 3 工作流引擎 工作流引擎就是流程引擎，目前有三大主流開源項目可供系統選用。 3．1 Shark 完全基于WfMC和OMG（Object Manage－ment Group，對象管理組）標準構建，用XPDL（XML Process Description Language）流程定義語言開發。其特點是較為簡單的內部調度機制，采用循環遍歷方法完成活動實例，調度機制直觀，易于理解，但是對復雜運行模式難以支持。Shark最吸引人之處［［2］］是XPDL的Activity源于UML 1．x的活動圖概念，易于控制并發分叉線程。 3．2 OSWorkflow 由opensymphony組織開發維護，用純Java語言編寫的OSWorkflow有限狀態機模型。在OS－Workflow中用step ID和status聯合表達狀態（state），step ID中的某個status就是state，由動作（action）驅動完成status的轉換。靈活性是OS－Workflow最大的優點，同時也讓它非常難以掌握，成為推廣使用的障礙。 3．3 jBPM jBPM（Java Business Process Management）［3］沒有采用目前工作流引擎遵循的主要兩個標準（BPEL和WfMC標準），而是自定義了流程描述語言JPDL［4～5］（jBPM Process Definition Language），結合應用狀態圖、活動圖和PetriNet分離出數據管理的職能。數據庫管理采用Hibernate技術，可以部署在任何應用服務器上，具有較好的靈活性，是目前應用最為廣泛的開源工作流引擎。由于流程設計平臺可將工作流程轉換為XML格式的描述，因此可利用主流開源項目作為其引擎。但采用XML描述工作流程并非必要步驟。為此，本文給出工作流引擎CBE（Card Bank Engine）的一般實現方案。 3．4 CBE CBE支持的流程大致有二種類型，分別是①固態流程，不支持流程再造；②靜態流程，允許流程再造。固態流程通過預先設計確定語義樹，流程路徑由輸入參數確定，因此CBE可實現為有限狀態機。靜態流程從外部輸入語義樹，要求引擎必須為流程提供存儲和計數。靜態流程的引擎CBE特征與CPU的程序控制器相似，實現為“定序器”，定序器繼承了馮諾依曼架構的主要特征，其基本部件是構件隊列、構件計數器和構件譯碼器。構件隊列用來存儲由構件名組成的流程。當一個節拍發生時，構件計數器當前指針指定的構件名送入構件譯碼器譯碼，通過服務總線激活相應的構件實體實施操作；同時構件計數器指向下一個構件名。流程的ID存儲在流程隊列中，流程計數器指向當前被激活的流程ID。 4 工作流建模 工作流模型［6］抽象表示工作流經營的生命周期。工作流模型定義了完整表示工作流的相關概念，其中包括為建模用戶定義工作流所提供的元素或組件。工作流建模方法主要包括基于有向圖的方法、基于對話的方法、基于PetriNet的ICN（Infor－mation Control Nets）方法等［7］。 4．1 有向圖模型 這種模型的出發點是從定義經營過程入手，清楚地進行過程描述，模型有向圖中的節點表示過程中的狀態或者活動，有向弧用來表示節點之間在時序上的依賴關系。有向圖工作流模型的優點是直觀、易于理解；缺點是缺乏柔性，難以表示復雜邏輯。 4．2 語言對話模型 這種模型的理論基礎是自然語言行為，通過語言描述、提煉、抽象出用戶與系統兩個角色間的交互行為，定義工作流過程，形成由相互連接的一系列閉合工作流環?；趯υ挼墓ぷ髁髂Ｐ屯ㄟ^語言交流信息、描述事物、規劃并協調行為。 4．3 ICN模型 ICN工作流模型的理論基礎是PetriNet，其實質是把工作流管理聯盟規范中定義的基本工作流原語映射為與之對應的PetriNet，由此去建立工作流網的觸發機制和基本的構件組。 4．4 流程描述語言模型 流程描述語言模型是本文提出的從流程描述語言視角描述的工作流模型。工作流程可描述為與問題無關部分和與問題關聯部分。與問題無關部分是指對所有應用都是必需的，它包括：字符集、數據類型、關鍵字、表達式、語句（分支、跳轉、條件、循環…）等基本控制要素；而與問題關聯部分是指概念及其對應的原子操作集合、基本運算等?？舍槍唧w問題抽象出概念，將概念分解為操作或運算的流程，對其形式化后可從需求分析中提取出此部分內容。因此采用流程描述語言模型可以很容易建立工作流模型，且更具一般性。 5 結論 討論了卡銀行業務系統架構，闡述了采用標準化流程引擎實現SOA架構的系統整體解決方案。按照SOA的理念，系統開發建設的主要任務集中在業務建模和提取業務流程。流程步驟節點上所需的服務構件主要依靠從構件市場采購，自行開發構件僅僅作為補充。討論了流程引擎的抽象模型以及三種主流開源工作流引擎，比較了各自的優劣。給出了工作流引擎CBE和流程描述語言模型的一般實現方案。介紹了當前流行的業務建模主要方法，驗證了本實驗室自創并一直沿用的SOA三層模型建模方法的有效性。
