缩略语与术语指南

文档编号：FT-QD-OP-02-GD-03文档密级： 秘密缩略语与术语指南版本号：2.0时力科技版权所有Copyright©ForlinkTechnologiesCo.,Ltd.AllRightsReserved

文档修订历史版本作者版本变化对象变化内容描述审核人批准人批准日期1.0徐旺创建EPG张杰200307012.0徐旺添加组织级过程资产中新增的过程域中内容EPG张杰20070521目录缩略语 4术语 5FORLiNK时力科技1.缩略语CCBChangeControlBoard变更控制委员会CCRCriticalComputerResources关键计算机资源CIConfigurationItem配置项CMConfigurationManagement配置管理CMMICapabilityMaturityModelIntegration能力成熟度模型集成COTSCommercialofftheshelf套装软件CRChangeRequest变更请求DARDecisionAnalysisandResolution决策分析与决定EPGEngineeringProcessGroup工程过程组FPFunctionPoint功能点JCLJobControlLanguage工作控制语言（作业控制语言）LOCLinesofCode代码行MAMeasurementandAnalysis度量与分析OODObject-orienteddesign面向对象设计OOPObject-orientedprogramming面向对象编程OPDOrganizationalProcessDefinition组织过程定义OPFOrganizationalProcessFocus组织过程焦点OTOrganizationalTraining组织培训PAProcessArea过程域PIProductIntegration产品集成PMProjectManager项目经理PMCProjectMonitoringandControl项目监督与控制PPProjectPlanning项目计划PPMDProject&ProductManagementDepartment项目与产品管理部PPQAProcessandProductQualityAssurance过程与产品质量保证RDRequirementDevelopment需求开发REQMRequirementManagement需求管理RSKMRiskManagement风险管理RTMRequirementsTraceabilityMatrix需求跟踪矩阵SAMSupplierAgreementManagement供应商协议管理SRSSoftwareRequirementsSpecification软件需求规格说明书TSTechnicalSolution技术解决方案WBSWorkBreakdownStructure工作分解结构2.术语EPGPPMCPPMDEPGPPMCPPMD版本标签部署模型项目与产品管理委员会，作为公司最高级别项目与产品管理决策组织，由总经理和各部门高层经理组成。项目与产品管理部，负责具体管理公司所有产品与项目。某个工件的变体；工件的后期版本一般是在初期版本的基础上进行的扩展。在特定时间点，用来为仓库中当前工作文件（或文件集合）指定一个符号标记，与单个文件的版本无关。部署模型显示运行时处理节点的配置、各节点之间的通信链接，以及驻留在这些节点上的组件实例和对象。操作概念（Operational对每一个实体使用或操作方法的全面描述.concept）差异分析（Gapanalysis）站在未来某一时间节点上，分析计划目标和现实预期结果之间的差异，并且找到弥补差异的有效方法。产品库 用于存放完成系统测试后作为最终产品的软件产品，等待交付用户运行或现场安装。产品需求（Product把客户需求用开发者的语言进行提炼，使模糊的需求转换requirements） 为清晰的需求。开发人员使用产品需求来指导产品的设计和构建。产品组件（Product产品组件是分层次的，是通过集成方法建造（build）的，Component） 需求已定义、设计已开发并且已经实现的工作产品，这些工作产品的需求、开发和实现是为了满足最终产品的功能，或者是为了交付给用户。场景（scenario）场景（scenario）承诺（。ommitment）程序单元代码走查承诺（。ommitment）程序单元代码走查单元测试度量非关键路径非关键任务风险（Risk）风险分析风险管理（RiskManagement）改造项目跟踪性（Traceability）工作产品(WorkProduct)工作分解结构(WBS)关键计算机资源(CriticalComputerResources,CCR)关键路径程序单元是项目定义的软件最小可测试单元。代码走查是检查源代码与编码标准的符合性以及程序逻辑的正确性的活动，目的是发现缺陷或者是提出改进措施。单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括内部结构（如逻辑和数据流）以及单元的功能和可观测的行为。指在现实的世界中，把数字或符号指定给实体的某一属性，以便以这种方式来根据已明确的规则来描述它们。具有相互依赖关系的一系列非关键任务。有时差的任务，并且该任务在比其结束日期拖后完成时，只要延迟的时间在时差范围内，将不会延迟项目的结束日期。在某一特定环境下，在某一特定时间段内，可能造成某种损失发生的事件。风险的评估、分类及设定优先顺序一种问题分析的手段，它采用风险概率去估计某情况下的风险以达到对所涉及风险更为精确的了解。风险管理包括风险识别、分析、优先级排序和控制。是指公司对原有开发完毕项目进行的后期开发项目，后期开发的主要内容可能包括前期项目的缺陷修复、功能增强、新功能、甚至重构等等。开发过程中的两个或多个工作产品，特别是彼此间具有继承关系或主从关系的那些工作产品间能建立相互关系的程度。由定义、维护和使用一个项目过程的一部分所产生的任何人工制品，包括过程描述、计划、规程、计算机程序和相关文档，无论是否打算将它们交给客户或最终用户。计划框架，即将项目分解成多个可以从中分配和追踪成本、工作产品和活动的工作单元。关键计算机资源主要是指目标机的资源，例如用以存储和运行程序代码的RAM和ROM容量。或者比如说，那些在有限空间内开发打印机嵌入软件、以太局域网卡嵌入软件或多处理机软件的项目，需要考虑到关键计算机资源问题。为保证项目如期完成而必须按时完成的具有相互依赖关系的一系列任务。关键路径上的每个任务都是关键任务。

关键任务规程规范/关键任务规程规范/标准活动(Activity)获取(Acquisition)基线(Baseline)基线库集成(Integration)集成测试(IntegrationTest)技术评审(technicalreview)角色(Role)开发库客户(customer)里程碑(Milestone)模板逆向跟踪配置标识(ConfigurationIdentification)用于详细说明某项具体活动的执行方法和步骤，它往往是过程文件中某方面内容的细化。关于某方面工作正式的、强制的要求，用于确保活动执行的一致性。一个活动是为了实现某个目的所采取的任何步骤或所完成的任何功能，它既可以是脑力的也可以是体力的。得到一个系统、一个产品或一项服务的过程。一组规格说明或一组工作产品，经过正式评审和批准后，作为后继开发的基础，其变更必须通过变更控制规程实施。基线库是配置库的一种类型，它是基线的物理存在。将单独的软件构件组装为可执行的整体系统的软件开发活动。也叫组装测试或联合测试。集成测试所测试的对象是不同模块之间的接口，其目的是要找出在模块接口上面，包括整体体系结构上的问题。其测试的依据来自于系统的高层设计(架构设计)。技术评审的目标是检查软件工作产品草案是否满足规格要求和相关的标准，是否能够完成预定的目标，是否可以作为下一阶段工作的输入。技术评审主要关注以下几个方面的问题：产品能够完成预定的功能；产品能够覆盖所有的需求；产品符合相关的标准和规范；工作产品是一致并且完整的等。已定义职责的一个单元，可以由一个或多个个人承担。专供开发人员使用的一个配置管理库，其中的信息会频繁修改，对其控制相对宽松。委托开发系统的人，或者是系统目标市场的代表。里程碑是项目中关键的事件及关键的目标时间，是完成阶段性工作的标志。生成实际工作产品时参照用的样板，其内容和格式比较规范检查设计文档、代码、测试用例等工作产品是否都能在需求文档中找到出处。配置管理的一个构成部分，它包括为系统选择配置项，并在技术文档中记录其功能特征和物理特征。

配置管理（ConfigurationManagement,CM）配置项（Configuration配置管理（ConfigurationManagement,CM）配置项（ConfigurationItem,CI）评审（Review）驱动模块（driver）缺陷（Defect）软件度量软件架构软件生命周期(SoftwareLifeCycle)软件需求(softwarerequirement)设计类审查(inspection)审计(Audit)时差市场分析员受控库配置管理中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。指对项目中的工作产品、管理活动或项目进程等进行评议和审查，目的是要找出潜在的缺陷并评估质量。相当于所测模块的主程序。它接收测试数据，把这些数据传送给所测模块，最后再输出实际测试结果。缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是要跟踪并解决的任何种类的问题。是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程，目的在于对此加以理解、预测、评估、控制和改善。软件架构是以组件、组件之间的关系、组件与环境之间的关系为内容的某一系统的基本组织结构，以及指导上述内容设计和演化的原理。是软件的产生直到报废的生命周期，周期内一般有问题定义、可行性分析、总体描述、系统设计、编码、调试和测试、验收与运行、维护升级到废弃等阶段。指明必须实现什么的规格说明。它描述了系统的行为、特性或属性，是在开发过程中对系统的约束。是对具有相同职责、关系、操作、属性和语义的一组对象的说明。检查和识别完成的工作产品缺陷。审计是指对项目开发过程中某些工作产品作独立的检查，以评估它们与相应规范、标准、合同、协议等要求的符合性。时差是指一个任务在不影响其他任务日期或整个项目日期的前提下可延迟的时间。多数面向市场的产品并没有委托实现的客户，因此，市场人员通常要建立市场需求，并且充当客户的代理。是指在软件生命周期的某一个阶段结束时，存放作为阶段产品而释放的、与软件开发工作有关的计算机可读信息和人工可读信息的库。

同行(peer)同行评审(同行(peer)同行评审(peerreview)维护项目系统测试(SystemTest)相关人员(Stakeholder)项目从属计划项目定义过程项目工作环境项目计划项目主体计划新开发项目需求变更(RequirementsChanges)验收测试(AcceptanceTest)已定义的过程(DefinedProcess)由生产者的同行按照预定的规程对软件工作产品进行的评审。目标是在产品开发过程中尽早发现缺陷，从而以较低的成本尽早解决缺陷，是一种结构化的评审方法。是指对公司原有开发完毕的已发布的项目进行维护，维护的需求可能来自客户，也可能来自公司内部人员。是将经过测试的壬系统装配成一个完整系统来测试。验证系统是否确实能满足《软件需求规格说明书》的要求。受影响的组织或个人，在项目中一般包括项目成员、客户、最终用户等。依据项目主体计划编制的，用于指导项目中某方面具体工作的计划，如《PPQA计划》、《配置管理计划》、《度量计划》、《测试计划》等是以组织定义的标准过程为基础得到的，和项目生命周期模型相关并覆盖项目需要的所有过程。对于项目而言，项目定义过程还要满足项目合同和操作需求、环境和约束，应该是最符合项目特性的。包括人们有效开展工作所需的设备、工具、设施等，包含产品集成、验证、确认等环境。指项目中所有的计划，包括项目主体计划和从属计划。是指导开展项目整体活动的计划，一般包括《软件估计表》、《WBS与进度表》、《项目开发计划》(若维护项目则为《产品维护计划》)及其附件、《风险管理计划》、《风险管理表》。是指公司新承接的由客户方提出的项目，或由公司自主立项的新项目。即需求发生变化，如果在《用户需求说明书》经过需求评审以后，需要在原有需求基础上追加和补充新的需求或对原有需求进行修改和削减，均属于需求变更。确认在真实环境下产品是否符合最终用户的需求。依据组织的裁剪指南，对组织标准过程裁剪后得到的一个已管理的过程。它具有专人维护的过程描述，并且向组织过程资产库提供工作产品、度量数据以及其他过程改进信息。

已管理的过程（ManagedProcess）用户（已管理的过程（ManagedProcess）用户（end-user）用例模型（usecasemodel）正向跟踪指南指最终用户，使用系统的人。用例模型