搜索
1计算机软件配置管理计划规范GB/T12505-90Specificationforcomputersoftwareconfigurationmanagementplan1．主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件，可以采用本规范规定的要求的子集。2．引用标准GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范3．术语下面给出在本规范中用到的一些术语的定义，其它术语的定义按GB/T11457。在引用时，特别要注意线（baseline）、配置控制(configuration)、配置控制组(configurationcontrolboard)、配置检查(configurationaudit)、配置标识(configurationidentification)和配置状态记录(configurationstatusaccounting)等术语的定义。3．1项目委托单位projectentrustorganization项目委托单位是指为产品开发提供资金并通常也是（但有时也未必）确定产品需求的单位或个人。3．2项目承办单位projectundertakingorganization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。3．3软件开发单位softwaredevelopmentorganization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。3．4用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。3．5软件software软件是指计算机程序及其有关的数据和文档，也包括固化了的程序。3．6重要软件criticalsoftware2重要软件是指其故障会影响到人身安全、会导致重大经济损失或社会损失的软件。3．7软件生存周期softwarelifecycle软件生存周期是指从软件系统设计对软件系统提出应用需求开始，经过开发，产生出一个满足需求的计算机软件系统，然后投入运行，直至该软件系统退役为止。其间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。其中软件开发阶段一般又分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶段。3．8软件开发库softwaredevelopmentlibrary软件开发库是指在软件生存周期的某一个阶段期间，存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。3．9软件受控库softwaresontrolledlibrary软件受控库是指在软件生存周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息一人工可读信息的库。软件配置管理就是对软件受控库中的各软件项进行管理，因此软件受控库也叫做软件配置管理库。3．10软件产品库softwareproductlibary软件产品库是指在软件生存周期的组装与系统测试阶段结束后，存放最终产品而后交付给用户运行或在现场安装的软件的库。3．11接口控制interfacecontrol接口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特性和物理特性的过程。在实现之前，要确保对这些功能特性和物理特性所建议的修改已经过评审和批准。3．12功能基线functionalbaseline功能基线是指在系统分析与软件定义阶段结束时，经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明；或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明；或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标识。3．13指派基线allocatedbaseline指派基线是指在软件需求分析阶段结束时，经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。3．14产品基线productbaseline产品基线是指在软件组装与系统测试阶段结束时，经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。3．15软件配置softwareconfiguration软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式（机器可读或人3工可读）和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项(configurationitem)。3．16释放release释放是指在软件生存周期的各个阶段结束时，由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也中做交付(delivery)。4．软件配置管理计划编制大纲项目承办单位（或软件开发单位）中负责软件配置管理的机构或个人，必须制订一个包括下面各章内容的的软件配置管理计划（以下简称计划）。各章必须按所描述的顺序排列。如果某章中没有相应的内容，则在该章标题之后必须说明本章无内容的字样，并附上相应的理由。如果需要，可以在后面增加章条。如果某些材料已经出现在其它文件中，则在该计划中应引用那些文件。计划的封面必须标明计划名和该计划所属的项目名，并必须经项目委托单位和项目承办单位（或软件开发单位）的代表共同签字、批准。计划的目次是：引言管理软件配置管理活动工具、技术和方法对供货单位的控制记录的收集、维护和保存下面给出软件配置管理计划的各个章条必须具有的内容。4．1引言4．1．1目的本条必须指明特定的软件配置管理计划的具体目的，还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途。4．1．2定义和缩写词本条应该列出计划正文中需要解释的、而在GB/T11457中尚未包含的术语的定义，必要时，还要给出这些定义的英文单词及其缩写词。4．1．3参考资料本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。4．2管理本章必须描述负责软件配置管理的机构、任务、职责及其有关的接口控制。4．2．1机构4本条必须描述在各阶段中负责软件配置管理的机构。描述的内容如下：A．描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构；B．说明项目和子项目与其他有关项目之间的关系；C．指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系。4．2．2任务本条必须描述在软件生存周期各个阶段中的配置管理任务以及要进行评审的检查工作，并指出各个阶段的阶段产品应存放在哪一类软件库中（软件开发库、软件受控库或软件产品库）。4．2．3职责本条必须描述与软件配置管理有关的各类机构或成员的职责，并指出这些机构或成员相互之间的关系。A．指出负责各项软件配置管理任务（如配置标识、配置控制、配置状态记录以及配置的评审与检查）的机构的职责；B．指出上述机构与软件质量保证机构、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系；C．说明由本计划第4.2.2条指明的生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动；D．指出与项目开发有关的各个机构的代表的软件配置管理职责；E．指出其他特殊职责，例如为满足软件配置管理要求所必要的批准要求。4．2．4接口控制本条应该描述：A．接口规格说明标识和文档控制的方法；B．对已交付的接口规格说明和文档进行修改的方法；C．对要完成的软件配置管理活动进行跟踪的方法；D．记录和报告接口规格说明和文档控制状态的方法；E．控制软件和劫持它运行的硬件之间的接口的方法。4．2．5实现本条应该规定实现软件配置管理计划的主要里程碑，例如：A．建立配置控制组；5B．确定各个配置基线；C．建立接口控制协议；D．制订评审与检查软件配置管理计划和规程；E．制订相关的软件开发、测试和劫持工具的配置管理计划和规程。4．2．6适用的标准、条例和约定4．2．6．1本条必须指明所适用的软件配置管理标准、条例和约定，并把它们作为本计划要实现的一部分；还必须说明这些标准、条例和约定要实现的程度。4．2．6．2本条必须描述要在本项目中编写和实现的软件配置管理标准、条例和约定。这些标准、条例和约定可以包括如下内容：A．软件结构层次树中软件位置的标识方法；B．程序和模块的命名约定；C．版本级别的命名约定；D．软件产品的标识约定；E．规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法；F．媒体和文档管理的标识方法；G．文档交付过程；H．软件产品库中软件产品入库、移交或交付的过程；I．问题报告、修改请求和修改次序的处理过程；J．配置控制组的结构和作用；K．软件产品交付给用户的验收规程；L．软件库的操作，包括准备、存储和更新模块的方法；M．软件配置管理活动的检查；N．问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；O．软件进入配置管理之前的测试级别；P．质量保证级别，例如，在进入配置管理之前，验证软件满足有关基线的程序。4．3软件配置管理活动本章必须描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。64．3．1配置标识4．3．1．1本条必须详细说明软件项目的基线（即最初批准的配置标识），并把它们与本计划第4.2.2条描述的生存周期的特定阶段相联系。在软件生存周期中，主要有三种基线，它们是功能基线、指派基线和产品基线。对于每个基线，必须描述下列内容：A．每个基线的项（包括应交付的文档和程序）；B．与每个基线有关的评审与批准事项以及验收标准；C．在建立基线的过程中用户和开发者可的参与情况。例如，在产品基线中，要定义的元素可以包括：A．产品的名字和命名规则；B．产品标识编号；C．对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及有关文档的修改要求；D．安装说明；E．已知的缺陷和故障；F．软件媒体和媒体标识。4．3．1．2本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。例如，对代码来说：A．编译日期可以作为每个交付模块标识的一部分；B．在构造模块源代码的顺序行号时，应使它适合于对模块作进一步子修改。4．3．2配置控制4．3．2．1本条必须描述在本计划第4.2.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别。4．3．2．2本条必须定义对已有配置的修改建议进行处理的方法，其中包括：A．详细说明书在本计划第4.2.2条描述的软件生存周期各个阶段中提出建议的程序（可以用注上自然语言的流程图来表达）；B．描述实现已批准的修改建议（包括源代码、目标代码和文档的修改）的方法；C．描述软件库控制的规程，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；D．如果有必要修补目标代码，则要描述其标识和控制的方法。4．3．2．3对于各个不同层次的配置控制组和其他修改管理机构，本条必须：7A．定义其作用，并规定其权限和职责；B．如果已组成机构，则指明该机构的领导人员及其成员；C．如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；D．说明开发者和用户与配置控制组的关系。4．3．2．4当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。4．3．2．5本条必须说明与特殊产品（如非交付的软件、现存软件、用户提供的软件和内部支持软件）有关的配置控制规程。4．3．3配置状态的记录和报告本条必须：A．指明怎样收集、验证、存储、处理和报告配置项的状态信息；B．详细说明要定期提供的报告及其分发办