文档介绍：软件工程设计和开发控制管理标准
xxxxxxxxX 技
1引言 1
目的 1
定义和缩写词 1
参考资料 1
2管理 1
机构 2
任务 2
职责 2
接口控制 3
实现 3
适用的标准、条例告以及配置检查与评审等四方面的软件配置管理活动的需求。
配置标识
基线
本条必须详细说明软件工程的基线〔即最初批准的配置标识〕，并
把它们与本方案第条描述的生存周期的特定阶段相联系。在软件生存
周期中，主要有三种基线，它们是功能基线、指派基线和产品基线。
对于每个基线，必须描述以下内容：
〔包括应交付的文档和程序〕；
；
。
例如，在产品基线中，要定义的元素可以包括：
；
；
，要给出版本交付号、新修改的描述、修改交付的方法、对支持软件的修改要求以及对有关文档的修改要求；
；
；
。
代码、文档
本条必须描述本工程所有软件代码和文档的标题、代号、编号以及
分类规程。例如，对代码来说：
；
，应使它适合于对模块作进一步的修改。
配置控制
必须描述在本方案第条描述的软件生存周期中各个阶段使用的修
改批准权限的级别；
必须定义对已有配置的修改建议进行处理的方法，其中包括：

改建议的程序〔可以用注上自然语言的流程图来表达〕；
〔包括源代码、目标代码和文档的修改〕的方法；
，其中包括存取控制、对于适用基线的读写保护、成员保护、成员标识、档案维护、修改历史以及故障恢复等七项规程；
，那么要描述其标识和控制的方法。
对于各个不同层次的配置控制组和其他修改管理机构，本条必须：
，并规定其权限和职责；
，那么指明该机构的领导人及其成员；
，那么说明怎样任命该机构的领导人、成员及代理人；
。
当要与不属于本软件配置管理方案适用范围的程序和工程进行接口时，本条必须说明对其进行配置控制的方法。如果这些软件的修改需要其他机构在配置控制组评审之前或之后进行评审，那么本条必须描述这些机构的组成、它们与配置控制组的关系以及它们之间的相互关系；
本条必须说明与特殊产品〔如非交付的软件、现存软件、用户提供
的软件和内部支持软件〕有关的配置控制规程。
配置状态的记录和报告
本条必须：
、验证、存储、处理和报告配置项的状态信息；
；
，要指出所提供的动态查询的能力；
，要描述其实现手段。
例如，在配置状态记录和报告中，通常要描述的信息有：
；
；
；
；
、更新或交付的实现报告；
〔如操作系统〕的状态；
。
配置的检查和评审
本条必须：

点上执行的检查和评审中软件配置管理方案的作用；
；
程。
4工具、技术和方法
必须指明为支持特定工程的软件配置管理所使用的软件工具、技术
和方法，指明它们的目的，并在开发者所有权的范围内描述其用法。
例如，可以包括用于以下任务的工具、技术和方法：
；
，并把它正式地交付给用户。例如，要给出对软件库内的源代码和目标代码进行控制的工具、技术和方法的描述；如果用到数据库管理系统，那么还要对该系统进行描述。又如，要指明怎样使用软件库工具、技术和方法来处理软件产品的交付。
。因此必须进一步定义用于准备多种级别〔如工程负责人、配置控制小组、软件配置管理人员和用户〕的管理报告的工具、技术和方法。
5对供货单位的控制
供货单位是指软件销售单位、软件开发单位或软件子开发单位。必须规定对这些供货单位进行控制的管理规程，从而使从