WSRR 業務模型介紹

WSRR 業務模型介紹

為了為企業的業務模型提供良好的儲存和治理，WSRR 提出了“業務模型(Business Model)”的概念用於描述企業的業務模型，業務模型在WSRR中的表示如圖 1-1 所示。由於各企業的業務模型不同，WSRR 通過總結各業務模型的共性，為使用者提供了一套預設的業務模型，您可以通過下載來獲取 WSRR 預設業務模型的資訊。本節將向您講述 WSRR 預設的業務模型的定義和應用場景，以及如何對業務模型進行定製。

圖 1-1 業務模型概念

WSRR 預設的業務模型

下面我們將首先為您介紹 WSRR 中預設的業務模型的概念和應用場景。

業務模型概念(Business model concepts)

WSRR 通過業務模型概念描述業務模型相關的概念，它包括：

• 業務應用(Business application)：用於描述業務應用。
• 業務流程(Business process)：用於描述業務流程。
• 業務服務(Business service)：用於描述業務服務。
• 組織(Organization)：用於描述組織結構。
• 契約(Contract)：用於描述服務提供者與服務消費者之間訂立的契約。

複合應用表示(Composite application representation)

SOA 的一個重要目標就是幫助企業對於業務變化、產品變化通過重用已有資產做出快速的響應，WSRR通過複合應用表示(Composite application representation)來表示企業應用、流程、服務的概念和它們之間的關係，以便於將這些模型對映於已部署的模型，從而進行動態的組合與管理。

服務所有權和資金(Service ownership and funding)

SOA 治理的一個重要要求就是保證每個物件都有所有者。所有者負責構建契約、簽訂服務級別協議、管理服務生命週期版本等。WSRR 通過服務所有權和資金(Service ownership and funding)描述企業的應用、流程、服務的所有權的概念和關係。

服務消費與契約(Service consumption and contracts)

當服務在業務級別上被使用者或其他企業共享時，明確地描述服務提供方與服務消費方的關係就變得十分必要。WSRR 通過服務消費與契約(Service consumption and contracts)來描述服務提供方與服務消費方之間服務的消費與契約關係。

業務到技術的對映(Business to technical mapping)

WSRR 提供了豐富的對技術層面的概念的支援，為了能夠使業務層面的概念與技術層面的概念進行良好的結合，WSRR 提出了業務到技術的對映(Business to technical mapping)來描述企業的業務層面的概念到技術層面的概念的對映關係。

業務模型(Business Model)定製

如果 WSRR 中提供的預設業務模型不能滿足客戶的實際需求，使用者可以在 WSRR 中定製業務模型。使用者需要根據自己的業務需求構建一個用於描述業務模型的 OWL 檔案，然後將 OWL 檔案存入 WSRR(在Configuration檢視下點選 Active Configuration Profile > Business Model Systems > Load Business Model System，選擇描述業務模型的 OWL 檔案)，使用者所需要的業務模型即可以在 WSRR 中顯示出來。關於如何建立業務模型的 SACL 檔案以及對應的UI定製，使用者可以參見 使用 WebSphere Service Registry and Repository 實現和執行服務生命週期一文。

接下來的章節，我們將向您介紹一個應用場景，並詳細描述如何在場景中實現 WSRR 業務模型的應用。

案例場景介紹

JK Securities 是一個全球性的證券公司。主營證券經紀、資產管理、固定收益、證券投資、金融衍生品等業務，與世界各大股票交易所如紐約證交所、東京證交所、倫敦證交所等都有合作關係，擁有專營投行、期貨、基金業務等全資子公司和控、參股公司，初步構建了證券類金融控股集團。憑藉優良的業務資質和強大的業務能力，JK 證券始終致力於以更全面、更專業的服務實現企業與客戶的共同成長。

JK Securities 公司一直重視IT系統的構建。在系統構建不同階段，它採購過不同的作業系統平臺，有 Windows、AIX、Linux、Solaris；後臺的資料庫產品有 IBM DB2、Oracle Database，甚至還有較早的 Informix 資料庫；它提供給使用者的服務通道既有傳統的呼叫中心，也有現代的網上交易平臺。在早期的系統架構中，服務消費者和提供者都是直接建立自己的連線（如圖 2-1）隨著系統複雜度的提高，這種連線模式是系統架構越來越難以維護，很難對客戶的需求快速響應。

圖2-1 直接的業務連線模式

為了提供客戶快速的響應服務，於是新的系統架構開始採用 HUB 業務連線模式。應用程式之間不再是直接相互呼叫，而是首先連線到一個集中的業務服務匯流排上。採用這種連線方式，服務呼叫者不需要了解服務提供者的具體細節，它只要連線在服務匯流排上，匯流排會將客戶請求分發到服務提供方。這種方式減少了直接連線方式的複雜度，並提高了系統的可維護性，如圖 2-2。

圖2-2 HUB業務連線模式

在這種業務連線架構中，業務服務匯流排需要藉助於一個集中的業務資料註冊/儲存伺服器來實現對業務的動態響應。WSRR 產品提供了這方面的功能，能夠極好的滿足使用者在面向服務請求架構中對集中業務資料註冊/儲存伺服器的要求。

本系列文章將會介紹 WSRR 產品如何在企業新的業務架構中實現從業務到 IT 各個層面的應用。

業務模型在場景中的應用

這部分內容將通過應用 WSRR 預設的業務模型對 JK 公司進行業務模型的描述來講解 WSRR 業務模型如何在商業場景中進行應用。

JK Securities 作為一個全球性的證券公司，它有一個複雜但是清晰的全球架構圖如圖 3-1 所：

圖 3-1 JK 證券公司的全球架構圖

這個組織架構圖可以在 WSRR 中通過建立組織物件來表示，即在 Business Model Templates 下例項化組織(Organization)物件並輸入組織物件資訊。Business Model Templates 下的例項化組織（Organization）如圖 3-2 所示：

圖 3-2 例項化組織物件

WSRR 例項化後的組織架構圖如圖 3-3 所示：

圖 3-3 組織架構物件的業務模型

圖 3-3 明確的表明了 JK 公司的組織架構和各部門之間的關係。

營銷策劃部根據中國使用者的需求，計劃開發一個全新的投資海外市場的 QDII 基金產品，於是在 WSRR 建立了一個新的業務應用 China QDII。

圖 3-4 China QDII 業務應用

這個新的業務應用有一系列的業務流程構成，包括：

1. 確定境外服務機構
2. 募集方式
3. 基金銷售網點（包括基金管理人的直銷中心及代銷機構的代銷網點，具體名單見基金份額發售公告）公開發售。
4. 基金的認購（Subscribing Funds）：投資者在首次認購本基金時，需按銷售機構的規定，提出開立JK Securities公司基金賬戶和銷售機構交易賬戶的申請。一個投資者只能開立和使用一個基金賬戶，已經開立基金賬戶的投資者可免予申請。投資者認購基金份額時，需按銷售機構規定的方式全額交付認購款項。投資者可以多次認購本基金份額，每次認購金額不得低於1000元，累計認購金額不設上限。認購申請受理完成後，投資者不得撤銷。
5. 基金的申購（Purchasing Funds）
6. 基金的贖回（Redeeming Funds）

針對上面一系列的業務流程，營銷策劃部在 WSRR 建立相應的業務流程物件，基金的認購業務流程物件如圖 3-5 所示，這個業務流程就包含賬戶查詢，開設賬戶，基金產品查詢，認購額度等一系列服務。

圖 3-5 基金的認購業務流程

然後營銷策劃部針對每一個業務流程詳細設計其包含的業務服務（組成該業務服務的服務）和暴露的業務服務（使用者可見的服務）：

表1 服務

Provided Service	wsrrgp_providedServices	Service used to expose access to this process	Service
Composed Services	wsrrgp_composedServices	Services used by this process。	Service

如上這個過程，營銷策劃部建立了業務應用（Business application）物件 China QDII，建立了一系列業務流程（Business process）物件，對每一個業務流程又明確了系列業務服務（Business service）。整個過程中應用了 WSRR 中的符合應用表示的概念。這個過程完全匹配了企業決策，開發一個新業務的時候的業務行為。

當使用者首次認購本基金，需要開設一個基金賬戶，這時候需要呼叫一個業務服務，即開設賬戶。開設一個新賬戶的費用是 20￥。這個業務服務和契約的關係如圖 3-6 所示：

圖 3-6 業務服務和契約的關係

營銷策劃部建立的如上業務模型，完全是在企業業務層面的建模，沒有牽涉到具體的 IT 層面的具體實現問題。當業務模型穩定以後，業務模型的落地問題就需要提上議事日程。具體的 IT 技術層面的實現需要交給開發部門來實施。具體的實現不屬於業務模型層面的內容，所以本文將不涉及這方面的內容。

綜上，利用 WSRR 提供的預設業務模型，企業可以採用如下的流程來進行企業業務系統建模：

圖 3-7 業務模型應用流程

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/14789789/viewspace-589247/，如需轉載，請註明出處，否則將追究法律責任。