更动出库、浏览出库、项目归档、项目导入、产品定义、产品出库、配置审计、配置追踪、状态报告等。

　　首先由系统管理员建立项目，将项目基本信息入库和创建软件配置控制委员会（SCCB）用户、项目管理员；其次由项目管理员对已建立的项目进行项目策划，划分CSCI，一个项目可以包含一个或多个CSCI，包括将CSCI 基本信息入库和创建CSCI管理员、配置管理组成员，项目策划需要由软件配置控制委员会审批。

　　其次，由CSCI管理员进行CSCI策划，包括划分基线、为每条基线标识软件配置管理项（CMI）、确定CMI之间的依赖关系、创建一般用户，CSCI策划由配置管理组审批；配置策划完成后，即可进行初始入库（指CMI的初次入库，由权限用户操作，由配置管理组审批）。有了已入库的CMI后可以进行后续操作。

　　SCMT中规定如下配置更动规程：配置更动针对的是受控库中登录的软件问题，配置更动实施前必须填写软件更动报告，经更动评审组评审通过，且确认评审结论为“按计划实施”时，才能从受控库中提出需更动的 CMI并实施更动。更动实施完成后，必须通过评审才能重新进入受控库。

　　更动过程在 SCMT 内分解为提交软件问题报告，提交软件更动报告，更动出库和更动入库。软件问题报告由发现问题的人员填写，不需要审批；软件更动报告由CSCI管理员填写，交更动评审组审核。在项目建立时或在接到软件更动报告后，建立更动评审组。根据所开发软件的关键级别和规模大小决定更动评审组规模的大小，构成人员应包括软件项目的管理人员、技术负责人员、总体设计人员、软件质量保证人员和软件配置管理人员，组成人数可视实际情况酌定。更动评审组收到软件更动报告后，分析此更动的必要性和技术可行性，并权衡其他的更动策略和方法，所涉及的有关CMI，对系统的功能和性能的影响，更动所需的资源是否合理、充分以及对整个工程进展和经费的影响等。由此决策是否实施此项更动，并给出更动评审结论，同时由 SCCB签署该软件更动报告。

　　SCMT审查签署后的软件更动报告中的更动结论，清除问题时，形成“问题报告”-“更动报告”链并发布问题解决通告；暂缓执行时，不需做任何处理；按计划实施时，允许CMI更动出库。更动出库由权限用户依据签署的软件更动报告进行；更动入库由权限用户操作，由CMG审批。

　　浏览出库指出于测试或阅读的需要对CMI进行出库，浏览出库不需要审批。

　　产品定义、产品出库、项目归档和项目导入由项目管理员操作，由SCCB审批。要求出库的产品必须曾经定义过，要求导入的项目必须为归档项目。

　　配置审计、配置追踪、状态报告由SCCB、CMG、CSCI管理员操作。

　　SCMT提供配置审计向导，引导用户完成配置审计处理过程。

　　在导入SCMT时应该本着软件配置管理关键域的核心思想，从现有市场中选择适合自己的配置工具。需要强调的是，无论什么样的工具都无法完全实现软件配置管理的目标与关键实践，

在此也不排除自我开发的SCMT。问题的关键在于对人的培训，在使用工具的同时深化CMM管理理念，使整个软件项目团队在开发过程中确保质量达标。因此，手工操作仍然是今后一段时间内软件配置管理实施中必不可少的基础手段。