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
易擴充套件的辦公流程化管理核心模型(第1版)肖永威 2015.1
相關文章
- 軟體專案需求開發過程實踐之業務建模用例圖
- [全程建模]業務用例到系統用例的變化圖
- 業務建模:CQRS應用場景
- [全程建模]系統用例和業務用例的區別以及用例粒度的討論
- RUP大講堂(第四講)-業務建模技術實踐
- UML建模——使用EA工具開發時序圖實踐及經驗時序圖
- 業務用例+概念用例+系統用例
- [全程建模]業務建模和用例模型以及需求規格說明書的關係模型
- 對業務流程建模而不是對實體建模 - poweredbybeard
- 根據業務能力實現DDD建模 - trond
- 資產會計(FI-AA) APC業務及其業務實踐
- 行業實踐:RocketMQ 業務整合典型行業應用和實踐行業MQ
- 業務4P分析實踐
- 國標是最佳業務實踐
- 騰訊地圖Flutter業務實踐——地圖SDK Flutter外掛實現(一)地圖Flutter
- 業務資料分析和建模薦
- 深度學習在小米電商業務的應用實踐深度學習
- 使用業務能力方法實現DDD戰略建模 - pulse
- 美團圖資料庫平臺建設及業務實踐資料庫
- Fetch方法封裝、業務實踐封裝
- 中介者設計模式——業務實踐設計模式
- [技術討論]業務建模和使用者業務的關係
- [全程建模]用例、用例圖和用例模型的概念解析模型
- BERT模型在京東零售業務的應用實踐模型
- 架構師之路 - 業務領域建模架構
- 業務建模:BoundedContext(有界上下文)Context
- 軟體需求與分析 業務建模分析
- UML建模——用例圖(Use Case Diagram)
- 滴滴業務研發的精益實踐
- 《業務安全白皮書》:頂象防禦雲的應用實踐
- 用java實現業務邏輯Java
- 使用 WebSphere Business Modeler 進行業務建模Web行業
- 業務瘦身42%+效率提升50% :去哪兒網業務重構DDD落地實踐
- 【SAP業務模式】之ICS(一):業務詳述模式
- 騰訊位置服務Flutter業務實踐——地圖SDK Flutter外掛實現(一)Flutter地圖
- 京東 App適配 iOS 暗黑模式業務實踐APPiOS模式
- 策略模式在PHP業務程式碼的實踐模式PHP
- 單測在商家前端業務中的實踐前端