软件配置管理规范(参考模板)

合集下载

软件配置管理计划模板(带实例)

软件配置管理计划模板(带实例)

软件配置管理计划模板(带实例)本文档旨在提供一个软件配置管理计划模板,以帮助项目团队在软件开发过程中有效管理配置项,确保软件版本控制、配置项跟踪和配置变更管理等方面的可控性和可追溯性。

以下是一个典型的软件配置管理计划模板示例。

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概述此文档对项目开发过程中的配置方面作出约束,开发以及变更都要按照要求来做。

20 软件配置管理报告(模板)-GJB438C

20 软件配置管理报告(模板)-GJB438C

XX产品软件配置管理报告XXXX-PZBG共9页XXXX公司20XX年XX月密级:内部阶段:版次: AXX产品软件配置管理报告XXXX-PZBG编制审核批准修改页本文件版本情况如下:目录1 范围 (1)1.1 标识 (1)1.2 系统概述 (1)1.3 文档概述 (1)2 引用文档 (1)3 软件配置管理情况综述 (1)4 软件配置管理基本信息 (2)5 专业组划分及权限分配 (2)6 配置项记录 (2)7 变更记录 (3)8 基线记录 (3)9 入库记录 (3)10 出库记录 (4)11 审核记录 (4)12 备份记录 (4)13 测量 (5)14 注释 (5)1 范围1.1 标识本文档适用于产品型号+产品名称,模块的软件包括:XX软件。

1.2 系统概述信号处理模块是为XX单位配套的产品,主要用于实现空间谱估计运算。

根据《产品型号+产品名称技术协议》和《设计和开发任务书》的要求,信号处理模块软件包括如下几个软件:a)XX软件:XX功能;b)XX软件:XX功能。

XX软件的研制过程与产品研制周期保持同步,随产品交付用户。

项目的需求方:XX。

项目的开发方:XXXX。

项目保障机构:XX软件由XX负责开发,XX负责软件测试,XX负责软件质量保证,XX负责软件的配置管理,并全程监控软件研制的全过程。

1.3 文档概述本文档规定了产品型号+产品名称软件开发过程中必要的质量保证措施,以保证交付的XX软件能够满足规定的各项需求。

本文档作为XX软件研制过程的规范文件,对本文档的使用应遵循与此相应的相关保密性和安全性规定。

2 引用文档下列标准和文件中的有关条款,通过引用而成为本计划的条款。

对于注明日期或版次的引用文件,其后的任何修改(不包括勘误的内容)或修订版本都不适用于本计划,但提倡使用本计划的各方,探讨使用其最新版本的可能性。

对于未注日期或版次的引用文件,其最新版本适用于本计划。

GJB 438B-2009 军用软件开发文档通用要求3 软件配置管理情况综述XX软件的配置管理工作以《产品型号+产品名称软件配置管理计划》为依据,并按配置管理计划的要求开展了软件开发过程配置管理活动,软件配置标识、配置控制、配置状态记实、配置审核等与计划要求相符。

软件配置管理规范

软件配置管理规范

软件配置规范有限公司目录目录 (2)1.引言 (3)1.1.目的 (3)1.2.定义和缩略词 (3)1.2.1.定义 (3)1.2.2.缩略语 (3)2.管理 (4)2.1.任务 (4)2.2.职责 (5)2.3.适用的标准、条例和约定 (5)3.软件配置管理活动 (6)3.1.配置控制 (6)3.2.配置状态的记录和报告 (6)3.3.变更控制 (7)3.4.配置的检查和评审 (7)4.工具、技术和方法 (7)5.记录的收集、维护和保存 (7)6.附录:配置管理报表及其格式 (8)6.1.配置(变更)状态报告模板 (10)6.2.配置变更申请单模板 (11)6.3.基线发布报告 (12)6.4.基线审计报告 (13)1.引言1.1. 目的在对同一个项目中所产生大量的相关联的工作产品进行有效的控制,确保生产的工作、产品、组合不会由于同时更新、变更、多个版本而发生冲突。

来保证整个软件生命周期中建立和维护软件项目中所产生的各个产品的完整性和可追溯性。

1.2. 定义和缩略词1.2.1.定义1.2.2.缩略语2.管理软件配置管理流程2.1. 任务配置控制委员会(SCCB)担任着整个软件生存周期的评审和检查工作,并将各个阶段的产品放入对应的配置库中。

2.2. 职责A.SCCB负责人(PM项目经理)◆任命配置管理员(SCM)◆所有目录SCCB负责人有更改和书写权限。

B.配置管理员(SCM)◆所有目录SCM有更改和书写权限。

◆整个SVN由SCCB负责人指定SCM管理。

◆SCM 要维护所有目录和配置项的权限,保证配置下Reader能够获得到该文档,而其它人员无权获得。

C.软件工程师(SE)◆自己负责的程序模块有更改和书写权限。

◆对于正式发布的目录SE没有更改和书写的权限。

2.3. 适用的标准、条例和约定要标识的配置项主要包括以下几部分:◆开发环境:可以包括软件工具、硬件设备等;◆工具:可以包括测试工具、维护工具等;◆技术文档:软件需求、软件设计方案、软件测试方案、测试文档、用户手册、总结报告等;◆提交产品:计算机程序、释放产品等。

软件设计配置管理规范参考文档

软件设计配置管理规范参考文档

目录1.简介 (1)1.1目的 (1)1.2范围 (1)1.3文档结构 (1)1.4词汇表 (1)1.5参考信息 (2)1.5.1可追溯性 (2)1.5.2方针 (2)1.5.3过程/规范 (2)1.5.4指南 (2)1.5.5模板 (2)1.5.6检查表 (2)1.5.7培训 (2)1.5.8工具 (2)1.6参考网站 (3)2.配置管理规范 (3)2.1配置管理流程图 (3)2.2角色 (3)2.3进入准则 (4)2.4输入 (4)2.5活动 (4)2.6输出 (5)2.7验证与确认 (5)2.8退出准则 (6)2.9度量 (6)3.变更控制规范 (7)3.1变更控制流程图 (7)3.2角色 (8)3.3进入准则 (8)3.4输入 (8)3.5活动 (8)3.6输出 (8)3.7验证与确认 (9)3.8退出准则 (9)3.9度量 (9)4.参考文献 (9)附录 A –流程框图符号 (10)附录B文档命名指南 (11)1. 简介软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。

1.1 目的本文档指导项目开展配置管理活动。

1.2 范围本文档适用于托普信息(iTOP)集团技术委员会批准立项的软件项目。

1.3 文档结构第一部分:简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。

第二部分:配置管理工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。

第三部分:变更控制工作规范的正文,包括活动的流程图、进入以及退出准则、所涉及的角色、相关活动的阐述、验证与确认以及度量。

第四部分:参考文献,列出了编写本规范所参考的相关的文献资料。

第五部分:附录,本文中流程图的标准符号定义。

1.4 词汇表CM(Configuration management)配置管理。

CCB(Change control board)变更控制委员会。

CI(Configuration item)配置项,包含文档、程序。

设计公司软件管理制度模板

设计公司软件管理制度模板

一、总则1.1 为规范设计公司软件管理,提高软件质量和使用效率,保障公司信息安全和知识产权,特制定本制度。

1.2 本制度适用于公司内部所有设计软件的使用、维护和管理。

二、软件采购与审批2.1 软件采购应遵循国家相关法律法规,符合公司发展战略和业务需求。

2.2 软件采购前,需进行市场调研,对比不同软件的功能、性能、价格和服务等因素。

2.3 软件采购需经相关部门负责人审批,并提交采购申请。

2.4 采购的软件应具备正版授权,不得使用盗版软件。

三、软件安装与配置3.1 软件安装应由专业人员进行,确保软件安装正确、配置合理。

3.2 安装软件时,应严格按照软件安装指南进行,避免因操作不当导致软件损坏。

3.3 软件安装后,应对软件进行必要的配置,确保其满足公司业务需求。

3.4 软件配置完成后,应进行测试,确保软件运行稳定。

四、软件使用与培训4.1 公司员工应遵守软件使用规范,合理使用软件资源。

4.2 公司应定期对员工进行软件使用培训,提高员工软件操作技能。

4.3 员工在使用软件过程中,如遇到问题,应及时向软件管理员或技术支持人员求助。

4.4 软件使用过程中,应遵循以下原则:(1)合理分配软件资源,避免资源浪费;(2)保护软件知识产权,不得非法复制、传播和销售软件;(3)遵循软件操作规范,确保软件安全稳定运行。

五、软件维护与升级5.1 公司应建立软件维护制度,定期对软件进行维护,确保软件运行稳定。

5.2 软件维护内容包括:(1)软件系统检查,确保系统运行正常;(2)软件版本更新,提高软件性能和安全性;(3)软件故障排除,解决软件使用过程中出现的问题。

5.3 软件升级应遵循以下原则:(1)升级前,进行充分测试,确保升级后软件运行稳定;(2)升级过程中,确保数据安全,避免数据丢失;(3)升级后,对员工进行培训,使其熟悉新版本软件的使用。

六、软件安全管理6.1 公司应加强软件安全管理,防止软件被盗用、篡改或泄露。

6.2 建立软件使用日志,记录软件使用情况,便于追踪和审计。

软件配置管理计划模板

软件配置管理计划模板

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 配置项计划配置管理员标识配置项,标识符的参考格式为:项目编号-配置项类型-配置项序号-配置项版本配置项名称。

软件项目之配置管理计划(范文1)

软件项目之配置管理计划(范文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配置库的创建和授权项目配置库创建项目配置库申请审批通过后,项目经理通过一体化运维平台的工作单给项目组配置管理员,要求开通配置库,并说明项目人员权限。

软件配置模板

软件配置模板

目的(Purpose)为了建立和维护软件项目中所有产品的完整性,该文件描述了用于软件配置管理Software Configuration Management(SCM)的过程。

目标(Objective)通过有计划的软件配置管理活动,使软件工作产品经过标识、受到控制并具有可用性。

任何对软件工作产品的更改都是受控的,并确保相关小组和个人能及时了解软件基线的状态和内容。

范围(Scope)受控于配置管理下的工作产品,包括交付给客户的软件产品,以及生成软件产品所需要的或由软件产品标识的有关项。

准备/前提/条件(Input)软件配置控制委员会(SCCB):负责评价、认可或否定有关基线更改建议并确保确认的更改得以执行。

具体活动包括,授权标识与建立软件基线,阐述项目负责人和所有受软件基线变更影响的小组的权益。

高层SCCB包括BUM和高层经理。

项目SCCB包括项目经理和产品经理。

每个软件产品都有一个软件配置管理(SCM)小组负责协调和实施产品的软件配置活动。

SQA定期对SCM小组的活动进行监察与审核,以验证SCM小组的活动是否按照相应的规程进行。

规程/任务/活动(Procedure)制定SCM计划Making SCM Plan在项目的初期需要制定《SCM计划》SCM Plan.dot,并且始终与项目保持一致。

在项目计划(Project Plan.dot)的软件配置管理一章中,需要指明该项目对应的SCM计划文档。

项目经理或由项目经理指定的SCM小组成员制定SCM计划,并提交该项目的SCCB进行审批。

SCM计划的主要内容包括:确定该项目的SCM小组以及SCCB的成员名单。

需要管理的工作产品和项目使用工具,以及管理它们的目录结构设置。

项目的工作产品包括项目文档、源代码、源代码所生产出的EXE、OCX、DLL等所有生成文件。

目录结构设置可参考《SCM路径设置规程》(SCM Path Setup Procedure.doc)。

软件公司软件开发管理规范(参照模板)

软件公司软件开发管理规范(参照模板)

软件公司软件开发管理规范1.0 实施ISO9000的目的有效管理DXC公司的产品研究发展过程,实现过程的可视性,改进DXC公司有效开发软件的能力,使DXC公司成为一个具有全组织范围的管理软件开发和维护过程能力的、成熟的软件开发组织。

具体如下:●清楚地定义技术开发的各个过程;●清楚地定义技术开发过程中各岗位及其职责;●使产品开发过程的进度、预算得到有效控制,软件产品的成本、进度、功能等达到预期结果;●使软件产品的质量和顾客的满意程度得到有效监控,在判断产品质量和分析产品及过程问题方面有客观的、定量的基础;●使公司的所有研究开发过程遵循一个有纪律的过程2.0 组织结构与角色定义2.1组织结构图项目组• 项目指导委员会由各支持部门能独立做最终决策的人员组成。

有关项目的重大问题在本委员会内48小时内必须做出最终决定,而不能再上升至公司最高领导处。

当由于事件复杂等原因引起委员会内部争执时,必须在同一48小时内邀请到公司高层决策人员进行裁决。

• 项目执行委员会由项目经理及项目组骨干人员、相关支持部门指定的支持人员等组成。

该委员会的主要职责为项目组的日常工作提供指导和支持,解决项目组级别问题。

在解决项目级问题时,该委员会在24小时内必须提出或解决或上报的事件处理方案。

• 产品管理客户利益的倡导者、掌握产品的愿景/范围、管理客户的需求定义、维护业务规则、设置客户的期望值、把握功能与时间进度之间的权衡并决策、营销策略、管理行销宣传和公共关系。

•程序管理控制整个项目的开发过程、管理产品的功能规范、推动组内的交流和沟通、维护项目的时间表和报告项目状态、把握全部重要的权衡与决策。

详细说明并规范物理设计的功能、估计完成各项功能时间、开发实现这些功能。

•测试管理确保所有的问题可知。

测试必须应用于项目的全过程。

•发布管理在线帮助、操作手册、培训手册的编写;协作项目组进行安装程序的制作;配置管理;工程实施培训;版本控制等发布准备工作。

软件配置管理规范精选全文完整版

软件配置管理规范精选全文完整版

可编辑修改精选全文完整版软件配置管理规范编制XXXXX审核XXXXX批准XXXXX发布日期软件配置管理规范更改更改人单号/日期——XX/2022- 10-29 更改后的版次A/00更改序号1 第一次发布更改说明软件配置管理规范本文件用于规范软件的配置管理过程。

本程序合用于本公司开辟的XX 软件,其他软件组件可参考实施。

无在整个软件生命周期内,管理软件配置项的版本变更及发布。

配置项包括:源代码文件、配置文件、数据库脚本、资源文件、构建安装相关的脚本与说明文档、生成的二进制可执行文件、引用的库文件、安装文件、设计文档、设计评审记录、设计验证记录、现成软件。

还包括开辟管理、质量管理、风险管理等与软件开辟相关的文档。

使用Apache Subversion 作为版本控制工具。

使用FTP 管理现成软件与安装文件。

建议的SVN 目录如下,可以根据实际情况做变动。

trunk trunk 目录为开辟目录,即最新的内容doc 存放设计相关的文档:输入输出文档,设计相关的记录及验证文档软件配置管理规范buildsrc3rd_partyXX-libsincludelibpublictemplateunittest[project][module]toolsexportexamplestesting[version]branches[branch]tags[tag]documentsmain存放构建与安装相关的脚本文件,说明文档,软件配置表源代码目录开源的第三方内容lib 如果第三方库有静态库,统一放在这里,便于引用... 每一个第三方库单独放在一个子目录公司自己的公共库lib 如果公共库有静态库,统一放在这里... 每一个公共库单独放在一个目录引用的头文件,除XXX 和XXX 的内容,包括但不限于:整个项目相关的定义头文件、配置头文件,接口文件;其他硬件产品的引用头文件;其他工程的引用头文件,定义头文件,其他工程可以是本仓库内的工程;... 按内容,头文件可以再分目录存放与include 对应,引用的静态库,除3rd_party 和XX-libs 的内容,包括但不限于:其他硬件产品的引用静态库;其他工程的引用静态库,其他工程可以是本仓库内的工程;多个工程共用的源码文件模板,配置文件的模板、数据文件的模板、数据库创建脚本等单元测试代码目录工程目录,每一个工程单独一个目录模块目录,每一个模块单独一个目录编写的工具工程或者脚本,不发布可以供其他工程(不在本仓库)使用的输出文件,包括头文件、动态库文件、静态库文件示例工程目录,以下可以再分目录存放测试分支的目录发布前的测试分支,来源于trunk 的拷贝,每一个版本单独一个目录存放试验性分支试验性质的分支,来源于trunk 的拷贝,每一个分支单独一个目录存放分布的标签发布的标签,来源于每一个测试分支的最后一个测试修订其他文档:计划文档,软件测试文档,软件更改相关文档使用external 属性设定,引用/trunk/doc开辟期所有的变更提交至/trunk 目录。

软件配置管理计划模板

软件配置管理计划模板

软件配置管理计划XXXX科技有限公司XXXX年XX月目录1引言 (3)1.1 文档概述 (3)1.2 编写目的 (3)1.3 编写范围 (3)1.4 术语定义 (3)1.5 参考资料 (4)2 软件配置管理 (5)2.1 机构 (5)2.2 任务 (5)2.3 职责 (5)2.4 接口控制 (6)2.5 实现 (6)2.6 适用的标准、条例和约定 (6)3 软件配置管理活动 (7)3.1 配置标识 (7)3.1.1 标识方法 (7)3.1.2 各类基线 (7)3.2 配置和变更控制 (7)3.3 配置状态审计 (8)3.4 配置的检查和评审 (9)4 工具、技术和方法 (9)5 里程碑 (9)6 培训和资源 (10)7 对供货单位的控制 (10)8 记录的收集、维护和保存 (10)1引言说明:配置管理计划的简介应提供整个文档的概述。

它应包括此配置管理计划的目的、范围、定义、术语定义、参考资料和概述。

1.1 文档概述说明:本小节应说明此配置管理计划中其他部分所包含的内容,并解释文档的组织方式。

1.2 编写目的说明:阐明此配置管理计划的目的。

1.3 编写范围说明:简要说明此配置管理计划的范围;它的相关模型,以及受到此文档影响的任何其他事物。

1.4 术语定义说明:本小节应提供正确理解此配置管理计划所需的全部术语、首字母缩写词和缩略语的定义。

●软件配置管理,简称SCM(Software Configuration Management的缩写),是在团队开发中,标识、控制和管理软件变更的一种管理。

配置管理的使用取决于项目规模和复杂性以及风险水平。

软件的规模越大,配置管理就显得越重要。

●基线(baseline),是项目储存库中每个工件版本在特定时期的一个“快照”。

它提供一个正式标准,随后的工作基于此标准,并且只有经过授权后才能变更这个标准。

建立一个初始基线后,以后每次对其进行的变更都将记录为一个差值,直到建成下一个基线。

3 软件配置管理计划(模板)-GJB438C

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/T1145‎7和GB/T1250‎4。

1.3参考‎资料GB/T1145‎7软件工程术语GB8‎566计算机软件开发‎规范GB8567计算‎机软件产品开发文件编‎制指南GB/T125‎04计算机软件质量保‎证计划规范GB/T1‎2505计算机软件配‎置管理计划规范CAD‎C 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. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

软件配置管理规范
1.简介
软件配置管理的目的是保证在整个软件生命周期中软件产品的完整性。

1.1 目的
本文档指导项目开展配置管理活动。

1.2 范围
本文档适用于SWL开发小组批准立项的软件项目。

1.3 文档结构
第一部分:
简介,包括本规范的目的、范围、词汇以及所涉及到的参考信息。

第二部分:
配置管理工作规范的正文,包括活动的流程图、进入能及退出的准则、所涉及的角色、相
关活动的阐述、验证与确认能及度量。

第三部分:
变更控制工作规范的正文,包括活动的流程图、进入能及退出准则、所涉及的角色、相关
活动的阐述、验证与确认能及度量。

第四部分:
参考文献,列出了编写本规范所参考的相关的文献资料。

第五部分:
附录,本文中流程图的标准符号定义。

1.4 词汇表
CM (Configuration Management)
配置管理。

CCB (Change Control Board)
变更控制委员会。

CI (Configuration Item)
配置项,包含文档、程序。

CR (Change Request)
变更请求,对提出的要变更工件或流程的任何请求的统称。

在变更请求中记录的信息
是有关当前问题、提议解决方案及其成本的起源和影响的信息。

PCA (Physical Configuration Audit)
物理审计,在配置管理系统中建成立基线的工件是否为“正确”版本。

FCA (Functional Configuration Audit)
功能审计,核心软件配置项的实际性能是否符合它的需求。

基线(Baseline)
己通过复审和批准的工件发布版,由此构成进一步演进或开发的公认基础,并且只能
通过正式程序,例如变更管理和配置控制才能进行更改。

CML (Configuration Management Library)
配置客理库,存储项目工件的所有版本,即存储项目的定义的配置项。

版本(Version)
某个工件的变体,工件的后期版本一般是在初期版本的基础上进行的扩展。

1.5参考信息
1.5.1 可追溯性
CMU/ SET-93-TR-024 Capability Maturity Model SM for Software, Version 1.1 1.5.2 方针
SWL开发组项目开发与管理工作方针
1.5.3 过程/规范
项目计划与控制规范
1.5.4 指南
配置管理计划指南
基线策略指南
配置状态报告编制指南
配置审计工作活动指南
配置管理工具指南
VSS 使用指南
组织管理配置库使用指南
软件开发文档命名约定
1.5.5模板
配置管理计划
配置状态报告
配置审计报告
文档变更请求
1.5.6 检查表

1.5.7培训
《软件配置管理教材》
《软件变更控制管理教材》
《Clear Case 配置管理培训教材》
1.5.7 工具
Clear Case
Visual SourceSafe
Visual Basic
Office 97/2000/XP
DreamWeaver
PhotoShop
Microsoft SQL Server 2000
1.6 参考网站
1.配置管理规范
2.1 配置管理流程图
2.2 角色
本文档在组织中实施所涉及的角色
2.9 度量
2.变更控制规范3.1 变更控制流程图
3.8 度量
3.参考文献
[BUC93]
Implementing Configuration Management,Hardware,Software and Firmware,Los Almitox,CA:IEEE Computer Science Press,j.Buckley 1993.
[Rational 2001]
Rational Unified Process,Version2001,Rational Software Corporation,2001. [SCM_CRI_2.0]
软件配置管理规范,托普信息集团,2002
附录
附录A —流程框图符号
Parallelograms represent Inputs and Output to
or from a process/procedure.
Rectangles represent individual process/procedure activities
Lines with arrowheads connect symbols to show
the progression or directionof he activities.
Diamonds represent important decision points in
the process/procedure.
Circles represent connectors when a process/procedure flowchart continues on the next page
附录B —文档命名指南
根据软件工程文档命名规则GB8567中的建议,文档命名采用以下规则:文档命名由两部分构成,格式如下:
Project_filename.XXX
其中解释如下:
Project代表项目名称的简写,一般不超过6个安符
Filename.XXX是文件名称
Version代表版本号
例如:
SWL_SCMPlan.doc代表的意义如下:SWL项目组的软件配置计划。

相关文档
最新文档