配置管理规范文档格式.docx

1、6.7. 裁剪许可6.8.度量 216.9.验证 216.10.质量记录 216.11.出口准则 216.12.参考 21226.13. 过程责任矩阵1.概述1.1.文档说明本文档为响应XXXXCTO办公室征集配置项管理规范而给出的一套解决方案及其说明12符号和缩略语缩写英文描述中文描述1.3.术语和定义序号名词解释1232.配置管理过程规范2.1.目标在软件项目中管理工作产品的配置。配置管理包括识别软件的配置项、系统地控制配置项的变更、并且在项目 的整个生命周期中保持配置项的完整性和可追踪性。2.2.范围本过程适用于所有生产工作产品的软件项目2.3.入口准则拟定项目计划草稿2.4.输入工作说

2、明书合同文件项目计划草稿已批准的变更请求2.5.过程描述2.5.1.识别配置项、配置项特性并建立命名规范1） 配置项是在项目过程中产生的、并且有可能发生变更的任何工作产品。2） 配置项是处于配置管理下，并被当作一个独立实体的工作产品集合。3） 配置项可能是中间或者最终产品，内部或者外部交付物，例如：项目计划文档、需求文档、测试 计划、代码和发布说明等。4） 配置项包括所有适当的软件、文档、支持环境如编译器、操作系统、测试环境和工具。也可能包 括项目合作方提供的软件、文档和硬拷贝材料等。2.5.2.建立基线准则、标注机制基线为后续工作提供正式的基础，所有变更都必须得到许可。在初始基线建立、评审和

3、批准以后，所 有后续的变更以增量方式记录，直到下一次基线建立。2.5.2.1.基线准则规格说明书或产品经过正式评审，并且达成一致意见。然后作为后续开发的基础。识别项目中需要建立的基线。通常基线在项目开始时建立，既输入基线。包括：1） 所有客户提供的材料或定义的内容2） 开发环境，包括硬件及软件3） 所有要提交给客户的交付物4） 重要阶段结束（例：单元测试阶段结束，集成测试阶段结束等）5） 在对配置项作变更前（该配置项不一定在基线中，但对它的变更影响基线内的配置项）6） 为每个基线，识别组成基线的配置项。配置项经过批准后移入配置库。7） 在项目进行过程中，组成以前基线的配置项必须要包含在后续的基

4、线中。8） 配置项在纳入基线后发布使用。产品只在已纳入基线的配置项上构建。2.5.2.2. 标注机制在每个基线发布之前，必须使用标签标注目录的版本号。需要找回一个基线时，该标签作为基线的唯 一标识。2.5.3. 指定配置管理组长和配置控制委员会成员 在项目启动会议上，项目经理指定配置管理组长和配置控制委员会成员。 配置控制委员的作用包括：1）批准软件基线的建立2）评审并批准对于软件基线的变更3）批准从软件基线库中构建产品2.5.4. 确定配置管理工具，定义操作权限，建立配置管理目录2.5.4.1. 配置管理工具配置管理活动可使用软件工具或手工完成。使用配置管理工具时，需要描述工具的功能和所需的

5、资源。2.5.4.2. 操作权限项目启动阶段，配置管理组长设置操作权限。每一个项目中，至少需要两个区域，一个仅限于项目经理操作， 另一个工作区域供全体项目成员操作。2.5.4.3. 配置管理目录描述所有基线的存储位置和目录结构。 配置管理目录分布在不同机器上并使用不同的配置控制工具时，需要给与说明。2.5.5. 建立构建机制为项目确立构建机制2.5.6. 建立发布机制为项目构建发布流程和机制2.5.7. 建立备份和回复机制2.5.7.1.备份建立项目的备份和恢复机制，确保每个项目成员在配置库中的重要文件和目录得到自动备份。事件驱动需要做特殊备份时，需要明确媒介、场所、频率和备份、恢复工作的负责

6、人。2.5.7.2. 灾难恢复准备项目的灾难恢复计划。为确保在发生地震、火灾等灾难时可持续操作交付物，需要准备灾难恢复 计划。其中包括在其他地点作备份。在其他地点作产品基线备份的项目，可以不需要灾难恢复计划，但应为所有工作产品指定备份计划。配置管理组长根据项目生命周期和配置管理所包含的活动准备配置管理计划，项目经理评审该计 划。2.5.9. 配置项的检入和检出 按照项目使用的配置工具定义的步骤增加、删除、找回配置项。基线配置项的检入和检出应通过工具 控制。多地点开发时，需要采取同步、合并和操作控制以避免对配置项的错误更新。2.5.10.建立基线，得到配置控制委员会批准，记录基线之间的区别 基线

7、在生命周期的不同阶段建立，可在项目生命周期的不同检查点建立基线。产品基线举例：在此基 础上构建和发布最终产品。 也可在重要生命周期阶段结束时建立中间基线， 例如需求基线、 设计基线、 代码冻结基线。可在项目内部的里程碑点建立基线。例如在系统集成、补丁发布或重要的发布后建立基线，可以帮助 项目回到一个已经建立且定义明确的软件状态，并且重新建立相同的发布环境。产品发布前，变更基线内工作产品时，变更申请必须由配置控制委员会批准。发布通知单必须由配置 控制委员会批准。配置管理组长在配置管理工具中标注标签，以注明连续基线之间的差别。2.5.11.建立、公布基线记录和进行配置审计 用配置管理工具建立基线，

8、产生并公布基线记录。最新的记录状态可以用基线标签和版本号标识。 按配置管理计划、使用同时使用配置管理审计检查单做配置审计。配置管理组长按计划进行配置审计。2.5.12.控制配置项变更（参考变更管理流程）配置管理组长建立配置库目录结构、选择配置工具、制定配置库操作规程。控制配置管理系统的操作 权限，通常只有配置管理组长有操作权限。项目的共享目录是一个共享空间，所有项目组成员均有操 作权限。配置管理计划中，记录配置项的储存和获取机制变更基线中的配置项时，参照变更管理过程。2.5.13.发布配置项状态报告各阶段末，配置管理组长完成并发布配置项状态报告。2.6.建议无2.7 .裁剪许可参照裁剪过程。2

9、.8.度量配置管理活动花费的工时（计划与实际比较）配置管理审计中发现的不符合项数目2.9.验证配置管理计划评审配置管理审计检查点评审2.10.质量记录配置管理计划*基线记录*配置项状态报告*配置管理审计检查单*配置管理审计报告2.11 .出口准则项目结束2.12.参考项目计划变更管理过程配置管理活动指南分支和合并指南基线记录2.13过程责任矩阵角色PM 项目经理QR 质量代表CM-L 配置管理组长Prj. SQA 项目 SQACCB 配置控制委员会活动职责输岀准备评审批准负责人做成配置管理计划： 建立配置管理系统、识别配置项、做成命名规 范、设定访问权限、选择 配置管理工具、建立基线准则、识别

10、CCB确定产品构建及发布机 制、建立基线记录CM- LPM , QR,Prj. SQAPM已批准的配置管理计划建立配置管理目录结构配置管理工具中的目录结 构制定备份和灾难恢复计划PM,CM-L备份和灾难恢复计划控制配置项、基线变更变更请求记录计划并执行配置管理审计配置管理审计报告批准变更请求及产品基线CCB已批准的变更请求维护和公布配置项状态配置项状态报告3.软件项目过程产出物3.1.支持过程组产出物项目支持过程组过程指南/标准检查单模板/过程产出物变更管理过程变更影响分析检查单变更申请记录质量保证过程SQA审计检查单质量代表审计报告决策分析和决议过程决策指南决策分析和决议报告PUGH 巨阵配

11、置管理过程配置管理指南配置管理审计检查单配置管理计划配置项状态报告基线记录配置管理审计报告备份确认记录内部审计过程内部审计计划内审员一览内部审计项目一览内部审计报告内部审计反馈表内部审计启动会议资料内部审计免除申请不符合项报告原因分析和决议过程原因分析和决议指南缺陷分类指南鱼骨图指南帕累托图指南3.2.工程过程组产出物项目工程过程组需求工程过程需求抽取指南业务需求评审检查单系统/软件需求说明书用例评审检查单用例说明书系统需求评审检查单业务和用户需求说明用户需求评审检查单需求跟踪矩阵需求抽取冋卷设计过程架构设计指南概要设计检查单概要设计书数据库设计和PL SQL指南详细设计检查单详细设计书技术管

12、理评审过程技术管理评审检查单技术管理评审报告构建过程Java代码评审检杳单测试日志测试缺陷记录单元测试计划评审检查单单元测试计划技术评审过程评审记录系统/软件集成过程软件集成指南集成测试就绪检查单软件集成计划测试过程测试用例设计指南集成测试检查单集成测试计划软件测试指南系统测试检查单系统测试计划验收测试检查单验收测试计划产品验收记录发布管理过程软件发布检查单软件发布通知单用户文档过程用户文档计划用户文档手册安装及维护过程安装/维护计划3.3.管理过程组产出物项目管理过程组估算过程估算指南项目日程计划检查单Wideba nd Delphi 估算表项目日程安排指南估算报告项目启动过程项目规模分类指

13、南项目移交检查单工作说明书项目启动会议资料项目章程项目策划过程项目计划检查单项目计划培训计划项目成员名册项目日程计划-V模型风险管理过程风险管理指南风险管理计划项目质量管理过程缺陷估算指南质量计划统计过程控制指南量化项目管理指南项目监督和控制过程开发检查点评审报告-开发型开发跟踪表项目管理评审报告-开发型问题/依赖跟踪表会议记录高层经理评审报告周报项目结束过程项目回顾报告回顾调查问卷归档通知单供应商协议管理过程供应商评价指南外包活动检查单建议书邀请函（SAM供应商选择指南供应商协议计划供应商管理计划供应商管理报告供应商能力反馈4.目录结构-二血-TEMPLATE10D QC51 10. IQC

14、vdtBwi twr 10.20Depl ByementJ 口 ID.ODasifiP10.30. 10HLD ij la.3O.2OLLD_j 10. 30. SGT&cUrQ tTyp i_j 10.30. 40ZniFa.c-；ll. 40Envirofflent._i 10,4Q 10CoTLfigur；10.40. 20Eyetr-lC.EOGenerJ._j 10. 50._f 1J. 50. 2QTeuntfetklyKpartId. SO. SOTeamRcjstier_j 10.50.li 13.50.3 _3 lCT&0PrcjetIn；ion1； 10.60 lOKicl

15、dOfF- _| 10. TOfM： 10.70. IQEstimatifln E. O ll.TO.ZOFLui.亡J 10. TO. 30. lOPrtjedtFlift 口 10. TO, 20. EE ch屈uJL 峙 Fl 10. 70.20.30RiikI已 1. TQSflRariw1O la TO.WrackLiLET _j 1C. 6QK#qu.ir emtiiti_j 10.80. 10CRI|J） 13 90 20SRS11. 80. ,30VBrFLeuir*m*nL10. SO. 401MLMclli j 10- 30- SOInterfaqe 日二 10 QCMQ

16、10.90. lOLogO ia.90.20FL4H J lfl. 90. ,3OKaport3 二 1C.100QA3 口 W*LIQT科t，鬥 10.120Trs.ininijh 1C. lSOReferencs二 10.140Tepl&teC 20SrJ 50EuilAO呃RM辭汕50Ba3Lin*GOEiiteriial70F rEoiLFoldereOPullitJoldr5.配置项命名规范5.1.命名规范说明（推荐）配置项命名规则：推荐的文档命名规则：标识符1_文档名称_标识符2.文档扩展名此处：标识符1 : 45个字母的描述符，或者项目名称的首字母缩写（例如： HP Servic

17、es In formationTechnology 的缩写 HPSIT文档名称 :是开发的文档名称（例如： Project Plan , Closure Report ）标识符2 :是35个字母的描述符，表示开发出的产品的类型。（例如： Checklist为CHKLTInstruction 为INSTR Technique为TCHNQ推荐的产品类型描述符列在第 3.1节。文档扩展名 :是文档典型扩展名。.doc、.xls、.ppt ）例子：命名的配置项例子： HPSIT_Project Plan_CHKLT.xls52产品类型描述符（推荐）File TypeType Abbreviati on

18、 （3 to 5 Letters）文档类型类型缩写（35个字母）Activity, step or taskSTEPBoiler PlateBOILChecklistCHKLTDeliverable or productDELExampleEXMPLFormFORMGuides and ManualsGUIDEInstructionsINSTRSkillSKILLLogLOGMarketing materials or presentationMKTGPlannerPLANOutlineOUTLProcessPROCTechniqueTCHNQQuick Reference CardQUICK

19、Stage or phaseSTAGETemplateTMPLTService DescriptionSERVWorksheetWKSHTToolTOOLW hite PaperPAPERZIP and other archivesZIPTraining materialsTRNGRole definitions and descriptionsROLECodeCODReportRPT6.变更管理过程规范6.1.目标有效管理对已基线化配置项的变更。6.2.范围本过程适用于所有软件/系统项目，并覆盖对已基线化的配置项的变更的发起、评审、批准和执行。（关于配 置项的识别请参照配置管理过程）。6.3

20、.入口准则*变更申请已接收6.4.输入*变更申请*已基线化的配置项（参照配置项状态报告）6.5.过程描述6.5.1.变更触发在下列触发条件下，客户或者项目组内部变更已基线化的配置项： 项目范围变更由客户评审、澄清、内部评审、改进建议等引起的对已基线化工程产品（需求、设计、代码、测试用例等）的变 更已基线化的计划变更（进度、工时、资源变更）修正可引起配置项变更的缺陷6.5.2.记录变更申请项目成员在接收或发起变更申请时，在变更申请记录模板中记录变更申请细节，包括：*发起者姓名、发起日起、变更申请描述变更原因、优先级（高/中/低）、预期解决日期注：客户提出的变更申请无论是通过文档还是电话或者其他口

21、头交流，项目同样需要记录在变更申请记录 中。6.5.3.评审变更申请项目经理评审变更申请的完整性和清晰性， 并与申请人确认不明确的内容。项目经理将变更申请分配给合适的成员（调查人）进行影响分析。6.5.4.进行影响分析调查人使用变更影响分析检查单和需求跟踪矩阵做变更申请的影响分析。影响分析中，识别变更申请 影响的工作产品，并评估对项目范围、估计的日程、工时、成本和风险的影响。调查人在变更申请记录中记录进行影响分析花费的工时记录在变更申请日志里。6.5.5.变更申请批准项目经理评审影响分析结果， 并确保变更申请得到配置控制委员会 （CCB的批准。批准变更申请的CCB组成如下：变更申请影响配置控制

22、委员会收费、不影响进 度收费、影响进度不收费、不影响进度不收费、影响进度处理变更申请的累积工时10%项目估算值客户项目经理中层经理、客户处理变更申请的累积工时10%并且20%项目估算值中层经理开发中心经理、客户时20%项目估算值开发中心经理变更申请被批准、拒绝、延期或取消项目经理更新变更申请状态项目经理在变更申请记录模板中记录拒绝或延期的原因。对是否延期有争议时，CCE提供一个一致的决议。 项目经理将已批准的变更申请信息通知到配置组长和其他相关成员。项目经理指派项目成员实施变更。656评审/测试修改后的配置项项目配置管理组长从配置管理库中识别受影响的已基线化的工作产品（根据变更申请影响分析），

23、提供给指定 的项目成员。被指定的项目成员对工作产品做必要的变更。项目成员更新已变更工作产品的修订履历， 并且记录详细的变更内容。修改后的工作产品经过评审、测试后纳入基线。配置组长在配置管理系统中维护重新基线化的工作产品。6.5.7.变更申请跟踪中层经理和项目经理在项目管理评审中，正式评审变更申请的状态并跟踪至关闭。6.5.8.更新变更申请摘要变更申请记录模板中的变更申请摘要，提供了项目的变更申请履历。变更申请记录模板是记录项 目所有变更申请的知识库。项目经理确保所有变更申请已记录在变更申请记录模板中并已被及时更新659更新需求跟踪矩阵项目配置组长更新需求跟踪矩阵， 以反映实施变更申请给需求和其他工作产品带来的变更。6.6.建议进行影响分析时：-从完整的生命周期角度估计影响。不仅考虑对于直接技术工作的影响，也包括给项目管理、测试、部署、配 置管理等带来的额外工时。-有进度变更时，检查进度变更是否影响了项目周期，并做详细记录。6.7.裁剪许可6.8.度量提出的变更申请数接受的变更申请数评审和批准变更申请所花费的工时对于进度和工时/成本的累积影响6.9.验证CCE确认变更申请6.10.质量记录填写完