文档介绍：文件编码（008-TTIG-UTITD-GKBTT-PUUTI-WYTUI-8256）
软件项目设计和开发控制管理规范
软件项目设计和开发控制管理规范
XXXXXXXXX科技有限公司
目 录
1 引言配置控制、配置状态记录与报告以及配置检查与评审等四方面的软件配置管理活动的需求。
配置标识
基线
本条必须详细说明软件项目的基线（即最初批准的配置标识），并把它们与本计划第条描述的生存周期的特定阶段相联系。在软件生存周期中，主要有三种基线，它们是功能基线、指派基线和产品基线。对于每个基线，必须描述下列内容：
每个基线的项（包括应交付的文档和程序）；
与每个基线有关的评审与批准事项以及验收标准；
在建立基线的过程中用户和开发者的参与情况。
例如，在产品基线中，要定义的元素可以包括：
产品的名字和规则；
产品标识编号；
对每一个新交付的版本，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；
安装说明；
已知的缺陷和故障；
软件媒体和媒体标识。
代码、文档
本条必须描述本项目所有软件代码和文档的标题、代号、编号以及分类规程。例如，对代码来说：
编译日期可以作为每个交付模块标识的一部分；
在构造模块源代码的顺序行号时，应使它适合于对模块作进一步的修改。
配置控制
必须描述在本计划第条描述的软件生存周期中各个阶段使用的修改批准权限的级别；
必须定义对已有配置的修改建议进行处理的方法，其中包括：
详细说明在本计划第条描述的软件生存周期各个阶段中提出修改建议的程序（可以用注上自然语言的流程图来表达）；
描述实现已批准的修改建议（包括源代码、目标代码和文档的修改）的方法；
描述软件库控制的规程，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；
如果有必要修补目标代码，则要描述其标识和控制的方法。
对于各个不同层次的配置控制组和其他修改管理机构，本条必须：
定义其作用，并规定其权限和职责；
如果已组成机构，则指明该机构的领导人及其成员；
如果还没有组成机构，则说明怎样任命该机构的领导人、成员及代理人；
说明开发者和用户与配置控制组的关系。
当要与不属于本软件配置管理计划适用范围的程序和项目进行接口时，本条必须说明对其进行配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，则本条必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系；
本条必须说明与特殊产品（如非交付的软件、现存软件、用户提供的软件和内部支持软件）有关的配置控制规程。
配置状态的记录和报告
本条必须：
指明怎样收集、验证、存储、处理和报告配置项的状态信息；
详细说明要定期提供的报告及其分发办法；
如果有动态查询，要指出所提供的动态查询的能力；
如果要求记录用户说明的特殊状态时，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：
规格说明的状态；
修改建议的状态；
修改批准的报告；
产品版本或其修改版的状态；
安装、更新或交付的实现报告；
用户提供的产品（如操作系统）的状态；
有关开发项目历史的报告。
配置的检查和评审
本条必须：
定义在软件配置管理计划的第条所定义的软件生存周期的特定点上执行的检查和评审中软件配置管理计划的作用；
规定每次检查和评审所包含的配置项；
指出用于标识和解决在检查和评审期间所发现的问题的工作规程。
4工具、技术和方法
必须指明为支持特定项目的软件配置管理所使用的软件工具、技术和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。例如，可以包括用于下列任务的工具、技术和方法：
软件媒体和媒体文档的标识；
把文档和媒体置于软件配置管理的控制之下，并把它正式地交付给用户。例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，则还要对该系统进行描述。又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
编制关于程序及其有关文档的修改状态的文档。因此必须进一步定义用于准备多种级别（如项目负责人、配置控制小组、软件配置管理人员和用户）的管理报告的工具、技术和方法。
5 对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从软件销售单位购买的、其他开发单位开发的或从开发单位现存软件库中选用的软件能满足规定的软件配置管理需求。管理规程应该规定在本软件配置管理计划的执行范围内控制供货单位的方法；还应解释用于确定供货单位的