GB T 12505-1990 计算机软件配置管理计划规范.pdf

《GB T 12505-1990 计算机软件配置管理计划规范.pdf》由会员分享，可在线阅读，更多相关《GB T 12505-1990 计算机软件配置管理计划规范.pdf（17页珍藏版）》请在麦多课文档分享上搜索。

1、中华人民共和国国家标准计算机软件配置管理计划规范发布实施国家技术监督局发布中华人民共和国国家标准计算机软件配置管理计划规范国家技术监督局批准实施主题内容与适用范围本规范规定了在制订软件配置管理计划时应该遵循的统一的基本要求本规范适用于软件特别是重要软件的配置管理计划的制订工作对于非重要软件或已开发好的软件可以采用本规范规定的要求的子集引用标准软件工程术语计算机软件开发规范计算机软件产品开发文件编制指南计算机软件质量保证计划规范术语下面给出在本规范中用到的一些术语的定义其它术语的定义按在引用时特别要注意基线配置控制配置控制组配置检查配置标识和配置状态记录等术语的定义项目委托单位项目委托单位是指为

2、产品开发提供资金并通常也是但有时也未必确定产品需求的单位或个人项目承办单位项目承办单位是指为项目委托单位开发购置或选用软件产品的单位或个人软件开发单位软件开发单位是指直接或间接受项目委托单位委托而直接负责开发软件的单位或个人用户用户是指实际使用软件来完成某项计算控制或数据处理等任务的单位或个人软件软件是指计算机程序及其有关的数据和文档也包括固化了的程序重要软件重要软件是指其故障会影响到人身安全会导致重大经济损失或社会损失的软件软件生存周期软件生存周期是指从软件系统设计对软件系统提出应用需求开始经过开发产生出一个满足需求的计算机软件系统然后投入运行直至该软件系统退役为止其间经历系统分析与软件定义

3、软件开发以及系统的运行与维护等三个阶段其中软件开发阶段一般又划分成需求分析概要设计详细设计编码与单元测试组装与系统测试以及安装与验收等六个阶段软件开发库软件开发库是指在软件生存周期的某一个阶段期间存放与该阶段软件开发工作有关的计算机可读信息和人工可读信息的库软件受控库软件受控库是指在软件生存周期的某一个阶段结束时存放作为阶段产品而释放的与软件开发工作有关的计算机可读信息和人工可读信息的库软件配置管理就是对软件受控库中的各个软件项进行管理因此软件受控库也叫做软件配置管理库软件产品库软件产品库是指在软件生存周期的组装与系统测试阶段结束后存放最终产品而后交付给用户运行或在现场安装的软件的库接口控制接

4、口控制是指描述有关由一个或多个部门提供的两个或两个以上的配置项接口的所有功能特性和物理特性的过程在实现之前要确保对这些功能特性和物理特性所建议的修改已经过评审和批准功能基线功能基线是指在系统分析与软件定义阶段结束时经过正式评审和批准的系统设计规格说明书中对待开发软件系统的规格说明或是指经过项目委托单位和项目承办单位双方签字同意的协议书或合同中所规定的对待开发软件系统的规格说明或是指由下级申请经上级同意或直接由上级下达的项目任务书中所规定的对待开发软件系统的规格说明功能基线是最初批准的功能配置标识指派基线指派基线是指在软件需求分析阶段结束时经过正式评审和批准的软件需求的规格说明指派基线是最初批准

5、的指派配置标识产品基线产品基线是指在软件组装与系统测试阶段结束时经过正式评审和批准的有关所开发的软件产品的全部配置项的规格说明产品基线是最初批准的产品配置标识软件配置软件配置是指一个软件产品在软件生存周期各个阶段所产生的各种形式机器可读或人工可读和各种版本的文档程序及其数据的集合该集合中的每一个元素称为该软件产品软件配置中的一个配置项释放释放是指在软件生存周期的各个阶段结束时由该阶段向下阶段提交该阶段的阶段产品的过程它也指将集成与系统测试阶段结束时所获得的最终产品向用户提交的过程后面这个过程也叫做交付软件配置管理计划编制大纲项目承办单位或软件开发单位中负责软件配置管理的机构或个人必须制订一个包

6、括下面各章内容的软件配置管理计划以下简称计划各章必须按所描述的顺序排列如果某章中没有相应的内容则在该章标题之后必须说明本章无内容的字样并附上相应的理由如果需要可以在后面增加章条如果某些材料已经出现在其它文件中则在该计划中应引用那些文件计划的封面必须标明计划名和该计划所属的项目名并必须经项目委托单位和项目承办单位或软件开发单位的代表共同签字批准计划的目次是引言管理软件配置管理活动工具技术和方法对供货单位的控制记录的收集维护和保存下面给出软件配置管理计划的各个章条必须具有的内容引言目的本条必须指明特定的软件配置管理计划的具体目的还必须描述该计划所针对的软件项目及其所属的各个子项目的名称和用途定义和

7、缩写词本条应该列出计划正文中需要解释的而在中尚未包含的术语的定义必要时还要给出这些定义的英文单词及其缩写词参考资料本条必须列出计划正文中所引用资料的名称代号编号出版机构和出版年月管理本章必须描述负责软件配置管理的机构任务职责及其有关的接口控制机构本条必须描述在各阶段中负责软件配置管理的机构描述的内容如下描述在软件生存周期各阶段中软件配置管理的功能和负责软件配置管理的机构说明项目和子项目与其他有关项目之间的关系指出在软件生存周期各阶段中的软件开发或维护机构与配置控制组的相互关系任务本条必须描述在软件生存周期各个阶段中的配置管理任务以及要进行的评审和检查工作并指出各个阶段的阶段产品应存放在哪一类软

8、件库中软件开发库软件受控库或软件产品库职责本条必须描述与软件配置管理有关的各类机构或成员的职责并指出这些机构或成员相互之间的关系指出负责各项软件配置管理任务如配置标识配置控制配置状态记录以及配置的评审与检查的机构的职责指出上述机构与软件质量保证机构软件开发单位项目承办单位项目委托单位以及用户等机构的关系说明由本计划第条指明的生存周期各个阶段的评审检查和审批过程中的用户职责以及相关的开发与维护活动指出与项目开发有关的各个机构的代表的软件配置管理职责指出其他特殊职责例如为满足软件配置管理要求所必要的批准要求接口控制本条应该描述接口规格说明标识和文档控制的方法对已交付的接口规格说明和文档进行修改的方

9、法对要完成的软件配置管理活动进行跟踪的方法记录和报告接口规格说明和文档控制状态的方法控制软件和支持它运行的硬件之间的接口的方法实现本条应该规定实现软件配置管理计划的主要里程碑例如建立配置控制组确定各个配置基线建立接口控制协议制订评审与检查软件配置管理计划和规程制订相关的软件开发测试和支持工具的配置管理计划和规程适用的标准条例和约定本条必须指明所适用的软件配置管理标准条例和约定并把它们作为本计划要实现的一部分还必须说明这些标准条例和约定要实现的程度本条必须描述要在本项目中编写和实现的软件配置管理标准条例和约定这些标准条例和约定可以包括如下内容软件结构层次树中软件位置的标识方法程序和模块的命名约定

10、版本级别的命名约定软件产品的标识方法规格说明测试计划与测试规程程序设计手册及其他文档的标识方法媒体和文档管理的标识方法文档交付过程软件产品库中软件产品入库移交或交付的过程问题报告修改请求和修改次序的处理过程配置控制组的结构和作用软件产品交付给用户的验收规程软件库的操作包括准备存储和更新模块的方法软件配置管理活动的检查问题报告修改请求或修改次序的文档要求指出配置修改的目的和影响软件进入配置管理之前的测试级别质量保证级别例如在进入配置管理之前验证软件满足有关基线的程度软件配置管理活动本章必须描述配置标识配置控制配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求配置标识本条必须详细

11、说明软件项目的基线即最初批准的配置标识并把它们与本计划第条描述的生存周期的特定阶段相联系在软件生存周期中主要有三种基线它们是功能基线指派基线和产品基线对于每个基线必须描述下列内容每个基线的项包括应交付的文档和程序与每个基线有关的评审与批准事项以及验收标准在建立基线的过程中用户和开发者的参与情况例如在产品基线中要定义的元素可以包括产品的名字和命名规则产品标识编号对每一个新交付的版本要给出版本交付号新修改的描述修改交付的方法对支持软件的修改要求以及对有关文档的修改要求安装说明已知的缺陷和故障软件媒体和媒体标识本条必须描述本项目所有软件代码和文档的标题代号编号以及分类规程例如对代码来说编译日期可以作

12、为每个交付模块标识的一部分在构造模块源代码的顺序行号时应使它适合于对模块作进一步的修改配置控制本条必须描述在本计划第条描述的软件生存周期中各个阶段使用的修改批准权限的级别本条必须定义对已有配置的修改建议进行处理的方法其中包括详细说明在本计划第条描述的软件生存周期各个阶段中提出修改建议的程序可以用注上自然语言的流程图来表达描述实现已批准的修改建议包括源代码目标代码和文档的修改的方法描述软件库控制的规程其中包括存取控制对于适用基线的读写保护成员保护成员标识档案维护修改历史以及故障恢复等七项规程如果有必要修补目标代码则要描述其标识和控制的方法对于各个不同层次的配置控制组和其他修改管理机构本条必须定义

13、其作用并规定其权限和职责如果已组成机构则指明该机构的领导人及其成员如果还没有组成机构则说明怎样任命该机构的领导人成员及代理人说明开发者和用户与配置控制组的关系当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时本条必须说明对其进行配置控制的方法如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审则本条必须描述这些机构的组成它们与配置控制组的关系以及它们之间的相互关系本条必须说明与特殊产品如非交付的软件现存软件用户提供的软件和内部支持软件有关的配置控制规程配置状态的记录和报告本条必须指明怎样收集验证存储处理和报告配置项的状态信息详细说明要定期提供的报告及其分发办法如果有动态查

14、询要指出所提供的动态查询的能力如果要求记录用户说明的特殊状态时要描述其实现手段例如在配置状态记录和报告中通常要描述的信息有规格说明的状态修改建议的状态修改批准的报告产品版本或其修改版的状态安装更新或交付的实现报告用户提供的产品如操作系统的状态有关开发项目历史的报告配置的检查和评审本条必须定义在软件配置管理计划的第条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用规定每次检查和评审所包含的配置项指出用于标识和解决在检查和评审期间所发现的问题的工作规程工具技术和方法本章必须指明为支持特定项目的软件配置管理所使用的软件工具技术和方法指明它们的目的并在开发者所有权的范围内描述其用

15、法例如可以包括用于下列任务的工具技术和方法软件媒体和媒体文档的标识把文档和媒体置于软件配置管理的控制之下并把它正式地交付给用户例如要给出对软件库内的源代码和目标代码进行控制的工具技术和方法的描述如果用到数据库管理系统则还要对该系统进行描述又如要指明怎样使用软件库工具技术和方法来处理软件产品的交付编制关于程序及其有关文档的修改状态的文档因此必须进一步定义用于准备多种级别如项目负责人配置控制小组软件配置管理人员和用户的管理报告的工具技术和方法对供货单位的控制供货单位是指软件销售单位软件开发单位或软件子开发单位必须规定对这些供货单位进行控制的管理规程从而使从软件销售单位购买的其他开发单位开发的或从开

16、发单位现存软件库中选用的软件能满足规定的软件配置管理需求管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法还应解释用于确定供货单位的软件配置管理能力的方法以及监督他们遵循本软件配置管理计划需求的方法记录的收集维护和保存本章必须指明要保存的软件配置管理文档指明用于汇总保护和维护这些文档的方法和设施其中包括要使用的后备设施并指明要保存的期限附录软件配置管理计划示例参考件计划名软件配置管理计划项目名中国控制系统工程化软件系统项目委托单位代表签名年月日项目承办单位代表签名年月日引言目的本计划的目的在于对所开发的软件规定各种必要的配置管理条款以保证所交付的软件能够满足项目委托书中规定的各

17、种原则需求能够满足本项目总体组制定的且经领导小组批准的软件系统需求规格说明书中规定的各项具体需求软件开发单位在开发本项目所属的各子系统其中包括为本项目研制或选用的各种支持软件时都应该执行本计划中的有关规定但可以根据各自的情况对本计划作适当的剪裁以满足特定的配置管理需求剪裁后的计划必须经总体组批准定义本计划中用到的一些术语的定义按和参考资料软件工程术语计算机软件开发规范计算机软件产品开发文件编制指南计算机软件质量保证计划规范计算机软件配置管理计划规范软件质量保证计划管理机构在本软件系统整个开发期间必须成立软件配置管理小组负责配置管理工作软件配置管理小组属项目总体组领导由总体组代表软件工程小组代表

18、项目的专职配置管理人员项目的专职质量保证人员以及各个子系统软件配置管理人员等方面的人员组成由总体组代表任组长各子系统的软件配置管理人员在业务上受软件配置管理小组领导在行政上受各子系统负责人领导软件配置管理小组和软件配置管理人员必须检查和督促本计划的实施各子系统的软件配置管理人员有权直接向软件配置管理小组报告子项目的软件配置管理情况各子系统的软件配置管理人员应该根据对子项目的具体要求制订必要的规程和规定以确保完全遵守本计划规定的所有要求任务在软件工程化生产的各个阶段中与本阶段的阶段产品有关的全部信息在软件开发库存放与前面各个阶段的阶段产品有关的信息则在软件受控库存放在研制与开发本阶段的阶段产品的

19、过程中开发者和开发小组长有权对本阶段的阶段产品作必要的修改但是如果开发者或开发小组长认为有必要修改前面有关阶段的阶段产品时就必须通过项目的配置管理小组办理正规的审批手续因此软件开发库属开发这个阶段产品的开发者管理而软件受控库由项目的配置管理小组管理软件经过组装与系统测试后应该送入软件产品库如欲对其修改必须经软件配置管理小组研究同意然后报项目总体组组长批准关于软件配置要进行修改时的具体审批手续将在第条中详细规定职责在软件配置管理小组中各类人员要互相配合分工协作共同担负起整个项目的软件配置管理工作其中各类人员的分工如下组长是总体组代表他对有关软件配置管理的各项工作全面负责特别要对更改建议的审批和评

20、审负责软件工程小组代表负责监督在软件配置管理工作中认真执行软件工程规范项目的专职质量保证人员检查在作配置更改时的质量保证措施各子系统的配置管理人员具体负责实施各自的配置管理工作并参与各子系统的功能配置检查和物理配置检查用户代表负责反映用户对配置管理的要求并协助检查各类人员对软件配置管理计划的执行情况项目专职的配置管理人员协助组长开展各项软件配置管理活动负责审查所采用的配置管理工具技术和方法并负责汇总维护和保存有关软件配置管理活动的各项记录接口控制对各类接口进行严格合理的控制是软件配置管理中最重要的任务之一整个软件项目及其各子系统都必须对接口进行严格的控制在工程化软件系统中主要的接口有如下五类用

21、户界面用户界面是指各子系统与设计人员用户或维护人员之间的操作约定同时还指实现这些操作约定的物理部件的功能与性能特性系统内部接口系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约定标准程序接口标准程序接口是指各应用子系统与标准子程序库包括宿主计算机系统上已有的库程序之间的调用约定设备接口设备接口是指各子系统与各种设备包括终端和其他各种输入输出设备之间的连接约定软件接口软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其他软件系统之间的连接约定以上五类接口是一个软件系统各项配置的重要组成部分对接口修改进行合理的控制是软件配置管理的重要任务之一这五类接口都涉及到软件系统的全

22、局因此当要求对这五类接口中的任一类接口进行修改时都必须办理正规的审批手续最后要经项目总体组批准具体的审批程序将在本计划的第条中规定可参阅表表两类修改的审批程序步骤类修改的审批程序类修改的审批程序发现问题填写软件问题报告单发现问题填写软件问题报告单项目组长评审项目组长评审软件配置管理小组评审子系统配置管理人员评审项目总体组批准子系统负责人批准修改配置并填写软件修改报告单修改配置并填写软件修改报告单项目组长评审项目组长评审软件质量保证小组评审子系统质量保证人员评审总体组批准项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备案软件配置管理计划的实现在实现软件配置管理计划的过程中要特别注意实

23、现以下三个里程碑建立软件配置管理小组在项目总体组批准软件配置管理计划之后立即成立软件配置管理小组建立各阶段的配置基线随着软件系统及其所属各子系统的任务书的评审和批准建立起功能基线随着总体组编写的软件需求规格说明书的批准建立起指派基线随着工程化软件系统的集成与系统测试的完成建立起产品基线建立软件库在本项目所属的各个子系统的研制工作的开始就建立起各个子系统的软件开发库并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控库以后在每个开发阶段的结束建立各个子系统的新的开发库同时把这个阶段的段产品送入总的软件受控库并在各个子系统的计算机上建立软件受控库的副本软件受控库必须以主软件受控库为

24、准当全部开发工作结束在配置管理小组的计算机上建立起软件产品库并在各子系统的计算机上建立软件产品库的副本适用的标准条例和约定除应遵守本计划第条中指出的参考资料以及本计划中的其他章条所作的各项规定外还应该遵守如下标准条例和约定软件开发库软件受控库与软件产品库的操作规程与管理规程系统子系统模块和程序单元的命名约定文档和测试用例的命名和管理规程这些命名约定操作规程与管理规程应由项目技术组负责制订并应认真听取各子系统项目负责人的意见最后报项目总体组审批在执行过程中如果发现某些条款需要修改则必须办理正规的审批手续最后要经项目总体组批准具体的审批程序将在本计划的第条中规定软件配置管理活动配置标识文档所有为本

25、项目编制的文档都要符合中的规定软件系统及其所属的各个子系统所编写的文档的数目可根据的规定作适当的剪裁剪裁方案由技术组提出建议报总体组批准程序所有属于本项目的程序分程序模块和程序单元都要按照由项目技术组制订且经总体组批准的软件系统的命名约定的规定来标识各类基线所有属于本项目及其各个子系统的各类基线首先要按照任务书软件需求规格说明书的规定确定其技术内容然后按照软件系统的上述命名约定的规定来标识配置控制软件配置的更改管理适用于本项目的所有文档和代码其中包括本项目的各个运行软件也包括为本项目专门开发的支持软件配置控制的要点如下修改批准权限对本项目各个子系统及其专用支持软件的功能基线指派基线产品基线及其

26、集成系统的任何修改称为类修改都必须通过项目配置管理小组讨论并必须经总体组批准对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改称为类修改都必须通过本项目各个子系统的配置管理人员审查并经项目的软件配置管理小组与各个子系统负责人的共同批准并报项目总体组备案修改审批程序上述两类修改的审批程序如表修改控制工具修改控制工具是协助软件配置管理人员进行配置控制的有效手段配置状态审计利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪对软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现用户可通过该软件系统对其进行查询注本计划在此处应给出软件问题报告单与软件修改报告

27、单的具体格式并作出必要的说明鉴于本计划拟采用附录参考件中建议的格式因而这两个报告单的格式及其说明可参阅附录配置的检查和评审项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查对本项目及其各个子系统的每一个新的释放进行功能配置检查和物理配置检查对宿主计算机系统所提供的软件和硬件配置要每隔半年检查一次在软件验收前要对宿主计算机系统各个子系统及其专用支持软件的配置进行综合检查在软件开发周期各阶段的评审与检查工作中要对该阶段所进行的配置管理工作进行必要的评审和检查应该进行评审与检查的内容与次数由软件质量保证计划规定配置修改的审批程序按本计划第条的规定处理见表工具技术和方法在软件的开发过程中与

28、软件配置管理有关的工具有软件测试工具软件配置管理工具文档辅助生成工具与图形编辑工具等三种软件测试工具它支持用语言编写的模块的静态分析结构测试与功能测试主要功能为协助测试人员判断程序结构与变量使用情况是否有错给测试人员提供模块语句覆盖率和分支覆盖率的值并显示未覆盖语句和未覆盖分支的号码及其分支谓词给出不同测试用例有效性的表格同时提出功能测试的有效情况并协肋组织最终交付给用户的有效测试用例的集合软件配置管理工具它支持用户对源代码清单的更新管理以及对重新编译与连接的代码的自动组织支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本文档中的涉及范围同时还应支持软件配置管理小组对软件配置

29、更改进行科学的管理文档辅助生成工具与图形编辑工具它主要协助用户绘制描述程序流程与结构的图与图绘制描述软件功能输入输出关系的曲线以及绘制描述控制系统特性的一些其他图形同时还可生成若干与软件文档编制大纲相适应的文档模板用户利用这个工具的正文与图形编辑功能以及上述辅助功能可以比较方便地产生清晰悦目的文档也有利于对文档进行更改这有助于提高文档的编制质量有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定对供货单位的控制项目所属的各个子系统开发组如果需要从软件销售单位购买委托其他开发单位开发从开发单位现存软件库中选用或从项目委托单位或用户的现有软件库中选用软件时则在选用前应向总体组报告然后由总

30、体组组织软件选用评审小组进行评审测试与检查只有当演示成功测试合格后才能批准使用如果只选用其中部分内容则按待开发软件的处理过程办理此时总体组不予干预在进行上述工作过程时软件配置管理人员要进行下列工作项目的软件配置管理小组要参加对上述四类由间接供货单位提供的软件的物理配置检查这些软件的功能配置检查由项目的软件质量保证小组负责在这些软件送入软件受控库与其他软件成分进行组装之前软件配置管理小组要对其存放媒体和配置标识进行认真的审查由软件质量保证小组审查选用的上述四类软件必须经过正式的验收手续并由项目技术管理小组负责人批准然后置于软件配置管理小组的控制之下记录的收集维护和保存在本项目及其所属的各个子系统

31、的研制与开发期间要进行各种软件配置管理活动准确记录及时分析并妥善存放有关这些活动的记录对这些软件的正常运行与维护工作十分有利在软件配置管理小组中应有专人负责收集汇总与保存这些记录项目组装系统各个子系统专用支持软件及选用软件的功能基线指派基线与产品基线要送入软盘或磁带至少必须一式两份且存放在两个不同的地点这些记录应该每个月拷贝一次以免意外损伤与自然老化上述这些软件的文档也应送入软盘或磁带至少必须一式两份且存放在两个不同的地点并应有一份打印的硬拷贝磁媒体应该每隔个月拷贝一次以免意外损伤与自然老化软件产品的源程序测试数据测试报告及其他有关文档除了按规定妥善存放外要在项目结束后再保存年或在条件成熟时转

32、交给这些软件产品的生产系统注具体保存年限要根据项目的性质与开发单位的任务来确定此处仅作为一个示例上述这些软件的各项配置的修改状态评审记录与修改历史要作为这些软件的历史记录来保存目前可用打印硬拷贝一式两份存放有条件时再转移到在线光学存储媒体中鉴于处理版权或清理财务的需要本软件系统的各项配置可能要求存放年但由于我国对这些问题尚无明确的规定因此有关本条款的具体规定待将来有必要与可能时再作修改与补充附录配置管理报表及其格式参考件软件问题报告单在系统的运行与维护阶段对软件产品的任何修改建议或在软件开发的任一阶段中对前面各个阶段的阶段产品的任何修改建议都应填入软件问题报告单软件问题报告单的格式见表配置管理

33、人员填写内容表中和状态等项目是由负责修改控制的配置管理人员填写的表中其他各项即和各项是由发现问题的人或申请配置管理的人填写的他可能还要填写和三项内容前四项内容的意义如下是由配置管理人员确定的登记号一般按报告问题的先后顺序编号是由配置管理人员登记问题报告的日期是发现软件问题的日期是填写若干补充信息和修改建议关于配置管理七种状态的含义在下面解释配置管理状态状态一栏分成七种情况现分别说明如下表示软件问题报告正被评审已确定采取什么行动表示软件问题报告已由指定的开发人员去进行维护工作表示修改已经完成测试好正准备释放给主程序库表示主程序库已经更新主程序库修改的重新测试尚未完成表示已经进行了复测但发现问题仍

34、然存在表示已经进行了复测已经顺利完成所做的修改软件问题报告单被关闭维护已完成表示留待以后关闭因问题不是可重产生的或者是属于产品改善方面的或者只具有很低的优先级等等配置管理申请人员填写的内容在软件问题报告单中属于配置管理申请人填写的各项内容的意义如下两项是项目和子项目的名称是该子项目的代号这应按配置标识的规定来命名代号阶段名和报告人的姓名住址和电话等的含义是显而易见的表示问题属于哪一方面是程序的问题还是例行程序的问题是数据库的问题还是文档的问题是功能适应性修改还是性能改进性修改问题也可能是它们的某种组合表示子例行程序子系统即要指出出现问题的子例行程序名字如果不知是哪个子例行程序可标出子系统名总之

35、尽可能给出细节是修订版本号指出出现问题的子例行程序版本号是媒体表示包含有问题的子例行程序的主程序库存储媒体的标识符是数据库表示当发现问题时所使用的数据库标识符是文档号表示有错误的文档的编号表示出现错误的主要测试实例的标识符是硬件表示发现问题时所使用的计算机系统的标识是问题描述影响填写问题征候的详细描述如果可能则写明实际问题所在还要给出该问题对将来测试界面软件和文档等的影响软件修改报告单对软件产品或其阶段产品的任何修改都必须经过评审批准后才能重新投入运行或作为阶段产品释放这一过程用软件修改报告单给以记录软件修改报告单的格式见表当收到了软件问题报告单之后配置管理人员便填写软件修改报告单软件修改报告

36、单要指出修改类型修改策略和配置管理状态它是供配置控制小组进行审批的修改申请报告表中各项内容的意义如下是登记号它是配置修改小组收到软件修改报告单时所作的编号是配置管理人员登记软件修改报告单的日期是已经准备好软件修改报告单可以对它进行评审的时间和的意义与软件修改报告单中的和的意义相同填写被处理的软件问题报告单的编号如该编号中提出的问题只是部分解决则在填写时要在该编号后附以字母表示部分之意指出是程序修改文档更新数据库修改还是它们的组合如果仅是指出用户文档的缺陷则在解释处作上记号是修改的详细描述如果是文档更新则要列出文档更新通知单的编号如果是数据库修改则要列出数据库修改申请的标识号是批准人经批准人签字

37、批准后才能进行修改是语句类型程序修改中涉及到的语句类型包括输入输出语句类计算语句类逻辑控制语句类数据处理语句类如数据传送存放语句是程序名指被修改的程序文档或数据库的名字如果只要求软件修改报告单做解释性工作则是重复软件问题报告单中给出的名字指当前的版本修订本标识指修改后的新版本修订本标识指数据库如果申请数据库修改这里给出数据库的标识符是数据库修改申请号指文档即如果要求文档修改则在这里给出文档的名字是文档更新通知单编号表示修改是否已经测试指出已对修改做了哪些测试如单元子系统组装确认和运行测试等并注明测试成功与否指出在软件问题报告单中给出的问题描述是否准确并回答是或否是问题注释准确地重新叙述要修改的

38、问题表软件问题报告单软件问题报告单登记号登记日期年月日发现日期年月日项目名子项目名代号阶段名软件定义需求分析概要设计详细设计编码测试组装测试安装验收运行维护状态报告人姓名电话地址问题例行程序程序数据库文档改进子例行程序子系统修改版本号媒体数据库文档测试实例硬件问题描述影响附注及修改建议表软件修改报告单软件修改报告单登记号登记日期年月日评审日期年月日项目名子项目名代号响应哪些修改类型修改申请人修改人修改程序数据库文档解释修改描述批准人改动语句类型计算逻辑数据处理程序名老版本号新版本号数据库文档修改已测试否单元子系统组装确认运行成功否的问题叙述准确否是否附注问题来自系统设计规格说明书需求规格说明书设计说明书数据库程序资源来自人工数单位人日计算机时间单位小时指明问题来自哪里如系统设计规格说明书软件需求规格说明书概要设计说明书详细设计说明书数据库源程序等说明完成修改所需要的资源估计即所需要的人月数和计算机终端时数指出所要进行修改的类型由执行修改的人最后填写修改类型主要有适应性修改改进性修改以及计算错误逻辑错误输入和输出错误接口错误数据库错误文档错误以及配置错误等的修改是提出对软件问题进行修改的人员或单位是完成软件问题修改的人员或单位附加说明本标准由中华人民共和国机械电子工业部提出本标准由北京航空航天大学计算机软件工程研究所负责起草本标准主要起草人张子让周伯生黄征张社英