软件配置管理计划书

软件配置管理计划创建规范多马号日期软件配置管理计划作者：完成日期：收件人签名：收到日期：修改状况记录：版本号修改审批人治病救人安装日期签字人目录1简介11.1目的11.2定义和缩写11.3参考资料12管理12.1机构12.2任务22.3责任22.4接口控制22.5实施22.6适用的标准、法规和公约32.6.1表示32.6.2内容33软件配置管理活动43.1配置id 43.1.1基线43.1.2代码，文档43.2配置控制53.3记录和报告配置状态53.4检查和审查配置64工具、技术和方法65供应单位的控制76收集、维护和存储记录77附录：配置管理报告及其格式77.1软件问题报告(SPR)77.1.1配置管理器创建内容77.1.2配置管理状态87.1.3配置管理申请人填写的内容87.2软件修改报告(SCR)8第12页引言11.1目的本节应说明特定软件配置管理计划的具体目的。还必须说明程序所针对的软件项目(及其所属的各个子项目)的名称和用途。1.2定义和缩写您应列出GB/T 11457中尚未包括的术语的定义，并在需要时提供这些定义的英文单词和缩写。1.3参考资料列出要使用的参考数据，如下所示：A.本项目的批准计划任命书或合同，经上级批准；B.属于本项目的其他已发布文档；C.本文档中引用的文件、资料，包括所需的软件开发标准。列出这些文档的标题、文档编号、发布日期和发布单位，说明获取这些文档资料的来源。2管理必须说明负责管理软件配置的机构、任务和相关接口控制。2.1机关在每个步骤中，必须说明负责管理软件配置的机构。说明如下：A.描述软件配置管理的功能，以及负责软件配置管理的机构，包括软件生命周期的每个阶段。B.描述项目和子项目与其他相关项目之间的关系。C.表示软件开发或维护机构与配置控制组在软件生命周期的每个阶段之间的相互关系。2.2任务说明在软件生命周期的每个阶段执行的配置管理任务和审查和审查任务，并指示每个阶段的产品应存储在什么类型的软件库(软件开发库、软件管理库或软件产品库)中。2.3责任应说明与软件配置管理相关的各种机构或成员的责任，并指明这些机构或成员之间的关系。A.表示负责各种软件配置管理任务(例如配置id、配置控制、配置状态历史记录和配置的审阅和检查)的机构的责任。B.指定上述机构与软件质量保证机构、软件开发单位、项目承包商、项目委托单位、用户等机构之间的关系。C.描述本计划2.2条所述生命周期各阶段的审查、检查和批准中的用户责任和相关的开发和维护活动。D.表示与项目开发相关的各机关负责人的软件配置管理责任。E.表示满足软件配置管理要求所需的其他特殊责任，如批准要求。2.4接口控制本文应说明：A.界面规格说明识别和文档控制方法；B.如何修改提供的接口规格说明和文档；C.如何跟踪要完成的软件配置管理活动；D.记录和报告接口规格说明和文档控制状态的方法；E.如何控制软件和支持软件的硬件之间的接口。2.5实施应规定实现软件配置管理计划的主要里程碑，例如：A.构建配置管理组B.确定每个配置的基线。C.构建接口控制协议；D.审查和检查软件配置管理计划和程序；E.为相关软件开发、测试和支持工具制定配置管理计划和程序。2.6适用的标准、法规和协议2.6.1表示本条款应明确说明适用的软件配置管理标准、法规和协议，并将其作为本计划的一部分包括在内。还必须说明这些标准、法规和承诺实现的程度。2.6.2内容应说明在此项目中创建和实施的软件配置管理标准、法规和惯例，内容可能如下：A.如何识别软件结构分层树中的软件位置；B.程序和模块命名惯例；C.版本级别命名约定；D.软件产品识别方法；E.规格说明、测试计划和测试程序、编程手册和其他文档识别方法；F.媒体和文档管理识别方法；G.文件传送程序；H.软件产品库的软件产品接收转移或交付流程；一.处理问题报告、更正请求和更正顺序的过程；J.构成控制组的结构和作用。K.软件产品提供给用户的接受程序；L.软件库任务，包括如何准备、存储和更新模块；M.软件配置管理活动检查；n .名词。问题报告、修正请求或修正顺序的文档要求，指明修改配置的目的和影响。O.软件进入配置管理之前的测试级别；P.质量保证级别(例如，在进入配置管理之前，查看软件对基线的满意程度)。3软件配置管理活动本章应从以下四个方面描述软件配置管理活动的要求：配置标识、配置控制、配置状态日志记录和报告，以及配置验证和审查。3.1配置id3.1.1基线本条款应详细说明软件项目的基线(即确定初始批准的配置)，并将其与本计划2.2条所述生存周期的特定阶段相关联。在软件生命周期中，主要有三种基线：功能基线、分配基线和产品基线。对于每个基线，必须说明以下内容：A.每个基线的项目，包括提供的文档和程序；B.与各基线相关的审查和批准事项和验收标准；C.用户和开发人员在基线设置过程中的参与。例如，要在产品基线中定义的元素可能包括：A.产品名称和规则；B.产品识别号码；C.对于每个新发送的版本，提供版本提供编号、新修改的说明、交付方式修改、支持软件的修改要求和文档的修改要求。D.安装说明；E.已知缺陷和故障；F.软件媒体和媒体标识。3.1.2代码，文档本节应说明此项目中所有软件代码和文档的标题、代码、编号和分类规程。例如，对于代码：A.编译日期可以用作每个交付模块徽标的一部分。B.配置模块源代码的顺序行号时，请确保使模块适于进一步修改。3.2配置控制应说明在本计划2.2条中所述软件生命周期的所有阶段使用的修改批准权限级别。您必须定义如何处理已配置的更正建议，如下所示：A.详细说明了在本程序2.2条中所述软件生命周期的每个阶段提出修改建议的过程(注：可以用自然语言流程图表示)。B.说明如何实施已批准的修正建议，包括源代码、目标代码和文档修正。C.描述软件库控制的七个过程，包括访问控制、对适用基线的读写保护、成员保护、成员标识、文件维护、修改历史记录和故障恢复：D.如果需要修补对象代码，请说明标识和控制方法。对于不同级别的配置控制组和其他修改管理机构，本条款应：A.定义其作用，规定权限和责任。B.如果配置了机构，则表示该机构的领导人和成员。C.如果还没有组成机构，说明如何任命该机构的领导人、成员、代理人。D.描述开发人员和用户与配置控制组的关系。本部分应在与不在本软件配置管理计划范围内的程序和项目进行接口时指明配置控制方法。由于对这些软件的修改，如果其他机构需要在配置控制组审查前后进行审查，则本节应说明这些机构的配置、与配置控制组的关系以及它们之间的相互关系。本条款应说明与特殊产品(如提供的软件、现有软件、用户提供的软件和内部支持软件)相关的配置控制过程。3.3配置状态的历史记录和报告此条款应：A.指示如何收集、验证、保存、处理和报告有关配置项的状态信息。B.详细说明定期提供的报告和分发方法。C.表示提供的动态查询的功能(如果存在动态查询)。D.如果需要记录用户说明的特殊状态，请说明如何实施。例如，配置状态历史记录和报告通常描述的信息如下：A.规格说明的状态；B.修改聘用状态。C.修改批准的报告；D.产品版本或其修订版的状态；E.安装、更新或交付的实施报告；F.用户提供的产品(例如操作系统)的状态；G.关于开发项目历史的报告。3.4检查和复查配置此条款应：A.定义软件配置管理计划在软件配置管理计划第2.2段中定义的软件生命周期特定点的检查和审查中的作用。B.提供每个检查和审阅中包含的配置项目。C.指示用于识别和解决检查和审阅期间发现的问题的工作程序。4工具、技术和方法必须说明用于支持特定项目的软件配置管理的软件工具、技术和方法，指明其目的，并说明在开发人员所有权范围内的使用方法。例如，您可以包含用于以下任务的工具、技能和方法：A.软件媒体和媒体文档的徽标；B.在软件配置管理的控制下放置文档和介质，然后正式传达给用户。例如，如果要提供控制软件库源代码和目标代码的工具、技术和方法的说明，则还将介绍：如果使用数据库管理系统，则还将介绍该系统。还可以指定如何使用软件库工具、技术和方法处理软件产品交付。C.准备程序和相关文档的修改状态的文档。因此，必须进一步定义用于准备不同级别管理报告的工具、技能和方法，如项目负责人、配置控制团队、软件配置管理员和用户5管理供应单位服务单元是指软件销售单元、软件开发单元或软件子开发单元。应规定控制这些服务单元的管理程序，以满足软件销售部门购买、由其他开发部门开发或从开发单元的现有软件库中选择的软件所规定的软件配置管理要求。管理程序应说明如何在本软件配置管理计划的执行范围内控制服务单元。还必须说明用于确定服务单元的软件配置管理功能的方法，以及如何监督以符合本软件配置管理计划的要求。6收集、维护和存储记录本章应指明要存储的软件配置管理文档，概述、保护和维护这些文档的方法和设施(包括要使用的备份设施)，并指明要存储的时间长度。7附录：配置管理报告及其格式7.1软件问题报告(SPR)在系统运行和维护阶段，软件产品的修改建议或软件开发的所有阶段，对上一阶段产品的修改建议需要编制软件软件问题报告。软件问题报告单元的格式见表1。7.1.1配置管理器创建内容表格中的a、b、c、p和状态等项目是由负责控制修改的“配置管理员”创建的。此表中的其他项目d、e、f、g、h、I、k、n、o是由发现问题或申请配置管理的人填写的，可能需要同时填写j、l、m。前四个内容的含义如下：a是由配置管理员确定的注册号，通常按问题报告的顺序编号。b是配置管理员注册问题报告的日期。c是发现软件问题的日期。p是创建多个附加信息并修改建议。配置管理七种状态的含义如下所述。7.1.2配置管理状态状态列分为7种情况：1表示正在审查软件问题报告，并采取了哪些措施。2软件问题报告表明指定的开发人员执行了维护任务。3表示修复完成，测试完成，并准备发布到主库中。4表示主库已更新，主库修改重新测试未完成。5表示已执行重新测试，但问题仍然存在。6表示进行了重新测试，修改成功完成，软件问题报告关闭(维护完成)。7表示问题不是可重新出现的，或者是产品改进的一部分，或者优先级很低，因此以后终止。7.1.3配置管理申请人填写的内容在软件问题报告中，配置管理请求者创建的项目具有以下含义：d、e是项目和子项目的名称，f是相应子项目的代码，代码名称必须按照配置id的规定指定。阶段名称和报告者的姓名、地址、电话等的含义很明确；g表示问题属于哪一方、程序问题还是例行问题、数据库问题还是文档问题、功能修复问题、性能增强修复问题或其组合。h表示子例程/子系统。也就是说，表示出现问题的子例程的名称。如果不知道子系统名称是哪个子例程，可以简单地尽可能详细地显示子系统名称。I是指示出现问题的子例程版本号的修订号。j是包含有问题的子例程的主库存储介质的标识符的介质。k是表示发现问题时使用的数据库标识符的数据库。l是指示出错文档的编号的文档编号。m表示出现错误的关键测试实例的标识符。n是表示发现问题时使用的计算机系统标识的硬件。o说明问题的说明/影响、编写问题的详细说明、问题对实际问题的影响(如果可能)，以及问题对未来测试、接口软件和文档的影响。7.2软件修改报告(SCR)对软件