在讨论CM体系之前，我们描述了一个简单、典型的、以用户为导向的CM系统来作参考。在此情形下，包含了具有不同职责的人员：负责软件小组的项目经理、负责CM规程和方针的配置经理、负责软件产品开发与维护的软件工程人员、负责验证产品正确性的测试人员、负责确保产品高质量的质量保证经理、使用产品的用户。
每一角色都有他们的目标和任务。对项目经理来讲，其目标是确保产品在一定的时间框架里得以开发。因此，经理监控开发过程并发现问题，解决出现的问题。这些又必须通过对软件系统的现状形成报告并予以分析以及对系统进行审核才能完成。
配置经理的目标是确保用来建立、更改及编码测试的规程和方针得以贯彻执行，同时使有关项目的信息容易获得。为了对编码更改形成控制，经理引入对正规请求更改的机制，评估更改的机制[通过更改控制机构（CCB），由它负责批准对软件系统的更改]，和批准更改的机制。经理负责为工程人员创建并宣导任务单，基本上创建项目的框架。同时，经理还收集软件系统中构件的相关数据，比如说用以判断系统中出现问题的构件的信息。
对于软件工程人员，他们的目标是有效地创造出产品。这就意味着工程人员在创建产品、编码测试及支持文档的产生中不必相互间干涉。与此同时，他们能有效地进行沟通与协作。他们利用工具以帮助创建性能一致的软件产品，通过相互通知要求的任务和完成的任务来进行沟通与协调。做出的更改通过将它们进行融合、分散和冲击而得知。产品中的所有元素的演变连同其更改的原因及实际更改的记录都予以保留。工程人员在创建、变更、测试及编码的汇合上有自己的工作范围。在某一点上，编码会形成一个基线，它使得进一步开发得以延续，为其它平行开发得以进行。
测试的目标是确保产品经过测试达到要求。这里包括产品某一特定版本的测试和对某个产品的某种测试及其结果予以记录。将错误报告给相关人员并通过回归测试进行修补。
质量保证经理的目标是确保产品的高质量。这意味着特定的规程和方针应当完成并得到相关的批准。错误应得到纠正并应对变化的部分进行充分测试。客户投诉应予以跟踪。
不同的客户使用的产品版本也是不同的。客户总是遵循规则来做变更要求、错误显示及产品改进。
理想的CM系统在这种情形下应能够支持所有这些目标、角色和任务。这也意味着这些角色、任务和目标决定了一CM系统要求的功能。本文提出的一些概念就是为了解决这些问题。
1.4 本文的结构在简介中就CM和CM系统进行了定义，列出一典型的CM情形，这样一来也就暗示了CM体系的要求。第二节描述了CM系统中以用户为导向的一些问题。这些问题影响用户对CM系统的期望。第三节描述了CM概念谱。第四对CM体系的未来做了探讨，第五节是结论。附录是本文CM体系索引的概览。
2 CM体系用户的有关问题许多与CM有关的问题直接影响到CM系统的用户。现有的CM体系从不同的角度解决这些问题。尽管本文是为了就现有CM体系的特色进行探讨，但对这些问题的阐述仍然有必要因为它们影响到用户对一CM系统的期望。这些问题包括：
用户的角色问题：
不同CM体系用户对CM体系的功能的要求也就不同。
集成问题：
不同的集成问题影响到CM系统的功效。
启用CM的时机问题：
一项目组何时启用CM系统取决于该CM系统的能力。
控制水平问题；
一CM系统对产品及产品的管理的控制水平可以是不同的。
过程与产品问题：
一理想的CM系统提供CM的过程、产品及其附件。
自动化水平问题：
CM功能的实现总是手工与自动程序的统一。
功能问题：
CM体系具备实现CM众多功能的许多特点。
以下将对此做进一步说明。
2.1 用户的角色问题正如1。3节中的情形表示的一样，CM体系的用户是多种多样的。每一个用户都有特定的角色，对CM也有不同的观点，因此，对CM系统的要求也就不同。这种要求是很分明的同时又是互补的。图1是一功能组描述了项目经理、配置经理、软件工程人员、质量保证经理及客户对CM系统的期望。图1中的每一个方框代表的是一主要的功能区域。图1显示在方框外（审核、统计、构件、结构与创建）在任何CM系统中都可独立存在的功能区域，但当与团队和过程功能合并时，就得到一个完整的（或综合的）CM系统了。
创 建
文章来源于领测软件测试网 https://www.ltesting.net/
