文档介绍：该【计算机软件配置管理计划规范 GB T12505-90 】是由【青山代下】上传分享，文档一共【18】页，该文档可以免费在线阅读，需要了解更多关于【计算机软件配置管理计划规范 GB T12505-90 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。:..GB/T12505-。本规范适用于软件特别是重要软件的配置管理计划的制订工作。对于非重要软件或已开发好的软件,可以采用本规范规定的要求的子集。,其它术语的定义按GB/T11457。在引用时,特别要注意线(baseline)、配置控制(configuration)、配置控制组(configurationcontrolboard)、配置检查(configurationaudit)、配置标识(configurationidentification)和配置状态记录(ounting)等术语的定义。(但有时也未必)确定产品需求的单位或个人。、购置或选用软件产品的单位或个人。。、控制或数据处理等任务的单位或个人。,也包括固化了的程序。:..,经过开发,产生出一个满足需求的计算机软件系统,然后投入运行,直至该软件系统退役为止。其间经历系统分析与软件定义、软件开发以及系统的运行与维护等三个阶段。其中软件开发阶段一般又分成需求分析、概要设计、详细设计、编码与单元测试、组装与系统测试以及安装与验收等六个阶段。,存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库。,存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息一人工可读信息的库。软件配置管理就是对软件受控库中的各软件项进行管理,因此软件受控库也叫做软件配置管理库。,存放最终产品而后交付给用户运行或在现场安装的软件的库。。在实现之前,要确保对这些功能特性和物理特性所建议的修改已经过评审和批准。,经过正式评审和批准的系统设计规格说明书中对待开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明;或是由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明。功能基线是最初批准的功能配置标识。,经过正式评审和批准的软件需求的规格说明。指派基线是最初批准的指派配置标识。,经过正式评审的批准的有关所开发的软件产品的全部配置项的规格说明。产品基线是最初批准的产品配置标识。(机器可读或人2:..和各种版本的文档、程序及其数据的集合。该集合中的每一个元素称为该软件产品软件配置中的一个配置项(configurationitem)。,由该阶段向下阶段提交该阶段产品的过程。它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程。后面这个过程也中做交付(delivery)。(或软件开发单位)中负责软件配置管理的机构或个人,必须制订一个包括下面各章内容的的软件配置管理计划(以下简称计划)。各章必须按所描述的顺序排列。如果某章中没有相应的内容,则在该章标题之后必须说明本章无内容的字样,并附上相应的理由。如果需要,可以在后面增加章条。如果某些材料已经出现在其它文件中,则在该计划中应引用那些文件。计划的封面必须标明计划名和该计划所属的项目名,并必须经项目委托单位和项目承办单位(或软件开发单位)的代表共同签字、批准。计划的目次是:引言管理软件配置管理活动工具、技术和方法对供货单位的控制记录的收集、维护和保存下面给出软件配置管理计划的各个章条必须具有的内容。,还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途。、而在GB/T11457中尚未包含的术语的定义,必要时,还要给出这些定义的英文单词及其缩写词。、代号、编号、出版机构和出版年月。、任务、职责及其有关的接口控制。:..;;。,并指出各个阶段的阶段产品应存放在哪一类软件库中(软件开发库、软件受控库或软件产品库)。,并指出这些机构或成员相互之间的关系。(如配置标识、配置控制、配置状态记录以及配置的评审与检查)的机构的职责;、软件开发单位、项目承办单位、项目委托单位以及用户等机构的关系;、检查和审批过程中的用户职责以及相关的开发与维护活动;;,例如为满足软件配置管理要求所必要的批准要求。:;;;;。,例如:;4:..B确定各个配置基线;;;、测试和劫持工具的配置管理计划和规程。、、条例和约定,并把它们作为本计划要实现的一部分;还必须说明这些标准、条例和约定要实现的程度。、条例和约定。这些标准、条例和约定可以包括如下内容:;;;;、测试计划与测试规程、程序设计手册及其他文档的标识方法;;;、移交或交付的过程;、修改请求和修改次序的处理过程;;;,包括准备、存储和更新模块的方法;;、修改请求或修改次序的文档要求,指出配置修改的目的和影响;;,例如,在进入配置管理之前,验证软件满足有关基线的程序。、配置控制、配置状态记录与报告以及配置检查与评审等到四方面的软件配置管理活动的需求。5:..(即最初批准的配置标识),。在软件生存周期中,主要有三种基线,它们是功能基线、指派基线和产品基线。对于每个基线,必须描述下列内容:(包括应交付的文档和程序);;。例如,在产品基线中,要定义的元素可以包括:;;,要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及有关文档的修改要求;;;。、代号、编号以及分类规程。例如,对代码来说:;,应使它适合于对模块作进一步子修改。。,其中包括:(可以用注上自然语言的流程图来表达);(包括源代码、目标代码和文档的修改)的方法;,其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程;,则要描述其标识和控制的方法。,本条必须:6:..A定义其作用,并规定其权限和职责;,则指明该机构的领导人员及其成员;,则说明怎样任命该机构的领导人、成员及代理人;。,本条必须说明对其进行配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审,则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系。(如非交付的软件、现存软件、用户提供的软件和内部支持软件)有关的配置控制规程。:、验证、存储、处理和报告配置项的状态信息;;,要指出所动态查询的能力;,要描述其实现手段。例如,在配置状态记录和报告中,通常要描述的信息有:;;;;、更新或交付的实现报告;(如操作系统)的状态;。:;;7:..C指出用于标识和解决在检查和评审期间所发现的问题的工作规程。、技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法,指明它们的目的,并在开发者所有权的范围内描述其用法。例如,可以包括用于下列任务的工具、技术和方法:。,并把它正式地交付给用户。例如,要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述;如果用到数据库管理系统,则还要对该系统进行描述。又如,要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。。因此必须进一步定义用于准备多种级别(如项目负责人、配置控制小组、软件配置管理人员和用户)的管理报告的工具、技术和方法。、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程,从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法;还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法。、维护和保存本章必须指明要保存的软件配置管理文档,指明用于汇总、保护和维护这些文档的方法和设施(其中包括要使用的后备设施),并指明要保存的期限。GB/T12505-90附录A软件配置管理计划示例(参考件)计划名CADCSC软件配置管理计划项目名中国控制系统CAD工程化软件系统项目委托单位8:..,以保证所交付的CADCSC软件能够满足项目委托书中规定的各种原则需求,能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求。软件开发单位在开发本项目所属的各子系统(其中包括为本项目研制或选用的各种支持软件)时,都应该执行本计划中的有关规定,但可以根据各自的情况对本计划作适当的剪裁,以满足特定的配置管理需求。剪裁后的计划必须经总体组批准。。,必须成立软件配置管理小组负责配置管理工作。软件配置管理小组属项目总体组领导,由总体组代表、软件工程小组代表、项目的专职配置管理人员、项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成,由总体组代表任组长。各子系统的软件配置管理人员在业务上受软件配置管理小组领导,在行政上受子系统负责人领导。软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施。各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况。各子系统的软件配置管理人员应该根据对子项目的具体要求,制订必要的规程和规定,以确保完全遵守本9:..,与本阶段的阶段产品有关的全部信息在软件开发库存放,与前面各个阶段的阶段产品有关的信息则在软件受控库存放。在研制与开发阶段的阶段产品的过程中,开发者和开发小组长有权对本阶段的阶段产品作必要的修改;但是如果开发者或开发小组长认为有必要个性前面有关阶段的阶段产品时,就必须通过项目的配置管理小组办理正规的审批手续。因此,软件开发库属开发这个阶段产品的开发者管理,而软件受控库由项目的配置管理小组管理。软件经过组装与系统测试后,应该送入软件产品库,如欲对其修改,必须经软件配置管理小组研究同意,然后报项目总体组组长批准。关于软件配置要进行修改时的具体审批手续,。,各类人员要互相配合、分工协作,共同担负起整个项目的软件配置管理工作。其中各类人员的分工如下:,他对有关软件配置管理的各项工作全面负责,特别要对更改建议的审批和评审负责;;;,并参与各子系统的功能配置检查和物理配置检查;,并协助检查各类人员对软件配置管理计划的执行情况;,负责审查所采用的配置管理工具、技术和方法,并负责汇总、维护和保存有关软件配置管理活动的各项记录。、合理的控制,是软件配置管理中最重要的任务之一。整个软件项目及其各子系统都必须对进行严格的控制。在工程化软件系统中,主要的接口有如下五类::用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时还指实现这些操作约定的物理部件的功能与性能特性。:系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定。:标准程序接口是指各应用子系统与标准子程序库(包括宿主计算机系统已有的库程序)之间的调用约定。:设备接口是指各子系统与各种设备(包括终端和其他各种输入/输出设备)之间的连接约定。:软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其它软件系统之间的连接约定。10:..是软件配置管理的重要任务之一。这五类接口都涉及到CADCSC软件系统的全局,因此,当要求对这五类接口中的任一类接口进行修改时,都必须办理正规的审批手续,最后要经项目总体组批准。(可参阅表1)。表1两类修改的审批程序步骤A类修改的审批程序B类修改的审批程序1发现问题,填写软件问题报告单发现问题,,要特别注意实现以下三个里程碑::在项目总体组批准软件配置管理计划之后,立即成立软件配置管理小组;:随着CADCSC软件系统及其所属各子系统的任务书的评审和批准,建立起功能基线;随着总体组编写的《CADCSC软件需求规格说明书》的批准,建立起指派基线;随着CADCSC工程化软件系统的集成与系统测试的完成,建立起产品基线。:在本项目所属的各个子系统的研制工作的开始,就建立起各个子系统的软件开发库,并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库。以后在每个开发阶段的结束,建立各个子系统的新的开发库,同时把这个阶段的阶段产品送入总的软件受控库,并在各个子系统的计算机上建立软件受控库的副本。软件受控库必须以主软件受控库为准。当全部开发工作结束,在配置管理小组的计算机上建立起软件产品库,并在各子系统的计算机上建立软件产品库的副本。、,还应该遵守如下标准、条例和约定:、软件受控库与软件产品库的操作规程与管理规程;、子系统、模块和程序单元的命名约定;11:..C文档和测试用例的命名和管理规程。这引起命名约定、操作规程与管理规程应由CADCSC项目技术组负责制订,并应认真听取各子系统项目负责人的意见,最后报项目总体组审批。在执行过程中,如果发现某些条款需要修改,则必须办理正规的审批手续,最后要经项目总体组批准。。,都要符合GB8567中的规定。CADCSC软件系统及其所属的各个子系统所编写的文档数目,可根据GB8567的规定作适当的剪裁。剪裁方案由技术组提出建议,报总体组批准。、分程序、模块和程序单元,都要按照由项目技术组制订,且经总体组批准的软件系统的命名约定的规定来标识。,首先要按照任务书、软件需求规格说明书的规定确定其技术内容,然后按照软件系统的上述命名约定的规定来标识。,其中包括本项目的各个运行软件,也包括为本项目专门开发的支持软件。配置控制的要点如下:;对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基线及其集成系统的任何修改(称为A类修改),都必须通过项目配置管理小组讨论,并必须经总体组批准;对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改(称为B类修改),都必须通过本项目各个子系统的配置管理人员审查,并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案。:上述两类修改的审批程序如表1。:修改控制工具是协助软件配置管理人员进行配置控制的有效手段。。对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现,用户可通过该软件系统对其进行查询。注:本计划在此处应给出软件问题报告单与软件修改报告单的具体格式,并作出必要的说明。鉴于本计划拟采用附录B(参考件)中建议的格式,因而这两个报告单的格式及其说明可参阅附录B。12:..34配置的检查和评审项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查;对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查;对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次;在软件验收前要对宿主计算机系统、各个子系统及其专用支持软件的配置进行综合检查。在软件开发周期各阶段的评审与检查工作中,要对该阶段所进行的配置管理工作进行必要的评审和检查。应该进行评审与检查的内容与次数,由CADCSC软件质量计划规定。(见表1)。4工具、技术和方法在软件的开发过程中,与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅助生成工具与图形编辑工具等到三种。:它支持用C语言编写的模块的静态分析、结构测试与功能测试。主要功能为:协助测试人员判断程序结构与变量使用情况是否有错;给测试人员提供模块语句覆盖C0和分支覆盖率C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词,给出不同测试用例有效性的表格;同时提出功能测试的有效情况,并协助组织最终交付给用户的有效测试用例的集合。:它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织;支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围;同时还应支持软件配置管理小组对软件配置更改进行科学的管理。:它主要协助用户绘制描述程序流程与结构的DFD图与SC图、绘制描述软件功能(输入、输出关系)的曲线以及绘制描述系统特性的一些其他图形,同时还可生成若干与CADCSC软件文档编制大纲适应的文档模板。用户利用这个工具的正文与图形编辑功能以及上述辅助功能,可以比较方便地产生清晰悦目的文档,也有利于对文档进行更改,这有助于提高文档的编制质量。有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定。5对供货单位的控制CADCSC项目所属的各个子系统开发组如果需要从软件销售单位购买、委托其他开发单位、从开发单位现存软件库选用或从项目委托单位或用户的现有连锁反应加中选用软件时,则在选用前应向CADCSC总体组报告,然后由CADCSC总体组组织软件选用评审小组进行评审、测试与检查,只有当演示成功、测试合格后才能批准使用。如果只选用其中部分内容,则按等待开发软件的处理过程办理,此时CADCSC总体组不予预。在进行上述工作过程中,软件配置管理人员要进行下列工作:;这些软件的功能配置检查由项目的软件质量保证小组负责。,软件配置管理小组要对其存放媒体和配置标识进行认真的审查。,必须经过正式的验收手续,并由项目技术管理小组负责人批准,然后置于软件配置管理小组的控制之下。13:..6在本项目及其所属的各个子系统的研制与开发期间,要进行各种软件配置管理活动。准确记录、及时分析并妥善存放有关这些活动的记录,对这些软件的下沉运行与维护工作十分有利。在软件配置管理小组中,应有专人负责收集、汇总与保存这些记录。、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品基线要送入软盘或磁带,至少必须一式两份且存放在两个不同的地点。这些记录应该每6个月拷贝一次,以免意外损伤与自然老化。,至少必须工式两份且存放在两个不同的地点,并应有一份打印的硬拷贝。磁媒体应该每隔6个月拷贝一次,以免意外损伤与自然老化。、测试数据、测试报告及其他有关文档,除了按A、B规定妥善存放外,要在项目结束后再保存2年,或在条件成熟时转交给这些软件产品的生产系统。注:具体保存年限要根据项目的性质与开发单位的任务来确定,此处仅作为一个示例。、评审记录与修改历史,要作为这些软件的历史记录来保存,目前可用打印硬拷贝一式两份存放,有条件时再转移到在线光学存储媒体中。,本软件系统的各项配置可能要求存放5~7年,但由于我国对这些问题尚无明确的规定,因此,有关本条款的具体规定待将来有必要与可能时再作修改与补充。附录B配置管理报表及其格式(参考件)B1软件问题报告单(SPR)在系统的运行与维护阶段对软件产品的任何修改建议,或在软件开发的任一阶段中对前面各个阶段的阶段产品的任何修改建议,都应填入软件问题报告单。软件问题报告单的格式见表B1。、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。表中其他各项即D、E、F、G、H、I、J、K、N和O各项是由发现问题的人或申请配置管理的人填写的,他可能还要填写J、L和M三项内容。前四项内容的意义如下:A是由配置管理人员确定的登记号,一般按报告问题的先后顺序编号;B是由配置管理人员登记问题报告的日期;C是发现软件问题的日期;14:..P关于配置管理七种状态的含义在下面解释。,现分别说明如下:1表示软件问题报告正被评审,已确定采取什么行动;2表示软件问题报告已由指定的开发人员去进行维护工作;3表示修改已经完成、测试好,正准备释放给