计算机软件配置项csci

CSCI是计算机软件配置项（Computer Software Configuration Item）简称，在软件设计文档中经常用到。

配置与配置项 在配置管理中，“配置”和“配置项”是重要的概念，“配置”是在技术文档中明确说明并最终组成软件产品的功能或物理属性。

因此“配置”包括了即将受控的所 有产品特性，其内容及相关文档，软件版本，变更文档，软件运行的支持数据，以及其他一切保证软件一致性的组成要素，相对与硬件类配置，软件产品的“配置” 包括更多的内容并具有易变性。

受控软件经常被划分为各类配置项（Configuraion items, 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 （正式合格性测试名称）测试记录按时间顺序记录所有测试前、进行测试、分析、说明以及正式合格性测试结果等有关事件。

同时，还庆提供测试日志，按时间顺序记录正式合格性测试中的工作，包括：a.测试时间、地点、软硬件的配置。

需要时，测试配置项的描述还要记录软件版本号、研制单位、升级号、批准日期及所有硬件型号和软件部件使用的名称；b.每一个测试相关活动的日期和时间、测试操作人员和参加人员；c.测试过程中对所出现和产生的问题所采取的测试步骤，包括对问题的改进的次数和每一次结果；d.恢复重新测试的备份点或测试步骤。

4 测试结果分节详述每个正式合格性测试的细节。

4.X （正式合格性测试的名称和项目的唯一标识号）测试结果从4.1 节开始编号。

按名称和项目唯一标识号标识正式合格性测试，并分小节详细描述每一正式合格性测试用例的结果。

表1 测试结果一览表示例（缺）1） 如果测试过程出现一个故障或错误，则记录发生故障或错误的各个步骤。

2) PR=问题报告。

4.X.Y （测试用例名称和项目的唯一标识号）从4.1.1 节开始编号，按名称和项目的唯一标识号标识每一测试用例，并分小节详细说明测试用例的结果。

4.X.Y.1 （测试用例名称）测试结果说明测试用例的测试结果。

对测试过程的每一步都要记录测试结果和在测试过程中出现的各种异常和矛盾情况。

记录或引用有助于杜绝和纠正矛盾情况的信息（如存储器转储、寄存器记录、显示流程图），并分析导致矛盾的原因和改进的方法。

4.X.Y.2 （测试用例名称）测试过程中的差异情况详细说明相应的软件测试说明中描述的测试过程中的差异情况（例如，所需设备的替换，支持软件的改变，测试计划的偏差）。

对每一种差异情况，必须说明导致差异的原因和它对测试有效性的影响。

5 CSCI 评估和建议5.1 CSCI 评估全面分析测试结果，对CSCI 的能力作出评估。

通过分析标出存在的缺陷、局限性和CSCI 的约束等，并写入软件问题/更改报告。

对每一种偏差，局限性和约束应包括：a. 说明它对于CSCI 及系统运行的影响；b. 说明它对于CSCI 及为纠正偏差的系统设计的影响；c. 提供改必的方法和建议。

5.2 改进建议对系统设计、操作和CSCI 测试提出改进建议，并分析每一建议对CSCI 的影响。

若无建议，则写“无”。

软件开发工作中,这些缩写都代表什么职位？SD GB GS SS KS DS ...

SD Systems Designer， 系统设计师；还有叫SE的，system engineer，类似的意思；DS 软件设计需求；GB 国标的头字母，即国家标准。

这个是国内的叫法；UT Unit Test，单元测试；其他的内容都是没有见过的。

目前软件开发使用的流程大都是敏捷或者是CMM流程。

上述概念不知道你是在哪里得到的，很有可能是某个公司自己的标准，并非是通用的内容。

软件配置项是怎样产生的？

操作软件 直接控制和协调计算机及外部设备以方便用户使用的软件.如操作系统就是典型系统软件。

此外，也把各种语言的汇编、解释或编译程序列为系统软件。

支撑软件 支撑软件开发与维护的软件。

主要包括数据库管理系统、各种接口（包括网络接口）软件和工具软件等。

应用软件 直接完成具体应用无需用户编程的软件.