SJ 20823-2002 信息技术.软件生存周期过程.配置管理.pdf

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

1、用标准SJ 20823 2002 I T丁、共和国电FL 0137 中华 言息tInformation technology -Software life cyc1e 自己口王实施2003-03-01 processes-Configuration management 2002-10-30发布A一批准中华人民共和国信息产业部20823-2002 SJ 、户，IJ、目I I I 前言W 引言. 范围. . . . . . . . . . . . . . . . 1 本标准的剪裁. . . . . . . . . . . . . . . . . . . . . . . . . . . . 1.1

2、 过程中的角色. 1.2 一致性. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 2 规范性引用文件. . . . . . . . . . 3 定义. . . . . . . . . . . . . . . . . . . . . 4 2 缩略语. . . . . . 5 2 SCM过程实施. . . . . . . . . 6 3 启动并定义范围. . . . . 6.1 SCM过程的输入. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .

3、. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .3 6. 1.1 3 定义SCM过程的资源和约束. ., 6. 1.2 3 分配职责和权力. . . . . . . . . . . . 6. 1.3 3 SCI的选择准则. . . . . . 6. 1.4 定义SCM过程的输出. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . 3 6. 1.5 4 计划.

4、 . . . . . . . . . . 6.2 4 控制执行. . . . . . . . . . . . . . . . . . . . . . . . 6.3 4 SCM过程的评审和评价. . . . . . . . . . . . 6.4 4 结束. . . . . . . . . . . . . . . 6.5 5 软件配置标识. . . . . . . . . . . . . . . . . . . ., 7 5 标识SCI. . . 7.1 5 标识软件配置基线. . . . . . . . 7.2 5 标识软件库. 7.3 5 进展状态. . 7.4 6 软件配置控制. 8 6

5、 提议更改. 8.1 6 评价提议更改的影响. 8.2 6 实现更改.8.3 6 交流安排.8.4 6 结束更改. 8.5 6 软件配置状态统计. 9 7 记录标识. 9.1 I 7 跟踪更改. 9.2 SJ 20823-2002 P 7 汇报状态统计记录.9.3 10 软件配置评价. 7 11 软件发行管理和交付. 8 11.1 处理.8 11.2 存储8 11.3 复制.8 11.4 打包.8 11.5 交付.9 12 接口控制9 附录A规范性附录SJ xxxx, GBtr8566和GBtr19017各章间的对照. 10 参考文献. 14 H SJ 20823-2002 前本标准等同采用国

6、际标准ISO皿CTR15846: 1998 信息技术软件生存周期过程配置管理。本标准提出了计算机软件配置管理的性能要求，适用于开发、维护和操作等阶段。本标准基于GB厅8566配置管理(CM)过程)(以下称作软件配置管理(SCM)过程)。本标准的附录A是规范性附录。本标准由信息产业部电子第四研究所归口。本标准由信息产业部电子第四研究所负责起草。本标准主要起草人z罗锋盈、黄家英、王宝艾。m SJ 20823-2002 寻|与其他标准的相互关系本标准提出软件配置管理。CM)过程的要求。SCM是支持软件产品生存周期的CMC配置管理)过程，如信息技术软件生存周期过程中CGB厅8566)所述。SCM贯穿于

7、开发、运行和维护过程。本标准的附录A示出了与GB厅8566-2001各章条的相互关系。为便于识别，从GB厅8566:2001中引用的条文被加以边框。本标准与GB厅19017:1995. (质量管理配置管理指南基本相一致(只是个别词汇定名不统一。GB!f 19017: 1995中的章条与本标准中各章的相互关系示于附录A。软件的类型SCM管理能齐储于计算机的任何信息，包括软件产品。例如，规格说明、数据库模式、测试用例、用户操作指导、可重使用编码对象、源代码和可执行代码，或数据。SCM还可管理存储在其他位置的有意义的软件项的表和记录。例如，安装在运行现场的产品，或装载在网络中的现货产品。在软件环域中

8、用作建立、维护、归档或再生可交付软件产品的工具的软件产品，也属于由SCM管理的软件类型，它们是运行这种工具的指令、客户化产品或参数。软件环境(如开发环境)可以是可交付的或专利的。根据生存周期活动.SCM能适用于少数或所有的软件项。SCM过程实施SCM可由软件工具、方法和技术的组合执行。本标准不指定怎样实现或执行SCM过程中的活动和任务。SCM的要求与实现SCM的工具无关，都是同样的。对SCM的些新出现的要求(如对产品交付给具有不同产品配置的多个位置或对配置项-CI的并行修改)可适用于本标准中的SCM过程，以协助控制这些新出现区域。建议期望执行这些任务的各方，在合同协议或SCM策略和规程中规定附

9、加的要求。注规程可以是文档、模板，等等。益处通过下列手段，本标准可改进运行、维护和开发等过程中的可视性和可计算性z 提供适当文档和可重复的方案，来标识和控制电子文档、代码、接口、数据库等，以支持软件生存周期过程; 支持所选的开发、维护或操作方法以适应要求、标准、策略和指示、组织和管理原理: 生产管理和产品信息，这些信息涉及到基线、更改、版次、版本、归档等的状态: 将软件SCI递归地定义到有效控制的单个项层次: 控制用于存储SCI及其状态和相关信息的库: 援引GB厅8566过程以确保配置的完整性:IV SJ 20823-2002 控制软件环境使软件产品能在其有效生存周期中配置和重新配置，包括用于

10、开发和验证软件产品的软件工具:确保配置的完整性(如需求跟踪程序，SCM库监护器，发布编制器);以及运行这些工具(如操作系统); 存储和检索各SCI和软件产品配置异常情况信息: 报告知识产权所有权的事项，如许可证或版权。合同关系中的SCMSCM的要求至少源于三个供应链关系z需方将工作交给软件产品供方: 供方负责交付软件产品: 分包商或软件技术人员实现此工作。需方和供方同意由第二方存档(契约性保管)时，可存在第四种关系。在此种关系中，除了需方和供方间的双向供应链外，存在三角形的单向流，从供方经由第三方存档到需方(见表1和图1)。主要需方的益处对需方来讲，SCM的益处是2 保证开发、运行或维护需求的

11、完全性:能够在受控条件下作出改变要求的灵活性;建立SCM活动和任务评价准则的基础;完全和非完全(如工程发布项的条款。采用本标准日的是有助于确保: 项目目标满足顾客和组织约束: 规定确定项目目标成功完成的准则和方法: 规定SCM软件生存周期产品及其相互关系: 规定过程间的相互关系，在此，SCM活动与其他软件生存周期过程(例如，软件质量保证相互影响; 控制软件基线: 创建、使用、监控或调整SCM活动的计划，或有关的计划文档: 规定双方或多方或过程间的SCM接口方案。在多个小组和(或)分包商关系要求更强调接口管理的场合，通常要对配置控制加以取舍，以适应在跨接口处的变更，这些接口涉及转包或组织的各个层

12、面。软件产品供方的益处对软件产品供方来讲，SCM的一些益处是: 借助控制变更来查出满足这些要求的项:通过提供附加在管理里程碑处的SCIC这些情况中，生存周期过程中的主要软件产品)的状态，支持联合评审过程:通过集中用于一致性检查的可度量结果，支持审核过程;支持质量保证、验证和有效性确认过程，引伸到它们在软件生荐周期中存在的范围。V SJ 20823-2002 分包商或软件技术人员的益处SCM对分包商或软件人员的一些益处. 稳定基线，保证这些基线可以重建: 状态的一致信息: 突出要求的状况和相互依赖关系: 更改的通知、分析和撤消: 代理更改权力: 处理、存储、复制、打包和发行SCI的致性方法。第三

13、方存档(保存契约方)的益处SCI的状态可在负责处理项目的供方、需方和第二方代理之间共享;第二方代理负责保存产品项直到一定合同条件得到满足，例如，供方最终报酬或清算。采用SCM的第三方代理的需方和供方的益处是保证所存放的SCI的完整性。本标准提供了保护和检索这些SCI的要求。表1角色作为需方作为供方需方，操作员，用户对软件产品供方g对最终顾客z要求产品可提供软件产品十接受由SCM管理的产品可使用软件产品以交付信息技术服务软件产品供方对SCM过程供方对需方、操作员和用户:要求SCM过程提供软件产品接受SCM活动和任务的结果接受剪裁SCM过程的要求SCM过程供方对分包商或买方:对软件产品供方要求分包

14、商的工作或工具接受SCM过程的要求接受分包商的工作或工具给软件产品提供SCM结果分包商或卖方对较低层分包商对SCM过程供方:可要求工作或工具(不受限制)接受分包商对工作或工具的要求提供分包商工作或工具VI 一一一需方知她保管图示:关系如下=区M侠万区M需方可销快军软件产品供方徐作过组维护过稳开也里一一亚:M过程供方图1分包商、顾客或工具卖方SCM过程的供方和其他方间的角色关系SJ 20823-2002 势惟保管接口控制VJI SJ 20823-2002 息技术软件生存周期过程理范围本标准规定了计算机软件配置管理的实施要求，以用软件产品的开发、维护和操作。本标准基于GB厅8566配置管理(CM)

15、过程)(以下称作软件配置管理(SCM)过程)。本标准适用于:卢一地一一任何形式的软件:软件的软件:1. 1 也可对表做到(1. 2 2 3 本标准执行GB厅-致性不适用。引用文件同样适用。t 目:从分包商或卖方获得 的吗正式的合间，部惯例。的对照色。下列文件中的有关条款通过引用而成为本标准的条款。凡注臼期或版次的引用文件，其后的任何修改单(不包括勘误的内容)或修订版本不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。凡不注日期或版次的引用文件，其最新版本适用于本标准。4 GB厅5271.2守一1990信息技术词汇第20部分:系统开发GBff 5271.1一2000信息技术词汇第

16、1部分:基本术语GB厅8566-2001信息技术软件生存周期过程术语和定义本标准采用GBff8566中给出的定义和下列定义。1 r SJ 20823-2002 4. 1 4.2 4.3 主仨仁习。4. 4 批准的修改approved modification 对项或多项变更建议认可对SCI作出变更的处置。注:6提议的更改与批准的修改之间可有多对多的关系.提议的更改可引起若干SCI(即使只有代码和测试用例)的修改。修改可源于若干建议的更改，当修改仍在进行时，同时或在一段时间内得到批准。更改(审批)机构change au出ority同GB厅190创17中的配置控制委员会注z由受指派的变更机构进行处

17、置。传统上该机构称为变更配置控制部门。此机构可以批准建议的更改，而将其转换成批准的修改，或可不批准建议的修改，或是延期作出决定。提议的更改proposed change 从登记意见起直到由受指派更改机构处置为止，关于异常情况的、要求的或建议的改进的一种报注1，此处置可能遭拒绝，延期作进一步的分析，或接受。一旦接受，建议的更改即成为批准的修改。注2，在建议的更改和批准的修改间可存在一对一、一对多或多对多的关系。软件配置管理。CM)Software Configuration Management(SCM) 在整个软件生存周期内，应用配置管理(见GB厅19017)的过程，其目的是确保SCI的完全性

18、和正确性。4. 5 4. 6 软件库software library 在开发、运行和维护中给予援助的SCI的一种受控集合。软件工具software tool 对软件生存周期任务提供自动支持的一种软件产品。注z软件工具包括买方软件和内部开发工具，与创建者是否支持无关。工具包括由操作系统运行的软件和操作系统本身。工具还包括解释程序，如宏、测试脚本，或构造指令。5 缩略i吾CI 配置项(Configuration Item) CM SCI SCM 配置管理软件配置项C Configuration Management) C Software Configuration Item) 软件配置管理CSo

19、ftware Configuration Management) 6 SCM过程实施GB厅8566-20016.2.1 过程实施。此项活动包括下述任务:6.2.1.1 编制配置管理计划。该计划应掐述:配置管理活动:为实施这些活动采用的规程和进度安排:负责实施这些活动的组织;以及它们和其他诸如软件开发和维护部门等组织的关系。计划应形成文档并实施。注z该计划可以是系统配制管理计划的一部分。SCM过程实施在软件生存周期内覆盖了开发、运行或维护过程中的全部或特殊的子集。2 SJ 20823-2002 6. 1 启动并定义范围6. 1. 1 定义SCM过程的输入SCM过程应获得作为输入的SCM要求，并确

20、保SCM要求是完全的和可理解的。这些SCM要求应包含: 是SCM过程的部分的软件产品:按SCM计划中陈述，执行SCM过程带来的证据或保证;SCM过程的软件环境。只要软件产品包含获得的、顾客供应的、转包的或买方的SCI，对一些源自外部的SCI，SCM过程都应选定和实施配置评价(也称作配呈辛赞M)j2节制嗅奕豆，并说明其状态。6. 1. 2 定义SCM过程a 受SCI影响b C. 6. 1. 3 a. b C d. 6. 1. 4 SCI的选择准则SCM过程应基于软件要求的:a. b. 软件环境拟使用的:相互关系。范围。动、任务、关文档c 拟用于推演版次的，包括推演工具的使用说明和参数。下列内容，

21、实施SCM活动2以及资源。 SCM过程应定义选择充分的SCI准则，以管理SCI的性能参数和物理特性。注，SCM过程宜避免选择的SCI过多，否则将妨碍管理的可视性并增加成本。6. 1. 5 定义SCM过程的输出按照需求，SCM过程应安排下列输出:a b. 已.d. 管理软件环境的信息:SCI选定模式:重建SCI的工具和软件环境;SCI版本控制模式:3 SJ 20823-2002 支持SCI结构的文档:SCI状态的意义:SCI的状态:SCI状态的完整性:e f. g. h 一i. SCI。计划对于一个特定的软件产品，SCM过程应计划SCM活动软件生存周期的里程碑或影响SCM实现的事件(例如接口控制

22、引入)的依赖性。那些对执行或对SCM活动相互影响的代表应审批SCM策划信息。按照需求，SCM过程应提供SCM过程的转换和SCM软件产品的进展。适当时，SCM过程应计划终止SCM活动。SCM过程应更新SCM计划信息以反映变更。在要执行的SCM任务更改之前，SCM过程应评审和接受有关人员的批件。适当时，SCM计划中应包括或引用下列信息:合同的确定:规定的软件生存周期过程的SCM支持范围:拟交付的己知软件产品的确定:对随后的维护的或影响上述c)所标识项目的完整性的其他软件产品的组织的定义和相互关系:角色和职责:所需要的资源列表和何时需要资源:适当时，SCM对任何硬件或系统CM的相互关系，以及各种活动

23、包括分包商SCM控制的接口规程:状态报告过程，包括格式、进度和分发:控制变更过程(包括建议变更)，及更改和提出SCI的指定授权:前期版本支持政策，包括拟保留的版本号:以多种版本对个人客户的支持:验证基线的评审:验证拟采用的SCM过程完整性的审核:SCM过程不能提供所要求的任务，因而，影响SCM任务的成本、进度或性能的风险:发布管理和交付的过程;q 接口控制。6. 3 控制执行SCM过程应为软件环境提供适当的工具和设备以及充裕的培训时间，使有关人员执行在SCM计划中定义的SCM任务。SCM过程应执行在SCM计划文档中的SCM任务。6.4 SCM过程的评审和评价SCM过程应确保SCM任务符合SCM

24、计划。SCM过程应实现诸如问题解决和(或)过程改进进程，以修正对SCM计划中的偏离。结束适当时，SCM过程应终止SCM活动。确定:a. b. d. e . gbHlgdLKm 。p. c f. n 6.2 6. 5 4 SJ 20823-2002 软件配置标识7 lill GBff 8566-2001 6.2.2 配置标识。此项活动包括下述任务z6.2.2.1 应确定-个方案，来标识一个项目需加控制的软件项及其版本。对于每-软件项及其版本，应标识下述内容:建立基线的文档:版本引用号:以及其他标识细节。于适当位置;. fT 1 各库所用川剧户咀.卧维护平行内容随扼制和第1司轶钱库的数日:照SCI

25、的内容(布?吕立照SCI状态dq内容:飞问.，_.16.1可E登记SCI的条1t!，包括与软件库前芮容T铲四咬前军低限度状态:预防恶意或意外伤害或损坏的条款，及有效的恢复规程;检索SCI区别法(没有拷贝或除去)，做拷贝和移走一个SCI等的条件:对各种人员组别或类型的访问条款，是否具有利用下列功能的权:进入每个库、查看表或包含SCI的内容、评价、拷贝及删除SCI等。注:不同的访问权限可用于不同状态的SCI，7.4 进展状态SCM过程应建立每个SCI和基线的这种状态。SCM过程应规定使每个SCI和基线处于配置控制下的进展状态。注，SCM过程宜标识提议的更改的状态，特别是开始和结束的意义。SCM过程

26、应建立作为SCI和基线拟控制的软件产品的标识模式。选定SCI_自由四町同飞用C. f. g. 注2a d. e. b. 7. 1 7. 2 a. b c d e. 5 f . gbhH SJ 20823-2002 8 软件配置控制GBrr 856岳20016.2.3 配置控制:此项活动包括下述任务.6.2.3.1 应执行以下:应标识和记录修改申请:分析和评价修改:批准或不批准申请;实现、验证和发行己修改的软件I页。应对每次修改进行审核跟踪、可以跟踪修改的原因和修改的授权。应对所有访问受控软件项的情况进行控制和审核，以保证关键功能的安全和保密安全。8. 1 8.2 8.3 8.4 SCM过程应建

27、立、维护和运行规程，以保护SCI、基线和定义SCI的状态和基线的软件产品的完整性。提议更改SCM过程应接受和处理对基线SCI提议的更改。配置控制下的SCI和基线的提议的更改应予确定记录、审批和跟踪。评价提议更改的影响SCM过程fY.支持对提议更改的影响的评价，例如，使用维护过程。SCM过程应标识za 受提议变更影响的SCI和有关基线:b. 影响己选定的SCI或基线的批准的修改。SCM过程应配置SCI来再现或验证由于改正活动引起的问题。SCM过程应跟踪和记录异常、误解或提议的起因，以便使用问题解决或过程改进过程加以提交。实现更改SCM过程应记录实现每个批准的修改的活动和任务的序列。SCM过程应确

28、保只有批准的修改才包括在基线里。交流安排SCM过程应支持的受指派变更机构就每个建议变更作出的批准、不批准或延期决定，通知受此安排所影响的每个人。注1遇有延期的决定时，SCM过程宜向原提议者就如何进行重新审查提出建议.变更批准后.SCM过程应通知那些使用己批准的和未决的变更影响的SCI的人员。注2，遇有不批准时.SCM过程宜通知有关人员放弃修改建议的修改。8.5 结束更改SCM过程应确保新基线中一些批准的修改的结果的终止。9 软件配置状态统计GBrr 8566-2001 6.2.4 配置状态统计。此项活动包括下述任务:6.2.4.1 应编制管理记录和状态报告，表明受控软件项的包括基线在内的状态和

29、历史。状态报告应包括某项目的修改号码，最新的软件项版本，发行标识，版本号数，以及各版本的比较。配置状态统计活动对其他SCM过程活动执行簿记。6 SJ 20823-2002 记录标识SCM过程应记录每个新的及经修改的SCI的标识和状态。当SCI处于配置控制下时，SCM过程应维护每个后继进展的版本和状态。跟踪变更SCM过程应跟踪、记录和报告提议的更改的状态和获准修改的实现状态。注1:跟踪一个提议的更改宜从首次交流开始，到正式通知不批准为止。颁布修改一个或多个SCI要求或提议者撤回为止。9. 1 9. 2 注2，跟踪一个获准修改宜从发布开始修改个或多个SCI要求开始，到纳入基线为止。报告状态统计记录

30、适当时，软件产品的制包2I eEUM比C. d 按照=a. a b. C. d b 9. 3 rtill-flili-llIIlli-1 告被授予的让步。的可跟踪性注软件配置评价叫lm呻户中川Lzj俨伽蛐10 GB856621 6.2.5 配置评价。此项活动包括下述任务:6.2.5.1 应确定和保证下述事项软件项技其要求的功能完整性，软件项的物理完整性(不管他们的设计和编码是否反映最新技术描述)。SCM配置评价确定:控制库中蒋储的SCI相应于SCM记录:就己建造的SCI和获准修改的累计状态而言，软件产品是完全的和可用c 基线SCI由有关的SCI和各个获准修改组成:SCM过程应支持验证和审核过程

31、以确保评价中的SCI、基线和软件产品的完全性。SCM过程应进行配置评价以确定组成基线的SCI得到存储和保密。的;a b. 7 SJ 20823-2002 SCM过程应报告配置评价结果。发现异常时，SCM过程应实施问题解决或过程改进过程。1 1 软件版次管理和交付GB厅8566-20016.2.6 发行管理和交付。此项活动包括下述任务:6.2.6.1 应有效控制软件产品和文档的发行和交付。在软件产品的生存期内应保持代码和文挡的母.贝。包含安全或保密安全关键功能的代码和文档按照有关组织的方针加以处理、储存、包装和交付。SCM过程应建立、维护和执行规程来协调多种获准修改，建立完全性与正确性，重新配置

32、SCI和交付软件产品。11. 1 处理SCM过程应控制所有的版次管理和交付的输入和输出。在要求保留的先期版次的范围内，在今后一段时间中，SCM过程应确保从基线库中发行的SCI是可重新配置的。SCM过程应能重建软件环境。注r导出基线的过程宜作为基线的组成部分来考虑。一些运行软件工具的指令和参数，或对软件工具的修改宜作为软件工具的组成部分重建。适当时机，SCM过程应保留基线软件库和软件环境。11. 2 存储SCM过程应确保存储的SCI的完整性，不考虑媒体或库，做法如下:a. 选择存储媒体便再生差错或损坏降至最低限度:b. 根据媒体的存储期，以一定频次运行或刷新己存档的SCI;c 在受控地点存储复制

33、的副本以损失风险降至最低限度:为使SCI可重用，SCM过程应:a 使用公用名;b. 规定存档的方法、地点和时间安排:C. 标识负责使SCI可用的组织。11 . 3 复制复制是用拷贝来制造软件的阶段。SCM过程应建立规程以确保复制的-致和完全。SCM过程应确保发行媒体不含无关项(如软件病毒或与演示无关的测试数据)。SCM过程应使用适合的媒体以确保送达软件产品符合复制要求。媒休应加选择以保护在预期交付周期中内容的完整性。11. 4打包8 SCM过程应确保交付的媒体按批准的规程作好准备。SCM过程应在可由需方识别处清楚标记发布的标识。注1:使用物理媒体例如，CD-ROM或磁带)的发行，此标记宜置于包

34、含发行的媒体上(以及(如果有)置于其SJ 20823-2002 最直接的和永久容器上)。对电子发行(如下载到操作库中1.此标记宜置于此发行产品内。注2，Sf过程宜包括另外些依惯例与软件产品一起的传统包装材料(如，许可证协议和版权声明l.并归档-份SCI (副本。交付SCM过程应遵循交付规程。11 . 5 接口控制12 SCM过程应选定和控制接口(如硬件、系统软件、支持软件、集成的现货产品，和并行或同时开发的软件产品)文挡。这些接口可由共卫且剧且温且(JJJl!l由软件集成者和分包软件开发酌，或由方支配例如，适当时，接口目的;接口!lIF-lhf!IIlli-li a b C. e. d 9 :

35、 ，包括接口f. g. h SJ 20823-2002 附录A (规范性附录)SJ XXXX. GB/T 8566和GB/T19017各章之间的对照A. 1 本标准与GB/T8566和GB/T19017的对照表A.1能用于对照与跟踪本标准(第1列)与GBff8566 (第2列)和GBff19017 (第3列)的各章。在第2和第3列中的各章对应第1列的第1层(例如，们，无需说明，也可对应到一个或多个在第1列中较低层次(如5.1.5.2.5.3. 5.4)。GB厅8566中有取舍的地方，参阅第A.2章。表A.1 SJ XXXX与GB/T8566和GB/T19017各章之间的对照SJXXXX GBf

36、f856吐一2001GBff 19017-1995 4 SCM过程实施6.2.1 过程实现5 技术状态管理过程6 技术状态管理的组织6.1 总则4.1 初始化和定义范围5. 1.1 启动6.2 技术状态管理的结构4.2 计划5. 1.2 招标的准备7.7 配置管理计划附录A(标推荐性结构和状态管理准的附录计划的内容5. 1.3 合同的准备和修改5. 1.4 对供方的监督5.2.4 编制计划6.2.1 过程实施7. 1.2.1 e) 寸7.2 基础设施过程7.3 改进过程4.3 6. 1.3.2. 6. 1.4. 1. 6.4.2.7c) 6.8 问题解决过程7. 1.3 执行和控制7.4 培训

37、过程4.4 SCM过程的评审和评价7.3 改进过程4.5 结束7. 1.5 结束5 软件配置标识6.2.2 配置标识5.2 技术状态标识7.2 技术状态标识规程5.1 标识SCl5.3.3 .1 5.2 标识软件配置基线5.3 标识软件库5.4 进展状态10 SJ 20823-2002 表A.1(续)GBrr 19017一19955.3 5.3.1. 软件配置控制6 7.4 6.2.3 提议更改评价提议更改的影响6.1 7.3 记录标识日GBrr856岳-2001SJXXXX 7.2 7.3 7.1 8 6.2 6.4 6.5 7 6届1.15.4.4.3 处理打包5.5.5.3 9.5 G8

38、/1 8566与SJXXXX各章间的对应A. 2 当对GB厅8566进行取舍时，表A.2可用以标识在本标准中的对应。为取得实效起见，本标准的要求宜全部实现。生存周期被剪裁为工程主过程的子集时，宜充分采用SCM以支持子集。执行SCM活动的职责可分配给不同的组织。本标准以SCM过程指称各方。可对被标准取舍并11 结束改进过程7. 1.5 7.3 5.5.6.1 e) 9.2 9.3 9.4 9.1 9 SJ 20823-2002 分派任务给组织和个人，以便同时对GBtr8566的取舍相匹配。表A.2GB/T 8566军日本标准各章之间的对照GBff 8566- 2001 SJXXXX 5. 1.1

39、 启动4.1 初始化和定义范围5. 1.2 招标的准备4.2 计划5. 1.3 合同的准备和修改4.2 计划5. 1.4 对供方的监督4.2 十计划5.2.4 编制计划4.2 计划5.2.5 执行和控制4.3 控制执行5.2.6 评审和评价8 软件配置评价5.2.7 交付和完成9 软件发布管理和交付5.3. 1.2 b) 7 软件配置控制5.3 .3.1 5.1 标识SCI5.3.4.1 b) 10 接口控制5.3.4.1 e) 9.1 处理5.3.4.3 8 软件配置评价5.3.9.5 b) 8 软件配置评价5.3.1 1.4 b) 8 软件配置评价5.4.2.1 9 软件发行管理和交付5.

40、4.4.3 9.4 打包5.5.5.3 9.4 打包5.5.6.1 b) 9.2 存储6. 1.3.2 6 软件配置控制6. 1.4.1 6 软件配置控制6.2.1 过程实施4 SCM过程实现6.2.1 过程实施4.2 计划6.2.2 配置标识5 软件配置标识6.2.3 配置控制6 软件配置控制6.2.4 配置状态统计7 软件配置状态统计6.2.5 配置评价8 软件配置评价6.2.6 发行管理和交付9 软件发布管理和交付6.4 验证过程8 软件配置评价6.4.2.7 c) 6 软件配置控制6.5 8 软件配置评价6.6.1.1 8 软件配置评价6.6.3.1 c) 8 软件配置评价6.7.1.

41、1 8 软件配置评价6.8 问题解决过程4.3 控制执行7. 1.2.1 e) 4.2 计划7. 1.3 执行和控制4.3 控制执行7. 1.5 结束4.5 结束12 J SJ 20823-2002 表A.2 (续)GB!T 8566-200 1 SJXXXX 7.1.5 结束8 软件配置评价7.2 基础设施过程4.2 计划7.3 改进过程4.2 计划7.3 改进过程4.4 SCM过程的评审和评价7.3 改进过程8 软件配置评价7.4 培训过程4.3 控制执行13 SJ 20823-2002 GB!f 6583-1994 GB!f 16260-一1996GB!f 19017: 1995 参考文

42、献质量管理和质量保证术语信息技术软件产品评价质量特性及其使用指南质量管理配置管理指南注:GBrr 8566和本标准呈现了CM过程的需求，在上下文和格式上不同于GB厅19017。本标准、GBrr8566和GBrr 19017间的对照列于附录A。14 NOON-时由。N3 中华人民共和国电子行业军用标准信息技术软件生存周期过程配置管理SJ 20823-2002 * 版刷行出印发中国电于技术标准化研究所中国电子技术标准化研究所中国电于技术标准化研究所电话(010) 84029065 传真，(010) 64007812 地址:北京市安定门东大街1号邮编，100007 网址阳W.cesl. ac. cn 印张:It2003年4月第一次印刷字数，46千字* 1/16 开本，880 X 1230 2003年4月第一版版权专有举报电话:(010) 64007804