【电子行业标准(SJ)】 信息技术 软件生存周期过程 配置管理

中华人民共和国电子行业军用标准FL0137
信息技术
软件生存周期过程
SJ20823--2002
配置管理
Informationtechnology-Softwarelifecycleprocesses-Configurationmanagement2002-10-30发布
2003-03-01实施
中华人民共和国信息产业部批准前言
1范围
1.1本标准的剪裁
1.2过程中的角色…
一致性
规范性引用文件
缩略语
SCM过程实施
启动并定义范围
SCM过程的输入
6.1.2定义SCM过程的资源和约束6.1.3分配职责和权力…
SCI的选择准则·
定义SCM过程的输出·
控制执行
SCM过程的评审和评价
软件配置标识
标识SCI·
标识软件配置基线
标识软件库·此内容来自标准下载网
进展状态
软件配置控制·
提议更改
评价提议更改的影响
实现更改
交流安排·
结束更改：
9软件配置状态统计
记录标识·
跟踪更改
KAoNiKAca-
SJ20823-2002
SJ20823-2002
9.3汇报状态统计记录
10软件配置评价
11软件发行管理和交付·
11.1处理…
11.2存储
11.3复制
11.4打包…
11.5交付…
12接口控制
SJxxXX，GB/T8566和GB/T19017各章间的对照附录A（规范性附录）
参考文献·
SJ20823—2002
本标准等同采用国际标准ISO/IECTR15846：1998《信息技术软件生存周期过程配置管理》。本标准提出了计算机软件配置管理的性能要求，适用于开发、维护和操作等阶段。本标准基于GB/T8566《配置管理（CM）过程》（以下称作软件配置管理（SCM）过程）。本标准的附录A是规范性附录。
本标准由信息产业部电子第四研究所归口。本标准由信息产业部电子第四研究所负责起草。本标准主要起草人：罗锋盈、黄家英、王宝艾。-KAoNiKAca=
SJ20823—2002
与其他标准的相互关系
本标准提出软件配置管理（SCM）过程的要求。SCM是支持软件产品生存周期的CM（配置管理）过程，如《信息技术软件生存周期过程》中（GB/T8566）所述。SCM贯穿于开发、运行和维护过程。本标准的附录A示出了与GB/T8566—2001各章条的相互关系。为便于识别，从GB/T8566：2001中引用的条文被加以边框。本标准与GB/T19017：1995，《质量管理配置管理指南》基本相一致（只是个别词汇定名不统一）。GB/T19017：1995中的章条与本标准中各章的相互关系示于附录A。软件的类型
SCM管理能存储于计算机的任何信息，包括软件产品。例如，规格说明、数据库模式、测试用例、用户操作指导，可重使用编码对象、源代码和可执行代码，或数据。SCM还可管理存储在其他位置的有意义的软件项的表和记录。例如，安装在运行现场的产品，或装载在网络中的现货产品。
在软件环境中用作建立、维护、归档或再生可交付软件产品的工具的软件产品，也属于由SCM管理的软件类型，它们是运行这种工具的指令、客户化产品或参数。软件环境（如开发环境）可以是可交付的或专利的。根据生存周期活动，SCM能适用于少数或所有的软件项。SCM过程实施
SCM可由软件工具、方法和技术的组合执行。本标准不指定怎样实现或执行SCM过程中的活动和任务。SCM的要求与实现SCM的工具无关，都是同样的。对SCM的一些新出现的要求（如对产品交付给具有不同产品配置的多个位置或对配置项-CI的并行修改）可适用于本标准中的SCM过程，以协助控制这些新出现区域。建议期望执行这些任务的各方，在合同协议或SCM策略和规程中规定附加的要求。注：规程可以是文档、模板，等等。益处
通过下列手段，本标准可改进运行、维护和开发等过程中的可视性和可计算性：提供适当文档和可重复的方案，来标识和控制电子文档、代码、接口、数据库等，以支持软件生存周期过程；
：支持所选的开发、维护或操作方法以适应要求、标准、策略和指示、组织和管理原理：：生产管理和产品信息，这些信息涉及到基线、更改、版次、版本、归档等·将软件SCI递归地定义到有效控制的单个项层次；，控制用于存储SCI及其状态和相关信息的库；：援引GB/T8566过程以确保配置的完整性；IV
的状态；
SJ20823-2002
控制软件环境使软件产品能在其有效生存周期中配置和重新配置，包括用于开发和验证软件产品的软件工具：确保配置的完整性（如需求跟踪程序，SCM库监护器，发布编制器）：以及运行这些工具（如操作系统）：·存储和检索各SCI和软件产品配置异常情况信息；。报告知识产权所有权的事项，如许可证或版权。合同关系中的SCM
SCM的要求至少源于三个供应链关系：·需方将工作交给软件产品供方：·供方负责交付软件产品；
。分包商或软件技术人员实现此工作。需方和供方同意由第三方存档（契约性保管）时，可存在第四种关系。在此种关系中，除了需方和供方间的双向供应链外，存在三角形的单向流，从供方经由第三方存档到需方（见表1和图1）。主要需方的益处
对需方来讲，SCM的益处是：
保证开发、运行或维护需求的完全性；能够在受控条件下作出改变要求的灵活性：。建立SCM活动和任务评价准则的基础；·完全和非完全（如工程发布）项的条款。采用本标准目的是有助于确保：项目目标满足顾客和组织约束：规定确定项目目标成功完成的准则和方法；规定SCM软件生存周期产品及其相互关系：规定过程间的相互关系，在此，SCM活动与其他软件生存周期过程（例如，软件质量保证）相互影响：
控制软件基线：
·创建、使用、监控或调整SCM活动的计划，或有关的计划文档.规定双方或多方或过程间的SCM接口方案。在多个小组和（或）分包商关系要求更强调接口管理的场合，通常要对配置控制加以取舍，以适应在跨接口处的变更，这些接口涉及转包或组织的各个层面。软件产品供方的益处
对软件产品供方来讲，SCM的一些益处是：借助控制变更来查出满足这些要求的项通过提供附加在管理里程碑处的SCI（这些情况中，生存周期过程中的主要软件产品）的状态支持联合评审过程；
通过集中用于一致性检查的可度量结果，支持审核过程；支持质量保证、验证和有效性确认过程，引伸到它们在软件生存周期中存在的范围。KAONiKAca
SJ20823—2002
分包商或软件技术人员的益处
SCM对分包商或软件人员的一些益处：稳定基线，保证这些基线可以重建：状态的一致信息：
·突出要求的状况和相互依赖关系：、更改的通知、分析和撤消；
·代理更改权力；
处理、存储、复制、打包和发行SCI的一致性方法。第三方存档（保存契约方）的益处SCI的状态可在负责处理项目的供方、需方和第三方代理之间共享：第三方代理负责保存产品项直到一定合同条件得到满足，例如，供方最终报酬或清算。采用SCM的第三方代理的需方和供方的益处是保证所存放的SCI的完整性。本标准提供了保护和检索这些SCI的要求。
需方，操作员，用户
软件产品供方
SCM过程供方
分包商或卖方
作为需方
对软件产品供方：
要求产品
接受由SCM管理的产品
对SCM过程供方：
要求SCM过程
接受SCM活动和任务的结果
对分包商或买方：
要求分包商的工作或工具
接受分包商的工作或工具
对较低层分包商：
可要求工作或工具（不受限制）作为供方
对最终顾客：
可提供软件产品
可使用软件产品以交付信息技术服务对需方、操作员和用户：
提供软件产品
接受(剪裁/SCM过程的要求
对软件产品供方：
接受SCM过程的要求
给软件产品提供SCM结果
对SCM过程供方：
接受分包商对工作或工具的要求提供分包商工作或工具
契约性
关系如下：
SaM供方
SCM需方
可操作关系
软件产品供方
程供方
分包商、顾客或工
具卖方
图1SCM过程的供方和其他方间的角色关系iiKAoNiKAca
SJ20823—2002
契约性
接口控制
1范围
信息技术。软件生存周期过程
配置管理
SJ20823—2002
本标准规定了计算机软件配置管理的实施要求，以用软件产品的开发、维护和操作。本标准基于GB/T8566《配置管理（CM）过程》（以下称作软件配置管理（SCM）过程）。ANDARD从分包间成类方状病
本标准适用于：
任何形式的软件：
生存周期内单不的
软件产品的整全
生存周期和在！
的软件：
软件产品的供方和需方
本标准适用于两方的精况，两方来自同一组织时也同样适用。从非正式的协议到所有情况均可包含在内。
1.1本标准的剪裁
个正式的合同，
本标推可由一方作为自己要做的任务使用，或奢适用于现货产品。某些软件产品和软件生存周期可能需要在其他适用标准或合同中说期要SCM过程可血过附加的要求知以剪裁。（以适应局部惯例
也可对$CM过程加以射裁，落丢本标准中验期为不适用的特定要求，这可通过本标准提供的对照表做到（见附录A
1.2过程中的角色
态当感方和供方的角色（见图1）。本标准的期房
执行GB/T56争规是的维赶和环发过程的软件产品的供方是SEM的方在软件产品验收后
寸天操作过程，对最终客户或用户而言，需方SCM过程的供方可究当然包或卖方工作的需方的角色。INFORMATY
2一致性
不适用。
3引用文件
当SCM的供方的角色。
下列文件中的有关条款通过引用而成为本标准的条款。凡注日期或版次的引用文件，其后的任何修改单（不包括勘误的内容）或修订版本不适用于本标准，但提倡使用本标准的各方探讨使用其最新版本的可能性。凡不注日期或版次的引用文件，其最新版本适用于本标准。GB/T5271.20一1990信息技术词汇第20部分：系统开发GB/T5271.1-—2000信息技术词汇第1部分：基本术语GB/T8566—2001信息技术软件生存周期过程4术语和定义
本标准采用GB/T8566中给出的定义和下列定义。SJ20823—2002
4.1批准的修改approvedmodification对一项或多项变更建议认可对SCI作出变更的处置。注：“提议的更改”与“批准的修改”之间可有多对多的关系。提议的更改可引起若干SCI（即使只有代码和测试用例）的修改。修改可源于若干建议的更改，当修改仍在进行时，同时或在一段时间内得到批准。4.2更改（审批）机构changcauthority同GB/T19017中的“配置控制委员会”注：由受指派的变更机构进行处置。传统上该机构称为“变更配置控制部门”。此机构可以批准建议的更改，而将其转换成批准的修改，或可不批准建议的修改，或是延期作出决定。4.3提议的更改proposedchange
从登记意见起直到由受指派更改机构处置为止，关于异常情况的、要求的或建议的改进的一种报告。
注1：此处置可能遭拒绝，延期作进一步的分析，或接受。一且接受，建议的更改即成为批准的修改。注2：在建议的更改和批准的修改间可存在一对一、一对多或多对多的关系。4.4软件配置管理（SCM）SoftwareConfigurationManagement(SCM)）在整个软件生存周期内，应用配置管理（见GB/T19017）的过程，其目的是确保SCI的完全性和正确性。
4.5软件库softwarelibrary
在开发、运行和维护中给予援助的SCI的一种受控集合。4.6软件工具softwaretool
对软件生存周期任务提供自动支持的一种软件产品。注：软件工具包括买方软件和内部开发工具，与创建者是否支持无关。工具包括由操作系统运行的软件和操作系统本身。工具还包括解释程序，如宏、测试脚本，或构造指令。5缩略语
CI配置项（ConfigurationItem）CM配置管理
(Configuration Management)
SCI软件配置项（SoftwareConfigurationItem）SCM软件配置管理（SoftwareConfigurationManagement）6SCM过程实施
GB/T8566——2001
6.2.1过程实施。此项活动包括下述任务：6.2.1.1编制配置管理计划。该计划应描述：配置管理活动：为实施这些活动采用的规程和进度安排负责实施这些活动的组织；以及它们和其他诸如软件开发和维护部门等组织的关系。计划应形成文档并实施。
注：该计划可以是系统配制管理计划的一部分。SCM过程实施在软件生存周期内覆盖了开发、运行或维护过程中的全部或特殊的子集。2
rKAoMiKAca
6.1启动并定义范围
6.1.1定义SCM过程的输入
SJ20823—2002
SCM过程应获得作为输入的SCM要求，并确保SCM要求是完全的和可理解的。这些SCM要求应包含：
是SCM过程的部分的软件产品：
?按SCM计划中陈述，执行SCM过程带来的证据或保证；·SCM过程的软件环境。
只要软件产品包含获得的、顾客供应的、转包的或买方的SCI，对一些源自外部的SCI，SCM过程都应选定和实施配置评价（也称作“配置审核，6.1.2定义SCM过程的资源和约束控制其变更，并说明其状态。
上的在其中通过定义下列内容，实施SCM活动：SCM过程应建立组织环境包括技术受SCI影响、指定必线参加或负责SCM活动的组织量位a.
这些组织鼻位的SCM角色和职责：组织单应、需方种供方的相互关系。SCM过程应建立和维护文件，来定义组织，活动、任务、规程计划信息和报告的格式以及资源。SCM过程应唯子地选定SCM现程、标准、术语和相关文档等的用。6.1.3分配积责和权力
SCM过程应划、获联利使用SCM的必要资源。SCM过程应将SCM活动分配给具有权力和能力的组织单位去执行这些活动aN
建立我线
批准或不批准基线的更改：
发布软件产部
MENTRMATIO
批准戴不批准故SCM要聚的让步
SCM过程应选定和指定单一联络点。SCM过程应确定基变更的审批准则。SCM过程应确定更改纳权力和赋予权力范围。OR
6.1.4SCI的选择准则
SCM过程应基于软件产品建立
要求的；
软件环境拟使用的；
拟用于推演版次的，包括推演工具的使用说明和参数。SCM过程应定义选择充分的SCI准则，以管理SCI的性能参数和物理特性。注：SCM过程宜避免选择的SCI过多，否则将妨碍管理的可视性并增加成本。6.1.5定义SCM过程的输出
按照需求，SCM过程应安排下列输出：a.
管理软件环境的信息；
SCI选定模式
重建SCI的工具和软件环境：
SCI版本控制模式：
SJ20823—2002
支持SCI结构的文档；
SCI状态的意义：
SCI的状态；
h，SCI状态的完整性：
6.2计划
对于一个特定的软件产品，SCM过程应计划SCM活动软件生存周期的里程碑或影响SCM实现的事件（例如接口控制引入）的依赖性。那些对执行或对SCM活动相互影响的代表应审批SCM策划信息。按照需求，SCM过程应提供SCM过程的转换和SCM软件产品的进展。适当时，SCM过程应计划终止SCM活动。SCM过程应更新SCM计划信息以反映变更。在要执行的SCM任务更改之前，SCM过程应评审和接受有关人员的批件。
适当时，SCM计划中应包括或引用下列信息：a.
合同的确定：
规定的软件生存周期过程的SCM支持范围；拟交付的已知软件产品的确定：对随后的维护的或影响上述c)所标识项目的完整性的其他软件产品的确定：组织的定义和相互关系；
角色和职责：
所需要的资源列表和何时需要资源；适当时，SCM对任何硬件或系统CM的相互关系，以及各种活动包括分包商SCM控制的接口规程；状态报告过程，包括格式、进度和分发：控制变更过程（包括建议变更），及更改和提出SCI的指定授权；前期版本支持政策，包括拟保留的版本号；以多种版本对个人客户的支持；验证基线的评审；
验证拟采用的SCM过程完整性的审核；SCM过程不能提供所要求的任务，因而，影响SCM任务的成本、进度或性能的风险：发布管理和交付的过程：
接口控制。
6.3控制执行
SCM过程应为软件环境提供适当的工具和设备以及充裕的培训时间，使有关人员执行在SCM计划中定义的SCM任务。SCM过程应执行在SCM计划文档中的SCM任务。6.4SCM过程的评审和评价
SCM过程应确保SCM任务符合SCM计划。SCM过程应实现诸如问题解决和（或）过程改进进程，以修正对SCM计划中的偏离。
6.5结束
适当时，SCM过程应终止SCM活动。4
-TKAONiKAca-
小提示：此标准内容仅展示完整标准里的部分截取内容，若需要完整标准请到上方自行免费下载完整标准文档。