DM-ISO-软件配置管理控制程序

监督执行版本控制和变更控制方案；
过程支持；
完成配置审计并提交报告；
对开发人员进行相关的培训；
软件配置管理工具的日常管理与维护；
识别开发过程中存在的问题并制定解决方案。
产品经理/项目经理
产品经理/项目经理是整个软件产品和项目研发活动的负责人，他根据配置控制委员会的建议，批准本产品或项目相关的配置管理的各项活动并控制它们的进程。其具体工作职责如下：
简单地说，就是关于软件资产的管理。主要包括两个方面：
管理软件资产的合理存放和访问，包括其演进、变更或变化的记录，并加以流程上的控制；
关注软件系统的集成和交付，保障团队合作顺畅，等等。
软件配置管理的主要内容包括：
制定配置管理计划
创建配置管理环境
标识配置项
管理基线和发布活动
变更控制
配置状态监控和报告
配置审计
4)定义标识配置项的准则
5)制订基线计划
6)制订配置库备份计划
7)制订变更控制流程
8)制订审批计划
配置管理员在软件产品或项目研发正式立项后，建立配置管理库，使用Git/Gitlab作为配置库管理工具；
配置库分为“开发库”和“受控库”：“开发库”用于存放在软件研发过程中产生和收集的各种程序代码、软件库包和开发技术文档等，由产品负责人/项目经理和开发团队负责管理和维护；“受控库”保存已被审定的软件配置项，由配置管理员负责管理和维护；
如果没有特殊要求，《软件配置管理计划》将被包含在《软件开发总体计划》中，无需单独编制文档。否则，产品经理/项目经理将依照软件配置管理计划的模板，在配置管理员的协助下，制定本项目的软件配置管理计划。
1)制定本项目的配置管理策略和指导方针
2)确定配置管理需使用的资源
3)确定配置管理的项目干系人，分配责任，并确定其介入时机
配置计划里的基线一般由产品负责人或项目经理来驱动和管理，而非配置管理员。
变更请求，包括新功能、需求变更、功能增强，也包括缺陷。（变更申请人）
评估，分配给合适的人去处理变更，并检查以确保它们确实被处理了。（产品负责人/项目经理、CCB）
控制对配置项的变更，如果要改它，需要合适的人同意。（CCB、产品负责人/项目经理）
本程序文档适用于公司所有软件产品和项目在各个阶段标识的软件配置管理，并利用“配置管理工具”完成配置项标识、版本控制、变化控制、审计和状态统计等任务或活动。
配置控制委员会（CCB）负责人
负责指导和控制软件配置管理的各项具体活动的进行，并为产品经理/项目经理的决策提供建议。其具体工作职责如下：
制定总体配置管理策略及访问控制策略；
评审和审批配置管理计划；
审核重大变更；
评审和审核有关软件基线的设置和更改；
组织CCB的各种例会；
根据配置管理员的报告决定相应的对策。
配置管理员
根据配置管理计划执行各项管理任务，定期向CCB提交报告，并列席CCB的例会。其具体工作职责如下：
参与制定和修改配置管理计划
监控并定期检查各配置项的管理与维护状况；
本程序文档明确规定了公司软件配置管理活动的目标、Байду номын сангаас导方针和过程定义，为公司软件配置管理提供所应遵循的计划、策略、方法、程序及工具等一般化说明。
贯穿于整个软件生命周期，应用技术上和管理上的指导原则和具体方法，用来识别和记录配置项（例如程序源代码、软件库包、文档资料等）的功能特征和物理特征；管理或控制这些特征的变更；记录和报告变更的处理和执行的状态；以及验证其是否符合特定的需求。
软件配置项与基线版本
执行审计以验证配置项符合特定的标准或需求。配置审计内容包括：
1)评估基线的完整性
2)检查配置记录是否正确反映了配置项的配置情况
3)审核配置项的结构完整性
4)对配置项进行技术评审
5)验证配置项的完备性和正确性
6)验证是否符合配置管理标准和规程
能够及时、随时地给出配置项的当前状况，报告所有配置项以及变更请求的状态，以便于加强配置管理工作：
制定本产品或项目的软件配置管理策略；
制定并发布本产品或项目的配置管理计划；
批准或确认配置项的标识，以及软件基线的建立；
决定本产品或项目的开发工作里程碑；
变更控制和管理；
接受并审阅配置控制委员会的报告。
开发、测试及运维团队
开发、测试及运维团队的职责就是根据项目组织确定的配置管理计划和相关规定，按照配置管理工具的使用模型来完成产品的开发、测试、实施和运维任务，包括各配置项的管理与维护、版本控制和变更控制、过程支持等活动。
在配置管理中，所谓的基线（Baseline），就是一个配置项或一组配置项在其生命周期的特定时间点上通过正式评审而进入正式受控的一种状态。
每一个基线都是其下一步开发的出发点和基准点，且必须通过正式的变更流程来变更。
重要的检查点（CheckPoint）是里程碑（Milestone），重要的里程碑就形成基线（很多情况下，通过在每个配置项或每组配置项的特定整体版本上打标签来完成）。
配置管理库必须设置权限。只有产品/项目组成员、配置管理员、质量保证部门和其他被授权的相关人员能够访问配置管理库，进行相应的操作。
所谓的配置项，即软件过程中生成或收集的各种制品或信息，主要包括：
程序源代码、各种脚本、可执行程序、软件库包等；
软件过程中产生的各种工程技术文档；
各种数据；
……
标识配置项又称识别配置项。确认需要纳入配置管理的配置项，确定配置项的获取时间和所有者，为识别的配置项分配唯一的标识；接着，利用之前建立的配置管理系统或配置管理库来存放配置项；最后通过评审或测试后，由配置项组成基线，作为未来开发的基础。
文件发行及分发状况
分发部门
收文章
发行章
份数
发行部门
变更履历
No.
版本
修订日期
修订内容
修订者
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
制作
审核
批准
张琦
软件配置管理（SCM）贯穿于整个软件生命周期，是管理软件产品所有资产及其变更，维护整个软件研发过程的重要活动，无论是对于管理人员还是研发人员都有着重要的意义。
改好后，检查和验证，才能入库。（CCB、产品负责人/项目经理）
变更的发布。（配置管理员）
基线的变更：基线以内的，不用走变更流程，但产品负责人或项目经理要决定是否进行回归测试，以保证更改不会对基线造成未预料的影响；基线外要走变更流程。
所有配置项的变更历史必须记录在配置项内，包括：日期、版本号、变更请求号、变更内容、修改人等。