活动

　　可能关于UCM最有特色的事情就是基于活动的变更管理模型。这意味着什么？它意味这对文件的变更是来自变更的理由。比如，假设你正修改一个缺陷和执行一个新功能。无论什么时候你变更一个文件，你确认你正执行的变更的原因是通过在检出时声明一个活动。一个活动可以是一个缺陷，增强请求，或者是简单的一行变更描述，这取决于你的缺陷和变更跟踪过程需要多严格。UCM支持所有类型的活动－－以及任何其它你选择自己定义的活动。

　　基于活动的变更管理最主要的优势在于如果不关联到一个原因就不能检出文件。第二个优势是变更被集成（或提升）为一个单一、一致的整体。大多数时候，当你进行一个变更时，需要修改多个文件。例如，如果你正在修改一个缺陷，你可能需要修改C文件和一个头文件。你经常需要修改很多文件。在UCM里，所有你必须做的事情都需要选择“活动”来为所有的文件记录所有新创建的版本。如同为项目和构件所做的，UCM引入了一个物理活动对象到配置管理系统，配置管理系统映射到一个真实世界的对象：“工作单元”。这很明显，马上可以得到的好处是：例如，当你结束一个给定的任务时，你能在同一时间通过简单地检入活动而检入你的所有工作。

　　然而，此外，还远没有达到自动化和报告上的受益。UCM通过系统将变更转移到活动级。也就是，当你准备集成你的变更时，你可以“提交”活动。这是有别于其它配置管理方法，其它配置管理方法需要合并一组文件，或手动地将材料单发送给某个人，然后他将会列出你的变更里所包含的版本。

　　实际上，基于活动的方法最大的好处是活动和基线在一个构件已经被许多个人修改之后，创建一个新的基线。通过活动和基线的使用，就可能自动化过程，确定这个基线和其它基线的差异。两个基线之间的比较，不仅产生了从一个基线变到另一个基线发生变化的文件列表，而且也产生了发生变化的活动列表！这有非常大的好处：你可以自动地产生发布说明，在每晚构造后帮助测试人员确定并运行必要的回归测试集，等等。

　　基于客户系统