（完整版）配置管理计划编写指南
XXX项⽬配置管理计划
修订历史记录
⽬录
1引⾔ (1)
1.1编写⽬的 (1)
1.2背景 (1)
1.3定义 (1)
1.4参考资料 (1)
2 管理 (2)
2.1 机构 (2)
2.2 任务 (2)
2.3 职责 (2)
2.4 定义软件配置项（SCI） (2)
中文写代码软件2.5 软件配置管理计划的实现 (3)
2.6 适⽤的标准、条例和约定 (3)
3 软件配置管理活动 (4)
3.1 配置标识 (4)
3.1.1 基线配置 (4)
3.1.2 配置标识 (4)
3.2 配置控制 (4)
3.3 配置状态的记录和报告 (5)
3.4 配置的检查和评审 (5)
4 ⼯具、技术和⽅法 (6)
5 对供货单位的控制 (7)
6 记录的收集、维护和保存 (8)
1引⾔
1.1编写⽬的
编写的⽬的主要在于对所开发的软件系统规定各种必要的配置管理条款，以保证所开发出的软件能满⾜⽤户需求。
1.2背景
a.开发的软件系统的名称
列出本软件系统的中⽂全称、英⽂全称及英⽂表⽰简称。
b.开发的软件系统的最终⽤户或适⽤的领域；
c.项⽬来源、主管部门等
1.3定义
列出本⽂件中涉及的专门术语定义和外⽂缩写的原词组。
1.4参考资料
列出涉及的参考资料。
2 管理
描述软件配置管理的机构、任务、职责和有关的接⼝控制。
2.1 机构
描述软件⽣存周期中各阶段中软件配置管理的功能和负责软件配置管理的机构。
说明项⽬和⾃项⽬与其他有关项⽬之间的关系。
指出在软件⽣存周期各阶段中的软件开发或维护机构与配置控制组的关系。
2.2 任务
描述在软件⽣存周期中各阶段的配置管理任务以及要进⾏的评审和检查⼯作，并指出各阶段的阶段产品应存放在哪⼀类软件库中（软件开发库、软件受控制库或软件产品库）。
2.3 职责
指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；
指出上述机构与软件质量保证机构、软件开发单位、项⽬承办单位、项⽬委托单位以及⽤户等机构的关系。
说明软件⽣存周期各个阶段的评审、检查和审批过程中的⽤户职责以及相关的开发与维护活动。
指出与项⽬开发有关的各机构的代表的软件配置管理职责。
指出与其他特殊职责，例如为满⾜软件配置管理要求所必要的批准要求。
2.4 定义软件配置项（SCI）
包括：
1．系统约定
2．软件项⽬计划
3．软件需求⽂档
4．⽤户⼿册
5．设计⽂档
6．源代码清单
7．测试⽂档
a.测试计划和过程
b.测试⽤例和结果记录
8．可执⾏程序
a.模块的可执⾏代码
b.链接的模块
9．数据库描述
a.模式和⽂件结构
b.初始内容
10．联机⽤户⼿册
11．维护⽂档
a.软件问题报告
b.维护记录
c.⼯程变化
12．软件⼯程的标准和规程
2.5 软件配置管理计划的实现
规定实现软件配置管理计划的主要⾥程碑，例如：
建⽴配置控制组
确定各个配置基线
建⽴接⼝控制协议
指定评审与检查软件配置管理计划和规程
制定相关的软件开发、测试和⽀持⼯具的配置管理计划和规程
2.6 适⽤的标准、条例和约定
可包括如下内容：
软件结构层次树中软件位置的标识⽅法；
程序和模块的命名约定；
版本级别的命名约定；
软件产品的标识⽅法；
规格说明、测试计划与测试规程、程序设计⼿册及其他⽂档的标识⽅法；
媒体和⽂档管理的标识⽅法；
⽂档交付过程；
软件产品库中软件产品⼊库、移交或交付的过程；
问题报告、修改请求或修改次序的处理过程；
配置控制组的结构和作⽤；
软件产品交付给拥护的验收规程
软件库的操作，包括准备、存储和更新模块的⽅法；
软件配置管理活动的检查；
问题报告、修改请求或修改次序的⽂档要求，指出配置修改的⽬的和影响；
软件进⼊配置管理之前的测试级别；
质量保证级别，例如：在进⼊配置管理之前，验证软件满⾜有关基线的程度。
3 软件配置管理活动
描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等4⽅⾯的软件配置管理活动的需求。
3.1 配置标识
3.1.1 基线配置
说明软件项⽬的基线，包括：功能基线、指派基线和产品基线。对于每个基线，必须描述以下内容：
a.每个基线的项（包括应交付的⽂档和程序）
b.0与每个基线有关的评审与批准事项以及验收标准
c.在建⽴基线的过程中⽤户与开发者的参与情况
d.例如在产品基线中，要定义的项可以包括：
e.产品的名字和命名规则；
f.产品标识编号；
对每个新交付的版本，要给出版本交付号、新修改的描述、修改交付的⽅法、对⽀持软件的修改要求以及对有关⽂档的修改要求。
安装说明；
已知的缺陷和故障；
软件媒体和媒体标识。
3.1.2 配置标识
描述本项⽬所有软件代码和⽂档的标题、代号、编号以及分类规程。例如，对于代码：编译⽇期可以作为每个交付模块标识的⼀部分。
3.2 配置控制
描述在本计划2.2条描述软件⽣存周期中各阶段使⽤的修改批准权限的级别。
定义对已有配置的修改建议进⾏处理的⽅法，其中包括：
a.详细说明在本计划2.2条描述的软件⽣存周期各阶段中提出的修改建议的程序（可以⽤注上⾃然语⾔的流程图来表达）
b.描述实现已经批准的修改建议（包括源代码和⽂档的修改）的⽅法；
c.描述软件库控制的规程，其中包括存取控制、对适⽤基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等7项规程；
对于不同层次的配置控制组和其他修改管理机构，应定义其作⽤，并规定其权限和职责；如果已组成机构，则指明该机构的领导⼈和成员；如果还没有成⽴机构，那么说明怎样任命
该机构的领导⼈、成员和代理⼈；说明开发者和⽤户与配置控制组的关系；
当要与不属于本软件配置管理计划适⽤范围的程序和项⽬进⾏接⼝时，本条必须说明对其进⾏配置控制的⽅法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进⾏评审，则必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。
必须说明与特殊产品（如⾮交付的软件、现存软件、⽤户提供的软件和内部⽀持软件）有关的配置控制规程。
3.3 配置状态的记录和报告
必须指明怎样收集、验证、存储处理和报告配置项的状态信息；
详细说明要定期提供的报告及其分发办法；
如果有动态查询，要指出所提供的动态查询的能⼒；
如果要记录⽤户说明的特殊状态时，要描述其实现⼿段。
例如，在配置状态记录和报告中，通常要描述的信息有：
a.规格说明的状态
b.修改建议的状态
c.修改批准的报告
d.产品版本或其修改版的状态
e.安装、更新或交付的实现报告
f.⽤户提供的产品（如操作系统）的状态
g.有关开发项⽬历史的报告
3.4 配置的检查和评审
定义在软件配置管理计划的2.2条所定义的软件⽣存周期的特定点上执⾏的检查和评审中软件配置管理计划的作⽤。
规定每次检查和评审所包含的配置项。
指出⽤于标识和解决在检查和评审期间所发现的问题的⼯作规程。
4 ⼯具、技术和⽅法
指明为⽀持特定项⽬的软件配置管理所使⽤的软件⼯具、技术和⽅法，指明它们的⽬的，并在开发者所有权的范围内描述其⽤法。例如，可以包括⽤于下列任务的⼯具、技术和⽅法：
a.软件媒体和媒体⽂档的标识。
b.把⽂档和媒体置于软件配置管理的控制之下，并把它正式地交付给⽤户。例如要给出对软件库内的源代码进⾏控制的⼯具、技术和⽅法的描述；如果⽤到数据库管理系统，则还要对该系统进⾏描述。⼜如，要指明怎样使⽤软件库⼯具、技术和⽅法来处理软件产品的交付。
c.编制关于程序及有关⽂档的修改状态的⽂档。因此必须进⼀步定义⽤于准备多种级别（如项⽬负责⼈、配置控制⼩组、软件配置管理⼈员和⽤户）的管理报告的⼯具、技术和⽅法。
5 对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件⼦开发单位。必须规定对这些供货单位进⾏控制的管理规程，从⽽使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选⽤的软件能满⾜规定的软件配置管理需求。管理规程应规定在本软件配置管理计划的执⾏范围内控制供货单位的⽅法；还应解释⽤于确定供货单位的软件配置管理能⼒的⽅法以及监督他们遵循本软件配置管理计划需求的⽅法。
6 记录的收集、维护和保存
指明要保存的软件配置管理⽂档，指明⽤于汇总、保护和维护这些⽂档的⽅法和设施（其中包括要使⽤的后备设施），并指明要保存的期限。

版权声明：本站内容均来自互联网，仅供演示用，请勿用于商业和其他非法用途。如果侵犯了您的权益请与我们联系QQ:729038198，我们将在24小时内删除。