缩略语与术语指南

文档编号：FT-QD-OP-02-GD-03文档密级：秘密缩略语与术语指南版本号：2.0时力科技版权所有Copyright © Forlink Technologies Co., Ltd. All Rights Reserved文档修订历史目录1.缩略语 (4)2.术语 (5)1.缩略语CCB Change Control Board 变更控制委员会CCR Critical Computer Resources 关键计算机资源CI Configuration Item 配置项CM Configuration Management 配置管理CMMI Capability Maturity Model Integration 能力成熟度模型集成COTS Commercial off the shelf 套装软件CR Change Request 变更请求DAR Decision Analysis and Resolution 决策分析与决定EPG Engineering Process Group 工程过程组FP Function Point 功能点JCL Job Control Language 工作控制语言（作业控制语言）LOC Lines of Code 代码行MA Measurement and Analysis 度量与分析OOD Object-oriented design 面向对象设计OOP Object-oriented programming 面向对象编程OPD Organizational Process Definition 组织过程定义OPF Organizational Process Focus 组织过程焦点OT Organizational Training 组织培训PA Process Area 过程域PI Product Integration 产品集成PM Project Manager 项目经理PMC Project Monitoring and Control 项目监督与控制PP Project Planning 项目计划PPMD Project &Product Management Department 项目与产品管理部PPQA Process and Product Quality Assurance 过程与产品质量保证RD Requirement Development 需求开发REQM Requirement Management 需求管理RSKM Risk Management 风险管理RTM Requirements Traceability Matrix 需求跟踪矩阵SAM Supplier Agreement Management 供应商协议管理SRS Software Requirements Specification 软件需求规格说明书TS Technical Solution 技术解决方案WBS Work Breakdown Structure 工作分解结构2.术语EPG 工程过程组，由掌握相关过程改进知识并且具备一定经验的人员组成，致力于持续推动整个公司的过程改进。

PPMC 项目与产品管理委员会，作为公司最高级别项目与产品管理决策组织，由总经理和各部门高层经理组成。

PPMD项目与产品管理部，负责具体管理公司所有产品与项目。

版本某个工件的变体；工件的后期版本一般是在初期版本的基础上进行的扩展。

标签在特定时间点，用来为仓库中当前工作文件(或文件集合)指定一个符号标记，与单个文件的版本无关。

部署模型部署模型显示运行时处理节点的配置、各节点之间的通信链接，以及驻留在这些节点上的组件实例和对象。

操作概念（Operationalconcept）对每一个实体使用或操作方法的全面描述.差异分析(Gap analysis)站在未来某一时间节点上，分析计划目标和现实预期结果之间的差异，并且找到弥补差异的有效方法。

产品库用于存放完成系统测试后作为最终产品的软件产品，等待交付用户运行或现场安装。

产品需求（Product requirements）把客户需求用开发者的语言进行提炼，使模糊的需求转换为清晰的需求。

开发人员使用产品需求来指导产品的设计和构建。

产品组件（Product Component）产品组件是分层次的，是通过集成方法建造（build）的，需求已定义、设计已开发并且已经实现的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。

场景（scenario）用于描述行为、按特定顺序排列的动作序列。

可用来描述系统用户与系统的交互或执行，也可以理解为用例的实例。

承诺（Commitment）指组织外部或内部相关人员、组在答应提供某些资源或使某些事务达到预定目标所作的允诺。

程序单元程序单元是项目定义的软件最小可测试单元。

代码走查代码走查是检查源代码与编码标准的符合性以及程序逻辑的正确性的活动，目的是发现缺陷或者是提出改进措施。

单元测试单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。

度量指在现实的世界中,把数字或符号指定给实体的某一属性,以便以这种方式来根据已明确的规则来描述它们。

非关键路径具有相互依赖关系的一系列非关键任务。

非关键任务有时差的任务，并且该任务在比其结束日期拖后完成时，只要延迟的时间在时差范围内，将不会延迟项目的结束日期。

风险（Risk）在某一特定环境下，在某一特定时间段内，可能造成某种损失发生的事件。

风险分析风险的评估、分类及设定优先顺序风险管理（Risk Management）一种问题分析的手段，它采用风险概率去估计某情况下的风险以达到对所涉及风险更为精确的了解。

风险管理包括风险识别、分析、优先级排序和控制。

改造项目是指公司对原有开发完毕项目进行的后期开发项目，后期开发的主要内容可能包括前期项目的缺陷修复、功能增强、新功能、甚至重构等等。

跟踪性(Traceability) 开发过程中的两个或多个工作产品，特别是彼此间具有继承关系或主从关系的那些工作产品间能建立相互关系的程度。

工作产品(Work Product) 由定义、维护和使用一个项目过程的一部分所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。

工作分解结构(WBS) 计划框架，即将项目分解成多个可以从中分配和追踪成本、工作产品和活动的工作单元。

关键计算机资源(Critical Computer Resources, CCR) 关键计算机资源主要是指目标机的资源，例如用以存储和运行程序代码的RAM 和ROM 容量。

或者比如说，那些在有限空间内开发打印机嵌入软件、以太局域网卡嵌入软件或多处理机软件的项目，需要考虑到关键计算机资源问题。

关键路径为保证项目如期完成而必须按时完成的具有相互依赖关系的一系列任务。

关键路径上的每个任务都是关键任务。

关键任务为保证项目如期完成而必须按时完成的任务。

如果关键任务发生了延迟，则项目的完成日期可能也会延迟。

一系列的关键任务就构成了关键路径。

规程用于详细说明某项具体活动的执行方法和步骤，它往往是过程文件中某方面内容的细化。

规范/标准关于某方面工作正式的、强制的要求，用于确保活动执行的一致性。

活动(Activity) 一个活动是为了实现某个目的所采取的任何步骤或所完成的任何功能，它既可以是脑力的也可以是体力的。

获取（Acquisition）得到一个系统、一个产品或一项服务的过程。

基线(Baseline) 一组规格说明或一组工作产品，经过正式评审和批准后，作为后继开发的基础，其变更必须通过变更控制规程实施。

基线库基线库是配置库的一种类型，它是基线的物理存在。

集成（Integration）将单独的软件构件组装为可执行的整体系统的软件开发活动。

集成测试（Integration Test）也叫组装测试或联合测试。

集成测试所测试的对象是不同模块之间的接口，其目的是要找出在模块接口上面，包括整体体系结构上的问题。

其测试的依据来自于系统的高层设计（架构设计）。

技术评审（technical review）技术评审的目标是检查软件工作产品草案是否满足规格要求和相关的标准，是否能够完成预定的目标，是否可以作为下一阶段工作的输入。

技术评审主要关注以下几个方面的问题：产品能够完成预定的功能；产品能够覆盖所有的需求；产品符合相关的标准和规范；工作产品是一致并且完整的等。

角色（Role）已定义职责的一个单元，可以由一个或多个个人承担。

开发库专供开发人员使用的一个配置管理库，其中的信息会频繁修改，对其控制相对宽松。

客户（customer）委托开发系统的人，或者是系统目标市场的代表。

里程碑（Milestone）里程碑是项目中关键的事件及关键的目标时间，是完成阶段性工作的标志。

模板生成实际工作产品时参照用的样板，其内容和格式比较规范逆向跟踪检查设计文档、代码、测试用例等工作产品是否都能在需求文档中找到出处。

配置标识(Configuration Identification) 配置管理的一个构成部分，它包括为系统选择配置项，并在技术文档中记录其功能特征和物理特征。

配置管理(Configuration Management, CM) 是采用配置标识符、配置控制、配置状态统计、配置审计来建立和维护在项目的整个生命周期中工作产品的完整性、一致性、可追溯性。

配置项(Configuration Item, CI) 配置管理中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。

评审（Review）指对项目中的工作产品、管理活动或项目进程等进行评议和审查，目的是要找出潜在的缺陷并评估质量。

驱动模块（driver）相当于所测模块的主程序。

它接收测试数据，把这些数据传送给所测模块，最后再输出实际测试结果。

缺陷（Defect）缺陷是已交付产品中的异常情况或瑕疵。

缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。

缺陷可以是要跟踪并解决的任何种类的问题。

软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。

软件架构软件架构是以组件、组件之间的关系、组件与环境之间的关系为内容的某一系统的基本组织结构，以及指导上述内容设计和演化的原理。

软件生命周期（Software Life Cycle）是软件的产生直到报废的生命周期，周期内一般有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。