软件配置管理计划编写规范

合集下载

软件项目配置管理计划

软件项目配置管理计划

中国广东核电集团CHINA GUANGDONG NUCLEAR POWER GROUP记录文件项目编号项目名称CGN-IT-C3-A12-01软件项目配置管理计划版本编写审核审定批准生效时间A/0注:如无受控文件标识(蓝色印章)则为非有效版本,以受控文件规定为准。

此文件属中国广东核电集团有限公司所有,未经许可,不得以任何方式外传。

修改记录页目录(一)基本信息 (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。

软件管理规范

软件管理规范

软件管理规范引言概述:软件管理规范是指在软件开辟、维护和使用过程中,为了保证软件质量和项目进度的规范性,制定的一系列管理规则和标准。

本文将从四个方面详细阐述软件管理规范的重要性和具体内容。

一、需求管理1.1 确定需求:通过与项目相关方的沟通和讨论,明确软件的功能和性能需求,并将其记录下来。

1.2 需求分析:对需求进行详细分析,将其拆解成具体的任务和模块,并制定相应的计划和时间表。

1.3 需求变更管理:及时响应需求变更,并评估其对项目进度和成本的影响,经过合理的评估后再进行变更。

二、项目管理2.1 项目计划:制定详细的项目计划,包括任务分配、时间安排、资源调配等,确保项目按时完成。

2.2 进度控制:监控项目的进度,及时发现并解决进度滞后的问题,确保项目按计划进行。

2.3 风险管理:识别和评估项目中的风险,并制定相应的应对措施,降低风险对项目的影响。

三、质量管理3.1 测试规范:制定测试计划和测试用例,对软件进行全面的功能测试和性能测试,确保软件的质量。

3.2 缺陷管理:对软件中发现的缺陷进行记录和跟踪,及时修复,并对修复后的软件进行验证。

3.3 文档管理:编写详细的软件需求文档、设计文档和用户手册,确保软件的可维护性和可扩展性。

四、配置管理4.1 版本控制:使用版本控制工具对软件进行管理,确保软件的版本控制和变更管理。

4.2 配置管理计划:制定配置管理计划,包括配置项的标识、控制和审计等,确保软件的配置管理规范执行。

4.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)配置项,包含文档、程序。

软件配置管理方案

软件配置管理方案

软件配置管理方案软件配置管理(Software Configuration Management,简称SCM)是一种管理和控制软件系统源代码、构建和发布过程的方法。

它能够确保代码版本的一致性、可追踪性和可重现性,帮助团队协同工作,降低开发过程中的错误和问题,并提供完整的软件生命周期管理。

下面是一个软件配置管理方案的建议,以确保软件项目的开发和交付过程的高效性和质量。

一、版本控制系统(Version Control System)版本控制系统是SCM的核心组成部分,它可以跟踪和管理项目中的源代码、文档和资源文件的不同版本。

建议选择一个功能强大、易于使用和适应团队规模的版本控制系统,如Git、SVN等。

在配置管理方案中,需要定义和规范以下事项:1.2 分支管理策略(Branching Strategy):定义代码的分支策略,如主分支、开发分支、发布分支等,以及分支的创建、合并和删除的规则。

1.3 版本命名规范(Version Naming Convention):规定版本号的命名规范,如主版本号、次版本号和修订号的规则,以及预发布版本和发布版本的命名规则。

二、代码构建和部署(Build and Deployment)代码构建和部署是开发过程中的重要环节,它关系到软件的质量和交付速度。

合理的构建和部署流程可以提高开发效率和减少人为错误。

在配置管理方案中,需要定义和规范以下事项:2.1 构建脚本(Build Scripts):编写自动化的构建脚本,包括依赖管理、源代码编译、静态代码分析、单元测试等步骤,并确保构建过程可重复、可靠和可追溯。

2.2 部署脚本(Deployment Scripts):编写自动化的部署脚本,包括软件安装、配置文件生成、数据库迁移等步骤,并确保部署过程可重复、可靠和可回滚。

2.3 环境管理(Environment Management):管理开发、测试和生产环境的配置,包括服务器配置、数据库配置、第三方服务配置等,以确保环境一致性和应用的可移植性。

软件项目配置管理规范(配置项标识和配置审计的标准)

软件项目配置管理规范(配置项标识和配置审计的标准)

软件项目配置管理规范(配置项标识和配置审计的标准)1.概述本规范用于规范和指导全公司的配置管理活动,适用公司研发项目及技术支持阶段产品的开发工作,主要包括以下几个方面:建立和维护配置管理环境。

公司配置库权限管理配置库的备份和恢复。

公司配置管理相关规程及工具的培训。

制定和维护基线计划。

标识配置项。

变更控制和管理。

版本管理。

配置审计。

2.术语及定义配置管理(Configuration Management,CM):是一套应用技术上和管理上的指导和监督的方法,用来识别和记录配置项和功能特征和物理特征;控制这些特征的变更;记录和报告变更的处理和执行的状态;以及验证其是否符合特定的需求(IEEE-STD-610)。

配置项(Configuration Item,CI):配置管理中可相对独立地进行管理的单元,如文档和模块代码。

基线(Baseline):经过正式评审并且达成一致的一组工作产品,是进一步工作的稳定基础;基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。

配置审计(Configuration Audit,CA):通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性,确保软件资产备份的有效性和完整性。

配置库备份:配置库的备份包括全量备份和增量备份。

3.配置项标识编写《配置项识别表》时,配置管理工程师负责标识配置项范围,并由项目负责人确认。

项目组成员创立配置项时,根据配置项命名规则分配唯一的标识符,配置项命名根据以下原则。

文档类命名规则:公司级命名规则: [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则:【局点+RM单号】-【项目名】-【文档名称】(如项目规模较大时,需分模块说明时,可增加模块简称的后缀)。

会议纪要等可增加主题简称、日期等后缀。

版本编号规则:v1.0.0.0(m.n.j.k) m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况:草稿(draft);评审中(in review);已发布(released/passed)日常工作中经常将其剪裁为:草稿(draft);已发布(released)这两种状态,根据是否通过评审为判断节点。

软件配置管理计划模板

软件配置管理计划模板

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 确定需求的来源和优先级:明确需求的来源,包括用户需求、市场需求等,根据需求的重要性和紧急程度进行优先级划分。

1.2 编写清晰的需求文档:需求文档应包含详细的功能描述、性能要求、界面设计等,确保开发人员能够准确理解需求。

1.3 确保需求的可追溯性:需求应具有唯一标识符,方便跟踪和变更管理,同时需求变更应经过合理的评审和批准。

二、开发流程2.1 制定开发计划:根据需求和资源情况,制定合理的开发计划,明确开发阶段、任务分配和进度控制。

2.2 遵循编码规范:制定统一的编码规范,包括命名规则、注释要求等,提高代码的可读性和可维护性。

2.3 进行代码审查:定期进行代码审查,发现潜在问题并及时修复,确保代码质量和安全性。

三、测试流程3.1 制定测试计划:根据需求和开发进度,制定全面的测试计划,包括功能测试、性能测试、安全测试等。

3.2 编写详细的测试用例:根据需求和设计文档,编写详细的测试用例,确保测试的全面性和准确性。

3.3 自动化测试:利用自动化测试工具,提高测试效率和准确性,减少人工测试的工作量。

四、发布流程4.1 配置管理:对软件的配置进行管理,包括版本控制、变更管理等,确保发布的软件版本正确和可追溯。

4.2 灰度发布:采用灰度发布的方式,先将软件发布给部分用户进行测试和反馈,再逐步扩大范围,降低发布风险。

4.3 监控和回滚:发布后进行监控,及时发现问题并进行回滚操作,确保用户的正常使用。

五、维护流程5.1 建立用户反馈渠道:建立用户反馈渠道,及时收集用户的问题和建议,进行问题跟踪和解决。

5.2 定期维护和更新:定期对软件进行维护和更新,修复已知问题和漏洞,提供更好的用户体验和安全性。

软件项目配置管理规范(配置项标识和配置审计的标准)

软件项目配置管理规范(配置项标识和配置审计的标准)

软件项目配置管理规范(配置项标识和配置审计的标准)1.概述本规范用于规范和指导全公司的配置管理活动,适用公司研发项目及技术支持阶段产品的开发工作,主要包括以下几个方面:建立和维护配置管理环境。

公司配置库权限管理配置库的备份和恢复。

公司配置管理相关规程及工具的培训。

制定和维护基线计划。

标识配置项。

变更控制和管理。

版本管理。

配置审计。

2.术语及定义配置管理(Configuration Management,CM):是一套应用技术上和管理上的指导和监督的方法,用来识别和记录配置项和功能特征和物理特征;控制这些特征的变更;记录和报告变更的处理和执行的状态;以及验证其是否符合特定的需求(IEEE-STD-610)。

配置项(Configuration Item,CI):配置管理中可相对独立地进行管理的单元,如文档和模块代码。

基线(Baseline):经过正式评审并且达成一致的一组工作产品,是进一步工作的稳定基础;基线化后的工作产品只能依据变更控制规程通过变更评估、审批后才能变更。

配置审计(Configuration Audit,CA):通过对配置库进行物理审计和功能审计来验证配置项信息与配置标识的一致性,确保软件资产备份的有效性和完整性。

配置库备份:配置库的备份包括全量备份和增量备份。

3.配置项标识编写《配置项识别表》时,配置管理工程师负责标识配置项范围,并由项目负责人确认。

项目组成员创立配置项时,根据配置项命名规则分配唯一的标识符,配置项命名根据以下原则。

文档类命名规则:公司级命名规则: [ 简称-] 文档名称 [-模块/主题简称]文档类命名原则:【局点+RM单号】-【项目名】-【文档名称】(如项目规模较大时,需分模块说明时,可增加模块简称的后缀)。

会议纪要等可增加主题简称、日期等后缀。

版本编号规则:v1.0.0.0(m.n.j.k) m 主版本号、n代表次版本号 j代表文档批准次数或者代码发布次数 k文档修改次数或者代码测试次数.配置项状态配置项状态通常有如下三种情况:草稿(draft);评审中(in review);已发布(released/passed)日常工作中经常将其剪裁为:草稿(draft);已发布(released)这两种状态,根据是否通过评审为判断节点。

计算机软件配置管理计划规范 GB T12505-90

计算机软件配置管理计划规范 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软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。

《软件配置管理规范》实施细则

《软件配置管理规范》实施细则

软件配置管理实施细则目录1目的 (3)2配置管理工作授权 (3)3配置管理库结构标准 (3)4配置项标识与管理 (3)5工作流程定义 (4)5.1项目SCM总流程 (4)5.1.1编制配置管理计划 (4)5.1.2配置标识 (4)5.1.3基线变更控制 (4)5.1.4配置状态统计 / 报告 (4)5.1.5配置审核 (4)5.1.6发布(FCA/PCA) (4)5.2基线生成、归档 (5)5.2.1流程 (5)5.2.2规程 (6)5.2.3单据 (8)5.3程序测试 (8)5.3.1流程 (8)5.3.2规程 (8)5.3.3单据 (9)5.4基线变更控制 (9)5.5配置状态统计/报告 (9)5.6配置审核 (9)5.6.1流程 (9)5.6.2规程 (10)5.6.3单据 (10)5.7发布管理(下发) (11)5.7.1流程 (11)5.7.2规程 (11)5.7.3单据 (12)6配置管理保密管理 (13)7相关/支持性文件 (13)1 目的为了加强公司软件配置管理,保证公司版本管理的一致性,配合《软件配置管理规范》的顺利实施,制定本细则。

2 配置管理工作授权1. 公司领导贾林是配置管理工作的最高管理者和权限者,享有VM 和TRACKER 系统的用户名和密码,能够对所有项目和产品的任一模块进行任意操作,也可以授权给别人。

既是管理者,又是执行者。

2. 配置管理部经理、部门经理是相应职责范围内的管理者、变更审批者,可以在配置管理部成员或研发经理/组长配合下检查工作、审核,但不是版本管理工作的执行者,没有VM 系统的用户名和密码。

3. 配置管理部组员、研发经理/组长是配置管理操作的管理者和执行者,负责本职责范围内的配置管理工作,并配合相关的检查。

4. 编程人员、文档编制、修改人员是版本管理机的使用者,没有管理权限。

5. 其他人员(如测试、市场、售后、工程等)可以根据需要,在配置管理部申请临时用户和密码,但必须经过相关领导批准。

配置管理计划编写指南(438B)

配置管理计划编写指南(438B)

密级:(软件项目名称)配置管理计划标识:版本:页数:拟制:审核:批准:拟制部门:年月日修改文档历史记录:日期版本说明修改人目录1 范围 (2)1.1 标识 (2)1.2 系统概述 (2)1.3 文档概述 (2)1.4 与其他计划之间的关系 (2)2 引用文档 (2)3 组织和职责 (2)4 软件配置管理活动 (3)4.1 配置标识 (3)4.2 配置控制 (5)4.3 配置状态记实 (5)4.4 配置审核 (5)4.5 软件发行管理和交付 (5)5 工具、技术和方法 (6)6 对供货单位的控制 (6)7 进度表 (6)8 注释 (7)1 范围1.1 标识【本条应描述本文档所适用的系统和软件的完整标识,适用时,包括其标识号、名称、缩略名、版本号和发布号。

】示例:a) 已批准的标识号:b) 软件版本号:c) 缩略语:1.2 系统概述【本条应概述本文档所适用的系统和软件的用途。

它还应描述系统与软件的一般特性;概述系统开发、运行和维护历史;标识项目的需方、用户、开发方和保障机构等;标识当前和计划的运行现场;并列出其它有关文档。

】示例:产品用途:软件用途:需方:开发方:运行环境:相关文档:软件开发计划1.3 文档概述【本条应概述本文档的用途和内容,并描述与它的使用有关的保密性方面的要求。

】示例:本文描述在软件系统开发中采用的软件配置管理的方法和步骤。

与软件开发计划协调一致,为软件配置管理活动提供依据。

1.4 与其他计划之间的关系【本条应描述本计划和其他项目管理计划的关系。

】示例:本文档规定软件项目在研制阶段配置管理的计划和进度,与软件开发计划保持一致。

2 引用文档【本章应列出引用文档的编号、名称、编写单位、修订版及日期,还应标识不能通过正常采购活动得到的文档的来源。

】示例:表1 引用文档3 组织和职责【本章应描述软件配置管理机构的组成及各级软件配置管理机构的职责和权限;说明与软件配置管理相关的人员(如项目经理、部门软件配置管理组组长)在软件配置管理中的职责;描述上述人员之间的关系。

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任务在软件工程‎化生产的各个阶段中,‎与本阶段的阶段产品有‎关的全部信息在软件开‎发库存放,与前面各个‎阶段的阶段产品有关的‎信息则在软件受控库存‎放。

软件配置管理计划示例

软件配置管理计划示例

软件配置管理计划示例作者:赵文锋计划名 CADCSC软件配置管理计划项目名中国控制系统CAD工程化软件系统项目委托单位代表签名年月日项目承办单位代表签名年月日1 引言1.1 目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。

软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。

剪裁后的计划必须经总体组批准。

1.2 定义本计划中用到的一些术语的定义按GB/T 11457 和GB/T 12504。

1.3 参考资料◆GB/T 11457 软件工程术语◆GB 8566 计算机软件开发规范◆GB 8567 计算机软件产品开发文件编制指南◆GB/T 12504 计算机软件质量保证计划规范◆GB/T 12505 计算机软件配置管理计划规范◆CADCSC 软件质量保证计划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)。
5.
(无)
附录
配置管理计划表
项目编号:
项目名称:
项目经理PM:
项目软件经理PSM:要标识的配置项:开来自环境工具技术文档
提交产品
标识规范:
基准配置项:
项目启动计划
需求分析报告或软件功能规格说明书
开发计划
系统设计报告
编码
系统测试报告
提交时间及版本:
主要配置审核项:
软件配置管理负责人SCML:
软件质量保证负责人SQAL:
配置管理计划编写规范
文件编号:
生效日期:
受控编号:
密级:
版次:Ver1.0
修改状态:
总页数
6
正文
5
附录
1
编制:
审核:
批准:
文件修改控制
修改记录编号
修改
状态
修改页码及条款
修改人
审核人
批准人
修改日期
目录
1.目的
2.适用范围
3.术语及缩略语
4.编写规范
4.1组织与职责
4.2配置标识
4.3配置控制
4.4配置状态报告
编制:
审批:
4.1组织与职责
明确指派负有下列职责的各类人员:
负责《配置管理计划》的审批、实施与更改跟踪的软件配置管理经理SCMM;
在整个软件生命过程中按照《配置管理计划》执行配置管理活动的软件配置管理负责人SCML;
4.2配置标识
4.2.1列出要标识的所有配置项及其相应的标识规范。例如,对软件工具、硬件设备、开发计划、计算机程序等如何标识。
4.3配置控制
基准配置项的更改要依据更改控制程序,通过填写“更改单”进行更改控制。明确指派负责更改控制的组织,明确“更改单”的填写、审批及保管程序。
4.4配置状态报告
要按照“配置状态报告”表格记录配置项状态,包括配置项名称、标识符、释放时间、备份路径等。
4.5配置审核
指派负责配置审核的软件质量保证负责人SQAL及配合人员,列举要进行审核的配置项。
4.5配置审核
5.引用文件
6.附录
1.
确定实施配置管理活动的具体组织及其职责,明确配置管理活动的具体内容,即对哪些配置项进行标识、控制、状态记录、审核,编制配置管理里程碑。
2.
适用于项目策划阶段所要求的《配置管理计划》的编写。
3.
本程序采用NQ402100《质量手册》中的术语和缩略语及其定义。
4.
《配置管理计划》就是要明确如何实施配置管理活动。该计划包括的内容如下:要执行的配置管理活动,所需的组织及其各自的职责,配置管理活动的里程碑。下面是《配置管理计划》的具体内容。
4.2.2基准配置项的标识
识别每一基准配置项,并标识下列信息:何时及如何提交、批准人和验证人、目的、提交方式(软件或文档)及版本号。
4.2.3文档库内容
标识和控制规范、文档库的数目及类型、备份及作废计划和程序、任何损失的恢复过程、文档保留程序、什么文档要保留和谁保留及保留多长时间、信息是在线还是脱机保留以及保留介质。
相关文档
最新文档