在实际的系统中模型需要工具支持，工具提供了观察和编辑模型的交互方式。工具提供了一层超出 UML 自身作用域的组织，可以帮助用户理解并获得信息。通过搜索和过滤已经存在的资料，工具有助于在大型模型中查找信息。

工具处理模型的物理组织和存储。它必须支持一个项目的若干工作组同时工作，以及支持跨越多个项目的重用。以下几点问题超出了规范的 UML 的作用域，但在运用实际工具中必须予以考虑。

＊　二义性和未详尽说明的信息 在初期阶段，许多事物不能用语言表达。工具必须能够调整模型的精确性并且不能强迫每个值都要进行详细说明。可参看以下两小节。

＊　表示选项 用户不想在任何时候都看到所有的信息。工具必须能够过滤和隐藏那些某一时间不需要的信息。工具还要通过显示器硬件的功能提供交替的可视化支持。这一点已经在 12.3 节讲过了。

＊　模型管理 模型单元的配置控制、访问控制和版本超出了 UML 的作用域，但是它们对于软件工程过程十分重要，并且位于元模型的上层。

＊　与其他工具的接口 模型需要由代码生成器、规格计算机、报表书写器、执行引擎和其他后台工具处理。其他工具所需要的信息要包含到模型中，但这不是 UML 信息。标记值适合保存这些信息。

建模的最终目标是生成一定细化层次的系统描述。最后的模型必须满足不同的有效性约束才有意义。但是，正如许多创造性的过程一样，结果不必以线性方式产生，中间产品不必每一步都满足所有的有效性约束。实际上，一个工具不仅要处理语义上满足有效性约束的模型，还要处理在句法上有效的模型，这些模型满足一定的构造规则但可能会违背一些有效性约束。语义上无效的模型不能直接使用。相反，它们可以看作是通向最终目标的进展中的工作。

一个完整的模型包含了它的所有元素的所有属性值。在许多情况下空值（无值）是一种可能出现的值，一个值是否可能为空是属性类型描述的一部分。例如，空值对集合大小的上 限没有意义。有的集合有固定的大小，有的则没有固定的上限值，在这种情况下，集合的大小是无限的，所以具有空值与否实际上取决于一种数据类型的可能值的范围。