年度最佳UML/MDA工具

備受關注的新一代需求管理工具Trufun Bacon X正式發布！
它集現有需求管理工具Telelogic 和Requisite Pro之大成，為用戶的需求管理提供了一個新的、更加強大的選擇！

Trufun Bacon是一個跨平臺、企業級應用的需求管理工具，它提供了所有你需要捕獲、連接、跟蹤、分析與管理各類用戶信息的功能特點，貫穿于我們項目開發的全過 程中，以保障項目符合所描述的需求和標準。為滿足業務需要的溝通，Trufun Bacon支持不同功能小組之間的協同開發，使用戶可以檢驗所構建系統是否正確以及所構建的方式是否合適。Trufun Bacon提供類似word的富編輯界面，實現管理用戶需求和需求變更，幫助項目團隊改進項目目標的溝通，增強協作開發，降低項目風險，以及在部署前提高 應用程序的質量。

在線幫助：http://www.trufun.net/helponline/bacon/

演示網址： http://euml.trufun.net/bacon/bacon。其中登錄頁面中“Bacon服務器”為"http://localhost:8083/com.trufun.bacon.service/"，用戶名和密碼都為"admin"。

Trufun Bacon客戶端支持Web，RCP和Eclipse插件。后者為富客戶端，即獨立應用。如需富客戶端、服務器下載或者咨詢購買事宜，請聯系我們(QQ: 344593239，570147781；或通過網站的在線客服系統咨詢)。

Trufun Bacon WEB版和客戶端(RCP或eclipse插件)的區別：
1、 WEB版僅提供了一個純文本編輯器和HTML瀏覽器。而客戶端是HTML編輯器，可以支持富文本編輯，并且支持圖像的上傳。
2、 WEB版不支持基線的導入、導出、比較和瀏覽功能。
3、 WEB版不支持登錄頁面的保存密碼功能。
4、 WEB版不支持視圖的編輯和配置，為只讀視圖。
5、 WEB版不支持WORD導入，HTML導出和UML導入和導出。

Trufun五周年慶典，UML產品買一送二活動

 為慶祝西安楚凡科技有限公司成立5周年，特舉行Trufun系列UML產品買一送二活動，即日起購買一套Trufun Kant Studio產品可獲贈2套Plato企業版產品，多買多送，同時還有贈送企業內訓的活動，歡迎通過網站在線客戶、qq：344593239、email：webmaster@trufun.net、029-88346234等方式咨詢具體解決方案內容。

 Trufun產品是基于開放的、模塊化的、久經考驗的一站式軟件開發平臺，提供了一個有針對性的產品、服務和最佳實踐組合。我們可以幫助您優化軟件和系統交付流程，最大化項目預算資金的使用，提高質量，并加強項目利益相關人之間的協作。

Trufun 4+3 OOAD&TUP全過程實戰課程

◆ 培訓目的：為解決國內軟件開發企業/團隊普遍存在的諸如“采用面向過程的思維方式進行面向對象的 開發；建模是累贅，基本不進行建模；UML概念和過程基本都了解，但是在實際項目中卻無從下手，不知道何時該建何種模型……”等問題，楚凡科技結合多年產 品開發經驗、企業內訓和客戶反饋情況，特在暑期啟動此培訓活動。我們希望可以通過基于TUP的規則和規范來指導、剖析真實的軟件項目，來幫助學員建立完整 的面向對象的軟件過程，真正掌握和應用軟件過程、UML規范和建模工具到實際的軟件開發活動中，并由此大幅提高開發效率和軟件開發質量。
◆ 培訓內容：OOAD&TUP全程實戰，項目來源于學員提供項目
◆ 培訓時間：2010年7月25日--2009年7月31日(七天)
◆ 培訓對象：項目經理，高級工程師、系統分析師、架構師、軟件工程教師。要求有一定面向對象開發基礎，了解UML基礎知識。
◆ 培訓安排：第一天：UML基礎；第二天到第四天：OOAD&TUP過程；后三天內容可選：需求管理、軟件測試、架構設計、軟件復用、設計模式（學 員可根據民主決策過程，挑選其中2種進行專題詳解）
◆ 培訓費用：可根據自己情況參加前4天課程或者全程7天課程講解，前四天費用4500元，后三天可結合需要選擇參加，每加一天課程加1200元費用。（培訓 費用含培訓期間食宿費，差旅費自理）
◆ 培訓優惠：參加全部7天課程贈送價值4000元的Trufun Plato X企業版新一代uml2建模工具。
◆ 培訓地點：西安高新區
◆ 培訓證書：Trufun UML高級分析設計師證書(7天)和Trufun TUP高級工程師認證證書(4天)。
◆ 培訓專家：Trufun 高級培訓師，資深UML專家，TUP標準制定者之一。豐富的軟件開發、項目管理經驗和培訓、咨詢經驗。曾在北京、上海、深圳等多地為多家大中型企業、軍 隊、高校實施TUP全過程實戰內訓、OOAD培訓、UML2培訓等。
◆ 培訓內容：
TUP，即Trufun統一過程，是中國唯一的 UML工具廠商—楚凡科技基于多年CASE工具研發，及軟件工程研究和咨詢而提出的全新軟件開發過程。TUP整合面向對象的分析設計過程，是一種以模型為 中心的全新軟件開發過程模型。它的核心思想認為軟件的開發過程是構建從需求到最終實現代碼的一個個中間演化模型，該模型分為三個階段：草圖、藍圖、精圖， 它的過程方法是一種組合方法，不同的階段采用不同的過程方法，草圖階段采用迭代法，藍圖階段采用增量法，精圖階段采用組件開發法。整個過程共有13個活 動，若干目標和成果，3個里程碑。
       TUP軟件開發過程主要希望達到以下目標：
1. 簡化建模過程，是建模過程的工作量減少，無需建立多套模型。
2. 無需多個角色相互完成一個模型，建模過程只有兩個角色，系統建模人員和子系統建模人員，系統建模人員主要完成與系統架構有關的建模和子系統之間的關系建 模。子系統建模人員每人負責一個子系統，完成從藍圖到精圖的全部建模，避免了由于頻繁交流而引起不必要的成本增加。
3. 整個建模過程概念統一，避免對同一個概念為了適應過程模型而作不同修改，比如出現象“業務用例、分析用例、實現用例、測試用例”等大量的新概念。
4. 與以前的面向對象概念接軌，如OOA，OOD，OOT等概念在TUP可以找到相應的位置。并且和以前的定義不矛盾。
5. 從軟件開發過程來看，覆蓋了從需求定義到軟件實施以后的升級開發所有活動，從技術上看，覆蓋了從對象、類、組件、模式、架構的所有元素。
6. 與楚凡科技的建模工具結合，最大程度地實現需求、分析、設計、代碼空間統一和相互轉換。
7. TUP根據企業的實際情況進行定制和裁剪。

培 訓咨詢：029-88346234    webmaster@trufun.net

關鍵字：Java開發 UML 知道UML造成了怎樣的局面大混亂嗎？知道什么樣的功能是UML擁有但JAVA不具備的嗎？知道我們為什么需要除JAVA外的另一種電腦語言嗎？UML并 不僅僅只是JAVA或者其它什么語言的替代品。UML并不僅僅只是JAVA或者其它什么語言的替代品。UML是面向對象的分析及設計的注釋。UML是獨立 于那些傳統設計語言之外的一種語言。因為UML并不依附于某種語言，而且它被用作是聯系溝通Java、 C++ 、Smalltalk等語言的基礎工具。通過使用UML，可以在開始編碼之前規劃好整個系統，并且開發人員清楚自己所負責的模塊在整個系統中所起的作用。  

更為重要的是，UML可以幫你記錄下從設計就開始出現的錯誤，要知道糟糕的設計會帶來一系列的麻煩。設想一下，在源代碼編制到 一半的時候，你突然發現你所需要的信息已經枯竭了，但你卻沒有辦法重新取得信息，因為你沒有引用OBject，甚至于你引用了object，然而信息確是 非public的。顯然的，你將花費數天時間來找出代碼的變化。  

UML可以幫您擺脫如下一些困境：代碼隨著細節的增多而累積， 因此，查找哪些是系統的基本要素，了解objects之間的關系如何以及它們之間怎么聯系都會變得困難起來。當大量的代碼產生出來的時候，做一些改變也變 得困難。因此決定一個對象的功能被分配到協作中的設置是一項主要的工作。甚至有時只是改變一個方法的名稱那樣簡單事情，也很可能導致一個很長的編輯 ----編譯---錯誤循環。  

在編碼之前高水平的設計是進行正確的需求分析和精確的定義，UML的自動化工具固然重要，但 UML在設計討論中就顯得更為有用。  

OOA, OOD, and OOP  

什么是OO分析和設計？它 們與OO編程相比又有什么不同之處？要了解這些，請注意觀察一個程序的循環過程  

第一步，需求收集：首先要規劃好系統，計劃好系 統的實施步驟。通常人們都會通過討論來萃取出需求，并做詳細記錄，然后與關鍵用戶或是消費者一起探討并使他們同意你們已掌握系統正在解決的問題。  

OOA （Object oriented analysis）即是描述系統實施與系統規劃相結合一個的進程。解析放大了處于問題中心區域的目標，分析它們的重要作用是什么，分析何種目標與何種目標 相聯系。另外，解析還決定何種目標從屬于公用類別。  

OOA （Object oriented analysis）即是描述系統實施與系統規劃相吻合的一個過程。分析放大了處于問題中心區域的目標，分析它們的重要作用是什么，分析何種目標與何種目標 相聯系。另外，解析還決定何種目標從屬于公用類別。  

特別地是，解析應與現實生活中的問題類似，不需要產生什么新的復雜的問題。 你甚至可以與一個不懂技術但懂得這些問題的人員來分享這些解析，他們可以指出你在解析中遺漏了什么，忽略了什么或者哪些地方出錯了。  

OOD 在設計階段，你得準備將具體問題放大化以便分析。然后你得決定方法的自變量有哪些，以及它們的return類型。你也許可以發現新類將會幫您完成設計 。你可以抽象出公用的功能到接口或基類中。一個單一的分析類可以分解成為幾個合作類。總而言之，你仍停留在規劃階段，而不是實施階段。。  

OOP在您搭建好一個框架后，下一步就是實施代碼了。在合適的設計后，你可以按以下步驟來實施細節：  

1、是使用哈西表或者 是二叉樹  

2、是使用RMI還是CORBA來完成客戶/服務器的通信？  

3、用何種語言？  

為了更真實的體驗到UML是怎樣在解析及設計階段起鋪助作用，則需要通過解決一個問題來了解。  

一旦你將一切都代碼化并且處于 施行中，你就可以將周而復始的循環運用。隨著系統交付日期的臨近，更會發現什么地方不足，以及下一步需要完善哪一部份。通過使用交互式的解析、設計，完善 及運行，你可以很迅速、穩定地重復運行及完善系統，而不需要擔心遺失代碼。  



文章來源于領測軟件測試網 http://www.ltesting.net/

隨著微軟Visual Studio 2010的正式發布，Kant for Visual Studio 2010雙向同步插件也正式發布！成為全球第一款集成vs.net2010開發平臺的UML建模工具

用戶可以通過此插件實 現C#, VB.net, C++和UML的雙向同步。
      Visual Studio 2010插件更新步驟：
      1）下載更新包：最新更新包 (2010.4.27)下載地址
      2）關閉vs.net。
      3）按照解壓后的“vs.net2005插件安裝指南.txt”，“vs.net2008插件安裝指南.txt”，“vs.net2010插件安裝指 南.txt”中的說明，根據vs.net的版本進行相應的插件安裝。

插件下載地址http://www.trufun.net/update/x/vs_addon20100427.zip

UML建模與軟件開發過程模型

現在談到軟件開發過程，大家可能也不會陌生，學過軟件工程的人都能隨口說上幾個軟件過程模型，現在要把這兩種不同的模型拿到一起來討論，一方面是軟件開發的實際需要，另一方面也是UML建模工具要和其他面向對象開發模型結合的一種必然要求。
  但是，OMG為了防止UML建模和某種開發過程模型結合過緊，導致其適應性降低，使統一性大打折扣，從而影響UML建模工具的普及和推廣，只制定了語義規 則和表示符號，對于一個實際問題怎樣進行建模，并未制定象數據庫設計范式那樣的規范和原則，對于一個項目，應該先建什么模型，后建什么模型，也沒有做什么 限制。也就是說，沒有規定UML建模的工作過程和方法，UML建模可以適應任何開發過程模型。
    軟件開發過程模型的理論定義比較簡單，而把這一過程模型在實踐中應用成功，卻有許多制約因素，首先是軟件的范圍，一個大型分布式軟件系統和一個單機版的個 人軟件系統在開發管理上肯定不同；其次軟件的開發目的，一個為了提高瀏覽量而開發的網站和一個為密集計算而開發的的一個處理系統在開發過程管理上肯定不 同。最后一點是團隊，不同的團隊在磨合度、個人能力、團隊協作等方面各不相同，開發相同的項目使用相同的開發過程模型，開發結果完全不同的實例多得數不勝 數。另外，軟件復用是面向對象的一大特點，它不但與所選擇的開發過程模型有關系，而且與企業文化和企業的做事方式有關。
上面這一些都說明，選擇或 設計一個好的，能夠反映軟件開發過程在什么時候做什么、如何作的過程模型并不是件容易的事。UML建模工具和統一過程（RUP）結合，是很多人熟知的理 論，這很大程度上得益于UML三位主要創始人的功勞，因為它們曾共同出過一本關于UML與統一過程的書，另一方面是UML建模工具和統一過程的發源地都是 rational公司，也使人們誤認為使用UML建模工具就得使用統一過程，事實上，UML自1.0版本以后，就歸OMG所有，而RUP不是OMG發布 的，只有OMG發布的信息，才能作為我們的行業標準。
一切先進的思想，往往是融合了先前其他人的先進思想，在介紹trufun的TUP建模過程之前，我們有必要回顧一下和UML建模結合的幾種軟件開發過程模型。
統 一過程（UP）模型：統一過程模型在和UML建模結合時，采用以用例為驅動的方式，用用例連接所有活動，每個活動都建一組模型，如業務領域模型、責任領域 模型、實現模型、測試模型，每組模型中又由多個不同的角色共同協作完成，比如具有專門進行用例建模的角色和組件建模的角色等等，采用增量迭代方式建立和完 善用例，并對每一次建模進行評估，在項目的計劃、監控等方面并非以建模為中心，而是把建模作為統一過程的一個小部分。該模型的主要缺點是周期長、人員要求 多、建模工作量大。
迭代模型：它是采用較多的小迭代來實現最終的模型，也就是說，模型圖是通過一系列步驟一步一步地建起來，每一次迭代都有新信息 添加到模型中來，每一次迭代都要經過評估，都是下一次迭代的輸入，迭代會使系統開發的活動（需求、分析、設計和測試）執行多次，并且每次都有新的內容增加 進來。這個方法有一個缺點是在迭代的后期，仍然有新的需求增加進來。
增量模型：增量模型開發每次迭代都能產生一個可執行的結果，這個結果是一個可 “交付的”系統版本，每一次迭代要經過評估，并且增加了一些新的功能，增量模型主要包括分析、設計、實現、測試四個活動。該方法有一個很大缺點是到了項目 迭代后期還要進行設計，會給系統帶來很大的風險。
XP模型：又叫極限編程，它是一個輕量級的、靈巧的軟件開發方法；同時它也是一個非常嚴謹和周密 的方法。它的基礎和價值觀是交流、樸素、反饋和勇氣；即，任何一個軟件項目都可以從四個方面入手進行改善：加強交流；從簡單做起；尋求反饋；勇于實事求 是，整個開發是以測試為驅動的，它屬于小型方法，對于初級軟件開發企業有效，無法站在軟件過程的行列談和UML建模結合的問題。

詳細介紹新建UML2項目的操作步驟，產品下載地址：www.trufun.net

File(文件)菜單

New/Project... 新建/項目  新建UML2.x項目

   1、直接點擊Trufun X系列主界面上提供的快捷工具（如下圖）或者通過主菜單：【文件】/【新建】/【項目】（如下圖），進行新建UML2.x項目。

  

快捷工具欄新建項目	file/文件菜單新建項目

  
  進入彈出的新建項目對話框，如下圖所示。  
  
展開"Trufun UML 建模"分類，選擇"新建UML2.x項目"，然后單擊"下一步" 按鈕，如下圖所示：

進入選擇項目類型對話框，如下圖所示。選擇UML類型，其他類型會在后面的文章中介紹。

下一步進入創建UML項目名稱對話框，如下圖 。所定義項目名稱不能和已有項目重名，否則不能通過，這里項目保存空間已經在啟動時候選擇好，當然也可以重新選擇新的保存空間。

輸入正確的項目名（如"20100309"）后，單擊"Finish/完成"按鈕，系統創建項目，創建項目完畢進入Trufun工作主界面，如下圖。


Save 保存

保存當前項目。
注：這里Trufun X系列產品暫不開放項目另存功能，想另存項目可通過下面的方式解決：
1、切換模型瀏覽器到導航，如下圖所示，選擇該項目，右鍵菜單復制，如下圖。



繼續右鍵菜單選擇粘貼，對新項目進行重命名，就實現了將原項目另存的目的。
Save All 保存所有

保存當前所有項目。
Import... 導入已有UML2.x項目


  直接點擊Trufun X系列主界面上提供的快捷工具（如下圖）或者通過主菜單：【文件】/【導入】（如下圖），導入已有的Trufun UML2.x項目：
  
  導入快捷工具欄  
    
  
  選擇導入菜單，彈出如下圖對話框，展開常規選項，選擇“現有項目到工作空間中”，點擊下一步
    
  進入導入項目對話框，如下圖：選擇自己要導入的項目文件。
    
通過選擇"選擇根目錄"來選擇要導入的uml項目，單擊"瀏覽"，彈出如下對話框，只選擇到項目目錄(.project文件所在目錄)一級，系統會自動顯示該目錄下可以導入的UML項目以供選擇。
    
  可以導入一個UML項目，也可以導入多個列舉的UML項目，如下圖。選中要導入UML項目，單擊"完成"。系統自動導入選擇的UML項目，但是項目導入進來后，不會自動打開模型。需要雙擊模型瀏覽器上的項目名才可以打開項目。
  

◆ 培訓時間：2009年7月18日--2009年7月21日(四天)
◆ 培訓對象：設計師、架構師、系統分析師、項目經理、程序員
◆ 培訓費用：2600元
◆ 培訓優惠：報名前10名可獲贈價值999元Trufun Plato專業版一套，團體3人以上報名9折
◆ 培訓地點：西安軟件園
◆ 培訓證書：Trufun UML設計師認證證書
◆ 培訓專家：吳老師，楚凡UML高級培訓師，資深顧問。20多年軟件開發、工程管理經驗，并有多年的外企工作經歷。 個人能力：

• 擅長軟件系統體系架構的分析與設計，對軟件系統的總體結構和行為有深刻理解；
  
• OOP/OOAD功底深厚，精通UML語言，并在多個項目中成功實施面向對象的開發，全程參與分析設計，編碼實現，測試等過程；
  
• 熟悉軟件工程知識體系的主體框架（如SW-CMM 1.1/CMMI 1.02），掌握CASE工具——Trufun系列產品的全過程應用，并有在項目中實際運用的豐富經驗；
  
• 精通現代軟件工程思想和實踐（如：CMM，組件技術等等），先后領導和參與公司的軟件過程管理和改進，成果卓佳；
  
• 精通主流開發平臺/標準和語言/數據庫（如：.NET，J2EE / C,C++,C# ，ASP.NET/ SQLServer等）；
  
• 熟悉多種企業應用架構模式和設計模式，精通多層架構，精通B/S,C/S結構，Web企業應用等；
  
• 多年的培訓授課經驗，從實際案例出發，從淺入深貫穿整個授課內容

◆ 培訓目的：
1) 詳細講述UML9類框圖和UML概念，幫助學習者精通UML語言和UML工具；
2) 能獨立地進行系統分析與設計，并利用UML設計自己的業務模塊；
3) 如何把“統一建模語言 (UML)”應用到基本的面向對象分析和設計乃至整個軟件過程中，其中包括使用UML建立業務模型、需求模型、分析模型、設計模型、實現模型、測試模型、部署模型。

課程簡介
本 課程主要向系統開發人員講授如何使用UML（統一建模語言）建立系統模型，描述系統架構。包括了靜態建模、動態建模、物理架構以及UML的擴展。學員可以 有效地通過用例表述的系統需求來開發穩定的分析模型、設計模型、實現模型、測試模型、部署模型。學員將了解如何把“統一建模語言 (UML)”應用到基本的面向對象分析和設計概念中，其中包括構架、對象、類、構件、構造型、關系和各個類型的圖。
在本課程中，學員可以通過學習使用建模工具來提高系統分析和設計能力。從理解團隊開發基礎到創建圖并運行報表，再到觀看正向和逆向工程演示，學員將練習UML建模工具的所有基本內容，從而理解UML建模工具的功能和可視化建模的價值。

培訓大綱：http://www.trufun.net/www1/Ch/ProductView.asp?ID=102&SortID=146
培訓對象
該課程適用于希望在實際項目應用中系統性的應用UML的技術人員，以及那些希望獲得在用例驅動、以構架為中心和迭代化開發過程中，應用該技術的高級項目開發人員。包括需求調研人員、構架設計師、分析人員、設計人員和軟件開發人員、產品市場技術人員。
本培訓課程適宜于想從事軟件系統分析與設計的系統程序員，最好應精通一種OOP的語言（如：C++、C#或者Java等）和開發工具（PB、Delphi、VC++等）。

必備條件
參加此課程之前，學員應當具有面向對象語言程序設計經驗。為確保授課效果，學員應當具備基本的軟件工程背景知識和能夠閱讀簡單的計算機英文的能力。

認證證書

報名流程：
   1) 學員填寫培訓報名表發送到我公司，并將培訓費用轉賬或匯款到我公司對公帳號(開戶行：中國銀行西安通濟坊支行  開戶帳號：4294 5008 091001 開戶名：西安楚凡科技有限公司)；
   2) 我公司確認培訓費用到帳后，通過email或者傳真發送培訓證(加蓋我公司公章和學員編號)。
   3) 學員持培訓證參加培訓。

主辦單位：西安楚凡科技有限公司(www.trufun.net)
聯系人： 029-88346234 段女士 email:webmaster # trufun.net/ trufun # trufun.net
在線咨詢：344593239、570147781

報名表

姓名	單位	電話	email

模型驅動架構(Model Driven Architecture，MDA)是由OMG定義的一個軟件開發框架。它是一種基于UML以及其他工業標準的框架，支持軟件設計和模型的可視化、存儲和 交換。和UML相比，MDA能夠創建出機器可讀和高度抽象的模型，這些模型獨立于實現技術，以標準化的方式儲存。MDA把建模語言用作一種編程語言而不僅 僅是設計語言，MDA的關鍵之處是模型在軟件開發中扮演了非常重要的角色。Trufun Kant系列產品就是一款非常便捷的MDA工具，它是基于Trufun Plato UML2.x建模工具基礎上開發出來的，因此它的可以實現整個項目的分析、設計、開發過程。可以實現與平臺無關的模型，并可將此模型轉換為平臺相關模型。 (注:Trufun Kant系列產品有Trufun Kant for Java ,Trufun Kant for vs.net, Trufun Kant for C++以及涵蓋了以上三個產品功能和數據庫建模的Trufun kant Studio大集成產品)
      MDA源自于眾所周知的把系統操作的規范從系統利用底層平臺能力的方式細節中分離出來的思想，MDA工具提供了一種途徑（通過相關的工具）來規范化一個平 臺獨立的系統、規范化平臺、為系統選擇一個特定的實現平臺，并且把系統規范轉換到特定的實現平臺。Trufun Kant系列產品則是完全遵照這些規范的MDA工具，為系統提供了一個統一的實現平臺。MDA的三個主要目標是：通過架構性的分離來實現輕便性、互操作性 和可重用性。
     模型驅動架構（MDA）是OMG組織近年來一直熱炒的一個新的技術體系，也是眾多搞軟件模型研究人員的一個新熱點，其核心的思路是希望通過對商業模型（比 如企業信息化或建筑領域的解決方案）的領域研究。進而提煉出一個相對核心的領域模型，同時抽象出一個PIM（平臺無關模型）。之后根據不同的開發平臺（例 如.net或Jave），應用平臺（windows或unix）形成相應的 PSM（平臺相關模型）。Trufun Kant 系列MDA工具已經可以完整地生成相應的代碼框架，保障了項目從需求開始到后面的實現框架的統一和穩定。
      模型驅動架構（MDA）的發展階段理論還處在一個探索期，很多工具的也是跟著MDA的思想在一步步完善，從目前的趨勢而言，要完全實現OMG提出的MDA 思想，MDA工具至少還需要數年的努力才能完全成熟。目前MDA工具的實現還局限于類圖與代碼的對應，代碼框架的生成，但是大多數工具還無法實現兩者之間 的反復正反向同步，而Trufun Kant產品則已經很好的解決了這一問題，使無論修改模型還是修改已經生成的代碼都能夠保障實時同步到另一邊，保障項目過程中模型和開發的始終統一。
       MDA目前在以下領域得到了應用：
      *銀行業
      *保險業
      *公共企業(特別在金融管理領域)
      *嵌入式系統
      *后勤保障系統
目前Trufun Kant系列產品的應用已經基本覆蓋以上領域。
      您也會看到，MDA的確在其中起到了作用。MDA的實現主要集中在以下3個步驟：
      1 首先，您用UML對您的應用領域進行高度抽象的建模，這個模型和實現它的技術（或者底層技術）完全沒有關系。這個模型我們稱之為平臺無關模型(PIM)。 Trufun Kant 系列產品是基于UML2.1最新標準的UML建模工具——Trufun Plato實現的，因此對于這一點的支持是毋庸置疑的。
      2 然后，PIM將被轉換為一個或多個平臺相關模型(PSM)。這個轉換過程一般是自動實現的。PSM將用一個特定的實現技術來描述您的系統。Trufun Kant系列產品實現這一過程的自動轉換，并且可以將PIM模型轉化為10多種面向對象的語言相關的PSM。這一步是MDA流程中最難的，它要求您對您要 應用的基礎技術具有豐富且鞏固的知識，另一方面，源模型(PIM)必須具備自動生成PSM所要求的足夠信息量。
      3 最后，PSM將被轉換成源代碼。Trufun Kant 系列產品利用了橋接器技術和代碼框架技術來實現這塊功能，其中代碼框架可以正向完成模型到代碼的轉換，而橋接器則保障了模型和代碼的實時同步。
      使用MDA的前提
      * 業界(甚至是整個世界)一個被廣泛接受的事實是：只有變化是永恒的。技術永遠在革新。這在中間件領域尤其明顯，當然還有數據庫技術，操作系統，甚至是編程語言都經常變化。這些技術明顯比應用領域的基本概念要變化的快。
      * 如果您在某一特定的應用領域工作，在這個領域中的項目都具有一定的相似性。整個應用程序族或者不同的項目都屬于同一個應用領域，那么，MDA或者生成流程將特別適合于您。
      MDA的優點
      * 您對建模的投資將更加持久的有效--遠長于您目前實現它所應用的技術。這將更有利于保護您的投資。
      * 您具有了技術上的靈活性。
      * 您將不再受技術或應用所具有的不同變化周期的影響--在MDA的幫助下，您可以中立的保持兩方面的多樣性。
      MDA的缺點
      * MDA意味著更多的"組裝"而不是"開發"--在為一個應用建立PIM的時候，您基本上沒有技術上的周旋空間。這對于今天的很多開發人員來說，還是難以想象的。
      * 軟件開發的創造性在一定程度上減弱了。開發人員常常覺得，就一種新技術展開爭論，在技術的前沿工作，是十分吸引人的。可是在MDA流程下，大量的工作是建立模型，這和具體的技術相距甚遠，但符合OMG的建議。
      * 潛在的不成熟性。UML2.x初長成，基于此的MDA工具出現的時間也相對較短，后期的發展還會不斷。
MDA的軟件開發周期
     在MDA中軟件開發過程是由軟件系統的建模行為驅動的。下面是MDA的軟件開發周期：

      MDA生命周期和傳統生命周期沒有大的不同，主要的區別在于開發過程創建的工件，包括PIM（Platform Independent Model，平臺無關模型）、PSM（Platform specific Model，平臺相關模型）和代碼。PIM是具有高抽象層次、獨立任何實現技術的模型。PIM被轉換為一個或多個PSM。PSM是為某種特定實現技術量身 定做。開發的最后一步是把每個PSM變化為代碼，PSM同應用技術密切相關。傳統的開發過程從模型到模型的變換，或者從模型到代碼的變換是手工完成的。但 是在Trufun Kant系列MDA工具中，這些變換都是工具自動完成的。從PIM到 PSM，再從PSM到代碼都可以由工具自動實現。PIM, PSM,和Code 模型被作為軟件開發生命周期中的設計工件，在傳統的開發方式中是文檔和圖表。重要的是，它們代表了對系統不同層次的抽象，從不同的視角來看待我們的系統， 將高層次的PIM 轉換到PSM 的能力提升了抽象的層次。能夠使得開發人員更加清晰地了解系統的整個架構，而不會被具體的實現技術所“污染”，同時對于復雜系統，也減少了開發人員的工作 量。
      MDA的出現，為提高軟件開發效率，增強軟件的可移植性、協同工作能力和可維護性，以及文檔編制的便利性指明了解決之道。MDA被面向對象技術界預言為未 來兩年里最重要的方法學。當今建模的主要問題在于，對于很多企業來說它只是紙面上的練習。這就造成了模型和代碼不同步的問題，代碼會被不斷修改，而模型不 會被更新，或者，需求變動了，模型也修改了，但是代碼修改不是從模型過來的，這樣模型和代碼就無法保障從始至終的統一，模型不能反映系統，不是代碼最終的 實現，模型也就失去了意義，這方面的問題一方面是開發過程管理問題，一方面是有些MDA工具還無法保障這兩者的統一，而Trufun Kant系列工具則已經很好了解決后者這個問題，為我們實現這一操作提供平臺。彌補建模和開發之間的鴻溝的關鍵就在于將建模變為開發的一個必不可少的部 分，并且使其成為我們可以重新利用和參考的有價值的部分，是我們的開發不因為代碼因為開發人員的變動而增加額外成本。MDA 是模型驅動開發的框架，MDA 的愿景是定義一種描述和創建系統的新的途徑。MDA 使得UML 的用途走得更遠，而不僅僅是美麗的圖畫。很多專家預言MDA 有可能會帶領我們進入軟件開發的另一個黃金時代。 
MDA最大的好處就是業務模型的持久價值，但是付出的代價是增加了抽象層，Trufun產品在建模技術方面，提供了OCL最新版本的精確建模支持，可擴展更多的機制來支持精確建模和分析模型。也可以根據用戶的實際需要進行業務模型的定制。
MDA的相關標準
      為了實現MDA這一宏大構想，OMG制定了一系列的標準：
      UML：UML被MDA用來描述各種模型。它并不是為MDA而生，但是作為目前最為風行的建模語言，UML已經占據了全球建模語言領域90％的市場份額， 成為了建模語言事實上的標準，因此OMG將它作為MDA技術的基礎是自然而然的明智選擇。它是MDA的基礎，也是MDA最有力的武器。
      MOF：MOF（Meta Object Facility 元對象機制）是比UML更高層次的抽象，它的目的是為了描述UML的擴展或者其它未來可能出現的類UML的建模語言。雖然MOF也不是為MDA而生的，但 是我們可以體味到OMG的工程師們良苦的用心和長遠的目光。
      XMI：XMI（XML-based metadata Interchange）是基于XML的元數據交換。它通過標準化的XML文檔格式和DTDs（Document Type Definitions）為各種模型定義了一種基于XML的數據交換格式。這使得作為最終產品的模型可以在各種不同的工具中傳遞，這一點是非常重要的，它 保證了MDA不會在打破了一種束縛之后再被加上一層新的束縛。Trufun Kant系列產品支持生成標準的XMI文檔，并且可以導入標準的XMI文檔，也可以通過它的轉換來導入其他uml模型。
      CWM：CWM（Common Warehouse Metamodel 公共倉庫元模型）提供了一種數據格式變換的手段，在任意級別的模型上都可以使用CWM來描述兩種數據模型之間的映射規則，比如將數據實體從關系數據庫變換 為XML格式。在MOF的框架下，CWM使得通用的數據模型變換引擎成為可能。
      在OMG的藍圖中，UML、MOF、XMI、CWM等一系列標準分別解決了MDA的模型建立、模型擴展、模型交換、模型變換這幾個方面的問題。OMG試圖 通過標準化的定義，擴大MDA的應用范圍。同時通過這樣一個可擴展的建模語言環境，IT廠商可以自由實現自己的建模語言，以及語言到可執行代碼的映射，然 而不管怎么樣，都必須處于OMG的標準化框架之下。