CMMI配置管理与质量保证培训

1CMMI配置管理过程域培训质量部丁媛媛2008年1月2目录配置管理过程域简介配置管理程序文件过程和产品质量保证过程域简介质量保证程序文件3配置管理(CM)ConfigurationManagement目的：➢建立和维护工作产品的完整性➢识别配置项，对配置项进行控制➢对配置状态进行记录，管理配置项4配置管理(CM)ConfigurationManagement当配置管理没有做好时➢不能及时建立产品基线；➢如果产品组件没有按照要求进行管理，可能在测试阶段会造成返工；➢当需要时，拿不出产品组件的完整列表。5配置管理(CM)ConfigurationManagement配置管理目标➢SG1－建立和维护已标识的工作产品基线➢SG2－跟踪和控制在配置管理中的工作产品的变更➢SG3－建立和维护基线的完整性还有一些公共目标来保证这个过程域的执行6配置管理(CM)ConfigurationManagement相关术语➢配置基线：在产品或产品组件开发周期的某一特定时期，配置信息被正式指定。配置基线，加上这些配置基线的变化情况，构成了当前的配置信息7配置管理(CM)ConfigurationManagement建立基线标识配置项建立配置管理系统创建或发布基线建立完整性执行配置审计建立配置管理记录跟踪和控制变更跟踪变更请求控制配置项配置管理系统变更请求数据库变更请求审计结果行动项报告8配置管理(CM)ConfigurationManagement公共实践举例GP2.6管理配置将过程的指定工作产品放在配置管理的适当级下面。配置管理的细节，受到控制的工作产品如下：●产品列表●配置状态变更表●需求变更申请表●CCB会议记录●基线发布说明9配置管理程序文件的主要内容一、概念二、配置管理基本任务三、配置过程的日常管理四、配置过程的基线变更管理五、配置管理的工作产品10一、概念软件配置管理是一种项目控制的基本方法，它在项目的整个生命周期内对建立和保持软件产品的完整性和一致性进行控制。凡是纳入配置管理范畴的工作成果统称为配置项（SoftwareConfigurationItem，SCI）。属于软件工程阶段的工作产品，例如源代码、需求文档、设计文档、测试用例等等。在管理过程中产生的文档例如各种计划、监控报告等等，属于管理过程中的管理文档。需要纳入配置管理的要素即配置项。11一、概念（续）基线是经过评审和批准的配置项的集合，作用是明确划分各阶段，确定各阶段的结束点。基线一旦建立，其内容只能通过变更控制机制才能改变。正式基线：需求基线、运行基线非正式基线（又称开发基线）设计基线代码基线测试基线12软件配置管理的作用系统可重构需求可追溯保证配置项的处于受控状态项目组成员可获知配置项状态在变更实施之前对变更的影响充分了解13二、配置管理基本任务建立配置管理组织识别配置项确定配置基线建立配置管理系统建立和维护配置管理计划提供必要的配置管理培训141.建立配置管理组织根据项目具体情况，在系统分析阶段的可行性分析之后或软件开发阶段的初期建立➢配置管理组➢配置控制委员会（CCB）-项目经理（通常担任CCB主席）-开发组负责人-CM负责人-QA负责人-测试负责人-文档负责人-客户代表152.识别配置项a、识别配置项b、命名规则c、识别配置项特征16a.识别配置项配置项(基本配置项、复合配置项)➢通过WBS形成的产生于不同软件工程阶段的工作产品➢所使用的工具，如特定的版本的编译器、设计工作软件➢构成软件产品的组成部分，来自客户或第三方每个配置项的主要属性有：名称、标识符、文件状态、版本、作者、日期等。所有配置项都被保存在配置库里，确保不会混淆、丢失。配置项及其历史记录反映了软件的演化过程。17b.命名规则在CMP中，根据《标识规范》建立反映其所属项目、版本号、变更等特性唯一性，不可重复183.确定配置基线a、确定项目的基线b、确定基线的内容c、基线库的建立d、基线化管理客户需求、产品需求19a.确立项目的基线正式基线开发基线正式基线基线类型审批权限建立时间基线名称CCB系统发布，交付时建立运行基线当系统测试完毕，提交用户进行系统验收时建立测试基线当初始软件单元被编码、评审、单元测试完毕时建立代码基线当软件系统总体设计和软件包设计、软件包移植设计被批准时建立设计基线项目经理CCB在产品需求说明书被批准时建立需求基线204.建立配置管理系统a、配置控制区的确定b、选择配置管理工具c、制定备份规程d、建立配置管理系统21a.配置控制区的确定SCMAreaEngineeringWorkspaceCustomerAreaTestAreaDevelopmentAreaCM区工程工作区客户区测试区开发区配置评审：接受配置项之前，验证配置项是否经过质量检查点的活动。例如：经过同行评审、测试22a.配置控制区的确定（续）工程工作区：正在开发/变更，未批准的配置项，配置项副本开发区：获得项目经理/负责人批准，尚未获得CCB批准的配置项，配置项副本SCM区：已经批准配置项，内部发布尚未经过客户验收测试区：测试文档、发布测试的产品客户区：经客户批准的配置项23b.选择配置管理工具目的：辅助建立配置基线、维护配置库、执行配置管理规程选择要素：-是否支持开发（分组开发、异地）-产品的安全性、可靠性-兼容性（于开发工具、原有配置管理工具）-项目人员对工具的熟悉程度-工具的成本-工具是否满足用户的要求（公司、个人、项目）24c.制定备份规程在进行配置管理策划时，配置管理负责人应确定数据库备份的方案，并说明：需要备份的配置项和配置记录备份方法备份周期备份介质每个备份的保存期25d.建立配置管理系统配置管理系统是建立在配置控制区基础之上的配置规程实现系统，从技术和管理方面解决所有配置项分发及可用性进行控制的问题。➢配置控制区的划分和信息流➢配置项的状态的跟踪、追溯和记录265.建立和维护配置管理计划评审和批准：项目经理、SQA负责人、相关组负责人发布：和项目计划一同发布276.培训项目组对象：项目经理、配置管理人员、配置控制委员会、受配置管理流程控制的人员内容-公司配置管理过程标准-项目配置管理流程-配置管理工具使用方法-配置管理人员的职责28三、配置过程的日常管理开源软件包管理基线的建立与发布建立可追溯性配置状态统计配置审计291.开源软件包管理1、开发人员根据项目的需求对从开源社区获得的开源代码，进行质量检查，评估该开源软件是否符合项目需要，并形成《开源软件包检查审批单》2、发布：和项目计划一同发布3、将检查通过并允许在项目中使用的开源代码，放入配置区，作为正式配置项进行管理。4、配置人员从配置区提取开源代码放入开发区。5、开发人员统一从开发区获取代码放入自己的工程工作区，并在此基础上进行开发和修改工作。或由开发人员在工程工作区自行开发源代码。6、开发完毕后的代码要等待项目经理和组长进行检查。7、通过检查后的产品源代码，将被放入开发区，同时升级开发区代码版本。8、重复3～5，直至形成中间或最终产品。并作为基线放入配置区。302.基线的建立与发布基线的初始创建和发布通常在项目生命周期某个阶段的结束时发生。开发周期小于2个月的短期项目，只建立需求基线和运行基线二条正式基线。31四、配置过程的基线变更管理变更审批权限变更控制流程问题管理32配置变更的流程配置变更申请表评审变更变更被拒绝变更实施更新/发布结果变更批准？变更结果？否是否是33五、配置管理的工作产品需求状态统计表追溯表CCB会议记录基线发布说明配置变更申请表配置变更登录表配置审计报告开源软件包检查审批单34过程和产品质量保证(PPQA)ProcessandProductQualityAssurance目的：➢提供人员和管理机制来客观的监督过程和相关工作产品35过程和产品质量保证(PPQA)ProcessandProductQualityAssurance当质量保证没有做好时➢不能保证遵循了质量标准，不能保证过程➢工作产品的质量可能会不达标➢有些过程可能没有执行➢重大项目问题没有引起管理层重视36过程和产品质量保证(PPQA)ProcessandProductQualityAssurance特定目标（SG1）：客观地评价已执行的过程及其工作产品以及服务是否遵从所采用的过程描述、标准和规程。特定实践：SP1.1依据可适用的过程描述、标准和规程客观地评价指定已执行的过程。SP1.2依据可适用的过程描述、标准和规程客观地评价指定已执行的工作产品和服务。37过程和产品质量保证(PPQA)ProcessandProductQualityAssurance特定目标（SG2）：客观的跟踪和沟通不一致问题，并保证问题的解决。特定实践：SP2.1与工作人员和管理人员交流质量问题，并保证不一致问题得到解决。SP2.2建立和维护质量保证的活动记录。38过程和产品质量保证(PPQA)ProcessandProductQualityAssurance相关术语➢质量保证：为了保证管理，用有计划的和系统的方式定义了标准、实践、过程和实现过程所用的方法。➢客观评价：审查人要不带主观性和偏见的根据标准检查活动和工作产品39过程和产品质量保证(PPQA)ProcessandProductQualityAssurance公共实践举例GP2.9客观评价客观地评价过程和产品质量保证过程、工作产品和过程服务与可应用的需求、目标和标准的符合性，并解决不一致的问题。质量保证的细节，工作产品如下：●过程和工作产品评价报告●跟踪、监控项目不合格的过程40过程和产品质量保证(PPQA)ProcessandProductQualityAssurance客观评价过程和工作产品客观评价过程客观评价工作产品和服务提供客观见解交流并确定不一致问题的解决方案建立记录报告和记录利益联系人41质量保证程序文件的主要内容一、质量保证工作策划二、质量保证工作开展三、不符合项纠正与跟踪四、质量保证工作管理42一、质量保证工作策划确定项目QA负责人－质量保证负责人必须独立于项目之外－质量保证负责人必须具有向高层经理报告的独立渠道支持项目策划－在项目前期策划阶段，质量保证负责人对客户需求的定义和评审过程负有检查的责任－在项目策划阶段，质量保证负责人应协助项目经理进行项目策划编制质量保证计划－制定质量保证计划－评审质量保证计划43二、质量保证工作开展编写质量保证过程评审报告应根据项目当前的进展情况编写《QA评审报告》，报告中的检查项内容主要参照各程序文件附录中检查表的内容编写，根据项目定义的过程和进展阶段适当裁剪或调整。实施过程评审与产品审计－过程评审重点验证项目实际执行的过程与项目定义的过程、组织标准过程的符合性－对工作产品进行审计促进评审活动44三、不符合项纠正与跟踪不符合项的纠正质量保证负责人配合项目经理指定的不符合项的责任人，按照《QA评审报告》中的解决方案进行纠正。跟踪不符合项的纠正情况45四、质量保证工作管理第三方质量保证专家的评审－ISO9001:2000检查－CMMI级别评估或过程能力检查EPG的评审－EPG组织的对质量保证工作的检查，如：内审、内部评估、新过程的定期跟踪检查等。部门质量保证工作的管理－由QA经理负责部门日常QA工作的开展，定期向部门总经理和公司EPG汇报部门的QA工作情况上海中标软件有限公司健康、诚信卓越、共赢谢谢！