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

查找業務參與者  

業務參與者能夠是與業務交互的任何我的、小組、組織、公司或機器，例如： 客戶 合做夥伴 供應商 權威機構（法律、法規等等） 子公司 全部者和投資者（決定董事會是應爲業務的一部分，仍是應建模爲參與者。） 業務之外的信息系統 若是您打算建模的業務是大型公司的一部分，這些類別還能夠包含諸如如下的業務參與者： 公司的其餘部分 其餘部門內的個別角色 要考慮業務建模的範圍和您定義爲「目標組織」的業務的邊界，這很重要。若是您只選擇了業務的一部分做爲目標組織，那麼同一家公司的其餘部分也將是業務參與者。 命名每一個業務參與者，採用的命名方式是其名稱表明它在業務中的角色。經過編寫簡要描述定義每一個業務參與者，該簡要描述考慮到參與者的職責及其與業務交互的緣由，包括業務參與者想從業務中得到的附加價值的類型。

查找業務用例  

 

要查找主要業務用例，請考慮每一個業務參與者從業務接收到的價值。問您本身：業務參與者指望從業務中接收到什麼服務。它可能有助於以核心業務用例開始 － 核心業務用例即那些服務於客戶（在不存在貿易交互的狀況下則服務於客戶的等同對象）的用例。 研究業務參與者的生命週期是有幫助的，它能夠肯定如下問題的答案： 業務參與者與業務的第一次接觸是什麼？   業務參與者經歷了哪些與業務相關的階段或狀態？ 業務參與者將什麼看成與業務之間有意義的交互？ 什麼時候業務參與者感到滿意？ 業務參與者指望獲得什麼事件的通知？ 從支持業務的角度，流程也能夠表示爲業務用例。問您本身：爲了向客戶交付產品和服務，什麼是必需的。固然，業務建模的範圍以及定義的業務建模目標將肯定支持業務用例的詳細程度（若是您打算考慮它們的話）。尋找如下種類的流程： 人員的開發和維護 業務內 IT 的開發和維護 辦公室和設施的開發和維護 安全性 法律建議 合做夥伴和合同管理 會計 後勤 採購 銷售分析和研究 產品開發 從管理業務的角度出發，流程能夠表示爲業務用例，儘管從信息系統方面來說不多會對它們感興趣。要肯定管理流程，請尋找與將業務做爲一個總體管理相關聯的任務，以及一般與全部者參與者交互的任務。考慮全部者參與者從業務中接收到的內容。搜索可實現如下目標的任務： 造成關於業務的信息，並提供給全部者和投資者。 設置長期目標。 在業務中的其餘業務用例之間進行協調，並劃分其優先級。 在業務中建立新的流程。 計劃和執行改進。 監視業務中的流程。 此類流程的生命週期經常跨越一個財政年度。 肯定業務用例的另外一個方法是讓領域專家描述現有業務中的每項任務。 而後將這些任務分組爲已命名並進行了簡要描述的業務用例。

考慮業務目標  

複審全部已描述的業務目標，並考慮業務用例是否會支持這些目標。若是您發現業務用例支持兩個徹底不一樣的目標，您能夠考慮將該用例分紅兩部分。若是業務用例支持差異很大的業務目標，您將發現很難度量或改善其性能。不支持任何已肯定的業務目標的業務用例多是沒必要要的。另外一方面，這些業務用例的進一步調查可能揭示未發現的業務目標。 還必須與業務參與者相比較來考慮業務目標。肯定的業務目標是否將業務朝這些目標計劃要包含的業務參與者的方向推動？ 是否存在業務目標未針對的任何業務參與者？ 在此分析期間還可能發現新的業務目標。

劃分業務用例的優先級  

一旦您肯定了業務參與者和業務用例，您必須劃分那些能引發高度興趣從而必須詳細描述的業務用例的優先級。要肯定高優先級的業務用例： 肯定在您執行業務設計以查找信息系統需求的狀況下，計劃的系統將對其感興趣的業務用例。 在決定是否包含任何從信息系統角度而言不是清晰地相關的業務用例以前，造成一個分步描述。 尋找支持最重要業務目標的業務用例。

生成業務用例工做流程的概述  

爲理解業務用例的目的，您經常須要工做流程的分步概述。將在隨後指定業務用例的人員也將須要此分步描述。 例如，業務用例「我的檢入」的分步工做流程描述的第一稿可能看起來以下： 乘客進入檢入櫃檯的隊列。 乘客將票遞給檢入代理。 檢入代理驗票。 檢入代理登記行李。 檢入代理爲乘客保留座位。 打印登機牌。 檢入代理將登機牌交給乘客。 乘客離開檢入櫃檯。 請注意，這是第一稿，所以它可能缺乏一些任務，這些任務將在之後發現。您還能夠將備用流程包含在這組初始步驟中。 第一稿令人們能夠清晰地瞭解：業務用例將作什麼，什麼時候開始，什麼時候結束，它提供什麼價值。一般，您爲業務用例定義粗略的分步概述的時間不會超過一個小時。（但支持業務用例和管理業務用例的概述除外 － 它們一般並不涇渭分明。） 重點關注最重要的業務用例 － 也就是，表明最高改進可能的用例。是否能夠增長業務用例的範圍，以便最初由客戶執行的工做或者無人執行的工做如今由目標組織執行？ 是否能夠縮小範圍，以便客戶如今將執行先前由目標組織執行的任務？ 若是一個業務用例能更好地爲客戶提供服務，則該用例獲得了改進，這暗示它變得更簡單，能生產更好的產品，提供更短的前導時間，等等。「客戶應該可以直接接觸業務的核心部分」。 對於每一個業務用例，設置可度量的目標，這些目標能夠用來驗證您是否已成功。隨後這些業務目標能夠進行優化，並轉換成其餘業務目標，以及轉換成業務策略。當創建新的目標組織時，業務目標可用來持續地度量業務用例如何運行，如何改進。

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

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

封裝業務用例和參與者  

若是您有許多業務用例，您能夠將它們分紅各個包，以使文檔易於理解。例如，能夠根據類型（例如市場、法規實體和合做夥伴）封裝業務參與者。業務用例能夠根據目的分組，例如銷售和市場、產品開發以及管理。另外，它們也能夠根據業務參與者分組，例如股東和投資者或直接消費者。

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

用例圖說明業務參與者、業務用例及其關係的組合。圖能夠包含任何如下內容： 包內的全部業務參與者 一個業務參與者和全部專門針對第一個參與者的其餘業務參與者 一個業務參與者和與它交互的全部業務用例 與相同的業務參與者交互的業務用例 一般按順序執行的業務用例 屬於同一個用例包的業務用例 最重要的業務用例 請注意最重要業務用例的圖能夠充當完整業務用例模型的摘要，從而證實對其進行復審是有幫助的。

撰寫業務用例模型調查  

 

業務用例模型的調查描述須要表述如下信息： 正在描述的業務的目的 使用業務用例的典型順序 業務未包含在業務用例模型中的部分

評估結果  

在此狀態下，請確保檢查業務用例模型，以驗證您的工做是否處在正軌。可是，不要詳細地複審模型。您還必須在對業務用例模型進行操做時考慮業務用例模型的核對錶。相關各方必須肯定： 是否肯定了全部必要的業務用例。 是否肯定了全部沒必要要的業務用例。 每一個業務用例的行爲是否按照正確的順序描述。 在此階段，每一個業務用例的工做流程是否儘量地完整。 業務用例模型的調查描述是否使其能夠理解。