配置管理培训

配置管理2013-7-29培训主题SCM基础知识SCM术语相关术语解释软件配置管理系统流程概述SCM流程定义建立SCM环境制定SCM计划SCI的入库和标识基线的建立和管理组织级配置库项目级配置库SCI变更SCM基础知识SCM术语相关术语解释流程概述1.SCM术语•CID配置标识（ConfigurationIdentifier）•SCM软件配置管理（SoftwareConfigurationManagement）•SCI软件配置项（SoftwareConfigurationItem）•SCMP软件配置管理计划（SoftwareConfigurationManagementPlan）•SCCB软件配置管理控制委员会（SoftwareConfigurationControlBoard）•SQA软件质量保证（SoftwareQualityAssurance）•CR变更请求（ChangeRequirement）2.术语解释•SCI（软件配置项）：软件过程中产生的程序（源代码和可执行程序）、描述计算机程序的文档（针对技术开发者和用户）和数据（包含在程序内部或在程序外部）。•基线：由特定的软件开发活动所产生、并通过了正式评审的一组相关的SCI的集合，，并且只能通过正式的变化控制过程改变。”它是软件开发中的里程碑，一旦确定，它将成为下一步开发活动的起点。由此我们可将配置项分为基线配置项和非基线配置项两类，例如：基线配置项可能包括所有的设计文档和源程序等；非基线配置项可能包括项目的各类计划和报告等。•基线变更：对纳入基线的SCI原有内容进行的变更，需要走变更流程。对于工作产品的细化和补充均不作为变更。•版本变更：对实行版本控制的SCI所作的变更，不需要走变更流程。•开发库：各种信息处于动态变化之中，存放开发过程中的程序、未获批准的文档、数据。•受控库：存放经审查或评审的、状态稳定的阶段产品，包括受基线控制和版本控制的SCI。产品库：存放测试阶段结束后的最终产品，在《移交确认单》中有明确定义，包括交付给客户的工作产品和用于以后升级维护的所有工作产品。QA与QC区别•QA（QualityAssurance）质量保证通过建立和维持质量管理体系来确保产品质量没有问题，QA不仅要知道问题出在哪里，还要知道这些问题解决方案如何制订，今后该如何的预防，QC要知道仅仅是有问题就去控制，但不一定要知道为什么要这样去控制。•QC（QualityControl）质量控制产品的质量检验，发现质量问题后的分析、改善和不合格品控制相关人员的总称。简单说，QA控制过程，QC控制产品。•SCCB：一个有权力管理项目软件基线的委员会（即软件配置控制委员会）,它的作用表现在：–定软件基线的建立和SCI的标识；–代表项目经理和所有可能受到软件基线更改影响的组的利益；–评审和审定对软件基线的更改；–审定由软件基线库制造的产品的生成。•当变更超出团队职权范围时，可以由项目经理上级主管担任。3流程概述软件配置管理活动一般在项目启动的同时就开展起来，它的目的就是要建立和维护在项目的整个软件生命周期中软件项目产品的完整性。•计划：首先要做好SCM活动的准备工作，这包括制定软件配置管理计划（SCMP）、为新启动的项目建立受控库和开发库以及为项目组各成员分配相应的权限；•标识：然后将开发库中被批准的SCI进行标识；•入库：下一步将根据SCMP中哪些SCI要进入受控库，对这些选定的SCI进行检查，当SCI被批准后，SCM角色将它提交到受控库中，其中部分SCI要受到基线控制，部分SCI要受到版本控制；•变更：当受控库中SCI要发生变更时，首先辨别此SCI受到哪一种控制。如果受到基线控制，则由项目经理或其他人对变更后造成的影响进行估算，得到变更请求说明书，接着SCCB对变更请求进行评审，决定是否接受基线变更；如果受到版本控制，则由相关责任人负责修改和维护SCI即可；•审计：SCM角色应定期对受控库中的基线进行审计，如发现问题，由SCM角色通知相关责任人并跟踪问题直到解决；•发布：最后发布受控库中生成的产品，在SCM角色搜集整理完将提交的全部软件工作产品后，提交发布.如果达到要求，由测试人员将封样软件提交给SCM主管，由后者将封样软件存入封样库并作记录。SCM流程定义建立SCM环境制定SCM计划SCI的入库和标识基线的建立和管理SCI变更流程定义建立SCM环境制订SCM计划SCI的标识与入库基线的建立与管理SCI变更配置状态报告与审计第三方软件的配置管理产品发行SCI的备份整个项目生命周期项目资料管理1.建立SCM环境•目的：为项目SCM活动的开展做好准备活动。•相关人：项目组SCM角色、SQA、开发负责人•相关活动：配置管理库的建立：在项目启动之后，SCM角色将在开发库和受控库中建立目录，并制定一个粗略的配置管理库结构，按工程类和管理类划分目录结构;除了包含分配需求的文件以外,管理目录下的文件只做版本控制;工程目录下的文件只做基线控制，两库“管理”,“工程”的一级子目录结构必须与软件配置管理计划中定义的配置库结构保持一致。随着代码的不断稳定，需不断完善“编码”的子目录结构。2.制定SCM计划•计划中需要定义：–基线的创建时间、级别、内容–配置状态报告的频率–基线审计的策略–SCCB成员资格标准和过程–项目需要管理的相关资料及其权限分配3.SCI的入库与标识3.1SCI的选择:•以下工作产品,以及其附件和应用标准均要纳入基线1.包含分配需求的相关文档2.需求分析报告3.系统设计4.概要设计5.测试说明6.用户文档7.代码•除了纳入基线的工作产品外，以下工作产品，以及其附件和应用标准均要纳入受控库–计划类文档(阶段计划、风险管理计划除外)–项目软件过程定义3.2SCI的命名：：项目名称[[[+子系统名称][+构件名称]]|[+阶段名称]]+模板名称[+日期]例:XXX帮助子系统需求规格说明书或：XXX构造阶段确认测试计划或：XXX构造阶段项目状态报告20050520注：以上各部分可在软件配置管理计划SCMP中规定简化名称。模板名称不可简化。3.3SCI的标识：对纳入配置管理的工作产品进行唯一标识，项目成员在撰写文档时，需按照如下格式对SCI进行标识：项目名＋SCI名＋版本号如：XXX项目需求分析报告V1.03.5版本的标识和升级版本标识定义：版本标识包括两部分：主版本号和次版本号，二者均由阿拉伯数字构成且中间用“.”隔开。如V1.2版。版本的升级：1.首次撰写的文档草稿定义为该文档的V0.1版2.文档每通过一次同行评审后，次版本号递增1，主版本号不变；如：V0.1版－V0.2版－V0.3版..3.文档每通过一次评审或审批，主版本号递增1，同时次版本号回至0如：V0.4版－V1.0版，V1.7版－V2.0版，...4.每次文档版本标识变更后，应维护修改记录，其中修改描述的内容尽量简洁明确。要求同一版本的所有修改记录只对应于一个编号。4.基线的建立与管理•基线相关SCI的入库:在工作产品的开发阶段，开发人员在开发库中工作，稳定后提交验证（评审或测试），批准后SCM角色入受控库.•基线的创建:–基线通常在里程碑点上创建，至少在需求完成和发布/验收通过两个里程碑点上应建立基线。–创建基线的方法是对选定的目录做基线，同时在Messages中对基线的含义予以说明。–对于目录下入基线的SCI，单独打基线，同时在Messages中对基线的含义予以说明。–各项目的基线由相应项目的SCM角色进行标识。•基线的更新：–准则:只要是基线内容的更新,都属于基线变更.–更新相应的SCI.–更新基线的标识.•项目基线的标识：BL-阶段代号-[-基线级别][-版本号]例：BL-C-VT-V02•定义：BL两位拼音字母，表示基线Baseline；-C短线后跟一位大写字母（阶段的第一位字母）启动阶段用I（Inception）表示，细化阶段用E（Elaboration）表示，构造阶段用C（Construction）表示，移交阶段用T（Transition）表示；-VT短线后跟两位英文字母，表示某开发过程的完成。开发过程标识同软件过程元素，如VT表示确认测试完成（参见下表：软件过程元素名称列表）。随着产品达到不同的成熟度，可晋升基线的级别，即在基线标识中加注该部分；通常有以下级别：需求完成（RA）、设计完成（DS）、编码完成（CO）、单元测试通过（UT）、集成通过（IT）、确认测试通过（VT）、系统测试通过（ST）、验收测试通过（AT）、发布（RL）；-V02短线后跟大写V（version的第1个字母）及两位阿伯数字标识基线的不同版本（按序递增）,缺省情况下为第一版本，可省去不标；在下一阶段之前,当基线发生变更,重新建立基线时将增加版本信息。基线报告至少要包括:已经建立的基线名称,基线建立的时间,及所包含的SCI及其版本.软件过程元素列表•组织基线的标识：•公司名(简写)＋财富类别名＋[版本号]•例如：XXX过程财富1.0•命名基本要求：唯一性，可追溯性5.SCI变更•版本变更：对于管理类工作产品，发生变更时不需要走变更流程，新的版本被重新批准后直接由SCM角色入受控库。•基线变更：对于已纳入基线的工程工作产品进行修改时，须走以下变更流程（具体操作办法见《SCI变更的操作规程》）：•内部测试时，对已纳入基线的代码本身的变更不必提交变更申请，走《软件测试规范》的BUG管理流程进行相关分析处理，BUG分析后如确认有代码以外其他已纳入基线配置项的变更，如需求、设计、测试等文档的变更需提交变更申请走以下变更流程。•提交变更请求：项目组中的任何成员均可以提出变更请求;•SCCB评审：根据影响域分析的结果，SCCB评审决定是否接受变更请求。•影响域分析：由SCCB对提出的变更请求进行影响域分析，内容包括：–CR的有效性–影响范围、严重程度、时间表、资源、风险等–成本估算软件配置管理系统组织级配置库项目级配置库软件配置管理库系统：3库（开发库，受控库，产品库）+工具（VSS/SVN）+规范（SCM规范）1.组织级配置管理库分为：①过程财富库：存放组织标准过程、数据、最佳实践、样例、经验教训其他参考资料等；②产品库：存放各产品的可执行程序、用户手册、验收报告等材料③过程改进库：过程改进相关工作目录。2.项目级配置管理库分为：①受控库：基线目录：存放得到确认的需求、设计、集成和发布等基线内容审批目录：存放项目开发过程中得到确认和承诺的各类项目数据（基线外的）②开发库：提供给项目组开发过程中使用的，由项目组成员自己控制（含代码库，为方便操作可将代码库单独提出来）③产品库：将产品基线的配置项以及系统规定的其它文档作为最终产品存放在公司级产品库，等待交付客户或作为产品复用的资源。出入库要严格办理手续。产品库由公司统一管理和维护，出入库要严格办理手续结束语ThankYou！一．忽视软件配置管理可能导致的混乱现象v发错了版本v安装后不工作v异地不能正常工作v已经解决的缺陷过后又出现错误v开发人员把产品拿出去出售赢利v找不到最新修改了的源程序v找不到编程序的人SVN提交的备注信息•SVN提交的备注信息•变更流程•配置库•三类库•（1）开发库：•存放开发过程中需要保留的各种信息，供开发人员个人专用。•（2）受控库：•在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入。•（3）产品库：•在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装。配置库的作用•记录与配置相关的所有信息•利用库中的信息可评价变更的后果•可利用库中的信息查询，例如：•那些客户已提取了某个特定的系统版本？•运行一个给定的系统版本需要什么硬件和系统的哪些版本?•一个系统到目前已生成了多少版本，何时生成的？•如果某一特定的构件变更了，会影响到系统的那些版本？•一个特定的版本曾提出过那几个变更请求？•一个特定的版本有多少已报告的错误？