如何查找業務用例和業務執行者

查找業務參與者  

業務參與者可以是與業務交互的任何個人、小組、組織、公司或機器,例如:

  • 客戶
  • 合作伙伴
  • 供應商
  • 權威機構(法律、法規等等)
  • 子公司
  • 所有者和投資者(決定董事會是應爲業務的一部分,還是應建模爲參與者。)
  • 業務以外的信息系統

如果您打算建模的業務是大型公司的一部分,這些類別還可以包含諸如以下的業務參與者:

  • 公司的其他部分
  • 其他部門內的個別角色

要考慮業務建模的範圍和您定義爲“目標組織”的業務的邊界,這很重要。如果您只選擇了業務的一部分作爲目標組織,那麼同一家公司的其他部分也將是業務參與者。

命名每個業務參與者,採用的命名方式是其名稱代表它在業務中的角色。通過編寫簡要描述定義每個業務參與者,該簡要描述考慮到參與者的職責及其與業務交互的原因,包括業務參與者想從業務中獲得的附加價值的類型。

摺疊查找業務用例  
 

要查找主要業務用例,請考慮每個業務參與者從業務接收到的價值。問您自己:業務參與者期望從業務中接收到什麼服務。它可能有助於以核心業務用例開始 - 核心業務用例即那些服務於客戶(在不存在貿易交互的情況下則服務於客戶的等同對象)的用例。

研究業務參與者的生命週期是有幫助的,它可以確定以下問題的答案:

  • 業務參與者與業務的第一次接觸是什麼?  
  • 業務參與者經歷了哪些與業務相關的階段或狀態?
  • 業務參與者將什麼當作與業務之間有意義的交互?
  • 何時業務參與者感到滿意?
  • 業務參與者期望得到什麼事件的通知?

從支持業務的角度,流程也可以表示爲業務用例。問您自己:爲了向客戶交付產品和服務,什麼是必需的。當然,業務建模的範圍以及定義的業務建模目標將確定支持業務用例的詳細程度(如果您打算考慮它們的話)。尋找以下種類的流程:

  • 人員的開發和維護
  • 業務內 IT 的開發和維護
  • 辦公室和設施的開發和維護
  • 安全性
  • 法律建議
  • 合作伙伴和合同管理
  • 會計
  • 後勤
  • 採購
  • 銷售分析和研究
  • 產品開發

從管理業務的角度出發,流程可以表示爲業務用例,儘管從信息系統方面來講很少會對它們感興趣。要確定管理流程,請尋找與將業務作爲一個整體管理相關聯的任務,以及通常與所有者參與者交互的任務。考慮所有者參與者從業務中接收到的內容。搜索可實現以下目標的任務:

  • 形成關於業務的信息,並提供給所有者和投資者。
  • 設置長期目標。
  • 在業務中的其他業務用例之間進行協調,並劃分其優先級。
  • 在業務中創建新的流程。
  • 計劃和執行改進。
  • 監視業務中的流程。

此類流程的生命週期常常跨越一個財政年度。

確定業務用例的另一個方法是讓領域專家描述現有業務中的每項任務。 然後將這些任務分組爲已命名並進行了簡要描述的業務用例。

 

摺疊考慮業務目標  

複審所有已描述的業務目標,並考慮業務用例是否會支持這些目標。如果您發現業務用例支持兩個完全不同的目標,您可以考慮將該用例分成兩部分。如果業務用例支持差別很大的業務目標,您將發現很難度量或改善其性能。不支持任何已確定的業務目標的業務用例可能是不必要的。另一方面,這些業務用例的進一步調查可能揭示未發現的業務目標。

還必須與業務參與者相比較來考慮業務目標。確定的業務目標是否將業務朝這些目標計劃要包含的業務參與者的方向推進? 是否存在業務目標未針對的任何業務參與者? 在此分析期間還可能發現新的業務目標。

 

摺疊劃分業務用例的優先級  

一旦您確定了業務參與者和業務用例,您必須劃分那些能引起高度興趣從而必須詳細描述的業務用例的優先級。要確定高優先級的業務用例:

  • 確定在您執行業務設計以查找信息系統需求的情況下,計劃的系統將對其感興趣的業務用例。
  • 在決定是否包含任何從信息系統角度而言不是清晰地相關的業務用例之前,形成一個分步描述。
  • 尋找支持最重要業務目標的業務用例。

 

摺疊生成業務用例工作流程的概述  

爲理解業務用例的目的,您常常需要工作流程的分步概述。將在隨後指定業務用例的人員也將需要此分步描述。

例如,業務用例“個人檢入”的分步工作流程描述的第一稿可能看起來如下:

  • 乘客進入檢入櫃檯的隊列。
  • 乘客將票遞給檢入代理。
  • 檢入代理驗票。
  • 檢入代理登記行李。
  • 檢入代理爲乘客保留座位。
  • 打印登機牌。
  • 檢入代理將登機牌交給乘客。
  • 乘客離開檢入櫃檯。

請注意,這是第一稿,因此它可能缺少一些任務,這些任務將在以後發現。您還可以將備用流程包含在這組初始步驟中。

第一稿使人們可以清晰地瞭解:業務用例將做什麼,何時開始,何時結束,它提供什麼價值。通常,您爲業務用例定義粗略的分步概述的時間不會超過一個小時。(但支持業務用例和管理業務用例的概述除外 - 它們通常並不涇渭分明。)

重點關注最重要的業務用例 - 也就是,代表最高改進可能的用例。是否可以增加業務用例的範圍,以便最初由客戶執行的工作或者無人執行的工作現在由目標組織執行? 是否可以縮小範圍,以便客戶現在將執行先前由目標組織執行的任務? 如果一個業務用例能更好地爲客戶提供服務,則該用例得到了改進,這暗示它變得更簡單,能生產更好的產品,提供更短的前導時間,等等。“客戶應該能夠直接接觸業務的核心部分”。

對於每個業務用例,設置可度量的目標,這些目標可以用來驗證您是否已成功。隨後這些業務目標可以進行優化,並轉換成其他業務目標,以及轉換成業務策略。當建立新的目標組織時,業務目標可用來持續地度量業務用例如何運行,如何改進。 

 

摺疊描述業務參與者和用例如何交互  

確定那些與業務用例交互的業務參與者,方法是定義它們之間的通信關聯。如果顯示誰啓動通信是很重要的,則您可以向關聯添加可導航性。如果它改進了模型的可讀性,您還可以命名該關聯。

 

 

摺疊封裝業務用例和參與者  

如果您有許多業務用例,您可以將它們分成各個包,以使文檔易於理解。例如,可以根據類型(例如市場、法規實體和合作伙伴)封裝業務參與者。業務用例可以根據目的分組,例如銷售和市場、產品開發以及管理。另外,它們也可以根據業務參與者分組,例如股東和投資者或直接消費者。

摺疊在用例圖中顯示業務用例模型  

用例圖說明業務參與者、業務用例及其關係的組合。圖可以包含任何以下內容:

  • 包內的所有業務參與者
  • 一個業務參與者和所有專門針對第一個參與者的其他業務參與者
  • 一個業務參與者和與它交互的所有業務用例
  • 與相同的業務參與者交互的業務用例
  • 通常按順序執行的業務用例
  • 屬於同一個用例包的業務用例
  • 最重要的業務用例

請注意最重要業務用例的圖可以充當完整業務用例模型的摘要,從而證明對其進行復審是有幫助的。

摺疊撰寫業務用例模型調查  
 

業務用例模型的調查描述需要表述以下信息:

  • 正在描述的業務的目的
  • 使用業務用例的典型順序
  • 業務未包含在業務用例模型中的部分
摺疊評估結果  

在此狀態下,請確保檢查業務用例模型,以驗證您的工作是否處在正軌。但是,不要詳細地複審模型。您還必須在對業務用例模型進行操作時考慮業務用例模型的覈對表。相關各方必須確定:

  • 是否確定了所有必要的業務用例。
  • 是否確定了所有不必要的業務用例。
  • 每個業務用例的行爲是否按照正確的順序描述。
  • 在此階段,每個業務用例的工作流程是否儘可能地完整。
  • 業務用例模型的調查描述是否使其可以理解。

 

發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章