GBT12505-90计算机软件配置管理计划规范教学内容.doc
《GBT12505-90计算机软件配置管理计划规范教学内容.doc》由会员分享,可在线阅读,更多相关《GBT12505-90计算机软件配置管理计划规范教学内容.doc(24页珍藏版)》请在得力文库 - 分享文档赚钱的网站上搜索。
1、Good is good, but better carries it.精益求精,善益求善。GBT12505-90计算机软件配置管理计划规范-计算机软件配置管理计划规范GB/T12505-90Specificationforcomputersoftwareconfigurationmanagementplan1主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求。本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。2引用标准GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机
2、软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范3术语下面给出在本规范中用到的一些术语的定义,其它术语的定义按GB/T11457。在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configurationcontrolboard)、配置检查(configurationaudit)、配置标识(configurationidentification)和配置状态记录(configurationstatusaccounting)等术语的定义。31项目委托单位projectentrustorganization项目委托单位是指为产品开发
3、提供资金并通常也是(但有时也未必)确定产品需求的单位或个人。32项目承办单位projectundertakingorganization项目承办单位是指为项目委托单位开发、购置或选用软件产品的单位或个人。33软件开发单位softwaredevelopmentorganization软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人。34用户user用户是指实际全胜软件来完成某项计算、控制或数据处理等任务的单位或个人。35软件software软件是指计算机程序及其有关的数据和文档,也包括固化了的程序。36重要软件criticalsoftware重要软件是指其故障会影响到人
4、身安全、会导致重大经济损失或社会损失的软件。37软件生存周期softwarelifecycle软件生存周期是指从软件系统设计对软件系统提出应用需求开始,经过开发,产生出一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。其间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。其中软件开发阶段一般又分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶段。38软件开发库softwaredevelopmentlibrary软件开发库是指在软件生存周期的某一个阶段期间,存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。39软件
5、受控库softwaresontrolledlibrary软件受控库是指在软件生存周期的某一个阶段结束时,存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息一人工可读信息的库。软件配置管理就是对软件受控库中的各软件项进行管理,因此软件受控库也叫做软件配置管理库。310软件产品库softwareproductlibary软件产品库是指在软件生存周期的组装与系统测试阶段结束后,存放最终产品而后交付给用户运行或在现场安装的软件的库。311接口控制interfacecontrol接口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特性和物理特性的过程。在实现之前,要确
6、保对这些功能特性和物理特性所建议的修改已经过评审和批准。312功能基线functionalbaseline功能基线是指在系统分析与软件定义阶段结束时,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标识。313指派基线allocatedbaseline指派基线是指在软件需求分析阶段结束时,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。3
7、14产品基线productbaseline产品基线是指在软件组装与系统测试阶段结束时,经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。315软件配置softwareconfiguration软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式(机器可读或人工可读)和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项(configurationitem)。316释放release释放是指在软件生存周期的各个阶段结束时,由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的
8、最终产品向用户提交的过程。后面这个过程也中做交付(delivery)。4软件配置管理计划编制大纲项目承办单位(或软件开发单位)中负责软件配置管理的机构或个人,必须制订一个包括下面各章内容的的软件配置管理计划(以下简称计划)。各章必须按所描述的顺序排列。如果某章中没有相应的内容,则在该章标题之后必须说明本章无内容的字样,并附上相应的理由。如果需要,可以在后面增加章条。如果某些材料已经出现在其它文件中,则在该计划中应引用那些文件。计划的封面必须标明计划名和该计划所属的项目名,并必须经项目委托单位和项目承办单位(或软件开发单位)的代表共同签字、批准。计划的目次是:引言管理软件配置管理活动工具、技术和
9、方法对供货单位的控制记录的收集、维护和保存下面给出软件配置管理计划的各个章条必须具有的内容。41引言411目的本条必须指明特定的软件配置管理计划的具体目的,还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途。412定义和缩写词本条应该列出计划正文中需要解释的、而在GB/T11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。413参考资料本条必须列出计划正文中所引用资料的名称、代号、编号、出版机构和出版年月。42管理本章必须描述负责软件配置管理的机构、任务、职责及其有关的接口控制。421机构本条必须描述在各阶段中负责软件配置管理的机构。描述的内容如下:A
10、描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构;B说明项目和子项目与其他有关项目之间的关系;C指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系。422任务本条必须描述在软件生存周期各个阶段中的配置管理任务以及要进行评审的检查工作,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。423职责本条必须描述与软件配置管理有关的各类机构或成员的职责,并指出这些机构或成员相互之间的关系。A指出负责各项软件配置管理任务(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;B指出上述机构与软件质量保证机构、软件开
11、发单位、项目承办单位、项目委托单位以及用户等机构的关系;C说明由本计划第4.2.2条指明的生存周期各个阶段的评审、检查和审批过程中的用户职责以及相关的开发与维护活动;D指出与项目开发有关的各个机构的代表的软件配置管理职责;E指出其他特殊职责,例如为满足软件配置管理要求所必要的批准要求。424接口控制本条应该描述:A接口规格说明标识和文档控制的方法;B对已交付的接口规格说明和文档进行修改的方法;C对要完成的软件配置管理活动进行跟踪的方法;D记录和报告接口规格说明和文档控制状态的方法;E控制软件和劫持它运行的硬件之间的接口的方法。425实现本条应该规定实现软件配置管理计划的主要里程碑,例如:A建立
12、配置控制组;B确定各个配置基线;C建立接口控制协议;D制订评审与检查软件配置管理计划和规程;E制订相关的软件开发、测试和劫持工具的配置管理计划和规程。426适用的标准、条例和约定4261本条必须指明所适用的软件配置管理标准、条例和约定,并把它们作为本计划要实现的一部分;还必须说明这些标准、条例和约定要实现的程度。4262本条必须描述要在本项目中编写和实现的软件配置管理标准、条例和约定。这些标准、条例和约定可以包括如下内容:A软件结构层次树中软件位置的标识方法;B程序和模块的命名约定;C版本级别的命名约定;D软件产品的标识约定;E规格说明、测试计划与测试规程、程序设计手册及其他文档的标识方法;F
13、媒体和文档管理的标识方法;G文档交付过程;H软件产品库中软件产品入库、移交或交付的过程;I问题报告、修改请求和修改次序的处理过程;J配置控制组的结构和作用;K软件产品交付给用户的验收规程;L软件库的操作,包括准备、存储和更新模块的方法;M软件配置管理活动的检查;N问题报告、修改请求或修改次序的文档要求,指出配置修改的目的和影响;O软件进入配置管理之前的测试级别;P质量保证级别,例如,在进入配置管理之前,验证软件满足有关基线的程序。43软件配置管理活动本章必须描述配置标识、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。431配置标识4311本条必须详细说明软件
14、项目的基线(即最初批准的配置标识),并把它们与本计划第4.2.2条描述的生存周期的特定阶段相联系。在软件生存周期中,主要有三种基线,它们是功能基线、指派基线和产品基线。对于每个基线,必须描述下列内容:A每个基线的项(包括应交付的文档和程序);B与每个基线有关的评审与批准事项以及验收标准;C在建立基线的过程中用户和开发者可的参与情况。例如,在产品基线中,要定义的元素可以包括:A产品的名字和命名规则;B产品标识编号;C对每一个新交付的版本,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及有关文档的修改要求;D安装说明;E已知的缺陷和故障;F软件媒体和媒体标识。4312本条必
15、须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。例如,对代码来说:A编译日期可以作为每个交付模块标识的一部分;B在构造模块源代码的顺序行号时,应使它适合于对模块作进一步子修改。432配置控制4321本条必须描述在本计划第4.2.2条描述的软件生存周期中各个阶段使用的修改批准权限的级别。4322本条必须定义对已有配置的修改建议进行处理的方法,其中包括:A详细说明书在本计划第4.2.2条描述的软件生存周期各个阶段中提出建议的程序(可以用注上自然语言的流程图来表达);B描述实现已批准的修改建议(包括源代码、目标代码和文档的修改)的方法;C描述软件库控制的规程,其中包括存取控制、对于适用
16、基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程;D如果有必要修补目标代码,则要描述其标识和控制的方法。4323对于各个不同层次的配置控制组和其他修改管理机构,本条必须:A定义其作用,并规定其权限和职责;B如果已组成机构,则指明该机构的领导人员及其成员;C如果还没有组成机构,则说明怎样任命该机构的领导人、成员及代理人;D说明开发者和用户与配置控制组的关系。4324当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时,本条必须说明对其进行配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审,则本条必须描述这些机构的组成、它们与配置控
17、制组的关系以及它们之间的相互关系。4325本条必须说明与特殊产品(如非交付的软件、现存软件、用户提供的软件和内部支持软件)有关的配置控制规程。433配置状态的记录和报告本条必须:A指明怎样收集、验证、存储、处理和报告配置项的状态信息;B详细说明要定期提供的报告及其分发办法;C如果有动态查询,要指出所动态查询的能力;D如果要求记录用户说明的特殊状态时,要描述其实现手段。例如,在配置状态记录和报告中,通常要描述的信息有:A规格说明的状态;B修改建议的状态;C修改批准的报告;D产品版本或其修改版的状态;E安装、更新或交付的实现报告;F用户提供的产品(如操作系统)的状态;G有关开发项目历史的报告。43
18、4配置的检查和评审本条必须:A定义在软件配置计划的第4.2.2条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用;B规定每次检查和评审所包含的配置项;C指出用于标识和解决在检查和评审期间所发现的问题的工作规程。44工具、技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法。例如,可以包括用于下列任务的工具、技术和方法:A软件媒体和媒体的标识。B把文档和媒体置于软件配置管理的控制之下,并把它正式地交付给用户。例如,要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述;如果用到数据库管
19、理系统,则还要对该系统进行描述。又如,要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。C编制关于程序及其有关文档的修改状态的文档。因此必须进一步定义用于准备多种级别(如项目负责人、配置控制小组、软件配置管理人员和用户)的管理报告的工具、技术和方法。45对供货单位的控制供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法;还应解释用于确定供货单位的软件配置管理能力的方
20、法以及监督他们遵循本软件配置管理计划需求的方法。46记录的收集、维护和保存本章必须指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施(其中包括要使用的后备设施),并指明要保存的期限。GB/T12505-90附录A软件配置管理计划示例(参考件)计划名CADCSC软件配置管理计划项目名中国控制系统CAD工程化软件系统项目委托单位代表签名年月日项目承办单位代表签名年月日1引言11目的本计划的目的在于对所开发的CADCSC软件规定各种必要的配置管理条款,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求
21、规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。12定义本计划中用到的一些术语的定义按GB/T11457和GB/T12504。13参考资料GB/T11457软件工程术语GB8566计算机软件开发规范GB8567计算机软件产品开发文件编制指南GB/T12504计算机软件质量保证计划规范GB/T12505计算机软件配置管理计划规范CADCSC软件质量保证计划2管理21机构在本软件系统整个开发期间,必须成
22、立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本计划规定的所有要求。22任务在软件工程化生产的各个阶段中,与本
23、阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,将在第3.2条中详细规定。23职责在软件配置管理小组
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- GBT12505 90 计算机软件 配置管理 计划 规范 教学内容
限制150内