配置管理资料

软件配置管理理论学问:1理论

1.1配置管理Configuration Management,CM是通过技术或行政手段对软件产品及其开发过程和生命周期进行限制、规范的一系列措施配置管理的目标是记录软件产品的演化过程，确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置其最终目标是实现软件产品的完整性、一样性、可控性，使产品极大程度地与用户需求相吻合它通过记录、追踪对软件的修改和每个修改生成的软件组成部件来实现对软件产品的管理功能软件配置software configuration是指开发过程中，构成软件产品的各种文档、程序及其数据的优化组合该组合中的每一个元素称为配置中的一个配置项configuration item也可以把软件配置项定义是软件中可以独立进行开发的一个实体，该实体包括程序、数据及其相应的文档和说明配置管理要对软件生存期内各阶段的文档、实体和最终产品的演化和变更进行管理；同时要解决变更的标识、限制和发布等问题目的是使对设计变更的管理制度化，从而提高开发效率、削减错误，保证产品的质量术语定义

1.2软件配置管理简称SCM Software Configuration Management的缩写，是在项目开发中，标识、限制和管理软件变更的一种管理配置管理的运用取决于项目规模和困难性以及风险水平软件的规模越大，配置管理就显得越重要基线BaseLine是项目储存库中每个工件版本在特定时期的一个“快照”它供应一个正式标准，随后的工作基于此标准，并且只有经过授权后才能变更这个标准建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线在配置管理系统中，基线就是一个CI或一组Cis在其生命周期的不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程被称为“基线化”基线是被评审过的一个或多个软件配置项每一个基线都是其下一步开发的动身点和参考点基线确定了元素配置项的一个版本,序（源代码、目标代码、可执行程序、函数等）、文档（需求定义、系统分析、系统设计、高层设计、低层设计、测试规格说明书、测试安排、安装手册、发布说明、用户手册等）、数据（测试数据和项目数据）、执行文件等，都是典型的配置项，又如操作系统参数、编译器描述、物理特性、版本描述等，为了能进行配置管理，须要对其进行描述，并形成文档,再以配置项形式进行管理应用留意配置项标示的原则□唯一性□可追溯性□与同类配置项不同的信息，应纳入标识这是为了便于区分、查找□同类配置项的标识方法统一□简洁记忆配置项的相关标识信息□组名□项目名□文档内容□版本号□文档撰写时间□文档撰写作者进行变更限制

5.5可以这样说，我们所熟知的版本管理，其本身并没有什么干脆作用，而真正起发挥作用是为变更限制进行支持主要的缘由是，所记录的配置项的全部状态，只有和变更限制进行协作,将变更的缘由和变更的结果（配置项的某一版本）联系在一起，才能以变更为主线，将全部版本变为“有理由的（reasonable）,才能形成基线，真正发挥变更限制和版本管理的作用变更限制的目的就是为了防止配置项被随意修改而导致混乱；修改处于“草稿”状态的配置项不算是“变更”，无需CCB的批准，修改者依据版本限制规则执行即可当配置项的状态成为“正式发布”，或者被“冻结”后，此时任何人都不能随意修改，必需依据“申请一审批一执行变更一再评审一结束”的规则执行如何记录这些变更，须要做二件事一是要标识这些设计文件，即依据文件名，确定一个唯一的标识符（VSS用label可以实现）；二是要动态地记录这些变更文件（即用版本的方法记录这些变更）-用配置软件可以实现■版本号形式主版本号.从版本号.维护版本号■主版本号对系统作重大调整，在功能和性能上有大的改变时主版本号增加第一次版本号和其次次版本号为零版本号升级由项目组长/室主任确定■从版本号与上一版本相比，对系统功能或性能进行了少量的增加或修改，从版本号增加，主版本号不变版本号升级由项目组长确定■维护版本号与上一版本相比，修改了小量系统bug,维护版本号增加，主版本号和从版本号不变版本号升级由项目组长确定■通常来说，通过软件系统测试后系统版本号变为V

1.0,软件系统第一次发布时版本号为V,从版本号和维护版本号均为0要进行配置管理的状态监控和报告

5.6基本上依照项目对配置管理的要求进行统计和分析但是，配置管理状态报告往往能从另一个方面反映项目的进度状况，甚至有时比项目进度状况报告还要精确比如，变更恳求状态分布报告，就可以客观地反映依据安排应当完成多少变更恳求,而事实上完成多少变更恳求,这事实上客观地反映出已完成和未完成工作量这方面的内容在项目进度报告中很难客观反映，从而造成项目实际状况与进度报告不符进行配置审核（配置审计）

5.7这个环节是配置管理达到效果的重要手段，否则简洁造成在产品测试、产品发布是仍旧出现混乱确认产品的完整性并维护配置项间的一样性

5.8一个完整的SCM系统要具有三个核心功能版本限制、变更限制、配置限制以及两个支持功能状态统计和配置审计版本限制:

5.

8.1版本，亦称配置标识，是指某一特定对象的具体实例的潜在存在版本限制就是对在软件开发过程中所创建的配置对象的不同版本进行管理，保证任何时候都能取到正确的版本以及版本的组合变更限制

5.

8.2变更限制是通过对变更恳求（Change Request,简称CR）进行分类、追踪和管理的过程来实现的变更的起源有两种功能变更和缺陷修补（Bug-Fix）功能变更是为了增加或者删除某些功能缺陷修补则是对已存在的缺陷进行修补对变更进行限制的机构称为变更限制委员会（Change ControlBoard,简称CCB）变更限制委员会要定期召开会议，对近期所产生的变更恳求进行分析、整理，并做出确定而且要遵循肯定的变更机制（VSSCVS）配置限制:变更机制如下图所示软件产品的每个版本都是一组配置项（源代码、文档、数据）的集合配置限制就是要保证每个配置的完整性和精确性（值得思索,假如这个问题解决了”可以模块组合,然后形成新的版本一从而解决不同客户的需求；在开发过程中，我们在不同阶段要建立各种基线，基线的建立是配置限制功能的典型应用所以说，基线是具有里程碑意义的一个配置状态报告

5.

8.4状态报告要回答所谓4W的问题What发生了什么事Who谁做的此事When此事是什么时候发生的Why为什么做此事状态报告还要能够报告全部配置项以及变更恳求的状态配置审计

5.

8.5配置审计要审查整个配置管理过程是否符合规范，配置项是否与需求一样，记录正确，配置的组成是否具有一样性等等.置审计是一个SQA（软件质量保证）活动般配置管理中的角色项目经理项目经理在配置管理方面的职责是依靠配置管理员、系统管理员和系统体系结构设计人员的帮助，制定项目的组织结构和配置管理策略这些工作包括定制开发子系统，定制访问限制，制定常用策略，制定集成里程碑，以及进行系统集成配置管理员配置管理员的职责是依据项目经理制定的开发组织结构和策略，实施、维护配置管理的环境其主要职责如下创建配置管理库，对存储库进行日常备份和复原，维护配置管理环境，及管理配置管理相关的用户软件开发人员软件开发人员依据项目的开发和配置管理策略，创建、修改和测试开发工件集成人员对软件进行归并，形成相应的基线或发布版本QA人员须要对软件配置管理有较深的相识，其主要工作是跟踪当前项目的状态，测试，报告错误，并验证其修复结果配置库实施的书目结构:7-•级目录:级目录三级1录四级目录五级目录备注配置管理员项目负责人项目组成员SQA测武工程师室主任项目名称1基线库RW R R R R R计划需求设计弟’夕测试1niirb RW R R R RR计划需求设计编码测试可执行文件用户文档开发库RW RW RI RRR开发文档计划需求概要设计数据库设计详细设计参考资料源代码用户文档系统的安装、维护、使用手册等项目管理RR配置管理MQ.AlXAnfiltXut RU,跟踪和监控RWRIR项目例会项目周报评审和报告RWR测试RRRW系统测试方案用例报告发布该H与卜可以存放发价记录RW RWR版本号一级书目介绍

7.1基线库

1.

1.1经过评审，变更严格限制的工作产品基线库由配置管理员建立并维护，其它任何人没有写权限产品库

1.

1.2产品库由配置管理员建立并维护，整个项目结束后，配置管理员从基线库里把全部的文档挪到产品库中，其它任何人没有写权限开发库

1.

1.3开发库由配置管理员创建主要书目，项目组成员可以在书目下创建子书目以及文件文件/书目的创建者本人拥有该书目/文件的完全限制权限，而项目其它成员缺省状况下是只读权限假如其它成员须要修改文件/书目，必需先由文件的创建者给予权限重点书目说明一开发库书目

7.2安排

7.

2.1项目安排相关文件（估计、进度）纳入基线前的文件，以及项目初始安排等需求

7.

2.2纳入基线前的需求说明书等文件，需求跟踪矩阵设计

7.

2.3纳入基线前的设计文件，包括概要设计、具体设计项目组长有读写权限源代码

7.

2.4项目开发过程中的代码测试

7.

2.5项目单元测试和集成测试所须要的工作产品和测试过程中产生的文件用户文档

7.

2.6系统的安装、维护、运用手册等发布

7.

2.7项目发布的工作产品包括中间发布和最终的发布重点书目说明一管理书目

7.3配置管理

7.

3.1放置项目配置项清单、配置管理光盘清单、配置状态报告等，SCM读写，其他人只读质量保证

7.

3.2放置项目不符合报告、SQA核查表和SQA周报等，SQA读写，其他人只读项目跟踪和监控

7.

3.3放置项目状态报告、项目周报、个人工作周报等评审和报告

7.

3.4基线工作产品入基线时评审的报告，项目组长读写，其他人只读配置库运用说明8放入正确的位置，正确标识

8.1因为工具本身的问题，假如你将文件放在错误的位置，或者命名不规范，SCM进行位置移动或者修改文件名称的时候,会造成历史版本的丢失,想要找回历史版本很不简洁,给配置管理造成肯定的工作量所以请大家在进行文件入库时，留意放入正确的位置，并且正确命名，以免造成历史版本丢失刚好提交、更新

8.2假如习惯将自己的工作产品放在个人书目下，请刚好提交或者更新到服务器上，让相关人员能够看到最新的文件养成良好的工作习惯，每次要对某个文件进行修改时，请首先UPDATE这个文件，从服务器上更新最新版本，以免在旧版本基础上修改，造成冲突，无法提交提交规范

8.3文件提交到服务器上时，有“Enter thelog message”,请大家肯定要填写，主要填写几个方面的内容修改的目的，修改的主要内容（段落或者函数名称），修改可能造成的影响尤其是进入编码和测试阶段，要求每个文件的提交必需有log message请大家留意版本发布

8.4每一次版本发布（包括中间的发布、最终的正式发布），把待发布工作产品（文档、源代码、安装包等）提交到“发布”书目下，下一级书目以版本号命名；在发布记录中记录具体状况；通过电子邮件给测试人员及其他相关人员，发送软件发布通知单；测试人员从CVS中提取相应的版本运用规范

8.5不要把CVS作为练习的场所配置管理的精髓9具体来讲，配置管理包含如下内容标识识别产品的结构、产品的构件及其类型，为其安排唯一的标识符，并以某种形式供应对它们的存取限制通过肯定的机制限制对配置项的修改状态报告记录并报告配置项以及元数据的状态配置审计确认产品的完整性并维护配置项间的一样性且只确定一个版本一般状况下，基线一般在指定的里程碑处创建，并与项目中的里程碑保持同步是软件开发过程中最重要的里程碑，不过基线更强调的是一个开发阶段到达里程碑时的结果及其内容，如功能基线是经过评审和批准的需求规格说明书；产品基线是经集成和确认测试后，经正式审批可交付客户的软件产品的全部配置项（包括软件实体和全部的文档）（确定成为基线，必需经过评审和批准）基线就是一个配置项（或一组配置项）在其生命期的不同阶段完成时，通过评审而进入受控状态的一组文档和程序实体，这个过程被称为“基线化”每个基线都是其下一步开发的基点和参考点；它们都将接受配置管理的严格限制因此，基线必需通过评审过程建立；基线存在于基线库中，接受更高权限的限制；基线是进一步开发和修改的基准和动身点（如后面基线发生大的更改，则版本发生了一次大的更改）受控库是软件开发过程中，其修改权限受到限制的文档库和程序库，其中基线库和产品库,特殊是产品库的修改权限将受到严格的限制，即使是授权修改的人，在修改前还必需得到批准基线库是受控库中一些特殊重要的库，如需求（基线）库和产品（基线）库产品库是存放软件最终产品（即产品基线）的库，基于它的重要性，对它的修改将受到特殊的限制产品基线是最初批准的产品配置标识配置管理员项目组中负责配置管理工作的角色，该角色可以兼职在某一开发阶段通过评审或某一质量检查点通过审核后，配置管理员负责统一添加或修改相关文档的最新有效版本以及审批人签字配置标识（Configuration Identification）对软件项目在开发过程中的资源进行标识，以便识别配置检查（ConfigurationAudit）对软件配置管理过程中的行动进行检查里程碑即通常所说的软件开发过程中的“阶段”，假如说它们之间有区分的话，那么“阶段”强调的是过程，而“里程碑”则强调过程的终点和终点的标识这些阶段可以是需求分析阶段、概要设计阶段、具体设计阶段等等配置管理在软件开发过程和项目管理过程中的作用

1.3一个好的配置管理过程能覆盖软件开发和维护的各个方面，同时对软件开过程的宏观管理，即项目管理，也有重要的支持作用良好的配置管理能使软件开发过程有更好的I可预料性（？？？［,使软件系统具有可重复性，运用户和主管部门用软件质量和开发小组有更强的信念配置管理必需紧扣软件开发过程的各个环节管理用户所提出的需求，监控其实施，确保用户需求最终落实到产品的各个版本中去，并在产品发行和用户支持等方面供应帮助，响应用户新的需求，推动新的开发周期好的配置管理过程有助于规范各个角色的行为，同时又为角色之间的任务传递供应无缝的接合，使整个开发团队象一个交响乐队一样和谐而又错杂地行进同时配置管理过程所规范的工作流程和明确的分工有利于管理者应付开发人员流淌的逆境，使新的成员可以快速实现任务交接，尽量削减因人员流淌而造成的损失配置管理系统应当具备以下主要功能

1.4并行开发支持因开发和维护的缘由，要求能够实现开发人员同时在同一个软件模块上工作，同时对同一个代码部分作不同的修改，即使是跨地域分布的开发团队也能互不干扰，协同工作，而又不失去限制；修订版管理跟踪每一个变更的创建者、时间和缘由，从而加快问题和缺陷的确定；版本限制能够简洁、明确地重现软件系统的任何一个历史版本产品发布管理管理、安排软件的变更，与软件的发布安排、预先定制好的生命周期或相关的质量过程保持一样；项目经理能够随时清楚地了解项目的状态；建立管理基于软件存储库的版本限制功能，实现建立（build）过程自动化；过程限制贯彻实施开发规范，包括访问权限限制、开发规则的实施等变更恳求管理跟踪、管理开发过程中出现的缺陷（Defect）、功能增加恳求（RFE）或任务（Task）,加强沟通和协作，能够随时了解变更的状态代码共享供应良好的存储和访问机制，开发人员可以共享各自的开发资源软件开发存在的问题及配置管理的必定性2在一个软件开发项目中，会有大量的所谓“产品”产生，典型的如代码、文档（包括技术文档、产品文档、管理文档）、数据、脚本、执行文件、安装文件、配置文件、甚至一些参数等，这些产品事实上都是软件项目的干脆产品，同时也都是项目资产，全部的产品都以“信息”的形式存放在计算机中，因此，与硬件比较而言,极简洁被修改（不考虑权限问题）和改变软件开发始终就是“改变”的，需求会变，技术会变，系统架构会变，代码会变,甚至连环境都会变，全部的改变最终都要反映到上述的项目产品中如何应对这些改变，如何在受控的方式下引入变更，如何监控变更的执行，如何检验变更的结果,如何最终确认并固化变更，如何使变更具有追溯性，这一系列问题都将干脆影响项目的进行软件项目最终的目标是提交“高质量”的软件产品给最终用户，常常在项目没有真正结项时，就给客户程序所以客户那边就产生了许多版本忽视软件配置管理可能导致的混乱现象标识混乱；版本混乱；不能协同工作；已经解决的缺陷过后又出现错误；找不到最新修改了的源程序；找不到编程序的人配置管理（）的职责3scm软件配置管理（SoftwareConfigurationManagement,SCM）是一门应用技术、管理和监督相结合的学科，通过标识和文档来记录配置项的功能和物理特性、限制这些特性的变更、记录和报告变更的过程和状态，并验证它们与需求是否一样SCM通过管理配置项限制变更、验证变更，使项目的混乱减到最小，使错误达到最小，并最大限度地提高生产率实施软件配置管理的目的是保证软件项目的工作产品在整个项目周期中的“完整性”所谓完整性是指，工作产品要求有完整的变更历史记录，要求有正式的变更过程，而且还要求保证工作产品能和需求以及变更保持一样性配置管理的工作内容4项目安排阶段，也即是配置管理的打算阶段

4.1制定配置管理安排

4.

1.1对于项目工程部在项目立项前期指派配置管理人员的项目，在项目立项初期，配置经理要与项目经理协商，制定配置管理的安排，规划将来的配置管理工作配置管理安排的约束条件:配置管理的规划必需以项目开展的工作为基础，参考工作说明书配置管理安排的编写必需以公司的流程为模版，与工作说明书和质量保证安排相一样；配置管理安排能够指导将来的配置管理工作，配置管理工作必需以配置管理安排为基准；配置管理安排必需经过最终的评审通过，才能够成立；如配置管理安排不能满意将来配置管理工作的须要，可以再增加配置管理工作安排作为配置管理安排的协助，指导将来的配置管理工作规范配置管理环境

4.

1.2配置管理安排制定结束后，配置管理人员要依据安排实施配置管理的前期工作首先必需规范配置管理的环境，实现项目组内的专机专用，与项目经理协商，开发用机、测试用机、配置用机的状况，并最终生成配置管理环境维护清单，便于后期对环境的维护建立配置库:

4.

1.3配置库作为项目组内成员今后工作的平台，前期的具体打算是特别重要的配置库建立的准则依据配置管理安排中的定义建立配置库；与项目经理协商配置库人员运用的权限规定与配置库工作区间的划分，保证个人工作区间的隔离应用留意三个配置库1开发库存放开发过程中须要保留的各种信息，供项目组成员运用2基线库在软件开发的某个阶段工作结束时，将工作产品存入或将有关的信息存入对库内工作产品的读写和修改应当加以限制3产品库在开发的软件产品完成系统测试之后，作为最终产品存入库内，等待交付用户或现场安装对库内工作产品也应当加以限制与项目负责人探讨变更限制的实施

4.

1.4与项目SCCB探讨项目中变更限制实施的措施，指定出相应的变更限制流程在变更限制流程中应留意变更过程中责任到人，不同变更状况的处理方式，具体操作可参见《变更限制流程制定指导书》配置培训

4.

1.5配置培训作为与项目成员沟通配置管理内容的一个主要渠道，配置经理应与项目经理协商在项目起先初期进行培训内容包括配置管理的基本概念；项目中配置管理工具的运用；项目中配置管理的相关流程；配置库的运用及规范等生成安排基线，并发布基线

4.

1.6在项目的立项材料经过正式评审通过，宣布项目立项后，配置经理要整理项目的立项材料,正式生成安排基线，并标识基线，保证基线存放于基线库中基线的发布通过配置状态报告来实现项目执行阶段配置工作真正深化到了项目中

4.2维护配置库:

4.

2.1配置库维护包括维护配置库结构、日常权限的设置、帐户的增加与删除、工作区维护、配置库备份等；维护时要留意对配置库的备份要与配置机分开，以确保平安性；配置库中帐户的管理要留意定期维护，避开帐户不断增加，出现垃圾帐户的问题；工作区的维护要留意结构清楚、明白，工作区隔离；监督项目组成员运用配置库问题，避开工作脱离配置库平台和配置项长期被CHECK OUT的问题等进行版本限制

4.

2.2版本限制是配置管理的另一项主要内容，包括文档版本的限制和代码版本的限制版本限制中留意的问题版本标识明确、清楚；在配置库中，有效利用标签；留意保证版本的历史在线和可以回溯；留意每一次的开发以基线版本为基础和基准；留意版本的受控性，保证测试的版本的受控；每一次新的基线版本的生成，要刚好发布帮助生成项目进行过程中的各种基线

4.

2.3项目执行过程中生成各种基线，包括需求基线、设计基线、代码基线等，基线的正式生成要经过评审通过才有效配置经理帮助项目经理组织评审在评审之前首先要进行物理审计，审计后填写物理审计报告，然后传递给QA进行过程审计物理审计报告作为配置项存放在配置库中评审通过后，正式生成基线，配置经理负责整理并标识基线，然后把基线存放在基线库中，通过配置状态报告来发布基线在代码基线生成时，留意维护源代码清单与测试人员协作

4.

2.4配置经理留意与测试人员的沟通，保证与测试组配置管理协接的无误测试组与配置组沟通的两个主要问题是测试配置项的管理问题和版本的传递问题配置经理要与测试经理、项目经理沟通有关测试配置项的管理问题与版本的传递问题测试配置项可以单独管理，也可以与其他配置项一起存放与一个配置库中，这要依据项目的大小和配置库的增长趋势来确定，建议大型项目在有条件的状况下单独存放,单独管理测试案例、测试数据等；版本的传递指开发组产生出代码，经配置组编译执行生成执行文件并进行版本标识后，传递给测试组进行测试的过程在此过程中留意的问题是配置组与开发、测试组的接口的唯一,保证测试版本的正确性与协作

4.

2.5QA配置经理负责向QA及项目经理反映项目进行过程中的不规范问题，并与QA与项目经理沟通,解决问题发布配置状态报告

4.

2.6配置经理在项目进行过程中，要刚好发布配置状态报告发布配置状态报告有两种方式时间驱动和事务驱动基线生成时、重要配置象产生时，都要发布配置状态报告；定期发布配置状态报告以向全体成员通报项目现阶段的进展状况，留意全体成员要包含QA优化配置管理活动

4.

2.7在配置管理过程中，随项目的进展和工作的开展状况，配置经理要适时的调整配置管理的活动如整理配置库、优化配置流程等但是必需留意，任何变动和更改必需经过项目经理的同意；更改后要通过配置状态报告发布；变动和更改的配置项要有相应的变更说明如配置工作须要调整时，需升级配置管理安排，必需确保工作与安排的一样性；维护项目环境

4.

2.8在项目进行过程中，留意维护项目的环境，包括配置环境、测试环境、开发环境等环境的变更要体现在配置管理环境维护清单中环境的改变要通过配置状态报告发布出去帮助项目组完成变更管理

4.

2.9配置组有责任帮助项目组完成变更限制的管理，并维护变更管理过程记录变更执行过程中出现的问题，可以向项目经理和QA甚至SCCB反映变更执行结束，要发布配置状态报告，报告变更的状况参与项目组的会议

4.

2.10为使配置管理工作对项目切实可行和有意义，配置管理人员除主动主动了解项目状况外，要参与项目组的例行会议，了解项目的总体状况，以及项目的下一步工作规划，以便配置管理刚好作出反馈参与项目工程部的活动配置经理要主动参与项目工程部组织的各种配置活动，如配置经理述职等项目结项

4.3项目结项时，配置管理人员主要是帮助项目经理整理结项材料，对项目配置管理工作进行总结、整理，编写配置管理案例、进行配置工作述职等如项目配置项须要入产品库，则按产品库规范整理产品配置项在编写案例时要留意总结项目配置管理工作进行过程中的得失以及阅历教训I案例总结和述职的进行都要在项目工程部内进行配置管理实施步骤5项目起先之前就进行配置管理安排

5.1配置管理安排往往和项目开发安排一起产生，并相互影响配置管理安排的目标是规划整个项目的配置管理活动，尤其是重要的比如发布、基线管理等问题配置管理安排的主要内容包括配置项的标识和命名规范、配置管理环境方案、配置管理活动安排和时辰表、基线安排、发布安排等可以说，配置管理安排干脆确定了项目配置管理的方针，以及配置管理活动的准则忽视配置管理安排，将使整个配置活动甚至项目都受到影响配置库管理

5.2配置管理员为项目创建配置库，并给每个项目成员安排权限各项目成员依据自己的权限操作配置库配置管理员定期维护配置库，例如清除垃圾文件、备份配置库等版本限制

5.3版本限制的目的是依据肯定的规则保存配置项的全部版本，避开发生版本丢失或混淆等现象，并且可以快速精确地查找到配置项的任何版本配置项的状态有三种“草稿”、“正式发布”和“正在修改”，本规程制定了配置项状态变迁与版本号的规则要进行配置项的标识

5.4要进行配置标识，首先必需明确项目生命周期内所要产生的工作产品，然后确定工作产品的命名和标识规则所谓配置项，简洁地说就是受SCM限制和管理的工作产品单元，也是配置管理的目标程。