当前位置： 软件开发配置管理-厨房管理与菜品开发新思路
文档介绍：word
word
精彩文档
word
案卷号
日期
＜项目名称＞
软件配置管理计划
完成日期：
签收人：
签收日期：
修改情况记录：
版本号
修改批准人
修题报告、修改请求和修改次序的处理过程；
配置控制组的结构和作用；
软件产品交付给用户的验收规程；
软件库的操作，包括准备、存储和更新模块的方法；
软件配置管理活动的检查；
问题报告、修改请求或修改次序的文档要求，指出配置修改的目的和影响；
软件进入配置管理之前的测试级别；
word
word
精彩文档
word
质量保证级别，例如，在进入配置管理之前，验证软件满足有关基线的程度。
3软件配置管理活动
本章必须描述配置标识、配置控制、配置状态记录与报告以与配置检查与评审等四方面的软件配置管理活动的需求。
配置标识
基线
本条必须详细说明软件项目的基线〔即最初批准的配置标识〕，。在软件生存周期中，主要有三种基线，它们是功能基线、指派基线和产品基线。对于每个基线，必须描述如下内容：
每个基线的项〔包括应交付的文档和程序〕；
与每个基线有关的评审与批准事项以与验收标准；
在建立基线的过程中用户和开发者的参与情况。
例如，在产品基线中，要定义的元素可以包括：
产品的名字和规如此；
产品标识编号；
对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以与对有关文档的修改要求；
安装说明；
的缺陷和故障；
软件媒体和媒体标识。
代码、文档
本条必须描述本项目所有软件代码和文档的标题、代号、编号以与分类规程。例如，对代码来说：
编译日期可以作为每个交付模块标识的一局部；
word
word
精彩文档
word
在构造模块源代码的顺序行号时，应使它适合于对模块作进一步的修改。
配置控制
；
必须定义对已有配置的修改建议进展处理的方法，其中包括：
〔可以用注上自然语言的流程图来表达〕；
描述实现已批准的修改建议〔包括源代码、目标代码和文档的修改〕的方法；
描述软件库控制的规程，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以与故障恢复等七项规程；
如果有必要修补目标代码，如此要描述其标识和控制的方法。
对于各个不同层次的配置控制组和其他修改管理机构，本条必须：
定义其作用，并规定其权限和职责；
如果已组成机构，如此指明该机构的领导人与其成员；
如果还没有组成机构软件开发配置管理，如此说明怎样任命该机构的领导人、成员与代理人；
说明开发者和用户与配置控制组的关系。
当要与不属于本软件配置管理计划适用X围的程序和项目进展接口时，本条必须说明对其进展配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进展评审，如此本条必须描述这些机构的组成、它们与配置控制组的关系以与它们之间的相互关系；
本条必须说明与特殊产品〔如非交付的软件、现存软件、用户提供的软件和内部支持软件〕有关的配置控制规程。
配置状态的记录和报告
本条必须：
指明怎样收集、验证、存储、处理和报告配置项的状态信息；
详细说明要定期提供的报告与其分发方法；
如果有动态查询，要指出所提供的动态查询的能力；
word
word
精彩文档
word
如果要求记录用户说明的特殊状态时，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：
规格说明的状态；
修改建议的状态；
修改批准的报告；
产品版本或其修改版的状态；
安装、更新或交付的实现报告；
用户提供的产品〔如操作系统〕的状态；
有关开发项目历史的报告。
配置的检查和评审
本条必须：
；
规定每次检查和评审所包含的配置项；
指出用于标识和解决在检查和评审期间所发现的问题的工作规程。
4工具、技术和方法
必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的X围内描述其用法。例如软件开发配置管理，可以包括用于如下任务的工具、技术和方法：
软件媒体和媒体文档的标识；
把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。例如，要给出对软件库内的源代码和目标代码进
上一篇 
