漫談「模式驅動架構」(一）

作者：
「模式驅動架構」(Model Driven Architecture - MDA)的由來

「漫談模式驅動架構」將分3期來簡述 MDA 技術的內容及其影響，讀者如有興趣可參閱學會發行的 Journal of Software Engineering Studies, 2(1), pp.3-12 本人發表的文章，我們在這一系列漫談中並不深談MDA 的理論，而只希望談談這種技術到底為何，至於專有名詞不易翻譯者，原則上將延用原文，但必要時會加以解釋。要了解這一系列漫談的文章，讀者最好具備物件導向的一般觀念。

2002年早期, Object Management Group (OMG) 聲明，MDA 為其策略方向，並於2003年6月發表"MDA Guide Version 1.0.1"，至此 MDA 的發展有其「官方」依據。

MDA 是基於所謂 "事務分離" (Separation of Concern) 以及 "抽像化" (Abstraction) 的原理與觀念而設計，因此系統分析師與發展者可以集中精神在事務邏輯的分析與設計上，而不必顧慮系統層次的細節，例如將來系統要在何種平台上實作等問題，為達到這項目的，OMG 在發表的 「MDA指引」中定義 MDA的三種模式，建構這三種模式同時也顯示使用MDA來發展軟體系統的基本過程(process)，包括: Computation Independent Model(CIM); Platform Independent Model(PIM); 以及Platform Specific Model(PSM)，PIM 與 PSM是使用事實標準(de facto standard)的視覺化建模語言UML來描述，PIM代表業務邏輯，PSM由PIM轉換(transformation)而來，其顯示在特殊平台上的系統模式，程式則由PSM轉換產生, 這種轉換固然可以人工為之，但一般皆使用MDA工具自動化轉換，因人工轉換費時而且易錯，軟體產品如果依PIM-PSM-Code過程產生就可在「標的平台」 (target platform)上使用，我們將在往後的漫談簡介這三種模式如何形成。

雖然 MDA 在軟體工程中並非 "銀製子彈"(silver bullet)，那麼企業接受這種技術有何好處，有何困難，我們引用2004年Grady Booch在 "MDA: A Motivated Manifesto" (註) 文章中所闡述，企業界可考慮接受 MDA 的 7 點重要理由:
  1. MDA使用者不必是具高度 UML 技巧的模式建造者
  2. 公司訓練工作人員精通MDA並無困難
  3. 公司如接受MDA就能夠吸引、顧用與留置MDA專家，因為MDA技術證明可加速投資回收(ROI)並節省發展時間
  4. 業務相關人員將能夠使用PIM, 因其無關實作而且容易了解
  5. 市場上提供的MDA工具已可讓使用者不受技術的牽制
  6. 以MDA為基礎的應用系統容許更複雜的自動化測試
  7. MDA工具的使用不致被特殊廠商所牽制與壟斷

我們認為企業界如果同意Booch的說法就可嘗試進入MDA的世界，而不必改變原來的作業方式，因為MDA是一種「框架」(framework)，並非為特殊軟體發展方法而設計。

下次漫談除簡述 CIM-PIM-PSM-Code 過程樣式 (pattern) 外，另撰一文來談談 "敏捷" (agility) 觀念與 MDA 的結合，這種結合稱為 Agile MDA，Agile MDA 可增進軟體發展的有效度(effectiveness即agility)與效率(efficient即MDA)，其功效可「活化」需求，使需求的改變不致成為發展軟體的一種負擔.

(註) http://www.sdmagazine.com/documents

屬人生「古來稀」族群，現在頭銜：國立中央大學資訊工程系(所)榮譽教授。謹希望借重「輕鬆談軟工」部落格讓學界、工商界以及具有決策權的官員注意軟體工程對各行各業的影響，進而重視台灣軟體工業的發展。

留言

  1. 薛念林2008年7月19日 下午5:17

    MDD 與 MDA 是有否有直接的關聯？是不是一定要用 OMG 所訂定的 MDA 標準來開發系統才叫做 MDD, 抑或是只要在開發中有用到 model 就可以稱為 MDD?

    Nick Hsueh, FCU

    回覆刪除
  2. 黃為德2008年7月20日 晚上8:14

    MDA是OMG依照他們的觀點(viewpoints)並依據所謂"Separation of Concern"的principle而構成,它並不反對有其他的觀點形成其他的架構,至於MDA與MDD(這個名稱並非OMG官方稱謂)主要差異是,MDA傾向限制並focus在UML的使用,而MDD並無此限制,MDA有其標準的proces(雖然羽毛未豐),目前有些公司提供的工具都是MDA工具,但未聞有MDD工具.MDD也有人稱為Model Driven Software Development但非OMG的語彙.
    我因"漫談MDA"無法詳談MDA的來龍去脈,如
    MDA的重要基石MOF,因此也只能漫談漫談.

    回覆刪除
  3. 薛念林2008年7月20日 晚上10:40

    黃教授：

    感謝解惑

    Nien-Lin

    回覆刪除

張貼留言

這個網誌中的熱門文章

CMMI是什麼?

作者：
CMMI(Capability Maturity Model Integration) 將軟體開發流程視為一種工程 ( 製造 ) 流程，利用控制、量測、改善 (control, measure, and improve) 等循序漸進的方法，達到軟體流程改善的一個框架。 CMMI 是在美國國防部 DoD 以及國防工業協會 (NDIA) 的支持下， CMU 的軟體工程學院 (Software Engineering Institute, SEI) 發展出來的模型。 CMMI 中許多的概念與原理來自於創立 SEI 軟體流程計畫 (software process program) ，並曾任職於 IBM 、領導大型系統軟體開發的 Watts Humphrey 。根據 IBM 與 SEI 的經驗， Humphrey 將廣泛運用在製造流程中的統計流程控管 (Statistical process control, SPC) 的概念，加以修正、擴充後運用於軟體流程管理中。 在一方面，定義軟體開發流程中的各種活動與其彼此間的關係，是將軟體開發流程視為一種製造流程，並實施量化控制的前提之一。在另一方面，由於這些活動相當繁多、複雜且彼此牽動，故唯有在軟體開發活動結構定義清楚之後，方能找出可量測事物，並根據其關連性推論量測值的意義。 CMMI 將軟體開發相關活動的實務作法分為 25 個流程領域 (process area, PA) ，定義其需管理的項目，含一般目標、特定目標、具體作法等，並找出其彼此間的關連性。 依性質來分，這些 PA 分屬於流程管理、專案管理、工程、與支援等四大類 流程管理 ： CMMI 的目的是流程改善，因此流程的定義、維護、修正等均為重要活動。 專案管理 ：因為軟體開發、維護均以專案為單位，以便在專案進行前進行人力、資源、時間、經費計算以及專案進行中管控，如需求變更、進度監控等。 工程 ：軟體開發實質上涵蓋許多軟體工程的原理與具體作法，如需求發展、分析、應用設計、系統設計、實作、測試、部署、維護等相關活動，這些活動需要加以管理。 支援 ：支持前三類活動進行之環境與工具之支援活動等，例如提供產出物與組態管控、議題追蹤等活動。 CMMI 有連續式 (continuous) 與階段 (staged) 式兩種表示法。採用連續表示法
閱讀完整內容

CRC cards - 非正規物件導向發展技術

作者：
圖片
最近看到Kent Beck與Martin Fowler講的一句『諺語』，說："Stick with simple tool, like pencil, paper, and whiteboard. Communication is more important than whizbang." 我才想到PO這篇短文，提供學生們(至少選我開授的OOSE的學生)參考。這句諺語我認為最重要的是『溝通』，溝通在軟體發展的過程中十分重要，尤其想使用『敏捷方法』發展軟體的工程師們更為重要(可參考Agile Alliance在2001年發表的『宣言』(manifesto)，此地不宜對宣言多做闡述)，問題是你要使用何種工具或方法來溝通？我想除use cases外，CRC cards可能是最佳工具之一，它是隨時隨地可得的低技術工具，易學易用。 軟體開發與維護時，工作夥伴的合作十分重要，換言之，團隊合作是發展工作成敗的關鍵，夥伴合作必須有好的工具或技術協助，CRC cards可能是適當的工具之一，據我所知，在台灣發展軟體的工程師很少使用像CRC cards這種簡單但被認為是一種『驚奇』(wonderful)的發明 (David Bellin, et al. 1997)，而這種技術雖然簡單，但卻可避免發展早期陷入太細節或者產生雜亂且定義不清楚的類別，因此希望這篇報導能引起從事軟體發展的人士注意到這種『老而彌堅』的技術，而且也希望各界人士能予指正。 CR C cards (Class-Responsibility-Collaborator cards) 是1989由Kent Beck與Ward Cunningham所共同介紹 (http:\\c2.com/doc/oopsla89/paper.html)， 其出現時期與WWW相同，至今約有20幾年的歷史，這個工具開始是用來教導新學員如何學習物件導向的觀念與程式製作，後來的演變卻超乎在教室內的需要，而成為軟體分析、設計以及敏捷思考的工具。CRC cards的軟體發展方法屬於一種非正規方法 (informal approach)，雖然屬非正規方法，但CRC cards可做為正規方法的輸入或前端作業，如Booch方法、James Rumbaugh, et al. 的OMT、Ivar Jacoson, et al.的OOS
閱讀完整內容

TCSE 2017

作者：
圖片
2017 年第 13 屆台灣軟體工程研討會於 7/8 圓滿落幕。本次共有25 個學術研究單位參加，包含中央大學、中央研究院、中正大學、中華電信研究所、元智大學、台中教育大學、台北大學、台北科技大學、台灣大學、交通大學、成功大學、亞洲大學、宜蘭大學、東吳大學、東海大學、虎尾科技大學、政治大學、修平科技大學、海洋大學、高雄師範大學、崑山科技大學、逢甲大學、嘉義大學、輔仁大學、靜宜大學等。第一天參與會議約 180 人，晚宴席開12桌約 120 人，第二天半天的活動也有約 100 人與會。 本次大會主題為 Software Engineering and Data Science，共有 83 篇投稿，最後收錄 75 篇論文，包含 12 篇英文論文，6 篇展示論文及 57 篇中文論文。針對這三類論文共邀請九位委員選出六篇最佳論文，其中最佳英文論文兩篇： Chien-Hung Liu and Woie-Kae Chen, Coupling Analysis and Visualization of KDT Scripts. (台北科技大學) Hwai-Jung Hsu and Yves Lin, How Agile Works in a Software Corporation: An Empirical Study of Assessing Agile Methods from Viewpoints of Business Data Analytics. (逢甲大學, 鈦坦科技) 最佳中文論文三篇： 徐偉哲, 鄭永斌, Virtual Objects for Program Visualization in xDIVA  (中央大學) 李信杰, 黃琪恩, 游傑麟, 以Text-Attribute- Context為基礎識別演化網頁中變動元素之方法與自動化網頁回歸測試之實務應用 (成功大學) 陳鵬中, 馬尚彬, 呂致緯,  LODE: 鏈結開放資料之建立、查詢與服務生成平台 (海洋大學) 以及最佳展示論文一篇 李霽烝, 陳薇涵, 陳錫民, 基於共享機制的計程車評價分享平台 (逢甲大學) 感謝李允中教授的協助，特別邀請到美國 University of Texas at Dallas 的 Prof. Lawrence Chung 主講 Big
閱讀完整內容