SCM工作指南课件

SCM工作指南CNICR&D质量组SCM工作指南CNICR&D质量组1议程配置管理的基本概念配置项标识配置库目录结构议程配置管理的基本概念2配置管理（1）ISO9000-3:1997

配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存期给与技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。（2）W.Babich的解释软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。（3）GB/T11457:1995《软件工程术语》国家标准

A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。

B.对下列工作进行技术和行动指导与监督的一套规范：——对配置项的功能特性和物理特性进行标识和文件编制工作；——控制这些特性的更动情况；——记录并报告这些更动进行的处理和实现的状态。配置管理（1）ISO9000-3:19973为什么需要配置管理忽视软件配置管理可能导致的混乱现象：发错了版本安装后不工作异地不能正常工作已经解决的缺陷过后又出现错误开发人员把产品拿出去出售赢利找不到最新修改了的源程序找不到编程序的人为什么需要配置管理忽视软件配置管理可能导致的混乱现象：4SCM的主要职责（1）变更控制配置项标识配置状态报告工作产品的完整性、一致性、可追踪性配置审计SCM的主要职责（1）变更控制配置项标识配置状态报告工作产品5SCM的主要职责（2）配置项受配置管理控制和管理的基本单位。配置管理工作都是围绕配置项来进行。配置标识要进行配置标识，首先必须明确项目生命周期内所要产生的工作产品，然后确定工作产品的命名和标识规则。总体原则是方便在配置管理工具中进行检索和让项目组成员容易记住标识规则，同时确保在组织一级的标识规则一致性。变更管理变更管理是项目管理的一个重点和难点，涉及的范围很广。实施高效的变更管理至少应该包括二个部分，一是定义合理变更管理流程，一是采用自动化工具来支持。在具体的实践中，应该对变更进行分类和分层，建立处理不同变更的变更控制委员会（CCB）构成策略，既能保证项目组成员有一定的自主权又不耽误高层经理对关键问题的把握。SCM的主要职责（2）配置项6SCM的主要职责（3）报告配置状态报告配置状态的目的是向项目所有成员提供基线内容和状态、基线变更信息，也是实现资源共享的前提。此外，在项目生命周期中通过对配置项的变更数据统计分析，有利于评估项目风险，有效控制项目的执行。报告的方式可以多种多样，如Email，但应该把握好时机：变更请求被批准时；基线版本发生变化时；项目组任何需要的时候。配置审核配置审核包括两方面的内容：配置管理活动审核及基线审核。配置管理活动审核确保项目组成员所有配置管理活动遵循批准的软件配置管理方针和规程，比如检入（Checkin）/检出（CheckOut）的频度，工作产品成熟度提升原则等。实施基线审核，保证基线化软件工作产品的完整性和一致性，并且满足其功能要求。SCM的主要职责（3）报告配置状态7确定配置项1、系统规格说明2、软件项目计划3、软件需求规格说明书a.图形分析模型b.处理规格说明c.原型d.数学规格说明4．

初步用户手册5．

设计规格说明书a.数据设计描述b.体系结构设计描述c.模块设计描述d.接口设计描述e.对象描述（采用面向对象技术时）6．

源代码清单7、

测试规格说明

a.测试计划和步骤

b.测试用例和记录的结果8、操作和安装手册9、

可执行程序

a.模块可执行代码b.连接的模块10、数据库描述

a.模式和文件结构

b.初始内容11、联机用户手册12、维护文档

a.软件问题报告

b.维护请求

c.工程变更指令13.软件工程标准和规程确定配置项1、系统规格说明7、测试规格说明8配置项标识配置标识是软件生命周期中划分选择各类配置项、定义配置项的种类、为它们分配标识符的过程。配置项标识的重要内容就是对配置项进行标识和命名。原则唯一性可追溯性与同类配置项不同的信息，应纳入标识：这是为了便于区分、查找同类配置项的标识方法统一容易记忆配置项标识配置标识是软件生命周期中划分选择各类配置项、定义配9文档标识方法（1）配置项的相关标识信息组名项目名文档内容版本号文档撰写时间文档撰写作者文档标识方法（1）配置项的相关标识信息10文档标识方法（2）标识项目信息 命名方式：[项目编号+文档名称] 例如：RDMIS_需求规格说明书 适用于：需求规格说明书、概要设计说明书、详细设计说明书、测试计划等等标识版本变化版本变化不通过文档命名来标识，对于基线文档，在CVS中是通过tag来标识。并且，在文档的头信息中必须注明文档的版本号。命名方式：[文档名称]例如：RDMIS_概要设计说明书适用于有版本变化的文档。文档标识方法（2）标识项目信息11文档标识方法（3）标识文档撰写时间 命名方式：[文档名称＋撰写时间] 例如：RDMIS项目会议记录_20040708 适用于：会议记录、项目周报、工作周报等等标识文档作者 命名方式：[文档名称＋人员名称] 例如：项目周报_李平_20041227 适用于：项目周报、工作周报、年终工作总结等等标识子系统或者模块名称 命名方式：[项目编号+子系统名称+文档名称] 例如：RDMIS_绩效考评_详细设计说明书 适用于：子系统详细设计说明书、系统模块设计说明书等等文档标识方法（3）标识文档撰写时间12文档标识方法（4）文档首页可以包括这些信息：项目名、文档名、文档作者、本文档的版本更新历史、版本号、日期、修改的页码等。文档标识方法（4）文档首页可以包括这些信息：项目名、文档名、13程序标识信息每个源程序的首部应包括的信息为：功能描述、创建日期、作者、版本号。程序标识信息每个源程序的首部应包括的信息为：功能描述、创建日14版本号形式：主版本号.从版本号.维护版本号

主版本号对系统作重大调整，在功能和性能上有大的变化时主版本号增加。第一次版本号和第二次版本号为零。版本号升级由项目组长/室主任决定。从版本号与上一版本相比，对系统功能或性能进行了少量的增加或修改，从版本号增加，主版本号不变。版本号升级由项目组长决定。维护版本号与上一版本相比，修改了小量系统bug，维护版本号增加，主版本号和从版本号不变。版本号升级由项目组长决定。通常来说，通过软件系统测试后系统版本号变为V1.0，软件系统第一次发布时版本号为V1.0.0，从版本号和维护版本号均为0。版本号形式：主版本号.从版本号.维护版本号15CVS辅助标识方法CVS辅助标识方法16版本的演变版本的演变17配置库的作用记录与配置相关的所有信息利用库中的信息可评价变更的后果可利用库中的信息查询，例如：那些客户已提取了某个特定的系统版本？运行一个给定的系统版本需要什么硬件和系统的哪些版本?一个系统到目前已生成了多少版本，何时生成的？如果某一特定的构件变更了，会影响到系统的那些版本？一个特定的版本曾提出过那几个变更请求？一个特定的版本有多少已报告的错误？配置库的作用记录与配置相关的所有信息18三库（1）开发库：存放开发过程中需要保留的各种信息，供项目组成员使用。（2）基线库：在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。（3）产品库：在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。三库（1）开发库：19配置库目录结构配置库目录结构20配置库使用说明（1）放入正确的位置，正确标识因为CVS工具本身的问题，如果你将文件放在错误的位置，或者命名不规范，SCM进行位置移动或者修改文件名称的时候，会造成历史版本的丢失，想要找回历史版本很不容易，给配置管理造成一定的工作量。所以请大家在进行文件入库时，注意放入正确的位置，并且正确命名，以免造成历史版本丢失。及时提交、更新如果习惯将自己的工作产品放在个人目录下，请及时提交或者更新到服务器上，让相关人员能够看到最新的文件养成良好的工作习惯，每次要对某个文件进行修改时，请首先UPDATE这个文件，从服务器上更新最新版本，以免在旧版本基础上修改，造成冲突，无法提交。配置库使用说明（1）放入正确的位置，正确标识21配置库使用说明（2）提交规范文件提交到服务器上时，有“Enterthelogmessage”，请大家一定要填写，主要填写几个方面的内容：修改的目的，修改的主要内容（段落或者函数名称），修改可能造成的影响。尤其是进入编码和测试阶段，要求每个文件的提交必须有logmessage。请大家注意！配置库使用说明（2）提交规范22提交规范提交规范23谢谢大家！谢谢大家！24SCM工作指南CNICR&D质量组SCM工作指南CNICR&D质量组25议程配置管理的基本概念配置项标识配置库目录结构议程配置管理的基本概念26配置管理（1）ISO9000-3:1997

配置管理是一个管理学科，它对配置项（包括软件项）的开发和支持生存期给与技术上的和管理上的指导。配置管理的应用取决于项目的规模、复杂程度和风险大小。（2）W.Babich的解释软件配置管理能协调软件开发，使混乱减少到最小。软件配置管理是一种标识、组织和控制修改的技术，目的是最有效的提高生产率。（3）GB/T11457:1995《软件工程术语》国家标准

A.表示和确定系统中配置项的过程，在系统整个生存期内控制这些配置项的投放和更动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。

B.对下列工作进行技术和行动指导与监督的一套规范：——对配置项的功能特性和物理特性进行标识和文件编制工作；——控制这些特性的更动情况；——记录并报告这些更动进行的处理和实现的状态。配置管理（1）ISO9000-3:199727为什么需要配置管理忽视软件配置管理可能导致的混乱现象：发错了版本安装后不工作异地不能正常工作已经解决的缺陷过后又出现错误开发人员把产品拿出去出售赢利找不到最新修改了的源程序找不到编程序的人为什么需要配置管理忽视软件配置管理可能导致的混乱现象：28SCM的主要职责（1）变更控制配置项标识配置状态报告工作产品的完整性、一致性、可追踪性配置审计SCM的主要职责（1）变更控制配置项标识配置状态报告工作产品29SCM的主要职责（2）配置项受配置管理控制和管理的基本单位。配置管理工作都是围绕配置项来进行。配置标识要进行配置标识，首先必须明确项目生命周期内所要产生的工作产品，然后确定工作产品的命名和标识规则。总体原则是方便在配置管理工具中进行检索和让项目组成员容易记住标识规则，同时确保在组织一级的标识规则一致性。变更管理变更管理是项目管理的一个重点和难点，涉及的范围很广。实施高效的变更管理至少应该包括二个部分，一是定义合理变更管理流程，一是采用自动化工具来支持。在具体的实践中，应该对变更进行分类和分层，建立处理不同变更的变更控制委员会（CCB）构成策略，既能保证项目组成员有一定的自主权又不耽误高层经理对关键问题的把握。SCM的主要职责（2）配置项30SCM的主要职责（3）报告配置状态报告配置状态的目的是向项目所有成员提供基线内容和状态、基线变更信息，也是实现资源共享的前提。此外，在项目生命周期中通过对配置项的变更数据统计分析，有利于评估项目风险，有效控制项目的执行。报告的方式可以多种多样，如Email，但应该把握好时机：变更请求被批准时；基线版本发生变化时；项目组任何需要的时候。配置审核配置审核包括两方面的内容：配置管理活动审核及基线审核。配置管理活动审核确保项目组成员所有配置管理活动遵循批准的软件配置管理方针和规程，比如检入（Checkin）/检出（CheckOut）的频度，工作产品成熟度提升原则等。实施基线审核，保证基线化软件工作产品的完整性和一致性，并且满足其功能要求。SCM的主要职责（3）报告配置状态31确定配置项1、系统规格说明2、软件项目计划3、软件需求规格说明书a.图形分析模型b.处理规格说明c.原型d.数学规格说明4．

初步用户手册5．

设计规格说明书a.数据设计描述b.体系结构设计描述c.模块设计描述d.接口设计描述e.对象描述（采用面向对象技术时）6．

源代码清单7、

测试规格说明

a.测试计划和步骤

b.测试用例和记录的结果8、操作和安装手册9、

可执行程序

a.模块可执行代码b.连接的模块10、数据库描述

a.模式和文件结构

b.初始内容11、联机用户手册12、维护文档

a.软件问题报告

b.维护请求

c.工程变更指令13.软件工程标准和规程确定配置项1、系统规格说明7、测试规格说明32配置项标识配置标识是软件生命周期中划分选择各类配置项、定义配置项的种类、为它们分配标识符的过程。配置项标识的重要内容就是对配置项进行标识和命名。原则唯一性可追溯性与同类配置项不同的信息，应纳入标识：这是为了便于区分、查找同类配置项的标识方法统一容易记忆配置项标识配置标识是软件生命周期中划分选择各类配置项、定义配33文档标识方法（1）配置项的相关标识信息组名项目名文档内容版本号文档撰写时间文档撰写作者文档标识方法（1）配置项的相关标识信息34文档标识方法（2）标识项目信息 命名方式：[项目编号+文档名称] 例如：RDMIS_需求规格说明书 适用于：需求规格说明书、概要设计说明书、详细设计说明书、测试计划等等标识版本变化版本变化不通过文档命名来标识，对于基线文档，在CVS中是通过tag来标识。并且，在文档的头信息中必须注明文档的版本号。命名方式：[文档名称]例如：RDMIS_概要设计说明书适用于有版本变化的文档。文档标识方法（2）标识项目信息35文档标识方法（3）标识文档撰写时间 命名方式：[文档名称＋撰写时间] 例如：RDMIS项目会议记录_20040708 适用于：会议记录、项目周报、工作周报等等标识文档作者 命名方式：[文档名称＋人员名称] 例如：项目周报_李平_20041227 适用于：项目周报、工作周报、年终工作总结等等标识子系统或者模块名称 命名方式：[项目编号+子系统名称+文档名称] 例如：RDMIS_绩效考评_详细设计说明书 适用于：子系统详细设计说明书、系统模块设计说明书等等文档标识方法（3）标识文档撰写时间36文档标识方法（4）文档首页可以包括这些信息：项目名、文档名、文档作者、本文档的版本更新历史、版本号、日期、修改的页码等。文档标识方法（4）文档首页可以包括这些信息：项目名、文档名、37程序标识信息每个源程序的首部应包括的信息为：功能描述、创建日期、作者、版本号。程序标识信息每个源程序的首部应包括的信息为：功能描述、创建日38版本号形式：主版本号.从版本号.维护版本号

主版本号对系统作重大调整，在功能和性能上有大的变化时主版本号增加。第一次版本号和第二次版本号为零。版本号升级由项目组长/室主任决定。从版本号与上一版本相比，对系统功能或性能进行了少量的增加或修改，从版本号增加，主版本号不变。版本号升级由项目组长决定。维护版本号与上一版本相比，修改了小量系统bug，维护版本号增加，主版本号和从版本号不变。版本号升级由项目组长决定。通常来说，通过软件系统测试后系统版本号变为V1.0，软件系统第一次发布时版本号为V1.0.0，从版本号和维护版本号均为0。版本号形式：主版本号.从版本号.维护版本号39CVS辅助标识方法CVS辅助标识方法40版本的演变版本的演变41配置库的作用记录与配置相关的所有信息利用库中的信息可评价变更的后果可利用库中的信息查询，例如：那些客户已提取了某个特定的系统版本？运行一个给定的系统版本需要什么硬件和系统的哪些版本?一个系统到目前已生成了多少版