集成编辑器
在模型的迭代开发过程中，将UML图表和相邻窗口的源代码匹配，是非常有效率的。支持这种视图协调的产品可以给模型设计者的工具箱添加一个额外的功能选项，以直接给建模工具添加强大的源代码编辑特性。当建模工具不必作为设计者的首选编辑器时，能够在代码里直接更改方法的名字或原型，并立即反映到模型中。
最想要的特性是类似emacs等流行编辑器的键盘仿真，另一个热门特性是通过改变颜色来突出语言关键字，注释等等，提高了代码的易读性。一个重要特性是在类图中选择一个类、属性或方法时跳转到匹配代码行的能力。 最重要的是, 编辑器应该是快速易用的。
作为变通的方法，另一种解决方案是允许建模工具和开发者喜爱的编辑器通信。例如，通过一个热键，允许建模工具从当前活动窗口跳转到伴随编辑器的匹配代码行。
自动生成
我们真正想在不久的将来看到的一个特性是，建模工具帮助产生交互图和状态图的能力。
工作方式是：在一个已有的程序的执行过程中，建模工具应容易生成一个追踪文件，目的是获取对象间互相传递信息时的交互。产生追踪文件后，建模工具将被用于分析该追踪文件，以发现对象交互的模式。建模工具应允许用户从一组类中选择一个来分析，然后展示被追踪文件记录的每个类唯一的一套交互，允许用户为模型选择交互。最后，工具应能够产生一张基于真实记录对象交互的顺序或协作图。
很酷吗？它并不象听起来的那样太过前卫。因为追踪技术已经十分成功地应用在帮助开发人员追捕他们的程序中性能瓶颈的工具中。这类产品一个很好的例子就是KL Group的JProbe，用于分析Java程序的性能。
使用同样的技术自动产生状态图也是可能的。对以前描述过的顺序的修改将允许用户为状态机里的状态指定基类的名称。建模工具将追踪基类的衍生类之间的交互。从这种追踪，建模工具能够通过描绘每次被记录的状态迁移来创建状态图。
管理工具
如果你是项目经理中的一员，你最有可能想要能够估量你的O-O项目进展如何。一个应被集成到建模工具中的很好的特性是能够输出模型信息到允许你追踪项目设计和实现进程的工具中。由于它的通用性和可塑性，电子表格是实施这个解决方案的理想工具。项目管理工具也是理想的候选。
这个特性如何工作呢？在高层次，通常你想追踪的是模型中的类和负责在这些类上工作的的人。 你想知道什么时候有人开始在该类上工作，完成任务到了哪种水平。在下一层次的细节上，你想要知道每个类的方法。在这一层次，你可能想要知道哪种方法已经包括在交互图中，或在实施阶段，每种方法完成了多少代码量。
文章来源于领测软件测试网 https://www.ltesting.net/
