中华人民共和国国家标准.txt

C51源程序集合 包括以下目录源码 ├─AD-MSP430f149D ├─ADC8535 ├─bin ├─c51源程序 ├─c51源程序锦集 ├─ct2Timer ├─

GB/T 12505-90 中华人民共和国国家标准 计算机软件配置管理计划规范 GB/T 12505-90 （2/2） [龙啸九天] [68次] 01-5-28 上午 11:22:58
2．3 职责

在软件配置管理小组中，各类人员要互相配合、分工协作，共同担负起整个项目的软件配置
管理工作。其中各类人员的分工如下：

A． 组长是总体组代表，他对有关软件配置管理的各项工作全面负责，特别要对更改建议的
审批和评审负责；

B． 软件工程小组组长负责监督在软件配置管理工作中认真执行软件工程规范；

C． 项目的专职配置管理人员检查在作配置更改时的质量保证措施；

D． 各子系统的配置管理人员具体负责实施各自的配置管理工作，并参与各子系统的功能配
置检查和物理配置检查；

E． 用户代表负责反映用户对配置管理的要求，并协助检查各类人员对软件配置管理计划的
执行情况；

F． 项目专职的配置管理人员协助组长开展各项软件配置管理活动，负责审查所采用的配置
管理工具、技术和方法，并负责汇总、维护和保存有关软件配置管理活动的各项记录。

2．4接口控制

对各类接口进行严格、合理的控制，是软件配置管理中最重要的任务之一。整个软件项目及
其各子系统都必须对进行严格的控制。在工程化软件系统中，主要的接口有如下五类：

A． 用户界面：用户界面是指各子系统与设计人员、用户或维护人员之间的操作约定。同时
还指实现这些操作约定的物理部件的功能与性能特性。

B． 系统内部接口：系统内部接口是指各子系统在集成为一个总的软件系统时的各种连接约
定。

C． 标准程序接口：标准程序接口是指各应用子系统与标准子程序库（包括宿主计算机系统
已有的库程序）之间的调用约定。

D． 设备接口：设备接口是指各子系统与各种设备（包括终端和其他各种输入/输出设备）
之间的连接约定。

E． 软件接口：软件接口是指各个子系统与宿主计算机上的系统软件以及与调用本软件的其
它软件系统之间的连接约定。

以上五类接口是一个软件系统各项配置的重要组成部分。对接口修改进行合理的控制，是软
件配置管理的重要任务之一。这五类接口都涉及到CADCSC软件系统的全局，因此，当要求对
这五类接口中的任一类接口进行修改时，都必须办理正规的审批手续，最后要经项目总体组
批准。具体的审批程序将在本计划的第3.2条中规定（可参阅表1）。

表1 两类修改的审批程序

步骤 A类修改的审批程序 B类修改的审批程序

1 发现问题，填写软件问题报告单 发现问题，填写软件问题报告单

2 项目组长评审 项目组长评审

3 软件配置管理小组评审 子系统配置管理人员评审

4 项目总体组批准 子系统负责人批准

5 修改配置并填写软件修改报告单 修改配置并填写软件修改报告单

6 项目组长评审 项目组长评审

7 软件质量保证小组评审 子系统质量保证人员评审

8 总体组批准 项目的软件配置管理小组与子系统负责人共同批准并报项目总体组备索

2．5 软件配置管理计划的实现

在实现软件配置管理计划的过程中，要特别注意实现以下三个里程碑：

A． 建立软件配置管理小组：在项目总体组批准软件配置管理计划之后，立即成立软件配置
管理小组；

B． 建立各阶段的配置基线：随着CADCSC软件系统及其所属各子系统的任务书的评审和批
准，建立起功能基线；随着总体组编写的《CADCSC软件需求规格说明书》的批准，建立起指
派基线；随着CADCSC工程化软件系统的集成与系统测试的完成，建立起产品基线。

C． 建立软件库：在本项目所属的各个子系统的研制工作的开始，就建立起各个子系统的软
件开发库，并在本项目配置管理小组的计算机上建立起有关该系统及其子系统的软件受控
库。以后在每个开发阶段的结束，建立各个子系统的新的开发库，同时把这个阶段的阶段产
品送入总的软件受控库，并在各个子系统的计算机上建立软件受控库的副本。软件受控库必
须以主软件受控库为准。当全部开发工作结束，在配置管理小组的计算机上建立起软件产品
库，并在各子系统的计算机上建立软件产品库的副本。

2．6 适用的标准、条例和约定

除应奠定本计划第1.3条中指出的参考资料以及本计划中的其他章条所作的各项规定外，还
应该遵守如下标准、条例和约定：

A． 软件开发库、软件受控库与软件产品库的操作规程与管理规程；

B． 系统、子系统、模块和程序单元的命名约定；

C． 文档和测试用例的命名和管理规程。

这引起命名约定、操作规程与管理规程应由CADCSC项目技术组负责制订，并应认真听取各子
系统项目负责人的意见，最后报项目总体组审批。在执行过程中，如果发现某些条款需要修
改，则必须办理正规的审批手续，最后要经项目总体组批准。具体的审批程序将在本计划的
第3.2条中规定。

3 软件配置管理活动

3．1 配置标识

3．1．1 文档

所有为本项目编制的文档，都要符合GB 8567中的规定。CADCSC软件系统及其所属的各个子
系统所编写的文档数目，可根据GB 8567的规定作适当的剪裁。剪裁方案由技术组提出建
议，报总体组批准。

3．1．2 程序

所有属于本项目的程序、分程序、模块和程序单元，都要按照由项目技术组制订，且经总体
组批准的软件系统的命名约定的规定来标识。

3．1．3 各类基线

所有属于本项目及其各子系统的各类基线，首先要按照任务书、软件需求规格说明书的规定
确定其技术内容，然后按照软件系统的上述命名约定的规定来标识。

3．2 配置控制

软件配置的更改管理适用于本项目的所有文档和代码，其中包括本项目的各个运行软件，也
包括为本项目专门开发的支持软件。配置控制的要点如下：

A． 修改批准权限；对本项目各个子系统及其专用支持软件的功能基线、指派基线、产品基
线及其集成系统的任何修改（称为A类修改），都必须通过项目配置管理小组讨论，并必须
经总体组批准；对本项目各个子系统及其专用支持软件的其他阶段产品的任何修改（称为B
类修改），都必须通过本项目各个子系统的配置管理人员审查，并经项目的软件配置管理小
组与各个子系统负责人的共同批准并报项目总体组备案。

B． 修改审批程序：上述两类修改的审批程序如表1。

C． 修改控制工具：修改控制工具是协助软件配置管理人员进行配置控制的有效手段。

3．3 配置状态审计

利用软件问题报告单和软件修改报告单对项目子系统及其支持软件的配置状态进行追踪。对
软件问题报告单和软件修改报告单的追踪应由软件配置管理工具自动实现，用户可通过该软
件系统对其进行查询。

注：本计划在此处应给出软件问题报告单与软件修改报告单的具体格式，并作出必要的说
明。鉴于本计划拟采用附录B（参考件）中建议的格式，因而这两个报告单的格式及其说明
可参阅附录B。

3．4 配置的检查和评审

项目软件配置管理小组要对所有由第三方提供的软件进行物理配置检查；对本项目及其各个
子系统的每一个新的释放进行功能配置检查和物理配置检查；对宿主计算机系统所提供的软
件和硬件配置要每隔半年检查一次；在软件验收前要对宿主计算机系统、各个子系统及其专
用支持软件的配置进行综合检查。

在软件开发周期各阶段的评审与检查工作中，要对该阶段所进行的配置管理工作进行必要的
评审和检查。应该进行评审与检查的内容与次数，由CADCSC软件质量计划规定。配置修改的
审批程序按本计划第3.2条的规定处理（见表1）。

4 工具、技术和方法

在软件的开发过程中，与软件配置有关的工具有软件测试工具、软件配置管理工具、文档辅
助生成工具与图形编辑工具等到三种。

A． C软件测试工具：它支持用C语言编写的模块的静态分析、结构测试与功能测试。主要功
能为：协助测试人员判断程序结构与变量使用情况是否有错；给测试人员提供模块语句覆盖
C0和分支覆盖率C1的值、并显示未覆盖语句和未覆盖分支的号码及其分支谓词，给出不同测
试用例有效性的表格；同时提出功能测试的有效情况，并协助组织最终交付给用户的有效测
试用例的集合。

B． 软件配置管理工具：它支持用户对源代码清单的更新管理以及对重新编译与连接的代码
的自动组织；支持用户在不同文档相关内容之间进行相互检索并确定同一文档某一内容在本
文档中的涉及范围；同时还应支持软件配置管理小组对软件配置更改进行科学的管理。

C． 文档辅助生成工具与图形编辑工具：它主要协助用户绘制描述程序流程与结构的DFD图
与SC图、绘制描述软件功能（输入、输出关系）的曲线以及绘制描述系统特性的一些其他图
形，同时还可生成若干与CADCSC软件文档编制大纲适应的文档模板。用户利用这个工具的正
文与图形编辑功能以及上述辅助功能，可以比较方便地产生清晰悦目的文档，也有利于对文
档进行更改，这有助于提高文档的编制质量。

有关这些工具的详细需求可参阅这三项工具的需求规格说明书中的规定。

5 对供货单位的控制

CADCSC项目所属的各个子系统开发组如果需要从软件销售单位购买、委托其他开发单位、从
开发单位现存软件库选用或从项目委托单位或用户的现有连锁反应加中选用软件时，则在选
用前应向CADCSC总体组报告，然后由CADCSC总体组组织"软件选用评审小组"进行评审、测试
与检查，只有当演示成功、测试合格后才能批准使用。如果只选用其中部分内容，则按等待
开发软件的处理过程办理，此时CADCSC总体组不予预。在进行上述工作过程中，软件配置管
理人员要进行下列工作：

A． 项目的软件配置管理小组要参加对上述四类由间接供货单位提供的软件的物理配置检
查； 这些软件的功能配置检查由项目的软件质量保证小组负责。

B． 在这些软件送入软件受控库与其他软件成分进行组装之前，软件配置管理小组要对其存
放媒体和配置标识进行认真的审查。

C． 由软件质量保证小组审查选用的上述四类软件，必须经过正式的验收手续，并由项目技
术管理小组负责人批准，然后置于软件配置管理小组的控制之下。

6 记录的惧维护和保存

在本项目及其所属的各个子系统的研制与开发期间，要进行各种软件配置管理活动。准确记
录、及时分析并妥善存放有关这些活动的记录，对这些软件的下沉运行与维护工作十分有
利。在软件配置管理小组中，应有专人负责收集、汇总与保存这些记录。

A． 基础上组装系统、各个子系统、专用支持软件及选用软件的功能基线、指派基线与产品
基线要送入软盘或磁带，至少必须一式两份且存放在两个不同的地点。这些记录应该每6个
月拷贝一次，以免意外损伤与自然老化。

B． 上述这些软件的文档也应送入软盘或磁带，至少必须工式两份且存放在两个不同的地
点，并应有一份打印的硬拷贝。磁媒体应该每隔6个月拷贝一次，以免意外损伤与自然老
化。

C． 软件产品的源程序、测试数据、测试报告及其他有关文档，除了按A、B规定妥善存放
外，要在项目结束后再保存2年，或在条件成熟时转交给这些软件产品的生产系统。

注：具体保存年限要根据项目的性质与开发单位的任务来确定，此处仅作为一个示例。

D． 上述这些软件的各项配置的个性状态、评审记录与修改历史，要作为这些软件的历史记
录来保存，目前可用打印硬拷贝一式两份存放，有条件时再转移到在线光学存储媒体中。

E． 鉴于处理版权或清理财务的需要，本软件系统的各项配置可能要求存放5~7年，但由于
我国对这些问题尚无明确的规定，因此，有关本条款的具体规定待将来有必要与可能时再作
修改与补充。

　

附录B

配置管理报表及其格式

（参考件）

B1 软件问题报告单（SPR）

在系统的运行与维护阶段对软件产品的任何修改建议，或在软件开发的任一阶段中对前面各
个阶段的阶段产品的任何修改建议，都应填入软件问题报告单。软件问题报告单的格式见表
B1。

B1．1 配置管理人员填写内容

表中A、B、C、P和状态等项目是由负责修改控制的配置管理人员填写的。表中其他各项即
D、E、F、G、H、I、J、K、N和O各项是由发现问题的人或申请配置管理的人填写的，他可能
还要填写J、L和M三项内容。前四项内容的意义如下：

A是由配置管理人员确定的登记号，一般按报告问题的先后顺序编号；

B是由配置管理人员登记问题报告的日期；

C是发现软件问题的日期；

P是填写若干补充信息和修改建议。

关于配置管理七种状态的含义在下面解释。

B1．2 配置管理状态

状态一栏分成七种情况，现分别说明如下：1表示软件问题报告正被评审，已确定采取什么
行动；2表示软件问题报告已由指定的开发人员去进行维护工作；3表示修改已经完成、测试
好，正准备释放给主程序库；4表示主程序库已更新，主程序库修改的重新测试尚未完成；5
表示已经进行了复测，但发现问题仍然存在；6表示已经进行了复测，已经顺利完成所做的
修改，软件问题报告单被关闭（维护已完成）；7表示留待以后关闭，因问题不是可重产生
的，或者是属于产品改善方面的，或者只具有很低的优先级等等。

B1．3配置管理申请人员填写的内容

在软件问题报告单中，属于配置管理申请人填写的各项内容的意义如下：

D、E两项是项目和子项目的名称，F是该子项目的代号，这应按配置标识的规定来命名代
号；

阶段名和报告人的姓名、住址和电话等的含义是显而易见的；

G表示问题属于哪一方面，是程序的问题还是例行程序的问题，是数据库的问题还是文档的
问题，是功能适应性修改还是性能改进性修改问题，也可能是它们的某种组合；

H表示子例行程序/子系统，即要指出出现问题的子例行程序名字，如果不知是哪个了例行程
序，可标出子系统名，总之，尽可能给出细节；

I是修订版本号，指出出现问题的子例和程序版本号；

J是媒体，表示包含有问题的子例行程序的主程序库存储媒体的标识符；

K是数据库，表示当发现问题时所使用的数据库标识符；

L是文档号，表示有错误的文档的编号；

M表示出现错误的主要测试实例的标识符；

N是硬件，表示发现问题时所使用的计算机系统的标识；

O是问题描述/影响，填写问题征候的详细描述，如果可能则写明实际问题所在，还要给出该
问题对将来测试、界面软件和文档等的影响。

B2 软件修改报告单（SCR）

对软件产品或其阶段产品的任何修改，都必须经过评审、批准后才能重新投入运行或作为阶
段产品释放。这一过程用软件修改报告单（software change report）给以记录。软件修改
报告单的格式见表B2。当收到了软件问题报告单之后，配置管理人员便填写软件修改报告
单。软件修改报告单要指出修改类型、修改策略和配置管理状态，它是供配置控制小组进行
审批的修改申请报告。表中各项内容的意义如下：

A是登记号，它是配置修改小组收到软件修改报告单时所作的编号；

B是配置管理人员登记软件修改报告单的日期；

C是已经准备好软件修改报告单、可以对它进行评审的时间；

D、E和F的意义与软件修改报告单的编号，如该编号中提出的问题只是部分解决，则在填写
时要在该编号后附以字母P（PAET表示部分之意）；

H指出是程序修改、文档更新、数据库修改还是它们的组合，如果仅是指出用户文档的缺陷
则在解释处作上记号；

I是修改的详细描述，如果是文档更新，则要列出文档更新通知单的编号；如果是数据库修
改，则要列出数据库修改申请的标识号；

J是批准人，经批准人签字、批准后才能进行修改；

K是语句类型，程序修改中涉及到的语句类型包括：输入/输出语句类、计算语句类、逻辑控
制语句类、数据处理语句类（如数据传送、存放语句）；

L是程序名，批被修改的程序、文档或数据库的名字。如果只要求软件修改报告单做解释性
工作，则是重复软件问题报告单中给出的名字；

M指当前的版本/修订标识；