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