【IT168 技术文章】

    随着软件产业的崛起，软件工程技术正吸引着越来越多关注的目光。特别是以CMM为代表的先进的软件工程理念在国内也正日益受到业界广泛的重视。

    软件配置管理（Software Configuration Management，SCM）作为CMM 2级的一个关键域（Key Practice Area，KPA），在整个软件的开发活动中占有很重要的位置。正如Pressman所说的：“软件配置管理是贯穿于整个软件过程中的保护性活动，它被设计来（1）标识变化，（2）控制变化，（3）保证变化被适当的发现，以及（4）向其他可能有兴趣的人员报告变化。” 所以，我们必须为软件配置管理活动设计一个能够融合于现有的软件开发流程的管理过程，甚至直接以这个软件配置管理过程为框架，来再造组织的软件开发流程。

    本文参照了CMM 2级中软件配置管理的相关的要求，充分考虑了在CASE工具的辅助下实现自动的软件配置管理的可能性，描述了在一个比较理想的软件研发组织中软件配置管理的流程及其关键活动。

    一． 角色职责 

    对于任何一个管理流程来说，保证该流程正常运转的前提条件就是要有明确的角色、职责和权限的定义。特别是在引入了软件配置管理的工具之后，比较理想的状态就是：组织内的所有人员按照不同的角色的要求、根据系统赋予的权限来执行相应的动作。因此，在本文所介绍的这个软件配置管理过程中主要涉及下列的角色和分工：

    项目经理（Project Manager，PM）：

    项目经理是整个软件研发活动的负责人，他根据软件配置控制委员会的建议批准配置管理的各项活动并控制它们的进程。其具体职责为以下几项：
    制定和修改项目的组织结构和配置管理策略；
    批准、发布配置管理计划；
    决定项目起始基线和开发里程碑；
    接受并审阅配置控制委员会的报告。

    配置控制委员会（Configuration Control Board，CCB）：

    负责指导和控制配置管理的各项具体活动的进行，为项目经理的决策提供建议。其具体职责为以下几项：
    定制开发子系统；
    定制访问控制；
    制定常用策略；
    建立、更改基线的设置，审核变更申请；
    根据配置管理员的报告决定相应的对策。

    配置管理员（Configuration Management Officer，CMO）：

    根据配置管理计划执行各项管理任务，定期向CCB提交报告，告，并列席CCB的例会。其具体职责为以下几项：
    件配置管理工具的日常管理与维护；
    提交配置管理计划；
    各配置项的管理与维护；
    执行版本控制和变更控制方案；
    完成配置审计并提交报告；
    对开发人员进行相关的培训；
    识别软件开发过程中存在的问题并拟就解决方案。
    系统集成员（System Integration Officer，SIO）：
    系统集成员负责生成和管理项目的内部和外部发布版本，其具体职责为以下几项：
    集成修改；
    构建系统；
    完成对版本的日常维护；
    建立外部发布版本。

    开发人员（Developer，DEV）：

    开发人员的职责就是根据组织内确定的软件配置管理计划和相关规定，按照软件配置管理工具的使用模型来完成开发任务。