TSPP11P01 配置管理过程 V100.docx

《TSPP11P01 配置管理过程 V100.docx》由会员分享，可在线阅读，更多相关《TSPP11P01 配置管理过程 V100.docx（20页珍藏版）》请在第一文库网上搜索。

1、TIANSU配置管理过程文件编号TSP-P11-P01生效日期2009-11-25受控编号保密级别秘密版本号V1.00修改次数0总页数20正文15附录0编制陆增审核批准南京天溯自动化控制系统有限公司（版权所有,翻版必究）变更日志编号版本修改内容修改人修改日期10.10创建初稿陆堵2009-10-3020.20内部评审，建立组织方针陆堵2009-11-1031.00发布陆培2009-11-251 弓III.11.1 目的和方针112适用范围113定义114参考资料22 过程总体描述32.1 过程概述33 过程活动描述43.1 识别配置项43. 1.1概述44. 1.2角色职责45. 1.3进入标

2、准46. 1.4输入47. 1.5任务48. 1.5.1识别配置项49. 1.5.2标识配置项410. 1.6结束标准411. 1.7输出43. 2定义基线43. 2.1概述44. 2.2角色职责45. 2.3入口准则56. 2.4输入57. 2.5任务58. 2.6出口准则59. 2.7t.1-53.3组建项目CCB63.3.2jfj63.3.3人口准则63.3.4输入633.5*63.3.6出口准则73.3.7输出73. 4制定配置管理计划71. 4.1概述73. 4.2角色职责734.3IIPiy73.4.3输入73.4.4任务7345H-IIPiy73.4.6输出83.5记录及报告配置

3、状态83.5.183.5.2角色职责83.5.3入口准则835483.5.5任务83.5.6出口准则83.57t-1-93.6配置项入库和基线发布93.6.1概述93.6.2jfj93.6.3入口准则93.6.4输入93.6.7ti11.03.7配置审计103.7.1概述103.7.2jfj1.03.7.3入口准则103.7.4输入1037.5彳103.7.6输出113.7.7出口准则113.8113.8.1概述113.8.2角色职责113.8.3I-JP11J113.8.4输入113.8.5任务123.8.61.1-1123.8.7出口准则123. 9管理CM活动123. 9.1124. 9

4、.2角色职责135. 9.3入口准则136. 9.4y137. 9.5任务138. 9.6输出149. 97|.1_11-1zf1i贝144相关文档154.1 引用文件151引言1.1 目的和方针本文的目的是确保产品在软件生命周期中的完整性和可追溯性，配置管理活动被设计来标识配置项、建立基线、控制版本和变更，保证变更被适当地实施，使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过配置管理获得有用的信息。为策划和执行“配置管理”过程，制定并维护组织方针：每个项目应制定详细的配置管理计划，明确各配置项及其基线；在整个项目的生命周期中实施配置管理；配置项的变更需提出申请，说明变更时间

5、、原因、措施等，得到项目经理或高级管理者批准后才可变更；项目组建立存储有配置项、基线状态的数据库；定期对配置项和基线进行审核。1.2 适用范围本文档的适用范围为组织内所有软件项目。1.3 定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇,同时继承全部的先前过程中定义过的词汇。词汇名称词汇含义备注配置管理配置项工作产品软件产品基线配置控制委员会配置管理的目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性。配置管理活动是有计划的；所选定的软件工作产品是己标识的、受控的和适用的；对己标识的软件工作产品的更改是受控的；受影响的组和个人得到软件基线

6、的状态和内容的通知。配置项(ConfigurationItem简称C1)是指工程过程所生产或使用的任何元素，或者是纳入软件产品的元素。可能是说明书、计算机程序、数据结构或开发软件产品使用的工具。所有定义产品的元素的全体称为软件配置。由定义、维护和使用一个软件过程所产生的任何人工制品，包括文件、文档、工作记录、源代码，以及产品的一部分如服务、过程、规范、培训，而无论是否打算将它们交给客户或最终用户。可交付给顾客或最终用户的软件工作产品的子集称作软件产品。基线是经过评审和批准的配置项的集合，其作用是明确划分项目各阶段，确定各阶段的结束点。在项目的开发过程中，最基本的基线有需求基线、开发基线、发布基

7、线等。(ConfigurationContro1Board简称CCB)是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。TIANSU配置管理过程输出配置管理总表变更控制是配置管理过程中，配置人员应对所有提交的产品进行管理控制，并记录配置项和它的状态，进行的配置状态的说明和报告。配置管理的一部分，包括在配置标识正式建立之后，对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程。配置审计考查软件基线库的结构、内容和设施，以验证基线和描述它的文档的一致性。基线变更非基线变更变更引起新的基线发布称为基线变更除基线变更外的变更称为非基线变更。1.4 参考资料无2过程总体

8、描述2.1过程概述本过程包括：3个子规程：组织财富库管理规程、变更管理规程、配置库管理规程1个工作规范：软件产品版本规划与VSS1abe1约定配置管理过程示意图如下：图1：配置管理过程示意图在项目立项后为项目组分配一个配置管理员（CM工程师）。一个配置管理员可以同时兼任多个项目的配置管理工作。组织财富库的配置管理工作由研发中心指定一名组织级配置管理员负责。3过程活动描述1.1 识别配置项1.1.1 概述1.1.2 角色职责CM人员：识别和标识配置项。项目经理：协助配置人员识别配置项。1.1.3 进入标准WBS己得到批准1.1.4 输入WBS1.1.5 任务1.1.5.1 识别配置项 识别配置项

9、是配置管理计划的一部分。通常是在WBS完成后才进行的。是CM的第一步。 当项目开发计划完成后，配置管理员在项目经理的协助下，根据通过批准的WBS活动识别整个项目生命周期内部的配置项。1.1.5.2 标识配置项 标识配置项应用于每个项目初始建立时。 将识别出的每种不同的配置项进行标识。 标识时使用统一的命名规则。 将标识后的工作产品形成文件，记录到输出配置管理总表中。 标识工作由CM完成。CM确保标识符不重免。1.1.6 结束标准标识完成形成文件，并获得PM审批同意。1.1.7 输出输出配置管理总表一配置项标识。1.2 定义基线3. 2.1概述基线是被审查和批准的配置项的集合。如果建立了基线，只

10、有按照变更控制流程才可以改变其内容。定义基线是配置管理计划的一项活动。一个项目可能有一个或多个基线，每个基线包含一个或多个选定的软件工作产品。这些项目基线的定义依赖于项目的本质和生命周期模型，及项目计划中指定的项目进度表。4. 2.2角色职责CM人员：定义基线。323人口准则选用的生命周期模型已得到批准。配置项已经标识。3.2.4输入选用的生命周期模型。输出配置管理总表3.2.5任务(1)根据选定的生命周期模型来定义基线。(2)在开发周期，基线的建立时间是不同的，可能会受到不同变更权威的控制。(3)计划期间，项目应按如下所述建立基线，用以维护对配置项的完整性的适当控制。不同项目选用的生命周期虽然不同，但包含的基线就是以下几种，这些基线内容及建立时机如下：需求基线： 客户需求批准时建立 软件需求批准时更新 由CCB控制设计基线： 概要设计和详细设计批准时建立