UML2.0中還將包括對組件建模的改進。近幾年來，隨著J2EE和微軟的.NET技術的出現，組件技術得到很大發展。這方面，UML2.0中將考慮如下內容：如何更好地描述組件描述的語意以及構建.NET和企業JavaBeans的專門模塊。
Jim Duggan ，artner公司的副總裁和研發總監，認為UML2.0中要處理的首要問題就是保證標準的擴展性，他認為現行的標準中擴展機制定義得不夠，導致各開發商使用了不同的擴展方法。另外，還必須提供對組件開發、面向服務的框架以及web services的支持。
有人提倡，UML的發展應該是向下兼容的，要保證過去基于UML1.x的用戶和工具開發商所做的努力不會全部作廢。UML2.0中應該提高精確度，可以選擇加入少量的一些新特性，要避免導致“語言膨脹”的困境。而現在有一個不妙的苗頭： UML將變得越來越大，而在最初，OMG聲稱的目標本來是簡單化的。
Gartner公司的Duggan認為，“新的規約正在變得越來越復雜，變得非常大，難以管理、理解和實施。標準委員會曾經說過將要把物理模型和邏輯模型分開。但是，一旦規約復雜化了，要做到這一點就不大可能，而且規約本身也開始失去作用�！�
Alistair Cockburn，Humans and Technology的顧問，在他的論文中表達了同樣的意思�！霸谲浖_發中把人也當成了非線性的、第一位的組件”，Cockburn認為那些重量級的開發方法中試圖為一切建模，這是導致成功率不高的重要原因。他認為在軟件開發中人是最重要的，在設計符號中把人當成一個組件，就是最大的失敗之源。
其它公司，如Telelogic也在致力于利用UML2.0從圖形化的用戶模型中自動生成代碼。Telelogic在新加坡和亞洲其它地區創建了開發中心，力圖提供幫助從概念模型轉化到組件的軟件。Scott Raskin（如圖），Telelogic公司亞太地區總裁，認為亞洲是這方面增長最快的地區�！癠ML允許組織從計劃到嵌入式系統實現的全部生命周期實現自動化”但是，對于有些程序員而言，并不需要UML，他們完成的代碼中通常都很難找到相似的地方，對他們來說，模型是多余的。
Gartner 公司的Dugguan警告說，“要記住，UML只是一種符號，并不是什么方法論”。但事實上，幾乎所有的面向對象分析與設計（OOAD）工具和業務模型都是使用的UML。Dugguan指出，根據Gartner公司的估計，在所有項目中，使用OO A&D方法論的大概有10%到12%，和過去使用CASE工具的峰值數值幾乎相同。Dugguan認為這個數字還會繼續增加到15%到20%。在數據建模領域，IDEF符號還在廣泛使用，但UML也開始進入。
Dugguan認為，設計工具的總體使用率還是很低，在項目中使用設計驅動開發方式的大概有10%，通常是那些對質量和持久性要求很高的項目。而數據建模工具在項目中使用的比率大概是35%，大多數情況下都是由DBA使用。
盡管UML可以和白板一起使用，但它還是復雜了些。Gartner公司認為有以下原因導致了UML的低使用率。首先，在小的短期項目和開發周期中根本不用設計，都是采取的快速開發和演進。Dugguan說，“根本不需要最佳實踐，能用的實踐就夠了�！钡诙䝼�原因是大多數遺留的程序都是面向過程的，不需要 UML或者什么工具。但他又加了一句：“新的事件驅動和對象驅動的程序開發技術可以從UML工具中受益，新的開發人員很多都學過這些符號，而且會用相關工具”。
事實上，UML正在將工具開發商們凝聚在一起，很多公司都參與了UML2.0的修改過程。除了Rational之外， Microsoft、Sun、IBM、Oracle、Borland、Telelogic等公司也都是UML協會的成員。
文章來源于領測軟件測試網 http://www.k11sc111.com/
