还剩18页未读,继续阅读
本资源只提供10页预览,全部文档请下载后查看!喜欢就下载吧,查找使用更方便
文本内容:
TIANSU配置管理过程南京天溯自动化控制系统有限公司(版权所有翻版必究)
3.
2.3入口准则选用的生命周期模型已得到批准配置项已经标识
3.
2.4输入选用的生命周期模型《输出配置管理总表》
3.
2.5任务1根据选定的生命周期模型来定义基线2在开发周期,基线的建立时间是不同的,可能会受到不同变更权威的控制3计划期间,项目应按如下所述建立基线,用以维护对配置项的完整性的适当控制不同项目选用的生命周期虽然不同,但包含的基线就是以下几种,这些基线内容及建立时机如下•需求基线客户需求批准时建立软件需求批准时更新由CCB控制•设计基线概要设计和详细设计批准时建立由CCB控制•代码基线是在对原始软件单元编码、检查完成时建立由项目经理控制•测试基线为集成测试和系统测试而发布软件时建立由项目经理控制•产品基线为运行而发布系统时建立由CCB会控制4每个基线必须记录在CMP中,包含基线名称、基线内容、在生命周期的什么时候建立、谁有对基线更改的批准权,每个基线下具体包含的产品可从过程概述的图1中对应查找
2.6出口准则配置管理计划中的定义基线已被批准
2.7输出配置管理计划中的基线定义
3.3组建项目CCB.
3.1概述正式基线的改变必须由项目组的CCB审查和批准正式的基线,如需求和产品基线正式基线的控制权威是CCB一般CCB的主席通常由组织中的高层经理来担任整个基线的控制有CCB来完成,为了简化项目人员组成,可由项目经理担任CCB成员工程过程期间建立的开发基线,如设计和代码基线、测试基线由项目经理和/或项目技术负责人正式地控制,可以将基线评审与里程碑会议一起执行,作为会议的一个议题,基线在会后发布在为CM作计划时,CM负责人必须定义变更权威及其责任对大多数新的开发项目,有两个权威负责正式基线的CCB和负责内部/开发基线的项目经理或项目软件经理对维护或小的升级项目只有一个变更权威即项目经理.
3.2角色职责CCB建立对提出变更的可接受性的标准必要时要求对提出的变更进行评价向CCB成员征求推荐的措施解决关于提出的变更的争议在CCB权限内,对所有变更给出最后的正式批准CCB主席或由他指定项目的配置负责人来做CCB会议记录并通知相关组
3.3人口准则项目核心组成立
3.4输入无
3.5任务1CCB可由下面几部分组成项目经理、CM负责人、QA负责人、测试负责人2制定CMP时就要建立项目的CCB它是在项目初期建立的,将确定的CCB人选记录到CMP中,并发通知给项目组和相关组CCB的主要功能有评审项目基线的建立和变更确保所有提出的CCB控制下的基线变更经过充分的评价和分类审批的变更确保只有经过批准的变更才能得到实施确定纳入变更的优先权当正式基线建立或变更时,要召开CCB会议,并进行会议记录
3.
3.6出口准则CCB组建完成
3.
3.7输出配置管理计划中的CCB
3.4制定配置管理计划
3.
4.1概述配置管理计划(以下简称CMP)的制定是在整个项目策划的早期阶段CMP应该与项目开发计划一同完成并进行评审,以保证CMP的范围同项目开发计划的范围一致在整个项目生命周期定期审阅CMP从而确定是否需要做必要的调整CM人员应该用CMP模板来制定CMPo
3.
4.2角色职责CM人员制定配置管理计划项目经理协助CM人员制定CMP
3.
4.3人口准则项目已立项项目策划开始启动
3.
4.3输入《WBS》《项目开发计划》
3.
4.4任务
(1)对每个软件项目在产生项目计划和WBS后制定CMPo
(2)计划包括将进行的CM活动、活动日程、分配的责任和所要求的资源(包括职员、工具和计算机设施等)
(3)组建项目CCB正式基线的变更权威是CCB
(4)每个项目的CMP中记录相应的配置项,所有的配置项要进行唯一标识并列出配置项列表
(5)CMP中要记录项目所定义的所有基线,确定每个基线中包含的配置项
(6)每个在CMP中记录的基线包括基线名称、基线内容、在生命周期的什么时候建立、谁有对其更改的批准权
(7)项目的配置管理库、库中的配置区域、CM工具和相关的控制应该在CMP中记录
(8)CMP和项目计划保持一致并共同评审
(9)纳入配置库的配置管理计划需要以E-MAIL形式或者其它形式通知到相关人员
3.
4.5出口准则配置管理计划得到批准.6输出《配置管理计划》记录及报告配置状态
3.
5.1概述报告配置项状态则是对配置活动中要发布的报告的描述配置状态的报告共分为《输出配置管理总表》、《变更记录》、《变更实施单》、《配置审计报告》报告配置状态是配置管理过程中的一项重要的活动在配置管理过程中,配置人员应对所有提交的工作产品进行管理控制,当有工作产品提交或变更完成时或基线发布时,经过相应的质量检查,配置人员将批准的配置项纳入基线库或配置库中,记录配置项和它的状态,进行配置状态说明和报告,确保相关信息能及时的通知给所有必要了解情况的组在以下的过程任务中将分两步来描述输出配置管理总表
3.
5.2角色职责CM人员维护《输出配置管理总表》;并向项目组、高层经理汇报配置项当前状态
3.
5.3入口准则变更批准或有新配置项纳入基线、或变更配置项更新完成或发布基线时
3.
5.4输入《输出配置管理总表》、变更与问题日志等
3.
5.5任务1建立和维护《输出配置管理总表》:输出配置管理总表从客户需求得到批准时就要开始记录CM人员要在配置项得到批准后、以及进行基线发布后进行状态记录根据项目经理或开发人员提供的《产品清单》核对工作产品检查工作产品的版本标识情况,确认无误登录到配置库上,该工作产品从开发域提取到基线库对应的域中进行控制然后在管理域打开配置项状态记录文件将纳入到基线库中的工作产品按要求登记到配置项状态记录文档中将工作产品的批准时间、纳入到基线库的时间、发布的时间以及工作产品在完成变更后的所有状态都记录到配置项状态记录中要求记录各阶段所产生的全部配置项对变更项也要进行记录,在《输出配置管理总表》中记录,应该记录相应的变更信息如新版本号、配置时间等记录时采用《输出配置管理总表》《输出配置管理总表》的编制由项目的CM人员完成
3.
5.6出口准则《输出配置管理总表》及时发布
5.7输出《输出配置管理总表》
3.6配置项入库和基线发布:n产品的检查是配置人员将产品纳入配置库之前的重要步骤CM人员要保证置于配置控制之下的项或在基线库内提取的项必须是成功通过质量检验的当项目经理或项目成员提交经批准的产品给CM人员时,还需要提供《基线发布报告》CM人员需要从《配置审计报告》上查看产品是否经过项目经理和QA的检验是否成功的通过了质量检验,以此来决定是否将该产品纳入基线库当CM人员将批准的配置项纳入配置库后,还应当把配置项信息及其状态记录到《输出配置管理总表》中,如果是基线产品,还要发布通知,确保相关信息能及时的通知给所有必要了解情况的组
6.2角色职责项目成员提交产品,填写《发布申请表》CCB批准正式基线的发布CM人员产品的检查和入库,填写《输出配置管理总表》,必要时发布通知
6.3人口准则项目组成员已提交产品和批准后的《发布申请表》给CM人员,等待检查入库
6.4输入产品配置项变更单
6.5任务产品检查的时机是项目经理或项目成员向CM人员提交经批准的产品时入库前的检查步聚如下首先要确定产品类型,不同类型的基线产品要经过适当变更权威的审批其次确定质量检查方式(包括评审、测试和查阅)成功通过质量检查的产品,提交人要提供检查人员签字的《配置项变更单》给CM人员入库后的登记将纳入到基线库中的产品按要求登记到配置项状态记录文档中要求记录各阶段所产生的全部配置项对变更项也要进行记录,应该记录相应的变更信息基线产品入库后需要对项目组及时发布通知发布形式通过E-mail、书面文档、备份文件到磁盘或刻录光盘等方式发布给外部客户或内部受到影响的组和个人基线的发布要使用《基线发布报告》通知到相关人员
6.6出口准则检查人员在《配置审计报告》上签字,产品成功的通过了检查
6.7输出批准的产品纳入到基线域配置项状态记录基线发布报告7配置审计
7.1概述配置审计的目的是要证实软件产品在其整个生命周期中,各配置项在技术上和管理上的完整性,并确保在基线发布之前,所有质量和配置活动都已经完成,其中基线发布包括基线建立时的发布和变更实施后的发布
7.2角色职责CM人员审计准备;执行物理审计;制作审计报告;问题跟踪项目经理执行功能审计技术人员执行功能审计QA人员监督审计过程
7.3人口准则有待发布的《配置审计报告》
7.4输入待审计的软件基线产品准备《配置审计报告》
7.5任务1审计要求在CMP中记录执行审计的时间表由合格技术人员执行审查认可的变更权威负责指定执行审计的人员CM人员负责安排和准备审计并执行审计2审计对象已经建立的软件基线3审计时机对基线的审计通常为两次,一次是系统测试之前,另一次是向客户交付产品前0根据项目规模的大小,可以适当增加配置审计的次数4审计的类型物理审计审计基线库中产品的完整性功能审计审计产品的技术是否符合需求功能5审计工作准备认可的变更权威确认审计组成员,通常CM人员负责物理审计;项目经理、技术权威、测试负责人负责功能审计;QA人员负责对审计过程进行监督确认审计日程安排6审计的实施按照本规程对软件基线进行审计按照CMP中的审计时间表进行审计工作由CM人员全面负责执行依照“配置审计检查表”实施审计评估软件基线的完整性评审配置管理库系统的结构验证软件基线库内容的完备性和正确性验证与适用的CM标准和规程的符合性CM人员负责跟踪审计问题的解决措施的执行情况
7.6输出已审计过的产品配置审计报告
7.7出口准则审计执行完成8变更控制
8.1概述项目按照配置管理计划规定的职责、任务、规程,在项目的进展过程中针对正式基线、非正式基线、工作产品版本进行变更控制,其中包括变更的申请与批准、变更的实施、变更状态统计等活动使所有配置项的变更都得到控制,同时相关的人或组织都得到通知
8.2角色职责任意角色提交变更请求配置管理员处理变更请求;项目软件经理分析或指定人进行变更分析CCB具体职责参见《研发中心角色职责表》变更执行人配置项的作者或由项目软件经理指定的项目组成员详细内容请参考《变更控制流程》o
8.3人口准则任意角色提出变更
8.4输入《配置管理计划》《变更记录》中申请部分
8.5任务1提交变更请求任意角色提出变更请求2分析变更请求项目经理或由其指定人员对变更请求进行分析,填写《变更记录》;3评审和批准变更请求相关人员批准根据《变更记录》中影响和对策相关部分来对《变更记录》做评审和批准对于受控库中的配置项,其变更需要经过项目软件经理的评审和批准对于基线的变更,变更请求需要经过CCB的评审和批准4将要变更的配置项导出配置管理员将要进行变更的配置项导出,并提交给变更执行人5执行变更请求变更执行人修改配置项6批准配置项对受控库中的配置项,由项目软件经理批准修改后的配置项对已进入基线的配置项,CCB批准修改后的配置项7提交配置项变更执行人提交配置项给配置管理员8重新放入配置项配置管理员将修改完成后的配置项重新放入受控库或基线库9通知所有相关的组和人配置管理员将配置项变更信息以电子邮件的方式通知所有相关的组和人
3.
8.6输出《变更记录》、《变更实施单》
3.
8.7出口准则变更得到处理,所有人得到通知
3.9管理CM活动
3.
9.1概述管理CM活动首先在项目的开始阶段准备一个配置管理计划简称CMP然后是CM培训,跟踪和报告CM活动,审查CM过程,保证CM实践在软件维护期间得到执行管理CM工作流程图图1管理CM工作流程图
9.2角色职责CM人员制定配置管理计划;度量CM活动项目经理安排培训活动,检查CM工作高层经理检查CM工作QA人员评审CM过程33人口准则项目计划阶段启动
9.4输入无
9.5任务管理CM工作分为五项任务1准备CMP2提供CM培训CM人员受到培训以执行CM活动对项目组的CM人员进行针对角色的培训,参照的基础是CM过程、项目的CMP及CM管理工具的使用项目组成员的CM培训内容主要包括CM过程、文件及版本标识方法、变更控制及配置管理工具的使用等制定CMP时,CM人员协助项目经理制定项目的CM培训计划3跟踪CM工作CM人员每周填写《工作记录表》,向项目经理报告进度和状态CM人员可以选择参加项目周例会项目经理在《项目周报》中报告有关CM的工作情况给高层经理进行审阅,并以此来跟踪和度量CM活动4审查CM过程高层经理定期评审CM活动,方式可以是定期审阅项目报告中有关CM的工作情况,审阅CM人员的《工作记录表》或与CM人员座谈等项目的QA人员负责验证CM活动的执行是否符合CMP和本过程5维护期间的CM工作按照《组织标准过程》中交付与维护部分执行
9.6输出《工作记录表》
9.7出口准则无变更日志4相关文档引用文件《组织标准过程》《变更控制流程》2使用模板《变更记录》《变更实施单》《工作记录表》《配置管理计划》《配置审计报告》《输出配置管理总表》《项目开发计划》1引言1目的和方针1适用范围1义1L4参考资料2过程总体描述3过程概述3过程活动描述4识别配置项
43.
1.1概述
43.
1.2角色职责
43.
1.3进入标准
43.
1.4输入
43.
1.5任务
43.
1.
5.1识别配置项
43.
1.
5.2标识配置项
43.
1.6结束标准
43.
1.7输出
43.2定义基线
43.
2.1概述
43.
2.2角色职责
43.
2.3入口准则
53.
2.4输入
53.
2.5任务
53.
2.6出口准则
53.
2.7输出
53.
3.2角色职责
63.
3.3入口准则
63.
3.4输入
63.
3.5任务
63.
3.6出口准则
73.
3.7输出74制定配置管理计划
74.1概述
74.2角色职责
74.3入口准则
74.3输入
74.4任务
74.5出口准则
73.
4.6输出
83.5记录及报告配置状态
83.
5.1概述
83.
5.2角色职责
83.
5.3入口准则
83.
5.4输入
83.
5.5任务
83.
5.6出口准则
83.
5.7输出
93.6配置项入库和基线发布
96.1概述
96.2角色职责
96.3入口准则
96.4输入
96.7输出10配置审计
107.1概述
107.2角色职责
107.3入口准则
107.4输入
107.5任务
107.6输出
117.7出口准则11变更控制
113.
8.1概述
113.
8.2角色职责
113.
8.3入口准则
113.
8.4输入
113.
8.5任务
123.
8.6输出
123.
8.7出口准则
123.9管理CM活动
123.
9.1概述
123.
9.2角色职责
133.
9.3入口准则
133.
9.4输入
133.
9.5任务
133.
9.6输出
143.
9.7出口准则144相关文档15引用文件15使用模板151引言目的和方针本文的目的是确保产品在软件生命周期中的完整性和可追溯性,配置管理活动被设计来标识配置项、建立基线、控制版本和变更,保证变更被适当地实施,使开发人员、测试人员、项目管理者、质量保证人员以及客户能方便地通过配置管理获得有用的信息为策划和执行“配置管理”过程,制定并维护组织方针每个项目应制定详细的配置管理计划,明确各配置项及其基线;在整个项目的生命周期中实施配置管理;配置项的变更需提出申请,说明变更时间、原因、措施等,得到项目经理或高级管理者批准后才可变更;项目组建立存储有配置项、基线状态的数据库;定期对配置项和基线进行审核适用范围本文档的适用范围为组织内所有软件项目定义下表列出本报告中专门术语的定义、英文缩写词的原词组和意义、项目组内达成一致意见的专用词汇同时继承全部的先前过程中定义过的词汇《输出配置是配置管理过程中,配置人员应对所有提交的产品进行管理控制,管理总表》并记录配置项和它的状态,进行的配置状态的说明和报告变更控制配置管理的一部分,包括在配置标识正式建立之后,对配置项的更改进行评价、协调、认可或不认可以及执行更改的过程配置审计考查软件基线库的结构、内容和设施,以验证基线和描述它的文档的一致性基线变更变更引起新的基线发布称为基线变更非基线变更除基线变更外的变更称为非基线变更参考资料2过程总体描述
2.1过程概述本过程包括3个子规程《组织财富库管理规程》、《变更管理规程》、《配置库管理规程》1个工作规范《软件产品版本规划与VSSLabel约定》配置管理过程示意图如下/配置活动A图1配置管理过程示意图在项目立项后为项目组分配一个配置管理员(CM工程师)一个配置管理员可以同时兼任多个项目的配置管理工作组织财富库的配置管理工作由研发中心指定一名组织级配置管理员负责3过程活动描述
3.1识别配置项
3.L1概述
3.
1.2角色职责CM人员识别和标识配置项项目经理协助配置人员识别配置项
3.
1.3进入标准WBS已得到批准
3.
1.4输入WBS
3.
1.5任务
1.51识别配置项识别配置项是配置管理计划的一部分通常是在WBS完成后才进行的是CM的第一步当项目开发计划完成后,配置管理员在项目经理的协助下,根据通过批准的WBS活动识别整个项目生命周期内部的配置项
1.
5.2标识配置项标识配置项应用于每个项目初始建立时O将识别出的每种不同的配置项进行标识标识时使用统一的命名规则将标识后的工作产品形成文件,记录到《输出配置管理总表》中标识工作由CM完成CM确保标识符不重复
3.
1.6结束标准标识完成形成文件,并获得PM审批同意
3.
1.7输出《输出配置管理总表》一配置项标识
3.2定义基线
3.
2.1概述基线是被审查和批准的配置项的集合如果建立了基线,只有按照变更控制流程才可以改变其内容定义基线是配置管理计划的一项活动一个项目可能有一个或多个基线,每个基线包含一个或多个选定的软件工作产品这些项目基线的定义依赖于项目的本质和生命周期模型,及项目计划中指定的项目进度表
3.
2.2角色职责CM人员:定义基线文件编号TSP-P11-P01生效日期2009-11-25受控编号保密级别秘密版本号V
1.00修改次数0总页数20正文15附录0编制陆壬晋审核批准编号版本修改内容修改人修改日期
10.10创建初稿陆培2009-10-
3020.20内部评审,建立组织方针陆培2009-11-
1031.00发布陆培2009-11-25词汇名称词汇含义备注配置管理配置管理的目的是建立和维护在项目的整个软件生命周期中软件项目产品的完整性配置管理活动是有计划的;所选定的软件工作产品是已标识的、受控的和适用的;对已标识的软件工作产品的更改是受控的;受影响的组和个人得到软件基线的状态和内容的通知配置项配置项Configurationhem简称CI是指工程过程所生产或使用的任何元素,或者是纳入软件产品的元素可能是说明书、计算机程序、数据结构或开发软件产品使用的工具所有定义产品的元素的全体称为软件配置工作产品由定义、维护和使用一个软件过程所产生的任何人工制品,包括文件、文档、工作记录、源代码,以及产品的一部分如服务、过程、规范、培训,而无论是否打算将它们交给客户或最终用户软件产品基线可交付给顾客或最终用户的软件工作产品的子集称作软件产品基线是经过评审和批准的配置项的集合,其作用是明确划分项目各阶段,确定各阶段的结束点在项目的开发过程中,最基本的基线有需求基线、开发基线、发布基线等配置控制委员会ConfigurationControlBoard简称CCB是负责评价、认可或否定有关配置项更改建议并确保确认的更改得以执行的一个小组。