業務用例在SOA業務建模中的交叉使用

2021-09-05 04:10:14 字數 1622 閱讀 4647

業務用例 - 我們思考業務流程的出發點是從我們真實世界的業務運作著手。業務用例是一種從外部的視角來描述業務。更通常的情況是,乙個業務用例就是一系列的行為和活動,而這些行為和活動將對特定的業務執行者帶來價值,或者表示出乙個業務是如何響應乙個業務事件的。使用業務用例的乙個關鍵點和價值也體現在它是對關鍵抽象業務流程的乙個簡單描述。因此業務用例的實現正好接業務流程模型。

業務流程模型 - 業務流程模型捕獲活動任務和子任務,資料流向,執行任務或其它業務資訊的角色或系統。對於業務模型一般要建立乙個描述現狀的as-is模型,同時又會根據規劃輸出描述將來的to-be模型。

業務架構模型- 用於描述業務架構上下文,定義業務功能域,業務流程,it系統以支援該業務架構。在這裡可以參考ea企業架構,而業務架構模型的重點又主要是cbm(component business modeling)業務元件模型,業務元件模型通過價值鏈的業務領域,從決策,管理和執行三個層面對業務進行元件化。注意在這裡對於和業務目標相關的元件,我們需要drill down下一層,進行functional area analysis功能域分析。這樣才能夠為業務流程模型提供輸入,

功能域分析是對業務元件的精煉和分析,目的是真正建立乙個業務系統。在分析對於乙個基於soa的解決方案,我們需要什麼樣的it子系統的關鍵一步。對於業務元件模型中的關鍵業務元件進行分解,分解得出功能域,然後分析功能域之間的關係和互動。功能域對映到業務系統,業務系統提供其它業務系統需要的服務,同時業務系統對映到it子系統。

業務目標-業務目標本身也是需求,是必須要滿足的需求。業務目標需要分解和細化到業務kpi,同時對於業務kpi又需要指定不同的度量指標和度量準則。業務目標,業務kpi和業務measure剛好是三層的展開關係,可以進行需求追蹤。

域模型-主域模型的主要任務是捕獲全景的業務分析模型的關鍵子集。主域模型分析關鍵的業務要素以及這些業務元素之間的關係。主域模型進入到rup系統分析階段後即對應rup中的領域模型。因此對於在業務建模階段的主域模型應該理解為核心業務物件和資料的關係模型。

再對上面描述的內容做乙個串聯分析:

首先根據企業業務目標和願景進行業務用例建模,在業務用例建模中會分析業務用例,業務流程,業務用例實現,業務操作者等重要內容。根據ea企業架構的方**,結合ibm的cbm元件業務模型建立企業業務架構,識別業務元件。根據企業關鍵業務目標,標識出關鍵業務元件,並進行分解和功能域分析,重在建立業務元件,業務系統,it系統之間的匹配和關聯關係,方便後續進行對映。在這個時候我們看到形成了兩個重要的東西:

細粒度的業務元件,方便過渡到後續的業務物件和模組,為流程分析和領域建模做準備。

根據業務用例實現,識別出的業務流程

對於產生的業務流程進入到業務流程建模和分析,在業務流程建模中重點就是分解業務流程到任務,子任務級別。同時結合業務操作者,角色,業務物件,業務規則詳細的描述清楚業務流程或業務系統之間的互動關係。互動關係是識別服務的重要點,傳遞資料是領域模型分析的重要點。

再說明下,對於互動關係的分析,功能域的互動關係圖分析的是互動的靜態關係,互動是如何通過流程產生的並不清楚。流程分析是分析的動態互動關係,而互動涉及到的業務系統和it系統可能又不清楚。因此需要結合流程分析和功能域分析,形成精煉和細化的接**互流程。作為服務識別和定義的基礎。

業務用例在SOA業務建模中的交叉使用

業務用例 我們思考業務流程的出發點是從我們真實世界的業務運作著手。業務用例是一種從外部的視角來描述業務。更通常的情況是,乙個業務用例就是一系列的行為和活動,而這些行為和活動將對特定的業務執行者帶來價值,或者表示出乙個業務是如何響應乙個業務事件的。使用業務用例的乙個關鍵點和價值也體現在它是對關鍵抽象業...

用例與業務建模

盡可能識別外部系統,並用色彩標註新的外部系統和服務 我使用的是馬蜂窩預定酒店的流程 c.對比兩個時代 不同地區產品的用例圖,總結在專案早期,發現創新的思路與方法 兩個用例圖基本的功能差別不大,在搜尋酒店 選擇酒店這方面都大同小異,不過新時代的酒店支付功能有所變化。創新的思路與方法在於,要發現早期專案...

全程建模 業務用例與用例的對應關係解析

下文中是關於業務用例和用例之間的對應關係的對話,一般來說在一些較大的業務系統或者業務邏輯較為複雜的系統開發中才需要進行單獨的業務建模過程,而對於大多數業務系統是不需要單獨進行這樣的開發階段的。在每次的全程建模的培訓中,青潤都會提出這個過程將業務建模過程進行詳細的分解,但是在 軟體工程之全程建模實現 ...