基於業務組件化的應用軟體進行業務控制的方法和系統的製作方法
2023-05-16 02:26:21 1
專利名稱：基於業務組件化的應用軟體進行業務控制的方法和系統的製作方法
技術領域：
本發明涉及軟體工程領域，尤其涉及基於業務組件化的應用軟體進行業務 控制的方法和系統。
背景技術：
基於業務組件化開發方法進行應用軟體的開發是行業應用軟體構造新方 法，這種方法的基本實施過程是根據應用軟體待實現功能確定所述功能對應的
業務流程拓樸；根據所述業務流程拓樸確定當前業務流程所需的業務組件及各 個業務組件之間的連接關係；在獲取當前業務流程所需的業務組件後，根據所 述連接關係組裝所述業務組件以形成與所述待實現功能對應的應用軟體。這 裡，業務組件具有業務含義，可以直接表達業務概念，滿足了應用軟體的業務 需求。
基於業務組件化開發方法進行應用軟體開發時，構成應用軟體的業務組件 之間功能獨立，沒有直接的業務聯繫。應用軟體的業務組件之間靜態業務邏輯 關係通過業務流程拓樸確定，在應用軟體運行時業務組件之間執行時序關係需 要通過具有調度能力的系統來調度。
發明人通過研究發現，由於構成應用軟體的業務組件之間在功能是獨立 的，所以它們對於資料庫的訪問是隨機的，多個業務組件在業務執行過程中會 頻繁並發訪問同 一資料庫，這樣就造成多個並行運行的業務組件竟爭訪問統一 資源的情況，極易造成資料庫過載甚至死鎖。
發明內容
有鑑於此，本發明實施例的目的在於提供一種基於業務組件化的業務控制 方法和系統，從根本上解決資料庫過載甚至死鎖問題。
為實現上述目的，本發明實施例提供了如下技術方案
一種基於業務組件化的應用軟體進行業務控制的方法，包括
根據渠道發送的業務連接請求獲取一數據緩衝區，所述業務連接請求中攜 帶有業務功能標識；其中，渠道是指與應用軟體在業務功能上相關聯的外部系統，用於向應用軟體發起業務功能請求。
根據所述業務功能標識獲取業務對應的動作順序表；
根據所述動作順序表從渠道獲取第 一業務數據，並從資料庫中獲取第二業
務數據；
將所述第 一業務數據和所述第二業務數據存入所述數據緩衝區；
在所述業務對應的各個業務組件利用所述數據緩沖區存儲的第 一 業務數 據和第二業務數據執行相關業務功能後，根據所述動作順序表將所述數據緩沖
區中內容發生變化的第一業務數據和第二業務數據反饋給渠道，並寫入數據 庫。
可選地，上述方法還包4舌 釋放所述數據緩衝區，以供其他業務使用。
所述數據緩沖區包括子緩衝區、緩衝元數組和數據元鍊表，其中，
所述子緩衝區中記錄業務功能標識，佔用的緩衝元個數以及其使用的緩衝 元在所述緩衝元數組中的位置；
所述緩沖元數組記錄的是各個數據元鍊表訪問地址的指示信息；
所述數據元鍊表記錄的是所述的第 一業務數據和第二業務數據。
所述業務對應的各個業務組件利用所述數據緩衝區存儲的第 一 業務數據 和第二業務數據執行相關業務包括
所述業務對應的各個業務組件通過所述數據緩衝區的接口對所述數據緩 衝區中存儲的第一業務數據和第二業務數據進行讀取和/或寫入l乘作。 根據所述動作順序表從資料庫中獲取第二業務數據具體為 根據所述動作順序表一次性從資料庫中獲取第二業務數據。 根據所述動作順序表將發生變化的第二業務數據寫入資料庫，具體為 根據所述動作順序表將發生變化的第二業務數據一次性寫入資料庫。 一種基於業務組件化的應用軟體進行業務控制的系統，包括
第一獲取單元，用於根據渠道發送的業務連接請求獲取一數據緩衝區，所 述業務連接請求中攜帶有業務功能標識；第二獲取單元，用於根據所述業務功能標識獲取業務對應的動作順序表； 第三獲取單元，用於根據所述動作順序表從渠道獲取第一業務數據，並從
資料庫中獲取第二業務數據；
第一寫入單元，用於將所述第一業務數據和所述第二業務數據存入所述數 據緩衝區；
第二寫入單元，在所述業務對應的各個業務組件利用所述數據緩衝區存儲
的第一業務數據和第二業務數據執行相關業務後，將發生變化的第一業務數據 和第二業務數據反饋給渠道，並寫入資料庫。
可選地，上述系統還包括
釋放單元，用於釋放所述第一獲取單元獲取的所述數據緩衝區，以供其他 業務使用。
所述數據緩衝區包括子緩沖區、緩衝元數組和數據元鍊表，其中，
所述子緩衝區中記錄業務功能標識，佔用的緩衝元個數以及其佔有的緩沖 元在所述緩衝元數組中的位置；
所述緩衝元數組記錄的是各個數據元鍊表訪問地址的指示信息； 所述數據元《連表記錄所述的第 一業務數據和第二業務悽丈據。 可見，在本發明實施例中，根據業務功能標識獲取動作序列表，根據所述 動作序列表將執行該業務所需的業務數據都存入獲取的數據緩沖區中，該業務 對應的業務組件在執行業務時直接對該數據緩沖區中數據進行操作，同時，在 業務執行完畢後，將發生變化了的業務數據寫入至資料庫或者反饋給渠道，從 根本上避免了各個業務組件對資料庫的直接訪問，從而從根本上解決了資料庫 過載甚至死鎖問題。
圖1為本發明一實施例所提供的方法的流程圖； 圖2為本發明實施例所提供的數據緩衝區的示意圖； 圖3為本發明一實施例所提供的場景的示意圖； 圖4為本發明另一實施例所提供的方法的流程圖； 圖5為本發明一實施例所提供的系統的結構示意圖。
具體實施例方式
系統，為使本發明的目的、技術方案及優點更加清楚明白，以下參照附圖並舉
實施例，對本發明作進一步詳細"i兌明。
圖1為本發明一實施例所提供的方法，包括
S101,根據渠道發送的業務連接請求獲取一數據緩衝區，所述業務連接請 求中攜帶有業務功能標識。
其中，渠道是指與當前應用軟體在業務功能上相關聯的外部系統，用於向 應用軟體發起業務連接請求。以銀行核心業務系統為例，發起個人存款業務功 能的道可以是銀行前臺拒面的操作人員，也可以是銀行ATM取款機，還可 以是網上^l艮行系統。
數據緩衝區的結構可以參見圖2。數據緩衝區包括子緩沖區、緩沖元數組 以及數據元鍊表。其中，子緩衝區包括子緩衝區名稱，該子緩衝區包含的緩衝 元個數以及各個緩衝元在緩衝元數組中的位置指示。緩衝元數組記錄的是各個 數據元鍊表訪問地址的指示信息；數據元鍊表記錄的是第一業務數據和第二業 務數據。
一般子緩衝區名稱與該子緩衝區存儲的業務功能標識相同，用來標明該子 緩衝區所記錄的業務功能。業務功能標識的作用即用來區別不同的業務功能， 可以是業務功能編號或者業務功能名稱。圖2中用業務功能編號標識不同的業 務功能。
圖2中以金融行業中的個人帳戶取款業務，編號為1131為例對數據緩沖 區各個部分進行了說明。子緩衝區1的名稱為1131,則說明該子緩衝區記錄 的是業務功能編號為1131的業務功能。緩衝元個數為2，說明該業務功能在 該緩衝區的緩衝元數組中對應兩個緩衝元，1和10則說明前述兩個緩衝元中 的第一個訪問地址由位於緩衝元數組的第l位所指向，另一個的訪問地址由位 於緩衝元數組的第IO位所指向。
S102，根據所述業務功能標識獲取業務功能對應的動作順序表。
不同的業務功能標識對應了不同的業務功能，每一個業務功能都有一個與之對應的動作順序表。該動作順序表預先存儲在本地系統中，可以通過業務功 能標識在本地系統中查找獲得。
動作順序表中包含一個業務功能在運行時刻所執行的動作步驟，以及每一 個步驟對應的程序接口 。所以根據所述動作順序表可以獲取完成當前業務功能 所需要的外部數據和內部數據。
以業務功能編號為1131的個人帳戶耳又款業務為例，該業務功能對應的動 作順序表中指定的動作步驟包括調用1131讀數據包，調用1131讀資料庫， 調用1131業務程序，調用1131寫數據包，調用1131寫資料庫。
S103，根據所述動作順序表從渠道獲取第一業務數據，並從資料庫中獲取 第二業務數據。
其中，分別用第一業務數據和第二業務數據來標識從渠道和資料庫中獲得 的與當前業務功能的實現相關的悽t據。
仍然以業務功能編號為1131的個人帳戶取款業務為例，此時，通過執行 動作順序表中的"調用1131讀數據包，，步驟從渠道獲得第一業務數據，包括 帳號、密碼、金額等信息；通過執行動作順序表中的"調用1131讀資料庫" 步驟從本地資料庫中獲得第二業務數據，包括帳號、戶名、帳戶餘額、幣種、 密碼等信息。動作順序表中，不同的業務功能標識對應的步驟涉及不同的業務 數據。
5104, 將所述第一業務數據和所述第二業務數據存入所述數據緩衝區。
5105, 所述業務功能對應的各個業務組件利用所述數據緩衝區存儲的第一 業務數據和第二業務數據執行相關業務功能。
5106, 根據所述動作順序表將所述緩沖區中內容發生變化的第一業務數據 和第二業務數據反饋給渠道，並寫入資料庫。
該業務功能相關的業務組件利用數據緩存區中的第一業務數據和第二業 務數據執行完相關操作後，可能會改變所述第一業務數據或者第二業務數據， 所以需要將所述緩衝區中內容發生變化的第 一業務數據和第二業務數據反饋 給渠道，並寫入資料庫，這樣才能保證渠道數據的一致性和資料庫數據的同步性。仍然以業務功能編號為1131的個人帳戶取款業務為例，假設該業務功能
為從個人帳戶中取款iooo元，該帳戶的帳戶餘額會發生變化，此時執行動作 順序表中的"調用1131寫數據包"步驟，將變化後的帳戶餘額信息反饋給渠 道；執行動作順序表中的"調用1131寫資料庫"步驟，根據帳號將帳戶餘額 信息寫入資料庫。
可選地，為了避免緩存區被無效佔用，提高緩存區的利用率，本發明實施 例所提供的方法還包括
S107,釋放所述數據緩衝區，以供其他業務功能使用。
本發明實施例所提供的方法，根據業務功能標識獲取動作序列表，根據所 述動作序列表將執行該業務功能所需的業務數據都存入獲取的數據緩衝區中， 該業務功能對應的業務組件在執行業務功能時直接對該數據緩衝區中數據進 行操作，同時，在業務功能執行完畢後，將發生變化了的業務lt據寫入至悽t據 庫或者反饋給渠道，從根本上避免了各個業務組件對資料庫的直接訪問，從而 從根本上解決了資料庫過載甚至死鎖問題。
此外，本發明實施例所提供的方法，在業務功能執行前將所需的業務數據 都存入lt據緩沖區，在業務功能執行後將變化了的業務lt據寫入資料庫或者返 回給渠道，業務功能相關的各個業務組件直接對所述數據緩衝區進行操作，避 免了各個業務組件與資料庫之間頻繁的交互過程，從而進一步提高了業務處理 的效率。
為使本發明實施例所4是供的方法更加清晰明了 ，下面以金融行業中個人帳 戶取款業務(業務功能編號為1131)為例，對本發明實施所^是供的方法進行 說明。
圖3為本發明實施例所應用的場景的示意圖，其中，業務支持系統301 為本發明實施例所提供的方法的執行主體，業務功能程序302為當前應用軟體 的業務功能實體，其中包含多個業務組件。資料庫303是當前應用軟體使用的 內部數據存儲管理系統。渠道304則是當前應用軟體在業務功能上相關聯的外 部系統，在本發明實施例提供的個人帳戶取款業務中，該渠道可以為ATM自 動取款機。可選地，為了將具體的業務功能實現與接口相分離，渠道、資料庫和業務
功能程序可以分別提供訪問接口 ，分別是渠道接口 304-1/0、資料庫接口 303-I/O 和業務功能程序接口 302-I/O,這三個接口在概念上與軟體工程領域通用的應 用程序編程接口 ( API, Application Programming Interface )是一致的，在這種 結構模式下，業務支持系統通過與這些實體的接口通訊實現對實體的訪問和控制。
參見圖4，在圖3所示的場景中，本發明實施例所^是供的方法包括
S401 ，業務支持系統根據渠道發送的個人帳戶取款業務連接請求獲取一數 據緩衝區，所迷業務連接請求中攜帶有業務功能編號1131。
業務支持系統一直處於監聽連接狀態，當渠道發起一個業務功能時，通過 渠道接口向運行時支持系統發起業務連接請求，運行時支持系統響應連接，開 始工作。具體包括根據該業務連接請求獲取一個空白的，可用的數據緩沖區。
S402，業務支持系統根據所述業務功能編號1131獲取業務功能對應的動 作順序表。
在該業務支持系統調用系統級初始化程序，完成一些基本的系統初始化功 能後，根據該業務功能標識進行查找，找到它對應的動作順序表。
S403,業務支持系統執行動作順序表中的"調用1131讀數據包，，步驟從 渠道獲得第一業務數據，執行動作順序表中的"調用1131讀資料庫，，步驟從 本地資料庫中獲得第二業務數據。
具體地，業務支持系統根據該動作順序表從渠道(如ATM取款機)獲取 當前業務功能所需要的第一業務數據，包括帳號、密碼、金額等信息；從當前
業務支持系統所連接的資料庫中一次性獲取當前業務功能所需要的相關第二 業務數據，包括帳戶餘額、幣種、密碼等信息。
S404，業務支持系統將所述第一業務數據和所述第二業務^:據存入所述數 據緩衝區。
數據緩沖區的具體結構參見圖2,從圖2中可以看出，第一業務數據包括 帳號1234;取4欠金額1000.00以及密碼。第二業務數據則包括餘額 16050.00;幣種人民幣以及戶名張春牙、L需要說明的是，實際應用中， 一個業務功能可能對應於多個子緩衝區，但 是無論一個業務功能所包含的子緩沖區的個數是多少，每個子緩衝區的結構都 是相同的。
S405，業務支持系統調度執行個人帳戶取款業務程序，該業務程序的各業 務組件利用所述數據緩衝區存儲的第 一 業務數據和第二業務數據執行相關業 務功能。
S406，業務支持系統執行動作順序表中的"調用1131寫數據包"步驟將 帳戶餘額反饋給渠道；並通過執行動作順序表中的"調用1131寫資料庫"步 驟，4艮據帳號將帳戶餘額信息寫入資料庫。
執行完相關業務功能後，帳戶餘額由16050.00變成了 15050.00，第二業 務數據有變化，需要將該業務數據寫入資料庫。因為第二業務數據發生了變化， 為了使該數據保持同步，還需要將變化的第二業務數據反饋給渠道(ATM自 動取款機)，供操作人員或者用戶閱覽。
實際應用中，業務支持系統根據具體業務功能的執行結果確定發生變化的 業務數據，反饋給渠道和/或寫入資料庫。
S407，業務支持系統釋放個人帳戶取款業務使用的數據緩衝區。
系統的緩衝區是有限的，為了提高緩衝區的利用率，當一業務功能執行完 畢後需要釋放該業務功能使用的數據緩衝區，以便其他的業務功能申請使用。
本發明實施例所提供的方法，根據業務功能標識獲取動作序列表，根據所 述動作序列表將執行該業務功能所需的業務數據都存入獲取的數據緩沖區中， 該業務功能對應的業務組件在執行業務功能時直接對該數據緩衝區中數據進 行操作，同時，在業務功能執行完畢後，將發生變化了的業務數據寫入至數據 庫或者反饋給渠道，從根本上避免了各個業務組件對資料庫的直接訪問，從而 從根本上解決了資料庫過載甚至死鎖問題。
參見圖5,本發明實施例還提供一種基於業務組件化的應用軟體進行業務 控制的系統，包括
第 一獲取單元501 ，用於根據渠道發送的業務 接請求獲取一數據緩衝區， 所述業務連接請求中攜帶有業務功能標識；所述數據緩衝區包括子緩衝區、緩衝元數組和數據元鍊表，其中，
所述子緩沖區中記錄業務功能標識，佔用的緩衝元個數以及其佔有的緩衝 元在所述緩沖元數組中的位置；
所述緩沖元數組記錄的是各個數據元鍊表訪問地址的指示信息； 所述數據元鍊表記錄的是所述的第一業務數據和第二業務數據。 第二獲取單元502,用於根據所述業務功能標識獲取業務功能對應的動作 順序表；
第三獲取單元503,用於根據所述動作順序表從渠道獲取第 一業務數據， 並從資料庫中獲取第二業務數據；
第一寫入單元504，用於將所述第一業務數據和所述第二業務數據存入所 述數據緩衝區；
第二寫入單元505,在所述業務功能對應的各個業務組件利用所述數據緩 衝區存儲的第一業務數據和第二業務數據執行相關業務功能後，將發生變化的 第一業務數據和第二業務數據反饋給渠道，並寫入資料庫。
可選地，為了提高緩衝區的利用率，本發明實施例所提供的系統還包括 釋放單元，用於釋放所述第一獲取單元獲取的所述數據緩衝區，以供其他 業務功能使用。
實際應用中，所述業務控制系統可以是圖3所示場景中的業務支持系統， 該業務控制系統與周邊設備實體的交互可以參見圖4對應的方法描述。
本發明實施例所提供的系統，根據業務功能標識獲取動作序列表，根據所 述動作序列表將執行該業務功能所需的業務數據都存入獲取的數據緩衝區中， 該業務功能對應的業務組件在執行業務功能時直接對該數據緩衝區中數據進 行操作，同時，在業務功能執行完畢後，將發生變化了的業務數據寫入至數據 庫或者反饋給渠道，從根本上避免了各個業務組件對資料庫的直接訪問，從而 從根本上解決了資料庫過載甚至死鎖問題。
此外，本發明實施例所提供的方法，在業務功能執行前將所需的業務數據 都存入數據緩衝區，在業務功能執行後將變化了的業務數據寫入資料庫或者返 回給渠道，業務功能相關的各個業務組件直接對所述數據緩沖區進行操作，避免了各個業務組件與資料庫之間頻繁的交互過程，從而進一步提高了業務功能 處理的效率。
本發明可以在由計算機執行的計算機可執行指令的 一般上下文中描述，例 如程序模塊。 一般地，程序模塊包括執行特定任務或實現特定抽象數據類型的 例程、程序、對象、組件、數據結構等等。也可以在分布式計算環境中實踐本 發明，在這些分布式計算環境中，由通過通信網絡而被連接的遠程處理設備來 執行任務。在分布式計算環境中，程序模塊可以位於包括存儲設備在內的本地 和遠程計算機存儲介質中。
以上所述僅是本發明的優選實施方式，應當指出，對於本技術領域的普通 技術人員來說，在不脫離本發明原理的前提下，還可以做出若干改進和潤飾， 這些改進和潤飾也應視為本發明的保護範圍。
權利要求
1、一種基於業務組件化的應用軟體進行業務控制的方法，其特徵在於，包括根據渠道發送的業務連接請求獲取一數據緩衝區，所述業務連接請求中攜帶有業務功能標識；其中，渠道是指與應用軟體在業務功能上相關聯的外部系統，用於向應用軟體發起業務功能請求。根據所述業務功能標識獲取業務對應的動作順序表；根據所述動作順序表從渠道獲取第一業務數據，並從資料庫中獲取第二業務數據；將所述第一業務數據和所述第二業務數據存入所述數據緩衝區；在所述業務對應的各個業務組件利用所述數據緩衝區存儲的第一業務數據和第二業務數據執行相關業務功能後，根據所述動作順序表將所述數據緩衝區中內容發生變化的第一業務數據和第二業務數據反饋給渠道，並寫入資料庫。
2，根據權利要求1所述的方法，其特徵在於，還包括 釋放所述數據緩衝區，以供其他業務使用。
3、 4艮據權利要求1所述的方法，其特徵在於，所述數據緩衝區包括子緩 衝區、緩衝元數組和數據元鍊表，其中，所述子緩衝區中記錄業務功能標識，佔用的緩衝元個數以及其使用的緩沖 元在所述緩衝元數組中的位置；所述緩衝元數組記錄的是各個數據元鍊表訪問地址的指示信息；所述數據元鍊表記錄的是所述的第一業務數據和第二業務數據。
4、 根據權利要求1所述的方法，其特徵在於，所述業務對應的各個業務 組件利用所述數據緩衝區存儲的第一業務數據和第二業務數據執行相關業務 包括所述業務對應的各個業務組件通過所述數據緩衝區的接口對所述數據緩 衝區中存儲的第一業務數據和第二業務數據進行讀取和/或寫入操作。
5、 根據權利要求1所述的方法，其特徵在於，根據所述動作順序表從資料庫中獲取第二業務數據具體為根據所述動作順序表一次性從資料庫中獲取第二業務數據。
6、 根據權利要求1所述的方法，其特徵在於，根據所述動作順序表將發 生變化的第二業務數據寫入資料庫，具體為根據所述動作順序表將發生變化的第二業務數據一次性寫入資料庫。
7、 一種基於業務組件化的應用軟體進行業務控制的系統，其特徵在於， 包括第一獲取單元，用於根據渠道發送的業務連接請求獲耳又一數據緩沖區，所 述業務連接請求中攜帶有業務功能標識；第二獲取單元，用於根據所述業務功能標識獲取業務對應的動作順序表；第三獲取單元，用於根據所述動作順序表從渠道獲取第一業務數據，並從 資料庫中獲取第二業務數據；第一寫入單元，用於將所述第一業務數據和所述第二業務數據存入所述數 據緩沖區；第二寫入單元，在所述業務對應的各個業務組件利用所述數據緩衝區存儲 的第一業務數據和第二業務數據執行相關業務後，將發生變化的第一業務數據 和第二業務數據反饋給渠道，並寫入資料庫。
8、 根據權利要求7所述的系統，其特徵在於，還包括釋放單元，用於釋放所述第一獲取單元獲取的所述數據緩衝區，以供其他 業務使用。
9、 根據權利要求7所述的系統，其特徵在於，所述數據緩沖區包括子緩 衝區、緩沖元數組和數據元鍊表，其中，所述子緩衝區中記錄業務功能標識，佔用的緩衝元個數以及其佔有的緩衝 元在所述緩衝元數組中的位置；所述緩衝元數組記錄的是各個數據元鍊表訪問地址的指示信息； 所述數據元鍊表記錄所述的第一業務數據和第二業務數據。
全文摘要
本發明實施例公開了基於業務組件化的應用軟體進行業務控制的方法和系統，其中，所述方法為根據渠道發送的業務連接請求獲取一數據緩衝區，所述業務連接請求中攜帶有業務功能標識；根據所述業務功能標識獲取業務對應的動作順序表；根據所述動作順序表從渠道獲取第一業務數據，並從資料庫中獲取第二業務數據；將所述第一業務數據和所述第二業務數據存入所述數據緩衝區；在所述業務對應的各個業務組件執行相關業務後，將數據緩衝區中內容發生變化的第一業務數據和第二業務數據反饋給渠道，並寫入資料庫，本發明實施例所提的方法從根本上避免了應用軟體中各個業務組件對資料庫的直接訪問，從而從根本上解決了應用軟體運行中資料庫過載甚至死鎖問題。
文檔編號G06F17/30GK101625699SQ20091016167
公開日2010年1月13日 申請日期2009年7月28日 優先權日2009年7月28日
發明者建 呂, 韓文學 申請人:大連新中連軟體集團有限公司