DoDAF 案例規劃與演練《2》— OV5 (Operational Activity Model)

OV-5 — Operational Activity Model,可說是等同於傳統的企業的業務流程 (Business Process)描述, 在經由一連串的操作 (Operation)所組成的工作流程 (Workflow)後,以履行某一個業務標的或任務 (Mission)。

OV-5 的表達可說是幾乎與 UML 活動圖表達一般,它會描述在諸多活動之間包括 性能 (capibility), 活動 (activity, 或稱為工作, task), 輸入/輸出流 (I/O Flow)等資訊。

為了呈現某一連串活動所組成的活動圖,其目的為何,則可以利用企業層級的使用案例 (Business Use Case)來表達。

OV-5 精要 (Essential)筆記:

  • 利用企業層級的使用案例圖 (Business-level Use Case Diagram) 表達系統的規劃範圍。(本範例為 JFC 系統,亦即將聯合作戰指揮部當作系統)
  • 從使用案例可以看出:
    • 系統觸發事件的主要參與者 (primary actor),與系統的支援性參與者 (supporting actor)。
    • 系統所提供的服務 (service),每一個系統服務即為一個使用案例 (use case)。
  • 區分系統 “內” 與 “外” 時的好處在於:
    • 外部觀點即為功能性的需求分析,是站在外面看待如何 “用” 系統。
    • 內部觀點則著重在系統內部的組成結構元素,一般即以所謂物件導向的分析設計思維。
  • dodaf_ov5_business_usecase
    圖 1、OV5 – Business Use Case (點擊圖可察看原圖)

  • 作業活動圖 (Operational Activity Diagram)的重點在於表達什麼人(角色, role),在什麼時候,做什麼樣的事情(活動, activity),以及這些活動之間的流程關連。
  • 本張視圖的關鍵為呈現 “整體性的業務流程 (business process)”。
  • dodaf_ov5_operational_activity_model
    圖 2、OV5 – Operational Activity Model (點擊圖可察看原圖)

※延伸參考
 o DoDAF 案例規劃與演練《1》 — OV1(高階概念視圖)
 o 聊聊 DoDAF/MoDAF 規格與實作議題

【研討會 8/30】20th 軟體設計鮮思維講座—DoDAF介紹與實例演練

打一個我們 HSDc. 團隊即將於下個月所舉辦的研討會訊息...


報名與詳細講座資訊請參考: http://www.hsdc.com.tw/hsdc_20th_seminar

HSDc. 所舉辦的「軟體設計鮮思維」已邁入第四個年頭... 至今已舉辦了十九次,每次均有 2~3 個場次。
第 20 次的研討會,確定於 08/30 (星期六) PM13:20 舉辦。本次研討會的主題為「DoDAF 介紹與實例演練」。

DoDAF(Department of Defense Architecture Framework),是美國國防部軍方的規格。其目的旨在規範承包包括武器、資訊技術系統等的外包廠商,透過多個層次的角度(Multiple Views),能夠以標準化、一致性,來組織包括企業架構(Enterprise Architect),以及系統架構(System Architecture,這裡意指資訊系統),而能有具標準、一致性、多層次的設計視圖與文件等符合軍事要求的規格。

本次研討會的重點,即藉由 DoDAF 規格,來探討大型系統是如何作架構規劃的,包括軍事領域的聯合作戰指揮系統、以及政府單位防救災系統的架構規劃等,均有 “多個節點(Node)、多個資訊系統(Information System)” 這樣的特性。

DoDAF 探討的是大格局的巨觀(Macro View)架構思維,而導致諸多專研該規格的資訊人員視其為 “潘朵拉密盒”,不知該如何橋接至實作階段。 事實上,對於大型架構的巨觀,或者單一系統的微觀(Micro View),所需具備的只是物件導向的分析思維的基礎功夫。 本次研討會就揭露出如何從巨觀的架構,橋接至微觀的實作階段,包括符合 DoDAF 的 UML Model 檔(利用 EA+DoDAF Plugin),以及利用 ASP.NET + C#.NET 所展示出驗證 DoDAF 架構的程式碼,都讓參與研討的學員們帶回去,可說是相當具參考性的範本。

同時參加研討的學員們所拿到的光碟內容內,包括歷屆研討會所有簡報內容(2005/2006/2007)、UML 操作錄影檔、EA/Case Complte 等試用版、UML OCUP 模擬試題… 等,相當物超所值。

參考:DoDAF 介紹與案例
http://www.kenming.idv.tw/index.php?title=dodaf_ai_af_eb_a_e_af_cmaalt_1g_a_ov1_el&more=1&c=1&tb=1&pb=1

—————————————————————————————-
 o 採現場繳費方式,NT$400。 (現場贈研討會光碟)
 o 由於本站線上報名系統尚未測試啟用,煩請報名學員填寫下列資料報名 (下列欄位前為 * 者請務必填寫),並以 Email 寄至: service.hsdc@gmail.com
  =====================================================================================
  * 姓名:
  * 電子郵件:
  * 聯絡電話:
   任職公司與職位:
   備註:
  =====================================================================================
 o 報名經確認後,本站即會寄送確認通知信給報名學員。

***
請注意,由於需要保留及計算報名學員們的座位,請確定會前來參加後才填寫報名單,若不克前來,也請於報名表單或來信取消報名。若報名人數尚未滿額(每場人數以 75 人為限),不及報名者,若尚有名額,仍可以現場報名。
—————————————————————————————-

§講座主題:
 3. 從 DoDAF 看大格局的架構設計 – Kenming Wang
  o DoDAF(Department of Defense Architecture Framework) 介紹
  o DoDAF 架構分析的精要與技巧
  o 案例規劃與演練
   o 案例描述與架構規劃
   o Operational View 的產出介紹 (OV1 ~ OV6)

 2. 「企業架構與 DoDAF 的介紹」– Cathy Sung
  o 企業架構(Enterprise Architecture)簡介
  o EA、SA、LOBs (Line Of Business)之關聯
  o EA 之DoDAF簡介
  o EA與PM之互動模式介紹

 3. 「從 DoDAF 的系統觀點到實做程式」– Ringle
  o DoDAF 的 System View簡介
  o 利用 SV-4 描述系統的功能性需求並找出系統節點
  o 利用 SV-1 描述系統節點間的介面呼叫關係
  o 利用 SV-2 描述介面的詳細規格
  o 利用 SV-3 與 SV-5 描述系統節點間的關係,並結合 Operational View
  o 從 SV-4 到實現使用案例
  o 利用 SV-2 作為測試案例的基礎
  o 完整案例 Demo (附可執行 C#.NET 原始碼)
—————————————————————————————-

§時間:2008/08/30 (星期六) PM13:20 ~ PM 17:00 (三個小時的講座時間,並留半小時供學員提問與研討)
§對象:對軟體設計與架構規劃議題有興趣者,包括 軟體架構師、SA/SD/PM ,以及專研 DoDAF 規格的人員等。
§地點:開羅會議中心,台北市光復南路65號B2 (光復南路、市民大道交接口)。 請參考交通與地圖。
§主辦單位:HSDc 軟體設計顧問中心。
§講師:賴信仁(Ringle Lai)、宋敏如(Cathy Sung)、王克明(Kenming Wang)。

§備註:
 o 本次講座預計開放 60 個名額。(額滿即停止報名)
 o 因上課人數眾多,恕不直接提供列印教材,本次講座會直接附送「講座教材及示範操作光碟」等。教材內容並於講座前兩日公布於 HSDc. 網站,學員可自行列印講座教材。
—————————————————————————————-

High-quality Software Design Consultant.
TEL: 02-27227179
service.hsdc@gmail.com
軟體專業設計論壇: http://www.hsdc.com.tw

DoDAF 案例規劃與演練《1》 — OV1(高階概念視圖)

對於大型系統利用 DoDAF 規格的架構規劃,其實均有個共同的特點,也就是有多個節點(Node)、多個資訊系統(Information System)。 包括軍事領域的聯合作戰指揮系統、以及政府單位防救災系統的架構規劃等,均是有這樣的特點:如何表達表達多個節點之間的關連性、如何表達多個資訊系統之間的互動。

兩個主要的觀點: Operation View and System View。 又依照每個觀點所涵蓋的層次(layer) 與 功能性質的不同,又分為 OV1~OV7, SV1~SV11。 有趣的是,即使是 Operation View,也會利用如 UML 的循序圖(sequence diagram),如 OV6,來表達節點之間的動態互動情形。 而 UML 循序圖一般是被用來表達軟體系統內部,參與物件之間的互動合作關係。 其實這隱含什麼意思呢? 很簡單的道理! 在 Operation View,也可以運用物件導向分析的手法,與 System View 所不同的只有:一個是把 Node 當物件;另一個是把 System 當物件;但是相同的是:兩者均用物件導向分析設計的思維來作塑模(Modeling)

依據「DoDAF Deskbook v1」的建議,Architecture View 的開發步驟可以參考如下圖的各種視圖的先後開發順序。 當然,這不會是絕對的,對我而言,在抓這類大型系統的架構時,首要就是要先能界定出系統的整體框架。當把某一個設計的目標框架,界定為一個系統時,就會分出 “外” 與 “內”,而兩者的分析手法與看待系統的角度就會不一樣了。 “外” 重視的是 “用”,所以會觀察系統所提供的服務,而服務就會衍生出,系統應該提供什麼 “介面(interface” 讓外部的參與者來用;再來 “內” 重視的就是系統的組成元素,這就是屬於結構分析的角度。結構分析觀察的兩個重點是,一個為靜態的結構關係、另一個就是,在動態為了完成某一個 “用” 的功能服務時,會有哪些元素的參與、它們彼此之間又是如何傳遞訊息的。 最終,你就會發現到,到底是如何 “界定” 某一個框架為一個系統,會是架構師最大的課題與其必備的素養了。

DoDAF_Architecture_View 建議開發步驟
圖 1、 摘錄自「DoDAF Deskbook v1 p.2-5」

從上圖中可以看出, 「DoDAF Deskbook」所建議的開發步驟,是以 AV1 開始觸發、以 AV2 涵蓋所有的視圖。 事實上,AV-1 是什麼呢? “Overview and Summary”。 其實它就是一份 SAD(System Architecture Document)。 文件內容大概就是包含了專案的目的、專案的描述與說明、架構規劃的標的、情境、任務、願景與目標 …等。 也就是說,在未來展開這個系統的規劃時,範圍與目標均是在該文件所描述的範圍之內。 AV-2 呢? “Integrated Dictionary”,它就是未來在涵蓋所有的視圖內,經常會使用的術語(terminology),要能給予一個明確的定義及其該字彙的意涵。

所以, “All-View” 只是文件的報告而已,真正的第一張視圖是 OV1— “High Level Operational Concept”。 這一張也可以說是要能涵蓋所要規劃系統全貌最大格局的視圖了。 它是給指揮官以上的層級所看的概念性視圖,所以盡量不要以技術面的角度來表達這張視圖。 參考下圖:

DoDAF_OV1_Conceptual_Diagram
圖 2、OV-1— 高階概念視圖

閱讀全文 »

軟體思維顧問

專職軟體輔導與教育訓練的獨立顧問。輔導企業資訊單位如何有效組織系統開發與維護;輔導開發人員達成有效的專業分工。傳授如何把軟體作軟 (Keeping Software Soft)的技能,得以提昇系統的彈性/延展,並進而創造系統的再利用價值。

Personal