软件的项目的配置管理系统计划清单
软件配置管理计划模板(带实例)
软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板，以帮助项目团队在软件开发过程中有效管理配置项，确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。
以下是一个典型的软件配置管理计划模板示例。
1. 引言软件配置管理是一个重要的过程，它确保软件的稳定性、可维护性和可追溯性。
本文档定义了软件配置管理的目标、范围和活动，以及相关的角色和责任。
2. 软件配置管理目标软件配置管理的目标是：- 维护可追溯的软件版本控制；- 确保配置项的准确性和一致性；- 管理和控制软件的配置变更；- 提供配置相关的文档和报告以支持项目决策。
3. 软件配置管理范围软件配置管理的范围包括以下方面：- 软件配置项的识别和标识；- 软件版本控制和发布管理；- 配置项变更管理；- 配置项跟踪和审计；- 配置管理文档和报告。
4. 软件配置管理活动软件配置管理包括以下活动：- 确定和识别软件配置项；- 定义和维护软件版本控制策略；- 管理和控制软件的配置变更；- 更新和维护配置项跟踪表；- 定期进行配置项审计；- 生成和发布配置管理文档和报告。
5. 角色和责任软件配置管理涉及以下角色和责任：- 配置管理人员：负责制定和执行配置管理策略，管理和跟踪配置项；- 开发团队：负责识别和标识配置项，遵守配置管理规定；- 测试团队：负责测试和验证配置项的变更；- 项目经理：负责配置管理相关的项目决策和资源分配。
6. 配置管理文档和报告软件配置管理涉及以下文档和报告：- 配置管理计划：定义软件配置管理的过程和活动；- 配置项跟踪表：记录配置项的状态和变更历史；- 配置项审计报告：记录配置项的审计结果和问题；- 配置管理文档：包括配置项标识、版本控制和发布计划等。
7. 总结以上是一个典型的软件配置管理计划模板示例。
项目团队可以根据实际情况进行适当的调整和定制，以满足项目的具体需求。
有效的软件配置管理将有助于提高软件的质量和可维护性，确保项目的顺利进行。
软件配置管理计划模板
卷号DEPLOY卷内编号DEPLOY005密级组内HD20090917SR005通用型行政审批服务协同管理平台配置管理计划1.2项目承担部门：java第四组撰写人（签名）：区允文完成日期：2010年8月4日本文档使用部门：■主管领导■项目组□客户（市场）□维护人员□用户评审负责人（签名）：江威龙评审日期：2010/8/4目录1.简介41.1目的41.2范围41.3定义、首字母缩写词和缩略语41.4参考资料41.5概述42.项目配置42.1组织结构42.2职责和接口52.3工具、环境和基础设施53.配置管理活动63.1配置库63.1.1配置库架构63.1.2权限分配73.1.3配置库层次及开发活动说明：83.2配置标识93.2.1标识方法93.2.2项目基线103.3配置项113.4配置和变更控制113.4.1变更请求的处理和审批113.4.2变更控制委员会 (CCB)113.4.3变更过程中的活动113.4.4变更过程中的变更请求状态123.4.5保存变更历史记录133.4.6变更请求中受影响配置项的变更133.5配置状态统计143.5.1项目介质存储和发布进程143.5.2报告和审计144.里程碑155.培训和资源156.分包商和厂商软件控制157.附录15配置管理计划1.简介1.1目的为了使项目相关的各种资源便于查看，修改，不至于凌乱；为了让各个开发人员方便高效地协同合作；为了项目的版本便于管理，作出此配置管理计划。
1.2范围项目进行中所得出的所有工件都要遵守此计划，包括文档以及源代码，以及硬件。
1.3定义、首字母缩写词和缩略语CM：配置管理。
CCB：变更控制委员会。
CI：配置项。
包含文档、程序。
Baseline：基线。
CR：变更请求。
PCA：物理审计。
FCA：功能审计。
1.4参考资料《华南农业大学软件学院实训讲义》《华南农业大学项目阶段评审工件》1.5概述此文档对项目开发过程中的配置方面作出约束，开发以及变更都要按照要求来做。
软件项目配置管理系统计划清单
中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记录文件项目编号项目名称CGN-IT-C3-A12-01软件项目配置管理计划版本编写审核审定批准生效时间A/0注：如无受控文件标识（蓝色印章）则为非有效版本，以受控文件规定为准。
此文件属中国广东核电集团有限公司所有，未经许可，不得以任何方式外传。
修改记录页目录（一）............................................................... 基本信息4（二）........................................................... 角色与职责4（三）....................................................... 配置管理资源5（四）.............................................................. 权限分配5（五）.......................................................... 配置项计划6（六）........................................................... 配置库基线7（七）..................................................... 配置库备份计划8（八）..................................................... 配置库状态报告8（九）.............................................................. 配置审核9（十）审批意见 (9)配置管理计划（一）基本信息项目名称：项目代号：立项时间：预计主要项目阶段有：配置项目命名规则依据:（二）角色与职责本项复。
ITSMS配置管理计划(含配置清单)
是否经过评审 任务
状态
是
制定计划 完成
是
制定周报 完成
是
制定月报 完成
是
制定控制报告 完成Biblioteka 是填写问题跟踪 记录表
完成
是
记录事件 完成
是
制定配置管理 计划
完成
是
填写变更记录 完成
编制人： 审核人： 批准人：
日期： 日期： 日期：
FXTS-ITSMS-P07R01
配置管理计划
项目名称： 项目编号：
目的：编写本配置管理计划的目的是描述项目生命周期过程中所需 执行的所有配置管理活动。
所包含的主要配 置项 配置项计划 配置项周报 配配置置项 偏月 差报 控制报 告 问题跟踪记录表
事件记录
配置管理计划
配置变更记录
[要求定期检查，一周一收集]
软件配置管理计划(SCMP)
软件配置管理计划(SCMP)说明《软件配置管理计划》(SCMP)说明在项目中如何实现配置管理。
软件配置管理计划的正本格式如下：1引言本章应分成以下几条。
1.1标识本条应包含本文档适用的系统和软件的完整标识，(若适用)包括标识号、标题、缩略词语、版本号、发行号。
1.2系统概述本条应简述本文档适用的系统和软件的用途。
它应描述系统与软件的一般性质；概述系统开发、运行和维护的历史；标识项目的投资方、需方、用户、开发方和支持机构；标识当前和计划的运行现场；并列出其他有关文档。
1.3文档概述本条应概括本文档的用途与内容，并描述与其使用有关的保密性与私密性要求。
1.4组织和职责描述软件配置管理(SCM)负责人和软件配置控制委员会(SCCB)的组成以及他们在项目中的职责和权限；说明与项目配置管理相关的人员，如项目经理、部门SCM组长的职责；描述以上人员之间的关系。
为了能够清晰的表述，可选用图表的方式进行说明。
1.5资源描述项目配置管理活动所需的各种资源，包括人员、培训、工具、设备、设施等等。
其中人员是指人力成本，它是根据项目开发计划中的总工时计算得出的。
2引用文件本章应列出本文档引用的所有文档的编号、标题、修订版本和日期。
本章还应标识不能通过正常的供货渠道获得的所有文档的来源。
3管理描述负责软件配置管理的机构、任务、职责及其有关的接口控制。
3.1机构描述在各阶段中负责软件配置管理的机构。
描述的内容如下：a.描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；b.说明项目和子项目与其他有关项目之间的关系；c.指出在软件生存周期各阶段中的软件开发或维护机构与配置控制委员会的相互关系。
3.2任务描述在软件生存周期各阶段中的配置管理任务以及要进行的评审和检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。
3.3职责描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系：a.指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责；b.指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；c.说明由本计划第3.2条指明的生存周期各阶段的评审、检查和审批过程中的用户职责以及相关的开发和维护活动；d.指出与项目有关的各个机构的代表的软件配置管理职责；e.指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。
软件配置管理计划模板
XXXX软件项目配置管理计划XXXX企业有限公司____年___月___日文档信息修改记录目录软件项目配置管理计划 (2)1 引言 (2)1.1 编写目的 (2)1.2 术语定义 (2)1.3 参考资料 (2)2 计划内容 (2)2.1 人员及职责 (2)2.2 软硬件环境计划 (4)2.2.1 项目计划环境 (4)2.2.2 需求分析和设计环境 (4)2.2.3 开发环境 (4)2.2.4 测试环境 (4)2.2.5 配置管理环境 (4)2.3 配置项计划 (4)2.4 配置库计划 (6)2.5 权限计划 (7)2.6 基线计划 (8)2.7 发布计划 (8)2.8 配置库备份计划 (9)软件项目配置管理计划1 引言1.1 编写目的本文档目的在于对本公司项目进行软件配置管理，提高软件质量，降低软件开发成本。
本计划制定了本公司如何进行配置管理活动、活动的计划安排、指派的职责和所要求的资源。
对本公司项目实施软件配置管理活动时，需要参照本计划。
1.2 术语定义1、软件配置管理（SCM）：软件配置管理是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性，控制这些特性的变更，记录和报告变更的过程和状态，并验证它们与需求是否一致。
2、配置项（CI）：配置项可包括以下几方面：项目(或活动)文档、源代码、可执行代码、度量数据、变更请求(CR)。
项目(或活动)文档即项目(或活动)相关的规范、指南中定义的各个任务的输出和输入；源代码和可执行代码是特殊的文档；度量数据指度量分析定义表中定义的度量以及对应的实际数据。
3、基线（BaseLine）: 用来标识一组配置项的特定版本的集合的标记，以记录工作成果的历史状态，或通过不同的版本组合定义不同特性的工作成果。
1.3 参考资料2 计划内容2.1 人员及职责1、根据《软件项目计划书》中的角色分配，确定CM，CCB（变更控制委员会）成员；2.2 软硬件环境计划2.2.1 项目计划环境软件：MS Office Word、MS Office Excel、MS Office Project2.2.2 需求分析和设计环境软件：MS Office Word、MS Office Visio、Sybase PowerDesigner、Rational Rose2.2.3 开发环境软件：Windows Visual Studio .Net、MyEclipse、JDK、Apache-Tomcat、Apache、Oracle 10g、SQL Server 2003、WebLogic、SQL Server 2005、Websphere2.2.4 测试环境软件：Load Runner2.2.5 配置管理环境1、软件：TortoiseSVN2.3 配置项计划配置管理员标识配置项，标识符的参考格式为：项目编号-配置项类型-配置项序号-配置项版本配置项名称。
项目的配置管理系统计划清单例范本
实用标准文案精彩文档机电管理系统性能测试系统配置管理计划文档编号：XXXXXXXX-XXX-XXX版本号：1.00产品名称:机电管理系统性能测试系统文档名称:配置管理计划版本修改内容描述修改人日期备注1.00 第一版1.01 修正了几个不足1.02 增加对受控文件修改后必须增加描述内容批准人：日期：审核人：日期：这里填写公司地址、联系方式等目录1. 引言 (1)1.1 目的 (1)1.2 术语定义 (1)1.3 参考资料 (2)2. 软件配置 (3)2.1 软件配置环境 (3)2.2 软件配置项 (3)2.3 配置管理员 (4)3. 软件配置管理计划 (6)3.1 建立示例配置库 (6)3.2 配置标识管理 (8)3.3 配置库控制 (10)3.4 配置的检查和评审 (12)3.5 配置库的备份 (14)3.6 配置管理计划的修订 (14)3.7 配置管理计划附属文档 (15)4. 里程碑 (17)附录1 文档命名规定 (19)1、受控配置库文件命名规则 (19)2、非受控配置库文件命名规则 (20)3、提交文档文件命名规则 (20)附录2 文档编码规范 (21)附录3 帐号及权限管理 (23)附录4 配置库使用规定 (26)文档修改记录 (28)1. 引言1.1 目的本文档目的在于机电管理系统性能测试系统进行软件配置管理，提高软件质量，降低软件开发成本。
本文档内容主要参考研发中心相关的ISO程序和制度文档，并在这基础上整理成适合本项目的软件配置管理，为项目经理、配置管理员及相关人员提供日常的配置管理操作步骤。
1.2 术语定义软件配置管理：简称SCM（Software Configuration Management的缩写），是在项目开发中，标识、控制和管理软件变更的一种管理。
配置管理的使用取决于项目规模和复杂性以及风险水平。
软件的规模越大，配置管理就显得越重要。
基线：(BaseLine) 是项目储存库中每个工件版本在特定时期的一个“快照”。
软件项目-配置项清单-模板
需求调研 需求分析
设计 实现 测试 上线 项目收尾
第 1 页，共 2 页
53
配置管理总结
54
质量保证总结
55
同行评审报告
56
同行评审问题跟踪表
57
里程碑状态报告
58
里程碑评审报告
59
配置库备份检查表
60
配置管理工作跟踪表
61
配置项状态表
62
基线列表
63
配置审计报告
64
配置管理报告
配置项名称 售前技术支持表 售前立项可行性分析报告 售前交流汇总表 售前项目归档记录表 系统方案建设书 售前项目总结 项目任务书 项目已定义过程 项目总体计划 项目进度计划 项目计划 WBS分解 配置管理计划 决策分析计划 候选方案描述 候选方案列表 决策分析评价报告 质量保证计划 调研报告 调研计划 用户需求说明书 需求规格说明书 需求跟踪矩阵 风险列表 估算表 页面原型 服务接口列表 概要设计说明书 模块概要设计.mdl 数据模型概要设计.CDM 详细设计说明书 产品源代码 代码走查检查表 单元测试检查表 测试方案 性能测试报告 测试用例 测试报告 用户手册 测试环境确认单 上线方案 环境确认单 产品发布测试检查单 培训及上线环境确认单 培训手册 培训讲义 试运行反馈表 试运行问题跟踪表 试运行总结 测试总结 项目总结 技术总结
软件配置管理系统计划清单
软件配置管理计划示例计划名国势通多媒体网络传输加速系统软件配置管理计划项目名国势通多媒体网络传输加速系统软件项目委托单位代表签名年月日项目承办单位北京麦秸创想科技有限责任公司代表签名年月日1 引言1．1 目的本计划的目的在于对所开发的国势通多媒体网络传输加速系统软件规定各种必要的配置管理条款，以保证所交付的国势通多媒体网络传输加速系统软件能够满足项目委托书中规定的各种原则需求，能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。
软件开发单位在开发本项目所属的各子系统（其中包括为本项目研制或选用的各种支持软件）时，都应该执行本计划中的有关规定，但可以根据各自的情况对本计划作适当的剪裁，以满足特定的配置管理需求。
剪裁后的计划必须经总体组批准。
1．2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。
1．3 参考资料◆GB/T 11457 软件工程术语◆GB 8566 计算机软件开发规范◆GB 8567 计算机软件产品开发文件编制指南◆GB/T 12504 计算机软件质量保证计划规范◆GB/T 12505 计算机软件配置管理计划规范◆国势通多媒体网络传输加速系统软件质量保证计划2 管理2．1 机构在本软件系统整个开发期间，必须成立软件配置管理小组负责配置管理工作。
软件配置管理小组属项目总体组领导，由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成，由总体组代表任组长。
各子系统的软件配置管理人员在业务上受软件配置管理小组领导，在行政上受子系统负责人领导。
软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。
各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。
各子系统的软件配置管理人员应该根据对子项目的具体要求，制订必要的规程和规定，以确保完全遵守本计划规定的所有要求。
软件配置管理计划范本
软件配置管理计划范本一、引言软件配置管理（Software Configuration Management，简称SCM）是确保软件产品在其生命周期内能够进行有效控制和管理的过程。
为了规范软件配置管理的实施，制定一个详细的软件配置管理计划非常必要。
本文将提供一个软件配置管理计划范本，供相关人员参考和使用。
二、背景信息在撰写软件配置管理计划之前，我们需要了解以下背景信息：1. 项目名称：2. 项目目标：3. 相关人员：4. 版本控制工具：三、配置管理目标本部分将描述软件配置管理的目标和具体实施计划，包括以下几个方面：1. 配置标识符：为软件及其组件定义唯一的标识符；2. 版本控制：确保对软件及其组件的版本进行控制和管理；3. 变更管理：负责对软件及其组件的变更进行评审、批准、实施和记录；4. 系统构建和发布：负责将配置项组装成可执行的软件产品并进行发布；5. 配置状态管理：确保对软件配置项及其状态进行记录和管理。
四、配置管理计划本部分将详细介绍软件配置管理计划的内容和执行方式。
1. 配置标识符管理1.1 配置项命名规范配置项的命名规范应包括：配置项名称、版本号、标识符等信息。
1.2 配置项标识符的生成规则配置项标识符的生成规则应基于项目的特定需求，并确保唯一性和易于识别。
1.3 配置项标识符的维护和更新配置项标识符需要进行维护和更新，以保证项目团队的一致性和正确性。
2. 版本控制管理2.1 版本控制工具的选择根据项目需求和团队习惯选择适合的版本控制工具，如Git、SVN等。
2.2 版本控制策略设定版本控制的策略和规范，包括代码提交、分支管理、冲突解决等。
2.3 版本库的维护和备份定期对版本库进行备份，确保数据的安全性和可恢复性。
3. 变更管理3.1 变更管理流程制定变更管理的详细流程，包括变更请求、评审、批准、实施和记录等。
3.2 变更影响分析对变更进行影响分析，评估其对项目进度和功能的影响，并及时通知相关人员。
软件项目管理-配置管理
比较：不同的配置管理工具在功能、易用性、开放性、可扩展性等方面各有优劣 需要根据实际需求进行选择。
结论：选择适合的配置管理工具是软件项目管理中非常重要的一环可以提高软件 的质量和开发效率。
PRT SIX
配置管理定义：在软件开发过程中对项目的配置项进行控制、状态记录和变更管理的 过程。
配置管理目的：确保软件产品的完整性和可追溯性提高软件质量降低开发成本。
配置管理实践：实施配置管理计划进行版本控制、基线管理、变更控制等操作确保软 件开发的顺利进行。
配置管理工具：使用配置管理工具进行配置项的管理、跟踪和审计如Git、SVN等版本 控制系统。
配置管理在软件项目管理中的重要 性
配置管理在项目管理中的实践案例
配置项：软件项目中需要管理的对象如代码、文档、数据等 版本控制：对配置项的变更进行记录、追踪和管理的过程 目的：确保配置项的一致性和可追溯性避免出现混乱和冲突 常用工具：Git、SVN等版本控制系统
配置项的变更请求提交 变更请求的评估和审批 配置项的变更实施 变更后的验证和审核
配置项审计：确保配置项的准确性和完整性防止 错误和遗漏
添加标题
添加标题
配置管理的实践经验分享
添加标题
添加标题
配置管理未来的发展趋势和挑战
配置管理流程：从需求分析、设计、编码、测试到部署的完整流程 配置管理工具：如Git、SVN等版本控制工具的使用 配置管理最佳实践：如分支管理、代码审查、自动化部署等 案例分析：如某公司如何通过配置管理提高软件质量与开发效率
配置管理工具：用于支持配置管 理的软件工具如版本控制系统、 配置管理系统等。
标识：识别和 管理配置项的
软件开发项目管理研究项目计划 执行及配置管理
关键技术
1、项目管理软件：如Microsoft Project、Oracle Primavera等，可以帮 助项目经理更好地管理项目资源、跟踪项目进度和监控项目成本。
2、需求分析工具：如MindManager、Visio等，可以帮助团队成员更好地了 解客户需求，梳理业务流程，为项目计划和开发提供有力支持。
3、问题解决：针对项目过程中出现的问题，采取有效的解决方法，如根本 原因分析、风险应对策略等。
4、经验总结：项目结束后，对项目进度计划管理的过程进行总结和评价， 以便在今后的项目中更好地应用。
谢谢观看
软件开发项目管理研究项目计划 执行及配置管理
录
01 一、项目计划
03 三、配置管理
02 二、项目执行 04 参考内容
软件开发项目管理：项目计划、 执行及配置管理的研究
在当今高度信息化的时代，软件开发项目管理的有效性直接关系到项目的成 功与否。项目管理涉及计划、执行及配置管理等多个环节，本次演示将深入探讨 这三个方面的最佳实践。
1、风险管理：在项目执行过程中，风险管理贯穿始终。这包括识别潜在风 险、分析风险影响和概率、制定相应的应对策略，以及持续监控风险状况。
2、质量管理：质量管理是确保软件开发项目满足预期的关键环节。这包括 对代码的审查、测试阶段的严格把控，以及使用质量管理系统来确保软件质量。
3、沟通管理：项目执行过程中的有效沟通至关重要。团队成员需要保持及 时、准确的信息共享，以确保所有人对项目状态有统一的认知。
4、变更管理：在软件开发中，变更管理是必要的。当需求发生变化时，我 们需要及时评估变更的影响，并迅速做出调整。
三、配置管理
配置管理是软件开发项目管理中不可或缺的一部分，它涉及到对项目过程中 产生的各种信息和文件的管理。
软件配置管理计划书
软件配置管理计划书2.2职责。
12.3流程。
12.4工具和技术。
23配置标识。
23.1命名约定。
23.2版本标识符号。
23.3基线标识符号。
24配置管理。
34.1配置项。
34.2变更控制。
34.3版本控制。
44.4审查和审核。
45配置审计。
46配置问题解决。
57培训。
58质量保证。
59风险管理。
610附录。
6引言本文档旨在规范软件配置管理计划的编写，以确保项目的顺利进行。
本文档包括了定义和缩写词、参考资料、管理、配置标识、配置管理、配置审计、配置问题解决、培训、质量保证和风险管理等内容。
管理在软件配置管理中，机构和职责的分配十分重要。
本章节将介绍机构、职责、流程、工具和技术等方面的内容，以确保软件配置管理的有效性。
配置标识配置标识是软件配置管理中非常重要的一部分。
本章节将介绍命名约定、版本标识符号、基线标识符号等内容，以确保配置标识的准确性和一致性。
配置管理配置管理是软件配置管理计划的核心内容。
本章节将介绍配置项、变更控制、版本控制、审查和审核等内容，以确保软件配置管理的有效性。
配置审计配置审计是软件配置管理计划中必不可少的一部分。
本章节将介绍配置审计的相关内容，以确保软件配置管理的有效性。
配置问题解决在软件配置管理中，配置问题解决是非常重要的一部分。
本章节将介绍配置问题解决的相关内容，以确保软件配置管理的有效性。
培训培训是软件配置管理计划中必不可少的一部分。
本章节将介绍培训的相关内容，以确保软件配置管理的有效性。
质量保证质量保证是软件配置管理计划中非常重要的一部分。
本章节将介绍质量保证的相关内容，以确保软件配置管理的有效性。
风险管理风险管理是软件配置管理计划中必不可少的一部分。
本章节将介绍风险管理的相关内容，以确保软件配置管理的有效性。
工具、技术和方法在软件配置管理过程中，有许多工具、技术和方法可以帮助组织和管理软件的版本控制、变更控制和问题跟踪。
其中包括版本控制工具、变更管理工具、问题跟踪工具、构建工具、持续集成工具等。
软件项目开发计划清单书
软件开发计划书项目名称：企业发展状况评价系统软件开发参与人员：目录1引言........................................................................................................................................... - 3 -1.1编写目的........................................................................................................................ - 3 -1.2背景................................................................................................................................ - 3 -1.3定义................................................................................................................................ - 4 -1.4参考资料........................................................................................................................ - 4 -1.5 业务目标....................................................................................................................... - 5 -1.6标准、条件和约定........................................................................................................ - 6 -1.7编写文档的WBS（Work Breakdown Structure，工作分解结构）....................... - 6 - 2项目概述................................................................................................................................... - 7 -2.1工作内容........................................................................................................................ - 8 -2.2主要参加人员................................................................................................................ - 9 -2.3产品及成果.................................................................................................................. - 10 -2.3.1程序................................................................................................................... - 10 -2.3.2文件................................................................................................................... - 10 -2.3.3服务................................................................................................................... - 11 -2.3.4非移交产品....................................................................................................... - 11 -2.4验收标准...................................................................................................................... - 13 -2.4.1代码的验收....................................................................................................... - 13 -2.4.2 文档验收.......................................................................................................... - 13 -2.4.3 服务验收.......................................................................................................... - 13 -2.5完成项目的最迟期限.................................................................................................. - 13 -2.6本计划的审查者与批准者.......................................................................................... - 14 - 3实施总计划............................................................................................................................. - 14 -3.1开发过程...................................................................................................................... - 14 -3.1.1 需求分析.......................................................................................................... - 14 -3.1.2 系统设计.......................................................................................................... - 14 -3.1.3 编码及测试阶段.............................................................................................. - 14 -3.1.4 文档、产品部署.............................................................................................. - 15 -3.1.5 项目总结.......................................................................................................... - 15 -3.2工作任务的分解.......................................................................................................... - 15 -3.3接口人员...................................................................................................................... - 16 -3.4进度.............................................................................................................................. - 16 -3.5预算.............................................................................................................................. - 17 -3.6关键问题...................................................................................................................... - 18 - 4支持条件................................................................................................................................. - 19 -4.1计算机系统支持.......................................................................................................... - 19 -4.2需要用户承担的工作.................................................................................................. - 21 -4.3需由外单位提供的条件.............................................................................................. - 21 -5专题计划要点......................................................................................................................... - 21 -5.1开发人员培训计划...................................................................................................... - 21 -5.2 测试计划..................................................................................................................... - 21 -5.3 质量保证计划............................................................................................................. - 21 -5.4 人员配置计划............................................................................................................. - 22 -5.5 客户培训计划............................................................................................................. - 22 -5.6 安全保密计划............................................................................................................. - 22 -5.7 合同计划..................................................................................................................... - 22 -1引言1.1编写目的为了保证项目团队按时保质地完成项目目标，便于项目团队成员更好地了解项目情况，使项目工作开展的各个过程合理有序，有必要以文件化的形式，把对于在项目生命周期内的工作任务范围、各项工作的任务分解、项目团队组织结构、各团队成员的工作责任、团队内外沟通协作方式、开发进度、经费预算、项目内外环境条件、风险对策等内容以书面的方式描述出来，作为项目团队成员以及项目干系人之间的共识与约定，项目生命周期内的所有项目活动的行动基础，项目团队开展和检查项目工作的依据。
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引用文档下列标准和文件中的有关条款，通过引用而成为本管理计划的条款。
软件配置管理计划精选全文完整版
可编辑修改精选全文完整版软件配置管理计划本计划中的任务包括以下内容：1.确定软件配置管理的组织结构和职责分工；2.制定软件配置管理计划，包括软件配置项的标识、控制、审查、审批和发布等；3.确定软件配置控制的流程，包括软件变更控制、版本控制和库管理等；4.确定软件配置管理的工具和环境，包括配置管理工具、版本控制工具和库管理工具等；5.确定软件配置管理的培训计划，包括软件配置管理人员的培训和使用软件配置管理工具的培训等；6.确定软件配置管理的评审和审计计划，包括软件配置管理计划的评审和审计，以及软件配置管理的执行情况的评审和审计等；7.确定软件配置管理的报告计划，包括软件配置管理计划的执行情况报告和软件配置管理的问题报告等。
2．3软件配置管理计划的制定和审批软件配置管理计划应该在软件开发初期制定，并在软件开发过程中不断更新和完善。
软件配置管理计划的制定和审批应该按照以下步骤进行：1.由软件配置管理小组负责制定软件配置管理计划，并提交总体组审批；2.总体组审批通过后，软件配置管理计划应该在所有软件开发人员中广泛宣传和推广；3.软件配置管理计划的执行情况应该定期进行评审和审计，并及时更新和完善。
2．4软件配置项的标识为了有效地进行软件配置管理，必须对软件配置项进行标识。
软件配置项的标识应该包括以下内容：1.软件配置项的名称和版本号；2.软件配置项的类型和功能；3.软件配置项的状态和所属子系统；4.软件配置项的负责人和开发人员；5.软件配置项的变更记录和审批记录。
2．5软件配置项的控制软件配置项的控制是软件配置管理的核心内容。
软件配置项的控制应该包括以下方面：1.软件配置项的变更控制，包括变更申请、变更分析、变更评审、变更批准和变更实施等；2.软件配置项的版本控制，包括版本标识、版本发布和版本回退等；3.软件配置项的库管理，包括库的建立、库的维护和库的备份等。
2．6软件配置管理工具和环境为了有效地进行软件配置管理，必须选择合适的软件配置管理工具和环境。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
修改记录页
目录
(一)基本信息 (4)
(二)角色与职责 (4)
(三)配置管理资源 (5)
(四)权限分配 (5)
(五)配置项计划 (6)
(六)配置库基线 (7)
(七)配置库备份计划 (8)
(八)配置库状态报告 (8)
(九)配置审核 (9)
(十)审批意见 (9)
配置管理计划(一)基本信息
项目名称：
项目代号：
立项时间：
预计主要项目阶段有：
配置项目命名规则依据：
(二)角色与职责
(三)配置管理资源
本项目使用配置管理工具对各配置项进行存储、版本管理，并提供更新、检索和历史版本的恢复。
提示：
（1）配置管理员确定本项目的配置管理软件。
例如采用Microsoft公司的TFS或者IBM公司的clearecase。
（2）配置管理员根据所采用的配置管理软件，确定计算机资源（考虑内存、外存、CPU等）。
预计建库申请日期：
预计建库日期：
预计工作库需空间：
(四)权限分配
项目成员访问配置库的ID及PASSWORD默认设置为与域帐号的设置相同。
若个人要求另行设置的，由项目组配置管理员负责汇总后，提交给高级配置管理员调整设置。
(五)配置项计划
填写上面表格过程中，需要对照成果物列表逐项填写。
对于代码VOB，项目组配置管理员自己定义，原则上每个VOB的大小限制在200-300M之间。
(六)配置库基线
配置库基线由里程碑基线和日常开发基线共同组成，其中里程碑基线分为前期基线、计划基线、需求基线、设计基线、代码基线、测试基线、产品基线。
其中前期基线可裁减。
里程碑基线是在项目通过评审产出物或项配置项的版本号与配置项的状态紧密相关：
（1）处于“草稿”状态的配置项的版本号格式为：0.YZ
✧YZ数字范围为01-99。
✧随着草稿的不断完善，“YZ”的取值应递增。
“YZ”的初值和增幅由用户自己把握。
（2）处于“正式发布”状态的配置项的版本号格式为：X.Y
✧X为主版本号，取值范围为1-9。
Y为次版本号，取值范围为1-9。
✧配置项第一次“正式发布”时，版本号为1.0。
✧如果配置项的版本升级幅度比较小，一般只增大Y值，X值保持不变。
只有当配置项版本升
级幅度比较大时，才允许增大X值。
（3）处于“正在修改”状态的配置项的版本号格式为：X.YZ
✧配置项正在修改时，一般只增大Z值，X.Y值保持不变。
✧当配置项修改完毕，状态重新成为“正式发布”时，将Z值设置为0，增加X.Y值。
参见规
则（2）。
目重要阶段而定义的基线。
日常开发基线主要是在代码开发过程中产生的基线，用来给项目开发人员提取基线代码而使用的过程性的基线。
里程碑基线和日常开发基线的制作需要项目经理提出申请，由配置管理员执行。
配置库分为三个库：开发库、受控库（基线库）、产品库，配置流如下图所示，开发库为开发人员共同使用的开发流，在里程碑基线处，由配置管理员或者授权人员提交基线到受控库，在受控库最终形成产品的时候由中心配置管理员提交到产品库中。
各个项目可以根据需要，在开发流上为各个开发人员建立单独的个人开发流，
(七)配置库备份计划
(八)配置库状态报告
每两周出一份配置库状态报告
(九)配置审核
按照配置管理规程，定期对配置库和配置项的状态进行审核，审核配置管理活动和过程，确定所产生的基线和文档是否准确，并且在适当时记录审核结果，以便维护配置基线的完整性。
将结果记录到《配置状态报告》中。
具体计划如下：
(十)审批意见。