1. 程式人生 > >EA業務建模實踐之業務用例圖

EA業務建模實踐之業務用例圖

        本文重點是業務建模實踐,以及建模工具EA初級使用過程日誌。

        先前寫了些文件,從不同角度描述了業務建模,但是條理性和規範性仍無法讓人一目瞭然。春節期間當我再次讀了《軟體方法》前幾章,產生了共鳴:誤解隨處都在,通過UML規範溝通環境,是辛勤汗水的教訓。

        按書中觀點及回答問題如下:

        業務建模:描述組織內部各系統(人肉系統、機械系統、電腦系統......)如何協作,使得組織可以為其他組織提供有價值的服務。新系統只不過是組織為了對外提供更好的服務,對自己的內部重新設計而購買的一個零件。組織引進一個軟體系統,和招聘一名新員工沒有本質區別。如果能學會通過業務建模去推導新系統的需求,而不是拍腦袋得出需求,假的“需求變更”會大大減少。

        需求:聚焦於待開發系統的邊界,詳細描述系統要賣得出去必須具有的表現─功能和效能。這項技能的意義在於強迫我們從“賣”的角度思考哪些是涉眾(Stakeholder)在意的、不能改變的契約,哪些不是,嚴防“做”汙染“賣”。需求工作流的結果─需求規約是“賣”和“做”的銜接點。

        組織要解決什麼問題。

        為組織提供流程管理、流程再造服務,為組織辦公流程能力、執行力、工作效率提供管理支撐服務。

        為了解決組織的問題,待開發系統應該提供什麼功能和效能。

        提供本地化、個性化BPM服務,提供快速開發流程支援(5個工作日以內)服務,通過流程(流程定義與流程例項)全面生命週期為組織提供管理創新支援服務。

1、研究物件及其業務用例圖

        本次實踐的研究物件是辦公管理的業務流程。

        業務用例模型是說明業務預期功能的模型。作為一個核心輸入模型,業務用例模型用於確定組織的各個角色和可交付工件。


圖1

        按辦公管理的業務流程為研究物件,涉眾利益者有辦公管理人員、流程管理人員(是辦公管理人員中的子集,是其中專業管理流程的人員)、流程開發者(運維人員)、系統建設者等,其中業務用例所關注的主要涉眾是辦公管理人員、流程管理人員、流程開發者,也就是業務執行者。

        有箭頭從執行者指向用例,也有箭頭從用例指向執行者。前一種執行者稱為用例的主執行者,後一種執行者稱為用例的輔助執行者。

        如圖1所示,以及《易擴充套件的辦公流程化管理核心模型(第1版)》所述,此圖中的用例是組織業務建模用例,解答組織真實核心需求,並不是人們日常所見到的資費審批流程、人力請假流程...,而是能支撐快速開發流程及支援管理創新的流程管理能力平臺。

        需求及功能敬請見下篇文章。

2、使用EA建模

        Enterprise Architect 是基於UML 標準的,將高效建模和視覺化,及設計融為一體的平臺。它具有從思維導圖,到業務需求,軟體設計,直至部署的完全跟蹤能力。

        1.建立專案

        通過模型嚮導,選擇“Use Case”,其它根據實際情況選擇。


圖2

        2.分包管理

        在用例模型下,建立業務分組包(package)


圖3


圖4

        結果如下:


圖5

        3.建立用例圖(Use Case Diagram)


圖6

        圖形型別選擇用例“Use Case”。

        1)首先確定研究用例物件的邊界


圖7

        拖拽“Boundary”到用例圖中,並進行定義,名字為“流程管理”。


圖8

        生成的邊界如下圖所示。


圖9

        2)新增業務執行者“Business Actor”

        拖拽上圖中的“Actor”到用例圖中,命名為“辦公人員”,並按下圖設定為“Business Actor”。


圖10

        結果如下:


圖11

        3)新增用例

        拖拽上圖中的“Use Case”到用例圖中。彈出如下圖所示的用例定義視窗,輸入用例名稱為“申請”。


圖12

        生成如下所示圖形。


圖13

        4)新增關聯線

        選擇工具盒中的“Use Case Relationships”->“Associate”線,點選“辦公人員”Actor並按住滑鼠拖拽到“申請”用例中(出現關聯虛影)再鬆開滑鼠按鍵,

圖14


圖15

        滑鼠雙擊下圖中關聯線(實線),彈出關聯線定義視窗。


圖16

        在彈出視窗中,通過選擇定義關聯線型別“Stereotype”來定義業務執行者與用例關聯關係,此案例中選擇了“Source->Destination”。


圖17


圖18

        最終如圖1所示的用例圖。

        參考及摘自:

        《軟體方法》UMLChina 潘加宇 2012.11

相關推薦

EA業務建模實踐業務

        本文重點是業務建模實踐,以及建模工具EA初級使用過程日誌。         先前寫了些文件,從不同角度描述了業務建模,但是條理性和規範性仍無法讓人一目瞭然。春節期間當我再次讀了《軟體方法》前幾章,產生了共鳴:誤解隨處都在,通過UML規範溝通環境,是辛勤汗水的

UML(藉助哲學家就餐問題來簡單的實現建模流程)

宣告:本用例圖的構建採用哲學家就餐問題中的服務生方法,即哲學家欲想吃飯,需委託服務生為其代勞。 預先準備:正所謂:“工欲善其事必先利其器” 繪製UML的必備工具如下:(任選其一即可) 1,最簡單的 線上繪製UML圖 ProcessOn  網址:www.processon.com

軟體工程系統建模篇【設計控制類模型】

用例控制類模型描述介面控制類與實體類之間的通訊,用例控制類位於系統結構的商業規則服務層,用例控制類模型用包圖描述。本章介紹用例控制類模型的設計過程,首先介紹用例控制類模型的設計方法,然後設計子系統包圖,最後設計系統包圖。   1、設計方法 用例控制類代表用例,它的每一個操作對應一條通過用例的途徑。介面控制類執

UML建模學習筆記

什麼是用例圖 用例圖是指由參與者(Actor)、用例(Use Case)以及它們之間的關係構成的用於描述系統功能的靜態檢視。 用例圖是用例(Use Case)分析手段或工具。用例分析是捕獲應用需求的有效手段,也是 UML 中進行功能需求分析的主要方法。它用參

針對工程實踐專案的建模Use Case Modeling

一、什麼是用例建模(Use Case Modeling) 1、用例(Use Case) (1)概念:用例是軟體工程或系統工程中對系統如何反應外界請求的描述,是一種通過使用者的使用場景來獲取需求的技術。 (2)作用:每個用例提供了一個或多個場景,該場景說明了系統是如何和終端使用者或其它系統互動,也就是誰可以用系

輕松學習UML

borde 復雜 solid 而且 標準化 參與者 程序 設計 tor 本文主要講解UML圖中的用例圖(Use Case Diagram)相關內容,如有不足之處,還請指正。 概述 統一建模語言(UML,UnifiedModelingLanguage)是面向對象軟件的標準化建

UML詳解

原文連結:https://blog.csdn.net/mj_ww/article/details/53020080   UML,即Unified Model Language,統一建模語言。百度百科對他的定義是:它是一個支援模型化和軟體系統開發的圖形化語言,為軟體開發的所有階段提供模型化和視覺化支援,包括由

UML五類十

用例圖 用例圖描述了一組用例、參與者以及它們之間的關係 用例圖包括三方面內容:用例(Use Case)- 參與者(Actor)- 參與者、用例之間的關係(泛化、包含、擴充套件等) 什麼是Use Case?       &nb

UML靜態---(use case diagram)

   ①、 什麼是用例圖?     用例圖是從使用者角度描述系統功能,是使用者所能觀察到的系統功能的模型圖,用例是系統的一個功能單元。用例圖描述的是從一個外部的觀察者的視角對系統的印象,強調的是這個系統是什麼而不是這個系統怎麼工作。用例圖與情節僅僅相關的,

unittest單元測試框架測試的跳過(skip) (六)

1.跳過測試用例的方法 @unittest.skip("don't run this case!"): @unittest.skipIf(3<2,"don't run this case!"): @unittest.skipUnless(3>2,"don't run this ca

Struts2一典型

寫一個簡單的登入跳轉的場景來記錄下struts2的用法。 前端使用的是DMI請求方式,後臺action使用繼承ActionSupport的方式建立action 一.構建struts2環境 1.匯入struts2的jar包 2.配置struts2的核心配置檔案: <?xml

C#機房重構

之前不是很清楚的瞭解用例圖有什麼用,但是在自己開始機房重構的時候才真正體會到了UML的圖的作用。       從機房登入成功之後敲了三個窗體之後,就開始陷入迷茫期。一直在思考自己的重構應該怎樣進行,這時多虧師傅及時點醒了我,

Python+Pytest 單元測試框架執行(第二篇)

俗話說:無規矩不成方圓,做事做人都一樣。寫程式碼也是一樣,都需要遵循基本的程式碼規範和格式。只有瞭解和遵循規則,才能寫出更高質量的程式碼,才能在錯綜複雜的 Bug 中快速定位出問題並找到解決方案。相信大家在《Python 單元測試框架之 Pytest 剖解入門(第一篇)》 已

【軟考路上】——include和extend

       記得去年剛學UML的時候,寫了一篇用例圖的部落格——《UML圖—用例圖》。        2011年5月的軟考下午題,考到了用例圖,突然感覺對用例圖中的include和extend概念

架構師UML類別,順序,活動

類別圖(Class Diagram) 順序圖(Sequence Diagram) 用例圖(Use Case Diagram) 小綜合 活動圖(Activity Diagram) 狀態圖(Sta

需求分析——

當用例檢視在外部使用者出現以前出現時,它捕獲到系統、子系統或類的行為。它將系統功能劃分成對參與者(即系統的理想使用者)有用的需求。而互動部分被稱作用例。用例使用系統與一個或者多個參與者之間的一系列訊息來描述系統中的互動。 用例圖包含六個元素,分別是:參與者(Actor)、用例(Use Case)、關聯關係(

Thinking in UML 學習筆記(二)——UML核心檢視

在UML中,需求模型又稱為用例模型,它主要用於描述系統的功能性需求,即軟體可以實現的功能,如登入、註冊、入庫、出庫、檢視庫存報表、增加員工資訊等。常規的用例建模一般包括兩個組成部分:繪製用例圖和編寫用例

UML9種(一)

用例圖用於需求分析階段,描述了一個待開發系統的功能需求,用例檢視強調的是系統的功能,是軟體開發設計過程第一個設計的檢視。它從使用者的角度描述使用者的雪球,從而描述系統的功能,並指出各功能的執行者,以及

軟體工程積累——UML

一.UML簡介 UML(統一建模語言,Unified Modeling Language)是一種定義良好、易於表達、功能強大且普遍適用的視覺化建模語言。它融入了軟體工程領域的新思想、新方法和新技術。它的作用域不限於支 持面向物件的分析與設計,還支援從需求分析開始的軟體開發的

速達的與時序

速達軟件 部分 訂單 軟件 log 技術 1-1 mage width 上圖這是我們速達軟件用戶之間的關系做出的用例圖,它們的關系就是註冊登錄選擇菜單,並且分為完成訂單和未完成兩部分進行。為完成就是結算,以完成就是終結。 這個是時序圖,它的構成基本就是整個軟件互相之間