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

來源:互聯網
上載者:User

標籤:uml   ea   流程管理   軟體設計   oa   

        本文重點是業務建模實踐,以及建模工具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

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

相關文章

聯繫我們

該頁面正文內容均來源於網絡整理,並不代表阿里雲官方的觀點,該頁面所提到的產品和服務也與阿里云無關,如果該頁面內容對您造成了困擾,歡迎寫郵件給我們,收到郵件我們將在5個工作日內處理。

如果您發現本社區中有涉嫌抄襲的內容,歡迎發送郵件至: info-contact@alibabacloud.com 進行舉報並提供相關證據,工作人員會在 5 個工作天內聯絡您,一經查實,本站將立刻刪除涉嫌侵權內容。

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.