计算机软件配置项csci.pdf

计算机软件配置项csci

CSCI是计算机软件配置项（ComputerSoftwareConfiguration

Item）简称，在软件设计文档中经常用到。

配置与配置项在配置管理中，“配置”和“配置项”是重要的概

念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或

物理属性。

因此“配置”包括了即将受控的所有产品特性，其内容及相关文

档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证

软件一致性的组成要素，相对与硬件类配置，软件产品的“配置”包

括更多的内容并具有易变性。

受控软件经常被划分为各类配置项（Configuraionitems,CIs），

这类划分是进行软件配置管理的基础和前提，CIs是逻辑上组成软件系

统的各组成部分。

比如一个软件产品包括几个程序模块，每个程序模块及其相关文

档和支撑数据可能被命名为一个CI。

一个系统包括的CIs的数目是一个与设计密切相关的问题，关于怎

样将一个软件系统划分为不同的CIs将在以下有关章节中阐述，注意

如果一个产品同时包括硬件和软件部分，一般一个CI也同时包括软件

和硬件部分，一个纯软件的CI通常也称之为软件配置项（CSCI）。

本规范的CI一般指CSCI，软硬件的配置管理有一些相通的地方，

但因为软件更易于修改，所以软件配置管理是一个更应该系统化的过

程。

基线与基线管理各CIs随软件开发活动的进展，会有越来越多的

部件进入受控状态。

一般地，软件开发过程从概念演绎和需求分析开始，然后是设计，

各CSCIs的编码或写作，集成测试，最后是用户手册的编写等。

软件配置管理包括了在软件生命周期的时间分散点上对各CIs进行

标识并对对他们的修改进行控制的过程。

在一个开发阶段结束或一组功能开发完成后，要对相应的CIs进

行基线化并形成各类基线。

在配置管理系统中，基线就是一个CI或一组CIs在其生命周期的

不同时间点上通过正式评审而进入正式受控的一种状态，而这个过程

被称为“基线化”。

每一个基线都是其下一步开发的出发点和参考点。

每个基线都将接受配置管理的严格控制，对其的修改将严格按照

变更控制要求的过程进行，在一个软件开发阶段结束时，上一个基线

加上增加和修改的基线内容形成下一个基线，这就是“基线管理”的

过程，因此基线具有以下属性：通过正式的评审过程建立基线存在于

基线库中，对基线的变更接受更高权限的控制基线是进一步开发和修

改的基准和出发点。

一般地，第一个基线包含了通过评审的软件需求，因此称之为

“需求基线”，通过建立这样一个基线，受控的系统需求成为进一步

软件开发的出发点，对需求的变更被正式初始化、评估。

受控的需求还是对软件进行功能评审的基础。

软件系统测试报告怎么写

二、软件测试报告的正文的格式1范围1.1标识列出本文档的：a.

已批准的标识号；b.标题；c.缩略语；d.本文档适用的系统计算机软

件配置项（CSCI）。

此外，还应包括在本报告中记录的每个正式合格性测试的名称和

编号。

1.2系统概述概述本报告所适用的系统和CSCI的用途。

1.3文档概述概述本报告的用途和内容。

2引用文档按文档号和标题列出本文档引用的所有文档。

3测试概述分节描述本报告所覆盖的每项正式合格性测试的结果。

3.1（正式合格性测试名称及项目的唯一标识号）按名称和编号来

说明正式合格性测试，并分小节概述测试结果。

3.1.1（正式合格性测试名称）小结总结正式合格性测试的结果。

若失败，则要说明产生错误结果的测试步骤和问题报告。

这些内容可参考表1的测试结果一览表进行概括。

3.1.2（正式合格性测试名称）测试记录按时间顺序记录所有测试

前、进行测试、分析、说明以及正式合格性测试结果等有关事件。

同时，还庆提供测试日志，按时间顺序记录正式合格性测试中的

工作，