GB T 20158-2006 信息技术.软件生存周期过程配置管理.pdf

《GB T 20158-2006 信息技术.软件生存周期过程配置管理.pdf》由会员分享，可在线阅读，更多相关《GB T 20158-2006 信息技术.软件生存周期过程配置管理.pdf（22页珍藏版）》请在麦多课文档分享上搜索。

1、ICS 35.080 L77 道昌中华人民共和国国家标准G/T 20，.58一2006/ISO/IECTR 15846: 1998 信息技术软件生存周期过程配置管理Information technology-Software Iife cycle processes Configuration management (ISO/IEC TR 15846: 1998 , IDT) 2006-03-14发布中华人民共和国国家质量监督检验检菇总局中国国家标准化管理委员会2006-07-01实施GB/T 20158一2006/ISO/IECTR 15846: 1998 目次EE111122566789

2、mmuu auu nH 丰UJ守A的同u巧tnu ny-i T JJJ-BUU G责和忖i-n川的系以盯关T应岛1对币厅的8B同归G如m和知Tm准付岛目标十交GU本宇u和b与划施识制机的mm髓dr脚刊川用义实标控快引定程置置置置布匍件准TU性性和语过配配配愤愤控资标/围合范语略M牛牛牛口川本臼献软软接J范符规术缩吭软软软P言言录12考前引123456789川口口附AA参I GB/T 201 58-2006/ISO/IEC TR 15846: 1998 前言本标准等同采用ISO/IECTR 15846: 1998(信息技术软件生存周期过程配置管理)(英文版)。将原文中的本技术报告改为本标准。本标

3、准的附录A是资料性附录。本标准由中华人民共和国信息产业部提出。本标准由信息产业部电子第四研究所归口。本标准由信息产业部电子第四研究所负责起草。本标准主要起草人:罗锋盈、黄家英、王宝艾。mu GB/T 20158一2006/ISO/IECTR 15846: 1998 51 与其他标准的相互关系本标准提出软件配置管理(以下简称SCM)过程的要求。SCM是支持软件产品生存周期的配置管理过程，女时信息技术软件生存周期过程)(GB/T8566)中所述。SCM贯穿于开发、运行和维护过程。本标准的附录A示出本标准与GB/T8566-2001的对照关系。除个别术语定名不同外，本标准与GB/T19017: 19

4、95(质量管理配置管理指南基本一致。GB/T 19017与本标准的对照关系示于附录A。为便于识别，本标准中对直接引自GB/T8566的条文均加上方框。软件的类型SCM管理那些可以存储于计算机的包括软件产品在内的任何信息。例如，规格说明、数据库模式、测试用例、用户操作说明、可重用编码对象、源代码和可执行代码或数据。SCM还可以管理存储在其他位置的有关重要软件项的清单和记录。例如，安装在运行现场的产品或装载在网络上的现货产品。在软件环境中作为创建、维护、归档或恢复可交付软件产品的工具使用的软件产品，也属于可以由SCM管理的软件类型，它们是运行这种工具的指令、定制产品或参数。软件环境(如开发环境)可

5、能是可交付的或专有的。SCM可用于生存周期活动的少数软件项或所有的软件项。SCM过程的实施可以通过综合运用各种软件工具、方法和技术来执行SCM。本标准不规定如何实施或执行SCM过程中的活动和任务。SCM的要求不考虑各种实现SCM的工具。对于SCM的一些新生的要求(例如，对于具有不同产品配置向多个地方交付产品或者对于配置项的并行修改提出的SCM要求)可以在本标准描述的SCM过程中使用，有助于控制这些新生领域。建议打算执行这些任务的各方，在合同协议或SCM策略和工作程序中规定附加要求。注:工作程序可以是文件、模板，等等。好处W 通过下列手段，本标准可以改进运行、维护和开发等过程中的可视性和可统计性

6、:a) 为标识和控制电子文档、代码、接口、数据库等提供一种适当文档化的和可重复的方案，以支持软件生存周期各过程;b) 支持所选的开发、维护或运行方法，它们适应需求、标准、策略和指示、组织和管理原理;c) 生成各种管理和产品信息，它们与基线、变更、版次、版本、归档等的状态有关;d) 将软件配置项(以下简称SCD递归地定义到要加以控制的重要单个项的层次;的控制用于存储SCI及其状态和相关信息的库;f) 引用GB/T8566的有关过程规定，以确保配置的完整性;g) 控制软件环境，使软件产品能在其有效生存周期中得到配置和重新配置;受控的软件环境包括用于开发和验证软件产品的软件工具、确保配置完整性的软件

7、工具(如需求眼踪程序，SCM库监护器，版本编辑程序)，以及运行这些工具的软件工具(如操作系统); GB/T 20 158-2006/ISO/IEC TR 15846: 1998 h) 存储和检索关于各个SCI和软件产品配置的异常情况信息;i) 报告知识产权所有权事项，如许可证或版权。合同关系中的SCMSCM的要求至少源于三个供求关系链za) 需方将工作委托给软件产品供方;b) 供方负责交付软件产品;c) 分包商或软件技术人员完成此工作。需方和供方同意使用第三方存档(契约性保管)时，可能存在第四个供求关系链。在此种关系中，除了需方和供方间的双向供求链外，存在一个三角形的单向流一一从供方经由第二方

8、存档到达需方(见表1和图1)。对原始需方的好处对于需方，SCM的一些好处是:a) 确保开发、运行或维护需求的完备性;b) 灵活一一能够在受控条件下变更需求;c) 为建立对SCM活动和任务的评价准则奠定基础pd) 规定了完备项和不完备(如工程发布)项的条款。采用本标准旨在有助于确保:a) 项目目标满足顾客和组织约束;b) 规定成功实现项目目标的判定准则和方法pc) 规定SCM软件生存周期产品及其相互关系;d) 规定过程间的相互关系，在这种情况下，SCM活动与其他软件生存周期过程(例如，软件质量保证)相互作用;e) 控制软件基线;f) 创建、使用、监控和调整SCM活动的计划或有关的计划文档;g)

9、规定双方或多方或过程之间的SCM界面。在由于存在多个小组和(或)分包商关系而更强调接口管理的情况下，通常要调整配置控制，以适应该接口的变化，这些变化将波及分包或组织的各个层面。对软件产品供方的好处对于软件产品供方，SCM的一些好处是:a) 借助控制变更，关注满足需求的项;b) 通过为里程碑管理提供SCI的状态(这种情况下，主要软件产品来自于某个生存周期过程), 支持联合评审过程;c) 通过汇集符合性检查用的可度量结果，支持审核过程;d) 支持质量保证、验证和确认过程向整个软件生存周期扩展。对分包商或软件技术人员的好处对于分包商或软件技术人员，SCM的一些好处是:a) 稳定的基线，但这些基线又是

10、可重建的;b) 状态信息的一致沟通;c) 有待满足的各个需求的状态和相互依赖关系;V GB/T 20158一2006/ISO/IECTR 15846: 1998 d) 变更的通知、分析和撤消;e) 受委托的变更权;f) 处理、存储、复制、打包和发布SCI的一致方法。对第三方存档(保存契约方)的好处SCI的状态可能会在供方、需方和负责保管物品的第三方代理之间共享，直到一定合同条件得到满足，例如，最终供方完成支付或清偿。对于采用SCM的第三方代理的需方和供方的好处是保证所存放的SCI的完整性。本标准规定了保护和检索这些SCI的要求。角色需方/操作员/用户软件产品供方SCM过程供方分包商或销售商|

11、契叫VI 图例2关系如下zSCM的供方SCM的需方操作关系表1作为需方与软件产品供方的关系2请求产品接收SCM管理的产品与SCM过程供方的关系z请求SCM过程接收SCM活动和任务的结果与分包商或销售商的关系z请求分包商的工作或工具接收分包商的工作或工具与更低层分包商的关系2可能请求工作或工具，等等软件产品供方分包商、顾客或工具销售商作为供方与最终客户的关系:可以提供软件产品可以运用软件产品以交付信息技术服务与需方/操作员/用户的关系:提供软件产品接收(经过调整的)SCM过程的要求与软件产品供方的关系z接收关于SCM过程的请求提供软件产品SCM结果与SCM过程供方的关系=接收关于分包商工作或工具

12、的请求|一|界丽控制圄1SCM过程的供方和其他各方之间的角色关系GB/T 20 158-2006/ISO/IEC TR 15846: 1998 信息技术软件生存周期过程配置管理1 范围本标准是基于GB/T8566的配置管理(CM)过程以下称作软件配置管理。CM)过程，规定了计算机软件配置管理的实施要求，以用于软件产品的开发、维护和运行。本标准适用于:一一任何形式的软件;一一软件产品的整个生存周期和生存周期内的单个开发、维护和运行项目;从分包商或销售商获得的软件;一一软件产品的供方和需方。本标准适用于供、需双方的情况，并且双方属于同一组织时也同样适用。这种双方情况的范围从非正式协定到正式合同。本

13、标准可由一方用于自我强制安排的任务，或者运用于现货产品。1. 1 本标准的剪裁某些软件产品和软件生存周期可能需要提出其他适用标准或合同规定的要求或者适合于本地惯例的要求。SCM过程可通过增加要求的方式予以剪裁。如果发现不适用本标准中规定的某些具体的要求，也可对SCM过程加以剪裁，略去这些要求。利用本标准提供的对照表(见附录A)有助于按照GBjT8566(信息技术软件生存周期过程的剪裁要求处理对本标准的剪裁。1.2 过程角色本标准的用户充当需方和供方角色(见图1)。执行GBjT8566中规定的维护和开发过程的软件产品供方是SCM的需方。对于运行过程，在软件产品验收后，上述需方可能针对最终客户或用

14、户充当SCM的供方角色。SCM过程的供方可充当分包工作或销售商工作的需方角色。2 符合性不作要求。3 规范性引用文件下列文件中的条款通过本标准的引用而成为本标准的条款。凡是注日期的引用文件，其随后所有的修改单(不包括勘误的内容)或修订版均不适用于本标准，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本标准。GBjT 8566-2001 信息技术软件生存周期过程(idtISOjlEC 12207: 1995) 4 术语和定义GBjT 8566-2001确立的下列术语和定义适用于本标准。4. 1 批准的修改approved modifi

15、cation 对于一项或多项变更申请的处置，即授权变更SCI。GB/T 20 158-2006/ISO/IEC TR 15846 : 1998 注变更申请与批准的修改之间可能存在多对多关系。某次变更申请可能引起若干SCI(即使只对代码和测试用例的修改。某个修改也可能源于若干变更申请，这些变更申请可能是同时批准的，也可能是当已经批准的一个修改尚在推进之中的那段时间内批准的新的修改。4. 2 变更授权机构change authority 同GB/T19017中的配置控制委员会。注:由指定的变更授权机构对变更申请加以处置。该机构往往也称为变更控制委员会或配置控制委员会。此机构可能批准某变更申请，进而

16、将其转换成批准的修改，或者可能否决某变更申请，或者可能推迟决定。4. 3 19017)的过程。推4绝修拒的是准能批可和置更处变注注4.4 软件配置管理(8:在整个软件生4.5 4. 6 软件工具s( 对软件生存配5 缩略语SCM 6 SCM过程实施GB/ T 8566- 2001 6. 2.1 过程实施此项活动包括下述任务:6. 2. 1. 1 编制配置管理计划。该计划应该描述:配置管理活动;为实施这些活动采用的规程和进度安排;负责实施这些活动的组织，以及它们和其他组织的关系，例如:软件开发和维护部门。计划应该形成文档并实施。注:该计划可以是系统配置管理计划的一部分。2 GB/T 20 158

17、-2006/ISO/IEC TR 15846: 1998 SCM过程实施覆盖关于开发、运行或维护过程的整个软件生存周期或任何特定子集。6.1 启动和规定范围6. 1. 1 规定SCM过程的输入SCM过程应该获取SCM需求作为本过程的输入，应确保SCM需求是完整的和可理解的。这些SCM需求应包含:a) 作为SCM过程的组成部分的软件产品;b) 按SCM计划执行SCM过程的证据或保证;定下列内容，实施SCM6.1.3 分配职SCM过程da) 建立基气;b) 批准或c) 发布软件d) SCM过程应该标SCM过程应该确主6. 1. 4 SCI的选择准则SCM过程应该建立软件产品a) 所要求的SCI;b

18、) 软件环境拟使用的SCI;c) 拟用于派生发布的SCI，包括派生工具的使用说明和参数。SCM过程应该规定充分选择SCI的准则，以便管理SCI的性能参数和物理特性。注:SCM过程宜避免选择过多的SCI，否则将妨碍管理的清晰性并增加成本。6. 1. 5 规定SCM过程的输出SCM过程应根据需要进行策划，以得到下列输出:a) 运行软件环境的信息;b) SCI标识方案;c) 重新构造SCI的工具和软件环境;3 GB/T 20 158-2006/ISO/IEC TR 15846: 1998 d) SCI版本控制方案;时支持SCI结构的文档;f) SCI状态的含义;g) SCI的状态;h) SCI状态的

19、完整性;i) SCI。6.2 策划对于具体软件产品，SCM过程应策划SCM活动对软件生存周期里程碑或影响SCM实施的事件(例如引人接口控制)的依赖性。那些执行SCM活动的或者与SCM活动相互影响的人员代表应该评审和批准该SCM策划。SCM过程应该按照要求提供有关SCM过程的变迁和SCM软件产品的进展。适当时，SCM过程应该计划终止SCM活动。SCM过程应该更新SCM计划信息，以反映变更情况。在执行变更的SCM任务之前，SCM过程应该评审该变更并且得到有关人员的批准。SCM计划中应该包括或引用(适当时)下列信息:a) 合同标识;b) 规定的软件生存周期过程的SCM支持范围;c) 拟交付的己知软件

20、产品的标识Fd) 后续维护所要求的其他软件产品的标识，或影响上述c)标识的产品的完整性的其他软件产品的标识;e) 组织的定义和相互关系;f) 角色和职责;g) 所需资掘的清单和何时需要资源;h) 适当时，SCM与任何硬件或系统配置管理的相互关系，以及各种活动(包括分包商SCM控制)的接口规程;i) 状态报告过程，包括格式、进度和发布;j) 控制变更(包括提出变更申请)的规程，以及授予变更和提升SCI的权限的规程pk) 前期版本支持政策，包括拟保留的版本的编号;1) 以多种版本对各个不同的顾客提供支持;m) 基线验证评审;n) 对拟采用的SCM过程完整性的验证审核;。)SCM过程不能执行所要求的

21、任务(因而将影响SCM任务的成本、进度或性能)的风险pp) 关于发布管理和交付的规程;q) 接口控制。6.3 控制执行SCM过程应该为软件环境提供适当的工具和设备以及充裕的人员培训时间，以便执行SCM计划所规定的SCM任务。SCM过程应该依照SCM计划中记录的SCM任务。6.4 SCM过程的评审和评价SCM过程应该确保SCM任务符合SCM计划。SCM过程应该执行诸如问题解决和(或)过程改进之类过程，以修正对SCM计划中的偏离。6.5 结束适当时，SCM过程应该终止SCM活动。4 GB/T 20158一2006/ISO/IECTR 15846: 1998 7 软件配置标识GB/T 8566 20

22、01 6.2.2 配置标识此项活动包括下述任务:6.2.2.1 应制定一个方案，来标识一个项目需加控制的软件项及其版本。对于每一软件项及其版本，应标识下述内容:建立基线的文档;版本引用号;以及其他标识细节。SCM过程应该针对将被受控为SCI和基线的软件产品制定标识方案。7. 1 标识SCISCM过程应该为每个SCI提供唯一的标识。SCM过程应该使SCI之间的关系文档化。SCM过程应该为用于开发、控制、构造、验证、装载和重建SCI的各种工具提供唯一的标识。7.2 标识软件配置基线SCM过程应该使用下列各项唯一地标识每个基线:a) 每个基线中拟控制的SCI，包括供方有使用权但没有所有权的所有现货产

23、品和专利项;b) 用于把SCI纳入基线的规程;c) 用于配置和建立完整基线的规程;d) 为定义基线所要求的软件产品和记录pe) 为批准基线所要求的规程;f) 为批准基线所要求的权限;g) 用于构造基线的工具。注z上面b)和c)的规程应该使用验证过程7.3 标i识只软f件牛库适当时，SCM过程应该唯一地标识已命名的受控软件库，标识内容包括:a) 存放位置;b) 每个库使用的媒体;c) 同一库的数目及并行内容的维护机制;d) 软件配置项的内容;e) 软件配置项状态的内容:f) SCI的纳入条件，包括与软件陀的内容兼容的最低准入状态pg) 防止恶意或意外伤害或损坏的措咆以及有效的恢复规程;h) SC

24、I的检索条件，按使用方式区分:不烤贝或不移动、拷贝、移动;i) 允许各类人员和各种人群访问的措施，11付下列功能:录人、查看SCI一览表或内容、评价、拷贝及删除每个软件库中的SCI。注:不同的访问权限可用于不同状态的SCI。7.4 进展状态SCM过程应该确定每个SCI和基线的状态。SCM过程应该说明每个SCI和基线在配置控制下的进展状态。注:SCM过程宣标识变更申请的状态，特别是开始和结束的含义。5 GB/T 20 158-2006/ISO/IEC TR 15846: 1998 8 软件配置控制GB/ T 8566- 200 1 6. 2. 3 配置控制此项活动包括下述任务:6.2.3.1 应

25、标识和记录变更申请;分析和评价变更;批准或否决申请;实现、验证和发布己修改的软件项。应对每次修改进行审核跟踪、可以眼踪修改的原因和修改的授权。应对所有访问受控软件项的情况进行控制和审核，以保证关键功能的安全或缉密安全。SCM过程应该建立、维护和、九整性。8.1 提出变更申请SCM过程应该接受对于处于配置控28. 2 评价变更申请SCM过程应该9 软件配置状态统计GB/ T 8566-2001 6. 2. 4 配置状态统计此项活动包括下述任务:6.2.4. 1 应编制管理记录和状态报告，表明受控软件项的包括基线在内的状态和历史。状态报告应包括某一项目的变更号码、最新的软件项版本、发布标识、版本号

26、数以及各版本的比较。配置状态统计活动对其他SCM过程活动记录在案。9.1 记录标识SCM过程应该记录每个新的和已修改的SCI的标识和状态。6 GB/T 20 158-2006/ISO/IEC TR 15846: 1998 一旦SCI被置于配置控制下，SCM过程就应该维护它的每个后继进展的版本和状态。9.2 跟踪变更SCM过程应该跟踪、记录和报告变更申请的状态和已批准的修改的实施状态。注1:跟踪变更申请宜从首次通报关于变更的意见开始，到正式通知否决，或者是到发布关于修改一个或多个SCI的要求，或者是到提出建议者撤回他的变更申请为止。注2:跟踪批准的修改宜从发布关于开始修改一个或多个SCI的要求开

27、始，到这些己修改的SCI纳入基线为止。9. 3 报告状态统计记录适当时，SCM过程应该报告:、，/LU d) ，机件项的物理完整性(不管他们SCM配置评价确定:a) 受控库中所存储的SCI与SCM记录相对应;b) 就据以构造软件产品的SCI和批准的修改的累计状态而言，软件产品是完整的和可用的;c) 基线SCI由有关的SCI和各个批准的修改组成。SCM过程应该支持验证和审核过程，以确保评价中的SCI、基线和软件产品的完整性。SCM过程应该进行配置评价，以确定构成基线的SCI安全存储。SCM过程应该报告配置评价结果。发现异常时，SCM过程应该实施问题解决或过程改进过程。7 GB/T 20158一2

28、006/ISO/IECTR 15846: 1998 11 软件发布管理和支付GBjT 8566-2001 6.2.6 发布管理和交付此项活动包括下述任务:6.2.6. 1 应有效控制软件产品和文档的发行和交付。在软件产品的生存期内应保存代码和文档的母拷贝。包含安全或保密安全关键功能的代码和文档应按照有关组织的方针加以处理、贮存、包装和交付。SCM过程应该建立、维护和执行一套规程，用于协调多项批准的修改，确保完整性和正确性，重新配置SCI和交付软件产品。11. 1 处理SCM过程应该控制发行管理和交付活动的所有输入和输出。SCM过程应该确保基线库发布的SCI在所保留的先前版本要求的未来一段时间里

29、是可重新配置的。SCM过程应该能重建软件环境。注:导出基线的规程宜作为基线的组成部分。软件工具的任何运行说明和参数，或对软件工具的任何修改宜作为软件工具的组成部分予以重建。适当时，SCM过程应该保留基线软件库和软件环境。11. 2 存储SCM过程应该通过下述方式确保存储的SCl(与媒体或库无关)的完整性ta) 选择存储介质使再生差错或损坏降至最低限度;b) 根据媒体的存储期，以一定频次运行或刷新已存档的SCI;c) 将副本存储在不同的受控场所，以减少丢失的风险。为使SCI可重用，SCM过程应该za) 可以使用公用名;b) 规定存档的方法、地点和时间安排pc) 标识负责使SCI可用的组织。11.

30、 3 复制复制是用拷贝方式制造软件的阶段。SCM过程应该建立规程以确保复制的一致性和完整性。SCM过程应该确保发布用的介质不含无关项(如软件病毒或不适合演示的测试数据)。SCM过程应该使用适合的介质以确保软件产品符合复制要求。应该选择介质，以保护在整个预期交付期中内容的完整性。11. 4 打包SCM过程应该确保按批准的规程制备交付的介质。SCM过程应在需方容易辨认的地方清楚标出发布标识。注1:使用物理介质(例如，CD-ROM或磁带发布时，此标记宜置于包含发布本的媒体上(如果有永久性容器时，应直接放置在该媒体上)。对电子发布(如下载到运行库中)，此标记宜置于此发布本内。注2:SCM过程宜包括其他

31、习惯上与软件产品打包在一起的材料(如，许可证协议和版权声明)，并归档份SCI副本。11. 5 交付SCM过程应该遵循交付规程。8 GB/T 20 158-2006/ISO/IEC TR 15846: 1998 12 接口控制SCM过程应该标识和控制接口(如硬件、系统软件、支持软件、纳入的现货产品和并行或同时开发的软件)文档。这些接口可由共同协议调整(例如由软件集成者和分包软件开发商)，或由一方支配(例如，现货软件产品供应商允许按许可证复制产品)。适当时，SCM过程应该确定:a) 接口目的;b) 接口处要求;c) 受影响的组织;d) 拟控制的接口文档;e) 把影响到接口的变更申请通知其他人并且联

32、合或分别进行接口影响评价的规程;f) 批准、变更和发布接口文挡的规程，包括接口变更授权机构;g) 把接口文档的变更转换成对其他SCI的变更授权的规程;h) 角色和职责。9 GB/T 20 158-2006/ISO/IEC TR 15846: 1998 附录A(资料性附录)GB/T 20158、GB/T8566和GB/T19017间的对照A.1 本标准与GB/T8566和GB/T19017的对照表A.l可以用于对照和(或)追溯本标准(第1列)与GB/T8566(第2列)和GB/T19017(第3列)条款之间的关系。与第1列的第1层(例如，7)对应的第2列和第3列中的任何条款，无需说明，也可对应于

33、第1列中一个或多个较低层次(ft一-一6 6.1 6. 2 6. 3 对GBjT8566执行剪裁参表A.6.4 IM过程的评审和评价I7.3 6. 5 结束7. 1. 5 7软件配置标识7. 1 I标识SCI7.2 I标识软件配置基线10 技术状态管理过程术状态管理计划荐的技术状态管理的结构和内容GB/ T 20158- 2006 7.3 |标识软件库7.4 |进展状态8 |软件配置控制8. 1 |提出变更申请8. 2 |评价变更申请的影响8. 3 8. 4 8. 5 9 9. 1 9. 2 9. 3 10 11 11.1处理11.2存储11.3复制11. 4打包11. 5交付GB/T 20

34、158-2006/ISO/IEC TR 15846: 1998 表A.1(续)技术状态控制技术状态控制程序技术状态纪实术状态审核程序态管理体系审11 GB/T 20158-2006/ISO/IEC TR 15846: 1998 A. 2 GB/T 8566与本标准条款间的对应关系当剪裁GBjT8566时，表A.2可用于识别本标准中的对应条款。为取得实效，本标准的要求宜全部实施。生存周期剪裁为工程基本过程的子集时，宜全部采用SCM以支持该子集。执行SCM活动的职责可分配给不同的组织。本标准对于所有各方都使用普遍性的SCM过程。为了与GBjT8566的剪裁相匹配，可剪裁本标准，按任务分派给组织和个

35、人。表A.2 GB/T 8566和本标准条款的对照GB/T 8566-2001 GB/T 20158-2006 5. 1. 1 启动6.1 启动和规定范围5. 1. 2 招标的准备6.2 策划5. 1. 3 合同的准备和修改6.2 策划5. 1. 4 对供方的监督6.2 策划5.2.4 编制计划6.2 策划5.2.5 执行和控制6.3 控制执行5.2.6 评审和评价10 软件配置评价5.2.7 交付和完成11 软件发布管理和交付5. 3. 1. 2 b) 9 软件配置状态统计5.3.3.1 7.1 标识SCI5.3.4. 1 b) 12 接口控制5.3.4. 1 e) 11. 1 处理5.3.

36、4.3 10 软件配置评价5.3.9.5 b) 10 软件配置评价5.3.11. 4 b) 10 软件配置评价5.4.2.1 11 软件发布管理和交付5.4.4.3 11. 4 打包5.5.5.3 11. 4 打包5.5.6. 1 b) 11. 2 存储6. 1. 3. 2 8 软件配置控制6. 1. 4. 1 8 软件配置控制6.2.1 过程实施6 SCM过程实施6.2.1 过程实施6.2 策划6.2.2 配置标识7 软件配置标识6.2.3 配置控制8 软件配置控制6.2.4 配置状态统计9 软件配置状态统计6.2.5 配置评价10 软件配置评价6.2.6 发布管理和交付11 软件发布管理和

37、交付6.4 验证过程10 软件配置评价12 GB/T 8566-2001 6.4.2.7 c) 6.5 6. 6. 1. 1 6. 6. 3. 1 c) 6. 7. 1. 1 6.8 问题解决过程7. 1. 2. 1 e) 7. 1. 3 执行和控制7. 1. 5 结束7. 1. 5 结束7.2 基础设施过程7.3 改进过程7.3 改进过程7.3 改进过程7.4 培训过程GB/T 20 158-2006/ISO/IEC TR 15846: 1998 表A.2(续)GB/T 20158-2006 8 软件配置控制10 软件配置评价10 软件配置评价10 软件配置评价10 软件配置评价6.3 控制

38、执行6.2 策划6.3 控制执行6.5 结束10 软件配置评价6.2 策划6.2 策划6.4 SCM过程的评审和评价10 软件配置评价6.3 控制执行13 G/T 20 158-2006/ISO/IEC TR 15846: 1998 参考文献GB/T 19000-2000质量管理和质量保证术语(idtISO 9000: 2000) GB/T 16260-1996 信息技术软件产品评价质量特性及其使用指南CidtISO/IEC 9126: 1991) GB/T 19017-1997质量管理技术状态管理指南(idtISO 10007: 1995) 14 ggdgmF回HU国gMCON-mFONH阁。华人民共和国家标准信息技术软件生存周期过程配置管理GB/T 20158-2006/ISO/IEC TR 15846: 1998 国出 中国标准出版社出版发行北京复兴门外三里河北街16号邮政编码:100045网址电话:6852394668517548 中国标准出版社秦皇岛印刷厂印刷各地新华书店经销呼印张1.5字数39千字2006年8月第一次印刷开本880X 1230 1/16 2006年8月第一版峰书号:155066 1-27944定价14.00元如有印装差错由本社发行中心调换版权专有侵权必究举报电话:(010)68533533GB/T 20158-2006