某软件公司配置管理计划编写规范
CMMI 3标准文档模板-配置管理-配置管理计划
CMMI 3标准文档模板-配置管理
{ 项目名称}
配置管理计划
Company Information
版本历史
目录
1. 人员及职责 (4)
2. 配置管理软硬件资源 (4)
3. 配置项计划 (4)
4. 基线计划 (5)
5. 配置库备份计划 (5)
附录：本计划审批意见 (6)
1. 人员及职责
提示：
（1）根据《项目计划》中的角色分配，确定配置管理员，CCB（配置控制委员会）成员。
（2）CCB的人数根据项目规模而定。
一般地，项目经理是CCB的负责人。
2. 用于配置管理的软硬件资源
提示：
（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的Visual SourceSafe或者Rationa公司的l ClearCase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU 等）。
3. 配置项计划
提示：配置管理员标识配置项，估计每个配置项的正式发布时间。
标识符的参考格式为Project-Type…Type-Number。
例如：
4. 基线计划
5. 配置库备份计划
提示：配置管理员制定配置库备份计划，指明“何人”在“何时”（频度）将配置库备份到“何处”。
附录：本计划审批意见。
软件配置管理文档范本
软件配置管理文档范本一、引言软件配置管理（Software Configuration Management, SCM）是指对软件产品的开发、测试、交付和维护过程中的各种配置项进行有效的控制和管理，以确保软件开发过程的可控性和可追溯性。
本文档旨在提供一个软件配置管理的范本，帮助项目团队进行规范的配置管理工作。
二、配置管理计划1. 引言配置管理计划（Configuration Management Plan, CMP）是指对整个软件开发项目进行配置管理的计划，包括配置管理活动的安排、配置项的标识和控制、变更管理等内容。
2. 配置管理活动安排(1) 配置库的建立和维护配置库是存储和管理软件开发项目各个版本、各个配置项的地方。
配置库的建立和维护需要确定合适的存储方式和清晰的分类规则，以便于对各个配置项进行有效的管理。
(2) 配置项标识和控制配置项标识是对每个配置项进行唯一标识，以便于在开发、测试、交付和维护过程中进行溯源和变更管理。
配置项控制是对各个配置项进行版本控制和变更控制，确保软件开发过程的可控性。
3. 变更管理(1) 变更控制流程变更控制流程包括变更请求的提出、变更评估和变更实施等环节，确保变更能够按照既定的流程进行评审和实施，避免对软件开发过程造成不可预知的影响。
(2) 变更记录变更记录是对变更过程中的各个环节进行记录和追踪，包括变更请求的来源、变更评估结果、变更实施情况等内容。
变更记录的建立可以为软件开发过程的分析和评估提供参考依据。
三、配置管理工具配置管理工具是指用于辅助配置管理活动的软件工具，可以提高配置管理工作的效率和准确性。
常见的配置管理工具包括版本控制工具、配置项跟踪工具、变更管理工具等。
1. 版本控制工具版本控制工具用于对软件开发过程中的各个版本进行管理，可以进行代码版本的比较、合并和回滚等操作，确保在多人协同开发环境中的代码一致性和可追溯性。
2. 配置项跟踪工具配置项跟踪工具用于对软件开发过程中的各个配置项进行跟踪和溯源，可以追踪某个配置项的修改历史和关联关系，方便进行变更管理和问题定位。
配置管理计划样例(软件开发)
配置管理计划样例(软件开发)软件配置管理计划【用户名称】神州数码信息系统有限公司密级：普通***项目文档编号：编写：审核：批准：软件配置管理计划项目名称：编写日期：审核日期：批准日期： 1 软件配置管理计划修订文档历史记录日期2010-7-12 2011-7-8 版本说明第一次编写修改作者 2 软件配置管理计划目录 1 前言............................................................... ..................................................................... ... 5 目标............................................................... . (5)适用范围...............................................................与简写............................................................... ................................................. 5 参考文件............................................................... ..................................................... 5 2 组织结构和职责............................................................... . (5)CCB成员及职责............................................................... ......................................... 5 配置管理组............................................................... ................................................. 6 3 配置管理工具、技术和方法............................................................... ................................ 6 配置管理工具............................................................... ............................................. 6 配置管理策略............................................................... ........... 错误！未定义书签。
2023年11月软考部分真题及解析
2023年11月软考部分真题及解析系统集成项目管理工程师第5批案例分析主要考点：人力+配置管理+风险+计算题1、计算题没画图、很简单，常规的算工期,关键路径CV,SV，还算了个标准差，然后说活动G在五个月没完工的概率G的工期是最悲观是7个月,最乐观是1个月，最可能是4个月2、填空题考了团队组建工具和技术3、配置管理的活动4、配置管理的计划内容5、识别风险的工具和技术系统集成项目管理工程师第5批案例分析原题+答案解析：（一）17分【说明】某游戏公司刚刚上线一个新游戏。
为了更好的用户体验，公司任命小张担任项目经理，对新游戏进行为期一年的维护。
项目需要每周上线2个修复版本，每两周上线一个新功能。
小李软件配置管理员，专门负责此项目的配置管理工作。
为了配合公司的发布策略，小李按照软件配置计划安排如下，并发布给项目组。
问题1(5分)结合案例，请将项目中的相应工作角色(项目经理、产品经理、售前经理、CCB、配置管理员、研发人员、测试人员)，对应表格中的(1)~(5)进行填写。
问题2(8分)(1)请写出配置管理计划包括的主要内容(2)请写出配置管理的主要活动。
问题3(4分)判断下列描述的正误(正确的选“√”，错误的选“x”)(1)软件支持手册属于开发文档，培训手册属于产品文档。
(2)本案例中的master分支为主库，属于受控库。
(3)所有配置项的操作权限应由配置管理员进行严格管理。
(4)状态为“修改”的配置项修改完毕后，其状态又变为“正式”。
答案解析：问题1（1）配置管理员(2)测试人员(3)研发人员(4)配置管理(5)项目经理问题21、配置管理计划的内容:(1)配置管理活动，覆盖的主要活动包括配置标识、配置控制、配置状态报告、配置审计、发布管理与交付;(2)实施这些活动的规范和流程;(3)实施这些活动的进度安排;(4)负责实施这些活动的人员或组织，以及他们和其他组织的关系。
2、配置管理的主要活动(1)制定配置管理计划(2)配置标识(3)配置控制(4)配置状态报告(5)配置审计(6)发布管理和交付问题3(1)x(软件支持手册属于产品文档，培训手册属于产品文档。
软件项目之配置管理计划(范文1)
XXXX项目配置管理计划简介本计划描述了配置组织结构以及贯穿项目组日常工作，由项目组识别并定义的一系列的配置项的实践过程。
1.1文档目的定义配置管理的职责、所需资源以及描述实施过程中一系列的配置管理活动，指导项目软件配置管理工作。
1.2适用范围本计划适用于XXXX项目的软件配置管理活动的制定。
1.3项目背景描述略。
1.4术语与缩略语软件配置管理：简称 SCM（Software Configuration Management），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置项目标识：（Configuration Indentification）对软件项目在开发过程中的资源进行标识，以便标识。
配置审计：（Configuration Audit）对软件配置管理过程中的行动进行检查。
资源2.1配置管理组织架构图配置管理的组织架构主要角色有公司的配置管理（Configuration Management，CM），项目的配置管理（Configuration Management，CM），项目经理（Project manager，PM），以及配置管理审批人和项目成员。
图1 组织架构图2.2关键角色和职责配置管理员项目组中负责配置管理工作的角色，负责计划和控制配置管理过程。
在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统计添加或修改相关产出物的最新有效版本以及审核证明。
配置管理委员会（CCB）CCB 是一个虚拟的小组，对配置管理各项活动拥有决策权（例如审批配置管理计划，审批配置项变更请求等）。
CCB 的决策采用“少数服从多数”的原则。
主要成员：甲方项目经理、高层领导、需求专家、架构专家、配置管理人员、测试专家和质量保证人员。
2.3所需资源表1 配置管理工具及辅助软件工具名称发布公司用途GitLab GitLab 配置库管理工具，主要源代码SVN Apache软件基金会配置库管理工具，主要是文档Microsoft Office Microsoft 办公工具Microsoft Project Microsoft 办公工具SCM 活动3.1配置库的创建和授权项目配置库创建项目配置库申请审批通过后，项目经理通过一体化运维平台的工作单给项目组配置管理员，要求开通配置库，并说明项目人员权限。
软件公司软件开发管理规范(参照模板)
软件公司软件开发管理规范1.0 实施ISO9000的目的有效管理DXC公司的产品研究发展过程，实现过程的可视性，改进DXC公司有效开发软件的能力，使DXC公司成为一个具有全组织范围的管理软件开发和维护过程能力的、成熟的软件开发组织。
具体如下：●清楚地定义技术开发的各个过程；●清楚地定义技术开发过程中各岗位及其职责；●使产品开发过程的进度、预算得到有效控制，软件产品的成本、进度、功能等达到预期结果；●使软件产品的质量和顾客的满意程度得到有效监控，在判断产品质量和分析产品及过程问题方面有客观的、定量的基础；●使公司的所有研究开发过程遵循一个有纪律的过程2.0 组织结构与角色定义2.1组织结构图项目组• 项目指导委员会由各支持部门能独立做最终决策的人员组成。
有关项目的重大问题在本委员会内48小时内必须做出最终决定，而不能再上升至公司最高领导处。
当由于事件复杂等原因引起委员会内部争执时，必须在同一48小时内邀请到公司高层决策人员进行裁决。
• 项目执行委员会由项目经理及项目组骨干人员、相关支持部门指定的支持人员等组成。
该委员会的主要职责为项目组的日常工作提供指导和支持，解决项目组级别问题。
在解决项目级问题时，该委员会在24小时内必须提出或解决或上报的事件处理方案。
• 产品管理客户利益的倡导者、掌握产品的愿景/范围、管理客户的需求定义、维护业务规则、设置客户的期望值、把握功能与时间进度之间的权衡并决策、营销策略、管理行销宣传和公共关系。
•程序管理控制整个项目的开发过程、管理产品的功能规范、推动组内的交流和沟通、维护项目的时间表和报告项目状态、把握全部重要的权衡与决策。
详细说明并规范物理设计的功能、估计完成各项功能时间、开发实现这些功能。
•测试管理确保所有的问题可知。
测试必须应用于项目的全过程。
•发布管理在线帮助、操作手册、培训手册的编写；协作项目组进行安装程序的制作；配置管理；工程实施培训；版本控制等发布准备工作。
计算机软件配置管理计划规范 GB T12505-90
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3．1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
配置管理配置管理计划
作为对“软件工程协会”(SEI) 的“能力成熟度 模型”(SEI CMM) 的解释，“配置与变更请求 管理控制对项目工件的变更，并且维护项目工 件的完整性”。 目的
同时更新 有限通知 多个版本
1
概念——配置与变更管理（Ⅱ）
目的
同时更新
• 当两个或更多的角色分别对同一个工件进行操作时，最后进行变
• 是共享工作区，项目团队所有
成员都有权访问。整个产品是 在集成工作区中构建并建立基 线的。
3
概念——基线（Ⅰ）
基线是项目储存库中每个工件版本在特定时期的一 个“快照”
它提供一个正式基准，随后的工作基于此基准，并且只有经过 授权后才能变更这个基准。
建立一个初始基线后，以后每次对其进行的变更都将记录为一 个差值，直到建成下一个基线。
项目基线
• 基线提供一项正式基准，随后的工作都基于此基准，并且只有
经过授权后才能对此基准进行变更。
• 说明要在项目或产品生命周期中的哪些时间点处建立基线。最
常用的基线在先启阶段、精化阶段、构建阶段和产品化阶段结
束时建立。 也可以在不同阶段中的各次迭代结束时生成基线，
甚至可以更频繁些。
• 说明由谁来对基线授权，以及基线中包含的内容。
16
配置管理计划——时机
一旦项目资金得到批准，就可在精化阶段初 期编写CM 计划。应该在每阶段开始时再次 审查计划，并进行相应更新。
CM 计划需要存档，以便在布署之后的维护 活动中，用于确定特定软件资产的保存位置。
17
配置管理计划——软件配置管理
2.1 组织、职责和接口
说明谁将负责执行 CM 工作流程中所述的各种配置管理 (CM) 活动。
软件项目管理-配置管理
比较：不同的配置管理工具在功能、易用性、开放性、可扩展性等方面各有优劣 需要根据实际需求进行选择。
结论：选择适合的配置管理工具是软件项目管理中非常重要的一环可以提高软件 的质量和开发效率。
PRT SIX
配置管理定义：在软件开发过程中对项目的配置项进行控制、状态记录和变更管理的 过程。
配置管理目的：确保软件产品的完整性和可追溯性提高软件质量降低开发成本。
配置管理实践：实施配置管理计划进行版本控制、基线管理、变更控制等操作确保软 件开发的顺利进行。
配置管理工具：使用配置管理工具进行配置项的管理、跟踪和审计如Git、SVN等版本 控制系统。
配置管理在软件项目管理中的重要 性
配置管理在项目管理中的实践案例
配置项：软件项目中需要管理的对象如代码、文档、数据等 版本控制：对配置项的变更进行记录、追踪和管理的过程 目的：确保配置项的一致性和可追溯性避免出现混乱和冲突 常用工具：Git、SVN等版本控制系统
配置项的变更请求提交 变更请求的评估和审批 配置项的变更实施 变更后的验证和审核
配置项审计：确保配置项的准确性和完整性防止 错误和遗漏
添加标题
添加标题
配置管理的实践经验分享
添加标题
添加标题
配置管理未来的发展趋势和挑战
配置管理流程：从需求分析、设计、编码、测试到部署的完整流程 配置管理工具：如Git、SVN等版本控制工具的使用 配置管理最佳实践：如分支管理、代码审查、自动化部署等 案例分析：如某公司如何通过配置管理提高软件质量与开发效率
配置管理工具：用于支持配置管 理的软件工具如版本控制系统、 配置管理系统等。
标识：识别和 管理配置项的
配置管理规范
配置管理规范对于一个一般的项目来说，配置管理规范的内容至少需要包括以下的内容：1、配置项及其命名规则；2、配置库文件目录结构；3、角色和权限定义；4、配置项变更流程；5、配置项发布；6、基线定义和基线变更。
配置项及其命名规则对我们的项目来说，配置项需要包括以下的内容：1、项目管理过程文档；a) 项目任务书；b) 项目计划；c) 项目周报；d) 个人日报和周报；e) 项目会议纪要；f) 培训记录和培训文档；2、QA过程文档；a) QA不符合报告；b) QA周报；c) 评审记录；3、工作产品a) 需求文档；b) 设计文档；c) 代码；d) 测试文档；e) 软件说明书和手册；4、项目中使用的第三方产品上文中用红色部分标识的是容易遗漏的配置项，尤其是第4个（项目中使用的第三方产品），实际上，一个工程型的项目会大量使用第三方的软件（例如，我们的产品中就使用了IBM的MQSeries、Oracle、一些第三方的开发控件），对这些产品的管理至少可以解决三个方面的问题：1、版本配合的问题：大部分的第三方软件在升级之后，并不能实现二进制层面上的兼容，需要对原有的代码重新编译；甚至有的第三方软件在升级之后，API层面上的兼容性都做不到；因此，在工程实施的过程中，版本的配合问题是一个需要关注的问题；2、发布的完整性问题：一般来说，比较大型的第三方软件在发布过程中都不会有遗漏，但对一些小的第三方软件来说，比如我们使用的许多perl的CPan模块，如果在开发过程中没有有意识的进行管理的话，很容易就会发生遗漏；3、在某些特殊条件下由于第三方软件的变化引起的基线变更：这种情况极少会发生，但在我们以前的项目中，确实还遇见过。
一般是因为原来选型时使用的第三方软件不能满足要求，只能通过更换新的第三方软件，这就补课避免地需要变更基线（例如需求文档、设计文档等）；将第三方软件纳入配置管理的范畴可以更方便地管理基线的变更。
关于第三方软件产品配置项的管理还有一点需要说明：由于第三方软件有可能会比较大，而且相对我们的项目来说，是很少会发生变更的（一般在一个项目过程中，不会采用不同的配置项的命名可以便于查找相关配置项。
计算机软件文档编制规范
@ by China Electronics Standardization Institute
计算机文档编制
中国电子技术标准化研究所
5.2 文档（编制）过程的关注点
• 文档编制计划 • 文档开发（编制） • 文档评审
@ by China Electronics Standardization Institute
@ by China Electronics Standardization Institute
计算机文档编制
中国电子技术标准化研究所
五、文档（编制）过程 5.1 概述
有两种主要类型的标准： a. 产品标准，它规定产品的特征和功能需求； b. 过程标准，它规定开发产品的过程。
计算机文档编制
中国电子技术标准化研究所
ＧＢ／Ｔ８５６７新老版本的主要差异
ＧＢ／Ｔ８５６７－２００6原则上适用于各种类型的开 发方法 ＧＢ／Ｔ８５６７－２００6描述了文档编制过程 ＧＢ／Ｔ８５６７－２００6给出２５种文档的编制格式 要求
１）可行性分析（研究）报告 ２）软件开发计划 ３）软件测试计划
ＧＢ／Ｔ８５６７新老版本的主要差异
４）数据要求说明书 ５）概要设计说明书 ６）详细设计说明书 ７）数据库设计说明书 ８）用户手册 ９）操作手册 １０）模块开发卷宗 １１）测试计划 １２）测试分析报告 １３）开发进度月报 １４）项目开发总结报告
@ by China Electronics Standardization Institute
@ by China Electronics Standardization Institute
计算机文档编制
中国电子技术标准化研究所
二、GB/T8567-2019制定的依据
计算机软件配置管理计划规范GBT1250590
计算机软件配置管理计划规范 GB/T 12505-90 Specification for computer software configuration management plan 1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。
本规范适用于软件特别是重要软件的配置管理计划的制订工作。
对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。
2．引用标准GB/T 11457 软件工程术语GB 8566 计算机软件开发规范GB 8567 计算机软件产品开发文件编制指南GB/T 12504 计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T 11457。
在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configuration control board)、配置检查(configuration audit)、配置标识(configurationidentification)和配置状态记录(configuration status accounting)等术语的定义。
3．1项目委托单位project entrust organization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。
3．2 项目承办单位project undertaking organization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。
3．3 软件开发单位software development organization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。
3．4 用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。
3．5 软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。
3 软件配置管理计划(模板)-GJB438C
密级：内部阶段：版次：A产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ共10页XXXX公司XXXX年XX月产品（外部）型号+产品（中文）名称软件配置管理计划项目编号-RJPZ编制审核会签批准修改页本文件版本情况如下：目录1范围 (1)1.1标识 (1)1.2系统概述 (1)1.3文档概述 (1)1.4与其他计划之间的关系 (1)2引用文档 (2)3组织和职责 (2)4软件配置管理活动 (2)4.1配置标识 (2)4.1.1源代码配置项标识 (2)4.1.2文档配置项标识 (3)4.1.3软件运行体配置项标识 (3)4.1.4数据配置项标识 (3)4.2配置控制 (3)4.2.1软件三库的控制 (3)4.2.2软件更改的控制 (4)4.3配置状态记实 (4)4.4配置审核 (5)4.5软件发行管理和交付 (5)5工具、技术和方法 (5)6对供货单位的控制 (5)7进度表 (6)8注释 (6)1范围1.1标识本文档适用于产品（外部）型号+产品（中文）名称的软件管理，软件的完整标识为XXXX。
1.2系统概述产品（外部）型号+产品（中文）名称的软件分为XXXX。
各部分软件实现的功能如下：a)XXXX软件：XXXX；b)XXXX软件●XXXX；●XXXX；●XXXX。
c)XXXX软件●XXXX；●XXXX；●XXXX；●XXXX。
产品（外部）型号+产品（中文）名称的软件研制过程与产品研制周期保持同步，随产品交付用户。
1.3文档概述本文档规定了XX软件开发过程中的配置管理组织结构、职责及活动要求，软件三库的维护安排，明确了软件开发过程输出版本控制以及变更要求，是实施配置管理活动的依据。
1.4与其他计划之间的关系软件配置管理计划作为《软件开发计划》的一部分，应按照总体开发计划的要求协调，使项目软件开发按照合理规划有条不紊的进行，确保软件配置的有效性、适宜性和可追溯性。
2引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
软件配置管理计划（范本）
软件配置管理计划软件配置管理计划本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款，以保证所交付的C ADCSC软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。
1．3参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADC SC软件质量保证计划2管理2．1机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
2．2任务在软件工程化生产的各个阶段中，与本阶段的阶段产品有关的全部信息在软件开发库存放，与前面各个阶段的阶段产品有关的信息则在软件受控库存放。
某软件公司配置管理计划编写规范
某软件公司配置管理计划编写规范某软件公司配置管理计划编写规范1. 引言配置管理计划是某软件公司在软件开发过程中进行配置管理的指导文件，包括了配置管理的目标、范围、策略、活动和责任等内容。
本文档旨在规范配置管理计划的编写内容和格式，以确保配置管理工作能够高效进行。
2. 文档组织配置管理计划应该包含以下主要部分：2.1 引言：简要描述配置管理计划的目的、范围和背景等信息。
2.2 配置管理目标：明确配置管理的目标和期望的结果，例如提高软件开发的质量、减少变更的风险等。
2.3 配置管理范围：说明配置管理的范围，包括涵盖的软件项目、开发阶段和相关环境等。
2.4 配置管理策略：定义配置管理的策略和原则，例如变更控制、配置标识、配置审查等。
2.5 配置管理活动：详细描述配置管理的具体活动，例如配置项识别、配置项控制、版本管理、配置审查等。
2.6 配置管理工具：介绍使用的配置管理工具和系统，以及其功能和使用方法。
2.7 配置管理责任：明确配置管理的责任和角色，包括配置管理委员会、项目经理、配置管理员等。
2.8 配置管理培训：描述对相关人员进行配置管理培训的计划和内容。
2.9 配置管理审核：规定配置管理的审核计划，以确保配置管理计划的有效性和改进。
2.10 配置管理计划的更新和变更：说明如何更新和变更配置管理计划，并规定相应的程序和流程。
3. 编写规范为确保配置管理计划的一致性和可读性，应遵循以下编写规范：3.1 文档格式：使用公司规定的文档模板，并确保文档格式清晰、整洁、易读。
3.2 语言和术语：使用清晰简洁的语言，并确保术语的准确性和一致性。
3.3 文档编号：为每个配置管理计划分配唯一的编号，并在文档中注明。
3.4 目录和页眉：在文档中包含完整的目录，并在每页的页眉中标明文档标题和页码。
3.5 图表和表格：使用适当的图表和表格来说明配置管理的流程、活动和责任。
3.6 参考资料：在文档末尾列出所有引用的参考资料和文献，确保引用的准确性和可查性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
配置管理计划编写规范
文件编号：
NW601102 生效日期：
2000.3.20
受控编号：
密级：秘密版次：Ver1.0修改状态：总页数6正文5附录1编制：李洪敏审核：王宇批准：孟莉
沈阳东大阿尔派软件股份有限公司
（x，翻版必究）
文件修改控制
目录
1. 目的
2. 适用范围
3. 术语及缩略语
4. 编写规范
4.1组织与职责
4.2配置标识
4.3配置控制
4.4配置状态报告
4.5配置审核
5. 引用文件
6.附录
1.目的
确定实施配置管理活动的具体组织及其职责，明确配置管理活动的具体内容，即对哪些配置项进行标识、控制、状态记录、审核，编制配置管理里程碑。
2.适用范围
适用于项目策划阶段所要求的《配置管理计划》的编写。
3.术语及缩略语
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.编写规范
《配置管理计划》就是要明确如何实施配置管理活动。
该计划包括的内容如下：要执行的配置管理活动，所需的组织及其各自的职责，配置管理活动的里程碑。
下面是《配置管理计划》的具体内容。
4.1组织与职责
明确指派负有下列职责的各类人员：
负责《配置管理计划》的审批、实施与更改跟踪的软件配置管理经理SCMM；
在整个软件生命过程中按照《配置管理计划》执行配置管理活动的软件配置管理
负责人SCML；
4.2配置标识
4.2.1列出要标识的所有配置项及其相应的标识规范。
例如，对软件工具、硬件设备、
开发计划、计算机程序等如何标识。
4.2.2基准配置项的标识
识别每一基准配置项，并标识下列信息：何时及如何提交、批准人和验证人、目
的、提交方式（软件或文档）及版本号。
4.2.3文档库内容
标识和控制规范、文档库的数目及类型、备份及作废计划和程序、任何损失的恢
复过程、文档保留程序、什么文档要保留和谁保留及保留多长时间、信息是在线
还是脱机保留以及保留介质。
4.3配置控制
基准配置项的更改要依据更改控制程序，通过填写“更改单”进行更改控制。
明
确指派负责更改控制的组织，明确“更改单”的填写、审批及保管程序。
4.4配置状态报告
要按照“配置状态报告”表格记录配置项状态，包括配置项名称、标识符、释放
时间、备份路径等。
4.5配置审核
指派负责配置审核的软件质量保证负责人SQAL及配合人员，列举要进行审核的
配置项。
5.引用文件
（无）
6.附录
配置管理计划表
项目编号： 项目名称： 项目经理PM ： 项目软件经理PSM ： 要标识的配置项： 开发环境 工具 技术文档 提交产品 标识规范：
基准配置项： 项目启动计划
需求分析报告或软件功能规格说明书
开发计划 系统设计报告
编码
系统测试报告 提交时间及版本：
主要配置审核项： 软件配置管理负责人SCML ： 软件质量保证负责人SQAL ：
编制：
审批：
20.4.124.12.202022:4622:46:47
强烈的欲望也是非常重要的。
人需要有强大的动力才能在好的职业中获得成功。
你必须在心中有非分之想，你必须尽力抓住那个机会。
22:46:4722:464.12.2020 公平不是总存在的，在生活学习的各个方面总有一些不能如意的地方。
但只要适应它，
并坚持到底，总能收到意想不到的成效。
世界上没有夕阳企业,只有落后和不思进取的企业。
4/12/204/12/204/12/20
走得最慢的人，只要他不丧失目标，也比漫无目的地徘徊的人走得快。
让流程说话，流程是将说转化为做的惟一出路。
10时46分22时46分2020年4月 我这一生基本上只是辛苦工作，我可以说，我活了七十五岁，没有那一个月过的是舒服生活，就好象推一块石头上山，石头不停地滚下来又推上去。
不是没办法，而是没有用心想办法。
用心想办法，一定有办法，迟早而已。
企业最大的资产是人。
20.4.1210时46分20.4.12Apr. 12, 204.12.2020
当大家都变得聪明起来的时候，我就甘心做个笨人;当大家都尽力包装自己的时候，我就什么都不穿。
这是我的策略，质朴示人，真实有力。
坚持下去，成功就在下一个街角处等着你。
一个伟大的企业，对待成就永远都要战战兢兢，如覆薄冰。
人类学会走路，也得学会摔跤，而且只有经过摔跤他才能学会走路。
坚持是一种智慧，固执是一种死板。
管得少，就是管得好。
综合，不20.4.1220.4.1220.4.12
命运是一件很不可思议的东西。
虽人各有志，但往往在实现理想时，会遭遇到许多困难，反而会使自己走向与志趣相反的路，而一举成功。
管理层次越少越好。
懒惰象生锈一样，比操劳更能消耗身体;经常用的钥匙，总是亮闪闪的。
End
谢谢各位！。