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公司亚太地区总裁，认为亚洲是这方面增长最快的地区。“UML允许组织从计划到嵌入式系统实现的全部生命周期实现自动化”但是，对于有些程序员而言，并不需要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协会的成员。
文章来源于领测软件测试网 https://www.ltesting.net/
