CMMI术语表

术语英文注释参见国标执行能力abilitytoperform见共同特点验收准则acceptancecriteria为了被用户、顾客或其它指定实体接收，一个系统或成分必须满足的准则。IEEE－STD－610验收测试accePtancetesting为确定一个系统是否满足其验收准则和为使得用户能确定是否接收该系统而进行的正式测试。IEEE－STD－610活动activtity任何～个为实现某个目的而采取的步骤或所执行的功能，既可是脑力的，也可是体力的。活动包括经理和技术人员为完成项目和组织的作业所进行的全部工作。对照参看作业执行的活动activitiesperformed见共同特点行动项actionitem1已安排给某个个人或小组处理的事务清单中的一个单元。2一项已被采纳的行动建议。行动建议action①ProPOsal作为缺陷预防活动的结果，一项已文档化的对过程或过程一有关项的更改建议，它将预防将来再出现已识别出的缺陷。也可参看软件过强改进建议分配需求allocatedrequirements见分配给软件的系统需求应用领域applicationdomain一组有界限的相关系统即处理一个特定类型问题的那些系统。在一个应用领域内的开发和维护工作通常要求专门的技能和或资源。例如工资和人员系统、指挥和控制系统、编译程序和专家系统。评估apprial见软件过程评估审计audit对一个成一组工作产品所作的独立的考察，评估它们与规格说明、 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 、合同协议或其它判据的符合性。IEEE－STD－610基线baseline已经过正式评审和认可，作为以后进一步开发的基础，并且只有通过正式的更改控制规程才能进行更改的规格说明或产品。IEEE－STD－610基线配置管理baselineconfigurationmagement建立经正式评审和认可并作为进一步开发工作的基础的基线。某些诸如软件设计和代码这样的软件工作产品应该有在预先确定点上建立的基线，并且对这些项应该施加严格的更改控制过程。当与顾客打交道时，这些基线提供控制和稳定性。也可参看基线管理。基线管理baselinemanagement在配置管理中，运用技术上的和行政上的管理去指定一些文档和对这些文档的更改，这些文档在一个配置项的生存期内的某些特定时刻，正式标识出和建立起基线。IEEE－STW－610测定基准benchmark一项标准，对照它能进行测量或比较。IEEE－STD－610①译注：measurement的翻译有两种，当与“软件”或“质量”相这时用度量，与“硬件”或“过程”相这时用测量．投标者bidder一个个人、合作伙伴、公司或协会，他已提交一项提议，并且是待签署的设计、开发和或制造一个或多个产品的合同的候选人。能力成熟度技型capabilitymaturitymodel对软件组织进化阶段的描述，随着软件组织定义、实施、测量、控制和改进其软件过程，它们经过这些阶段逐步前进。该模型使得确定当前过程能力的工作和识别对软件质量和过程改进最关键的问题变得容易，从而对选择过程改进战略提供指导。原因分析causalanalysis为确定缺陷的根源所作的缺陷分析。原因分析会议causalanalysismeeting在完成一特定任务后为分析任务完成期间所暴露的缺陷而举行的会议。CMM能力成熟度模型的首字母缩略词。约定commitment自由地接受的、可视的、期待各方遵守的协议。执行约定commitmenttoperform见共同特点。缺陷的一段原因commoncanseofadefect一种缺陷原因，这种缺陷原因是一个过程或系统固有的。一般原因影响到过程的每个输出和工作在此过程中的每个人。对照参着特殊原因。共同特点commonfeatures用以进一步细分CMM关键过程区域的类别。共同特点是指示一个关键过程区域的实施和规范化是否是有效的、可重复的、和持久的一些属性。CMM的共同特点如下；执行约定——组织必须采取的保证过程得以建立和持续下去的行动。执行约定一般涉及到组织方针的建立和高级管理者的支持。执行能力——为了适当地实施软件过程，项目或组织中必须存在的先决条件。执行能力一般涉及资源、组织机构和培训。”执行的活动——对于那些为实施一个关键过程区域所必须的角色和规程的描述。执行的活动一般涉及制定 计划 项目进度计划表范例计划下载计划下载计划下载课程教学计划下载 和规程，进行工作，跟踪它和必要时采取改正行动。测量①和分析——对过程进行测量和对测量结果进行分析的需求的描述。测量和分析一般包括可能采取的旨在确定执行的活动的状态和有效性的测量例子。验证实施——保证活动按照已建立的过程进行的措施。进行验证一般包括管理者和软件质量保证组作的评审和审计。配置configuration在配置管理中，软件或硬忏所具有的正如在技术文档中所陈述的或产品所实现的那些功能特征和物理特征、IEEE－STD－610配置控制configurationcontrol—一配置管理的一个构成部分，它包括在正式建立配置项的配置标识之后对它们所作更改的评价、协调、批准或拒绝和实施。[IEEE－STD－610配置标识configurationidentification配置管理的一个构成部分，它包括为系统选择配置项，并在技术文档中记录其功能特征和物理特征。IEEE－STD－610配置项configurationitem指定为配置管理对象且在配置管理过程中作为单个实体处理的硬件集合、软件集合或硬软件集合。IEEE－STD－610配置管理conigurationmanagement对以下各项运用技术上和行政上的管理和监视的一种学科：对一个配置项的功能特征和物理特征进行标识并写成文档；对这些特征的更改进行控制；对重政处理过程和实施状态进行记录和 报告 软件系统测试报告下载sgs报告如何下载关于路面塌陷情况报告535n,sgs报告怎么下载竣工报告下载 ；以及对规定需求的符合性进行验证。IEEE－STD－610配置管理库系统configurationmanagementlibrarysystem存取软件基线库内容的工具和规程。配置单元configurationunit可放人配置管理库系统和从库中检索的一个配置项或成分的最低层次的实体。一致性consistency在系统或其成分的文档或部件中，一致、标准化和无矛盾的程度。[IEEE－STD－610]偶然性因素contingencyfactor对规模、成本或进度计划的调整增加，以便计及由于不完全的规格说明、在估计应用领域上缺乏经验等等所导致的很可能的对这些参数的过低估计。合同条款和条件contracttermsandconditions合同规定的法律、金融和行政管理方面。关键计算机资源criticalcomputerresource据认为将是项目风险源的计算资源的参数，因为对这些资源的潜在需求有可能超出可得到的量。例子包括目标计算机的存储容量和行主计算机的磁盘空间。关键路径criticalpath为保持整个项目按进度进行必须按计划完成的项目的一系列的相互依赖的作业。。顾客customer负责接收产品和批准付款给开发组织的个人或组织。缺陷defect系统或系统成分中的能造成它们无法实现其被要求有的功能的缺点。如果在执行过程中遇到缺陷，它可能导致系统的失效。缺陷密度defectdensity在一个产品中识别出的缺陷数目除以产品成分的规模用该产品的标准度量术语表示缺陷预防defectprevention与识别缺陷或潜在缺陷并预防它们被引入到产品有关的活动。缺陷根源defectrootcause使缺陷得以引入的基础原因例如过程不健全已定义等级definedlevel见成熟度等级。已定义的软件过程definedsoftwareprocess见项目定义软件过程。相关项dependencyitem一个个人或组必须向第二个个人或组提供的产品、行动或信息，使得第二个个人或组能完成所计划的任务。开发配置管理developmentalconfigurationmanagemt运用技术上的和行政上的管理去指定或控制那些软件和其相关的技术文档，它们定义一个软件工作产品在开发期间内不断进化的配置。开发配置管理处在开发者的直接控制之下。置于开发配置管理之下的配置项不是基线，虽然在其开发的某些点上，它们可能被基线化并置于基线配置管理之下。偏差deviation相对于适当的规范、计划、标准、规程或受评审的变量来说是显著的或明显的偏离。已文档化的规程documentedprocedure见规程有放过程effectiveprocess可特征化为实用的、巴文档化的、已实施的、经培训的、已测量的和能改进的过程。也可参见妥善一定义的过程。最终用户enduser当系统安装在运行环境中时，那些将按照其预先设计的运行用途而使用该系统的个人或组。最终用户代表enduserrepresentatives挑选出的能代表最终用户整体的最终用户样本。工程组engineeringgroup代表一门工程学科的个人包括经理和技术人员的集合。工程学科的例子包括系统工程、硬件工程、系统测试、软件工程、软件配置管理和软件质量保证。评价evaluation见软件能力评价事件一驱动的评审或活动event－drivenreview／activity基于项目中某个事件的出现而执行的评审或活动例如一项正式评审或一个软件生存周期阶段的完成。参看定期评审成活动以作对照。发现findings标识出调查范围内最重要的议题、问题或机会的一项评估、评价、审计或评审所作出的结论。一线软件经理first－linesoftwaremanager对由软件工程师和其它相关职员构成的一个单个的机构单位例如一个部门或项目组的人员配置和活动负有直接管理 责任 安全质量包保责任状安全管理目标责任状8安全事故责任追究制幼儿园安全责任状占有损害赔偿请求权 包括提供技术指导和对人员和工资进行行政管理等功能的经理。正式评审formalreview一次正式的会议，在此会议上将产品提交给最终用户、顾客或其它有兴趣的各方，以得到评论和批准。它也可以是对项目的管理和技术活动及项目进程的评审。功能function为实现～组目的或终止一件事，个人或工具所进行的一组特别安排的或特别适宜于其角色的相关的行动。目标goals对一个关键过程区域中关键实践的概括，能用于确定一个组织或项目是否已经有效地实施该关键过程区域。目标表示每个关键过程区域的范围、边界和意图。组grouP负责一组作业或活动的部门、经理和个人的集会。组的规模可以变化；从一个受指派的以部分时间工作的单个个人，到几个从不同部门安排来的非全日制的个人，到几个全部时间专注此工作的个人。宿生计算机hostcompter用于开发软件的计算机。寸照参着目标计算机。初始等级initiallevel见成熟度等级。 制度 关于办公室下班关闭电源制度矿山事故隐患举报和奖励制度制度下载人事管理制度doc盘点制度下载 化institutionalization建立那些支持方法、实践和规程的基础设施和公司文化，使得这些方法、实践和规程成为经营活动的进行方式，甚至在最初定义它们的人员离去之后。集成软件管理integrated　software　management将软件工程活动和管理治动统一并集成为一个协调的、基于组织标准软件过程和相关过程财富的、已定义的软件过程。集成integration见软件集成。关键实践keypractices对一个关键过程区域的有效实施和制度化贡献最大的基础设施和活动。关键过程区域keyprocessarea生存周期lifecycle见软件生存周期。维护maintenance在交付以后对一个软件系统或成分进行修改的过程，目的在于改正差错、改善性能或其它属性、或者对其调整以适应改变后的环境。进行管理和控制managedandcontrolled标识和定义软件工作产品的过程，这些软件工作产品不是基线的～部分，因此并不置于配置管理之下，但是为使项目以有纪律的方式开展工作，它们必须受控。“进行管理和控制”意味着在给定时间过去或现在使用的工作产品的版本是已知的即版本控制，而且以受控的方式引进更改(即更改控制已普理级managedlevel见成熟度等级。经理manager一个角色，他对在经理的职责范围内进行作业或活动的个人提供技术上的和行政上的管理和控制。经理的传统职能包括对其职责范围内的工作进行策划、提供资源、进行组织，加以指导和控制。成熟度等级maturitylevel一个妥善定义的、朝着实现成熟软件过程进化的平台。SEI的能力成熟度模型中的五个成熟度等级是：初始级软件过程被特征化为无序的、偶尔甚至是混乱的。几乎没有什么过程是已定义的，成功依赖于个人的努力。可重复级repeatableIevel已建立起基本的项目管理过程去跟踪成本、进度和功能性。为了在具有类似应用问题的项目上能重复以前的成功，必要的过程纪律已到位。已定义等级defined　level在管理活动和工程活动两方面软件过程均已文档化、标准化，并且集成到组织的标准软件过程。所有的项目均采用经批准的、组织标准软件过程的剪裁版本去开发和维护软件。已管理级已采集软件过程和产品质量的详尽度量。软件过程和产品均得到定量的理解和控制。优化级optimizininglevel优化级——通过利用来自过程和对创新思想及技术的先导性试验的定量反馈信息，使得连续过程改进或为可能。成熟度提问单maturityquestionnaire一组关于软件过程的提问，它抽样检查CMM的每个关键过程区域中的关键实践。它被用作为评价一个组织或项目可靠地执行软件过程的能力的出发点。度量单位measure度量的一个单位例如源代码行或者设计的文件页数〕。度量measurent方法method规则和判据的～个适度完整的集合，这些规则和判据建立起一种精确的和可重复的进行作业并达到所希望结果的方式。方法论methodology一组方法、规程和标准的集合，它确定一套集成的开发某产品的综合工程方法。里程碑milestone一个在预定时间发生的事件，某个人应对其负责，并且能用它来测量进程。非技术性要来notechnicalrequirements影响和限定软件项目管理活动的协议、条件和或合同条款。运行软件operationalsoftware打算交付给顾客，配置在预定环境中在某个系统中运行的软件。优化级optimizininglevel见成熟度等级。组织organization一个公司或其它实体例如政府机关或军种中的一个单位，在其中对许多项目作为一个整体加以管理。一个组织内的所有项目共有一个共同的顶层经理和共同的方针。组织的测量大纲organizatlon’smeasurementprogram一组相关的用以阐述组织的测量需求的要素。它包括对全组织范围适用的测量的定义、收集组织测量数据的方法和实践、分析组织测量数据的方法和实践、以及组织的测量目标。组织的软件过程财富organization’ssoftwareprcessassets一组实体的集合，它由组织维护，供项目在制定、剪裁、维护和实施其软件过程时使用。这些软件过程财富一般包括：组织标准软件过程organization’sstandardsoftwareprocess对于基本过程的可操作的定义，基本过程指导在一个组织内的所有项目上建立一个共同的软件过程。它描述预期每个软件项目的已定义软件过程均会包含的基本的软件过程元素。它还描述这些软件过程元素间的关系例如：排序和界面对批准使用的软件生存周期的描述，剪裁组织标准软件过程的指南和准则，组织的软件过程数据库organization’ssoftwaredatabase为收集有关软件过程及其生成的软件工作产品的数据并使其可供使用而建立的数据库，特别当数据与组织标准软件过程有关时。该数据库包含或者索引实际的测量数换和为理解测量数据及评估其合理性与适用性所需要的相关信息。过程和工作产品的数据的例子包括：对软件规模、工作量和成本的估计值；软件规模、工作量和成本和实际数据；生产率数据；同行评审的范围和效率；以及在软件代码中所发现的缺陷的数目及严重性。软件过程一有关文档库。任何一项组织认为在进行过程定义和维护活动方面有用的实体均可作为过程财富被包括在内。组织的软件过程数据库organization’ssoftwaredatabase为收集有关软件过程及其生成的软件工作产品的数据并使其可供使用而建立的数据库，特别当数据与组织标准软件过程有关时。该数据库包含或者索引实际的测量数换和为理解测量数据及评估其合理性与适用性所需要的相关信息。过程和工作产品的数据的例子包括：对软件规模、工作量和成本的估计值；软件规模、工作量和成本和实际数据；生产率数据；同行评审的范围和效率；以及在软件代码中所发现的缺陷的数目及严重性。组织标准软件过程organization’sstandardsoftwareprocess对于基本过程的可操作的定义，基本过程指导在一个组织内的所有项目上建立一个共同的软件过程。它描述预期每个软件项目的已定义软件过程均会包含的基本的软件过程元素。它还描述这些软件过程元素间的关系例如：排序和界面定向培训orientation向对在某专题领域内负责开展工作的个人进行监督或与这些个人打交通的那些人进行的有关该专题的概述或介绍。对照参看培训。Pareto分析Paretoanalysis通过将缺陷原因按从最重要到最不重要加以排序的方法对缺陷进行分析。Pareto分析基于以19世纪经济学家VilfredoPareto命名的原理，即绝大多数后果起源于相对少的原因，也就是80％后果是由可能原因中的20％所遗成的。同行评审peerreview由一个软件工作产品生产者的同行遵循已定义的规程对产品作的评审，目的在于识别出缺陷和改进之处。同行评审领导Peerreviewleade，一个经过专门培训并取得规划、组织和领导同行评审资格的个人。定期评审成活动periodicreview／activity在规定的固定时间间隔处出现的评审或活动。对照参看事件一驱动评审成活动方针policy一种指导原则，一般由高级管理者制定，组织或项目采用它去影响和决定决策。主承包商primecontractor一个在行政上管理有关一个或多个产品的设计、开发、和或维护工作的子合同的个人、合作伙伴、公司或协会。规程procedure对为完成一项给定作业将采取的行动步骤的书面描述。IEEE－STD－610过程Process为了某个给定目的所执行的～系列步骤；例如，软件开发过程。IEEE－STO－610过程能力processcapability通过遵循一个过程能实现预期结果的程度。对照参见过程体验.过程能力基线processcapabilitybaseline用文档记载的对在典型环境下由于遵循某特定过程通常所能实现预期结果的范围的特性描述。一般在组织层上建立过程能力基线。参见过程性能基线以作对照。过提租据库processdetabase参见组织的软件过程数据库。过程描述processdescription对过程主要成分的可操作的定义。即以一种全面的、精确的、可验证的方式规定～个过程的要求、设计、行为或其它特征的文档、它也可能包括一些用以确定是否已满足上述特征的规程。在作业层、项目层或组织层上均可能有过程描述。过程制定processdevelopment定义和描述一个过程的行为。它可能包括策划、构造、设计、实施和确认。过程测量processmeasurement一组定义、方法和活动，用来对一个过程及其产生的产品进行测量以便对该过程进行特征描述和理解它。过程性能processperformance对遵循某过程所实现的实际结果的度量。对照参见过程能力。过程性能基线processperformancebaseline用文档记载的对遵循一个过程所实现的实际结果的特征描述，用来作为将实际过程性能与期望的过程性能进行比较的基准。一般在项目层上建立过程性能基线，虽然最初的过模控能基线一般从过程能力基线上导出。参见过程能力基线以作对照。过程现我processtailoring产品product修见软件产品和软件工作产品。剖面profile计划或预测结果与实际结果的比较，一般是以图形的形式表示一段时间内随时间而变的比较结果。项目project一项要求协同一致努力的任务．它关注开发和或维护一个具体的产品。产品可以包括硬件、软件或其它成分。一般，一个项目有其自己的投资、成本核算和交付时间表。项目定义软件过程project’sdefinedsoftwareprocess对项目所用软件过程的可操作的定义。项目定义软件过程是一个已很好特征化的和已理解的软件过程，用软件标准、规程、工具和方法予以描述。通过剪裁组织的标准软件过程以适合项目的具体特征的方法来制定它。也可参见组织的标准软件过程、有效过程、和妥善定义的过程。项目经理protectmanager对整个项目负有全面经营职责的角色，即指导、控制、行政管理和调整一个构造软件或硬件／软件系统的项目的个人。项目经理是最终对顾客负责的个人。项目软件经理projectsoftwaremanager对一个项目的全部软件活动负有全面职责的角色。项目软件经理是项目经理按照软件约定与之打交道的个人，也是控制一个项目的全部软件资源的个人。质量quality1一个系统、成分或过程满足规定需求的程度。2一个系统、成分或过程满足顾客或用户的需要或期望的程度。IEEE－STD－610质量保证qualityassurance参见软件质量保证。定全控制quantitativecontrol任何一种定量的或基于统计方法的适于以下工作的技术：分析软件过程、识别软件过程性能变化的特殊原因和使得软件过程性能处于妥善定义的界限之内。可重复级repeatableIevel要求的培训requiretraining组织指定的为执行一个特定角色所要求的培训。风险risk遭受损失loss的可能性。风险管理riskmanagement一种问题分析的手段，它采用风险概率去估计某情况下的风险以达到对所涉及风险更为精确的了解。风险管理包括风险识别、分析、优先级排序和控制。风险管理计划riskmanagementplan描述一个项目应进行的风险管理活动的若干计划的总集合。角色role已定义职责的一个单元，可以由一个或多个个人承担。SCE软件能力评价的首字母缩略词。SCM软件配置管理的首字母缩略词。高级经理seniormanager在组织的足够高层次上的一个管理角色，他主要关注组织的长期生命力，而不是短期的项目和合同所关心的事和压力。一般讲，一个工程方面的高级经理负责多个项目。软件作系结构softwarearchitecture软件或模块的组织结构。IEEE－STD－610〕软件基线审计softwarebaselineaudit对于软件基线库的结构、内容和设施的考查，以便查证基线是否符合描述基线的文档。软件基线库softwarebaselinelibrary存储配置项及相连记录的仓库的内容。软件构造softwarebuild软件系统或成分的一个可运行的版本，它包含最终软件系统或成分将提供的能力的规定于集。软件能力评价softwarecapabilityevaluation）——由一个经培训的专业人员群组所作的鉴定，旨在识别合格的从事某项软件工作的承包商或监控一项现有软件工作所用软件过程的状态。软件配置控制委员会softwareconfigurationcontrolboard负责评价和批准或不批准对配置项所提出的更改，并负责保证那些已批准的更改能得到实施的组。软件开发计划softwaredevelopmentplan描述软件项目应进行活动的那些计划的集合。它指导对一个软件项目的软件工程组所进行活动的管理。它并不受限于任何一个特定的用于制定计划的标准例如DOD－STD－2167A和IEEE－STD－1058的范围，但可能采用类似的术语。软件工程组softwareengineeringgroup负责一个项目的软件开发和维护活动即需求分析、设计、编码和测试的个人经理和技术人员的集合。进行软件一有关工作的组，例如软件质量保证组，软件配置管理组和软件工程过程组．则不如软件工程组之内。软件工程过程组SOftwareengineeringprocessgroup促进组织所用软件过程的定义、维护和改进的专家组。在关键实践中，这个组一般指的是“负责组织的软件过程活动的组”。软件工程职员softwareengineeringstaff进行项目的软件开发和维护活动的技术人员例如：分析员、程序员和工程师，包括软件作业领导，但不是经理。软件集成softwareintegration将选定的软件成分组装在一起的过程，旨在提供最终软件系统将具备的能力或者指定的部分能力。软件生存周期softwarelifecycle从设想一软件产品开始到软件不再供使用时为止的时间间隔。软件生存周期一般包括概念阶段、需求阶段、设计阶段、实现阶段、测试阶段、安装和调整阶段、运行和维护阶段、有时还有退役阶段。IEEE．sTD－610］软件经理softwaremanager在项目或组织层上任何一个对软件开发和或维护负有直接责任的经理．软件计划softwareplans用于表达将如何开展软件开发和或维护活动的那些计划的集合，既可是正式计划又可是非正式计划。这样的计划的例子有：软件开发计划、软件质量保证计划、软件配置管理计划、软件测试计划、风险管理计划和过程改进计划。软件过程softwareprocess人们用以开发和维护软件及其相连产品例如：项目计划、设计文档、代码、测试用例和用户手册的一组活动、方法、实践和变换transformation软件过程评估softwareprocessassessment一个经培训的软件专业人员的群组所作的一项鉴定、旨在确定一个组织当前软件过程的状态以及组织所面临的具有高优先级的软件过程’有关的问题，和获得组织对软件过程改进的支持。软件过程财富softwareprocessassets见组织的软件过程财富。软件过程能力softwareprocesscapability见过程能力。软件过程描述softwareprocessdescription对于确定为项目定义软件过程或组织标准软件过程中的主要软件过程成分的可操作的定义。它以一种全面的、精确的、可验证的方式用文档记载一个软件过程的要求、设计、行为或其它特征。也可参见过程描述。软件过程元素softwareprbeesselement软件过程描述的一个构成元素。每个过程元素包括一个妥善定义的、有界的、紧密相关的作业集合例如软件估计元素、软件设计元素、编码元素和同行评审元素。过程元素的描述可以是待填入的样板、持党成的片段、待精炼的抽象概念、或者待修订的或已使用而无须修订的完整描述。软件过程改进计划softwareprocessimprovementplan一个从软件过程评估的建议中导出的计划，它标识出将采取的旨在改进软件过程的具体行动，并且略述用以实施这些行动的计划。有时称其为行动计划。软件过程改进建设softwareprocessimprovementproposal一个已文档化的、对一个过程或过程有关条款所作的将提高软件过程能力和性能的更改建议。也可参见行动建议。软件过程成熟度softwareprocessmaturity～个具体过程被明确地定义、管理、测量、控制而且有效的程度。成熟度暗示着能力上的增长潜力，并指示一个组织的软件过程的丰富性和组织中所有项目在运用该过程上的一致性。软件过程性能softwareprocessperformance参见过程性能软件过程一有关文档softwareprocess－relateddocumentatio。预计未来的项目在剪裁组织标准软件过程时可能用到的一些实例文档exampledocuments和文档片段。实例可以涉及以下论题：例如项目定义软件过程、标准、规程、软件开发计划、测量计划和过程培训材料。软件产品softwareproduct指定要交付给顾客或最终用户的一个完整的计算机程序、规程及相连文档和数据的集合，或者该集合中的任何一个单独的项。IEEE－STD－610］对照参见软件工作产品。软件项目softwareproject一项要求协同一致努力的任务，它关注一个系统的软件成份及其相连文档的分析、详细说明、设计、开发、测试和或维护等工作。一个软件项目可以是构造一个硬件／软件系统的项目的～部分。软件质量保证softwarequalityassurancel为了对一个软件工作产品符合所制定的技术要求提供足够的量信度，必须采取的全部行动的一个有计划的和系统的模式、2为了评价开发和或维护软件工作产品的过程而设计的一组活动。软件质量目标softwarequalitygoal为一个软件工作产品确定的定量质量目标。软件质量管理softwarequalitymanagement以下工作的过程：确定一个软件产品的质量目标；制订实现这些目标的计划；以及为了满足顾客和最终用户的需要和希望而监控和调整这些软件计划、软件工作产品、活动与质量目标。软件一有关组softwar－relatedgroup代表一门支持但不直接负责软件开发和或维护的软件工程科目的个人包括经理和技术人员的集合。软件工程科目的例子包括软件质量保证和软件配置管理。软件需求software。requirement用户为解决一个问题或实现一个目标要求软件一定得满足的条件或能力。IEEE－STD－610］软件工作产品softwareworkproduct作为定义、维护或使用软件过程一部分所生成的任何人工制品，它包括过程描述、计划、规程、计算机程序、和相连的文档，这些可能打算也可能不打算交付给顾客或最终用户。参见软件产品以作对照。SPA一软件过程评估的首字母缩略词。特殊原因一个缺陷的specialcauseofadefect》那种在某种暂态情况下所特有的而不是一个过程的固有部分的缺陷原因。特殊原因在过程性能上造成随机的变化噪音。参见一般原因以作对照。SQA一软件质量保证的首字母缩略词。职员staff负责完成一项指派的职能例如软件开发或软件配置管理的个人，包括作业领导但不是经理。阶段stage软件工作的一种划分，它具有可管理的规模，并且表示项目所进行的相关作业的一个有意义的和可测的集合。通常认为阶段是对软件生存周期的细分，常常以在下一阶段开始前的一次正式评审作为结束。标准standard为了规定一种有纪律的、一致的软件开发方法而采用的和强制实施的强制性要求。标准软件过程standardsoftwareprocess一参见组织的标准软件过程。工作陈述statementofwork对为完成一个项目所要求的全部工作的描述，一般由顾客提出。子合同经理subcontractmanager主承包商的组织中直接负责控制和管理一个或多个子承包的经理。子承包商subcontractor与一个组织即主承包商签订合同进行一个或多个产品的设计、开发和或制造工作的个人、合作伙伴、公司或协会。系统system为完成一个特定功能或一组功能而组织在～起的一些成分的集会。IEEE－STD－610］系统工程组systEmengineeringgroup负责以下工作的个人的集会包括经理和技术人员：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它．成分间的界面；以及监控这些成分的设计和开发工作以保证符合其规格说明。系统需求systemrequirement一个系统或系统成分为实现用户在解决一个问题时所需要的条件或能力而必须满足或具有的条件或能力。IEEE－STD－610]分配给软件的系统需求systemrequirementsallocatedtosoftware拟由系统的软件成分实现的系统需求的子集。分配需求是软件开发计划主要输入。软件需求分析精心推敲和提炼分配需求，产生用文档记载的软件需求。剪裁tailor为更好地匹配过程要求或产品需求而修改过程、标准或规程。目标计算机targetcomputer打算在它上面运行交付软件的计算机。对照参见宿生计算机。作业task1作为工作基本单元加以处理的一序列指令。IEEE－STD－610〕2软件过程中的一个妥善定义的工作单元，它能提供管理者一个可视的对项目状态的检验点。作业有准备就绪准则前提条件和完成准则后绪条件。对照参见活动。作业启动会议taskkick-offmeeting在项目的一个作业开始时举行的会议，目的在于使有关的个人作好准备能有效地进行该作业的活动。作业领导taskleader从事一特定作业的技术群组的领导，他负技术责任并对工作在该作业的职员进行技术指导。群组team一组人，常来自不同的但相关的组，受指派去执行组织或项目的一个妥善定义的功能。群组成员可以是群组的非全日制的参加者并有其它主要职责。可测试性testability一个系统或者成分在建立测试准则和进行测试以便确定测试准则是否已得到满足方面提供方便的程度。2从允许建立测试准则和进行测试以便确定那些准则是否已得到满足角度看，阐述需求的程度。IEEE－STD－610]技术要求technicalrequirements描述软件必须作的事及其运行限制的那些要求。技术要求的例子包括功能、性能、界面和质量要求。技术technology在实现某项特定的结果方面科学和或工程学的运用。可追踪性traceability开发过程中的两个或多个产品，特别是彼此间具有继承关系或主从关系的那些产品间能建立相互关系的程度。IEEE－STD－610]培训train造就掌握专门化的指南和实践的能手。也可参见定向培训。培训组traininggrouP负责为某个组织协调和安排培训活动的个人的集合包括经理和职员。这个组一般准备和讲授大多数的培训课程并协调其它培训载体的使用。培训大纲trainingprogram集中阐述组织培训需求的那些相关元素的集合。它包括组织的培训计划、培训教材、培训的开发、培训的执行、培训设施、对培训的评价、以及培训记录的维护。免除培训证明书traninwaiver一个书面批文批准某个人免予接受业已指定为某特定角色所要求的培训。因为已经客观地断定这个人已具有担当该角色所需要的技能，因此，免除得到认可。单元unit1在计算机软件成分的设计中具体说明的一个独立的可测试的元素。2计算机程序的一个逻辑上独立的部分。3不再能细分为其它成分的软件成分。IEEE一STD－610〕用户user见最终用户。确认validation在开发过程期间或结束时为了确定软件是否满足规定的需求而对软件进行评价的过程。IEEE－STD－610]验证verificatio为了确定某个给定开发阶段的产品是否满足该阶段开始时所施加的条件而对软件进行评价的过程。IEEE－STD－610]验证实施verifyingimplementation见共同特点。免修证明书waiver见免除培训证明书。妥善定义的过程well-definedprocess包括以下各项的过程；准备就绪准则、输入、进行工作的标准和规程、验证机制例如同行评审、输出和完成准则。也可参见有较过程。组织结构图术语英文注释参见国标角色角色role已定义职责的一个单元，可以由一个或多个个人承担。客户、用户顾客customer负责接收产品和批准付款给开发组织的个人或组织。用户user见最终用户。最终用户enduser当系统安装在运行环境中时，那些将按照其预先设计的运行用途而使用该系统的个人或组。最终用户代表enduserrepresentatives挑选出的能代表最终用户整体的最终用户样本。承包商主承包商primecontractor一个在行政上管理有关一个或多个产品的设计、开发、和或维护工作的子合同的个人、合作伙伴、公司或协会。子承包商subcontractor与一个组织即主承包商签订合同进行一个或多个产品的设计、开发和或制造工作的个人、合作伙伴、公司或协会。职员staff负责完成一项指派的职能例如软件开发或软件配置管理的个人，包括作业领导但不是经理。软件工程职员softwareengineeringstaff进行项目的软件开发和维护活动的技术人员例如：分析员、程序员和工程师，包括软件作业领导，但不是经理。投标者bidder一个个人、合作伙伴、公司或协会，他已提交一项提议，并且是待签署的设计、开发和或制造一个或多个产品的合同的候选人。经理经理manager一个角色，他对在经理的职责范围内进行作业或活动的个人提供技术上的和行政上的管理和控制。经理的传统职能包括对其职责范围内的工作进行策划、提供资源、进行组织，加以指导和控制。高级经理seniormanager在组织的足够高层次上的一个管理角色，他主要关注组织的长期生命力，而不是短期的项目和合同所关心的事和压力。一般讲，一个工程方面的高级经理负责多个项目。项目经理protectmanager对整个项目负有全面经营职责的角色，即指导、控制、行政管理和调整一个构造软件或硬件／软件系统的项目的个人。项目经理是最终对顾客负责的个人。一线软件经理first－linesoftwaremanager对由软件工程师和其它相关职员构成的一个单个的机构单位例如一个部门或项目组的人员配置和活动负有直接管理责任包括提供技术指导和对人员和工资进行行政管理等功能的经理。项目软件经理Projectsoftwaremanager对一个项目的全部软件活动负有全面职责的角色。项目软件经理是项目经理按照软件约定与之打交道的个人，也是控制一个项目的全部软件资源的个人。软件经理softwaremanager在项目或组织层上任何一个对软件开发和或维护负有直接责任的经理．作业领导taskleader从事一特定作业的技术群组的领导，他负技术责任并对工作在该作业的职员进行技术指导。子合同经理subcontractmanager主承包商的组织中直接负责控制和管理一个或多个子承包的经理。组群组team一组人，常来自不同的但相关的组，受指派去执行组织或项目的一个妥善定义的功能。群组成员可以是群组的非全日制的参加者并有其它主要职责。组group负责一组作业或活动的部门、经理和个人的集会。组的规模可以变化；从一个受指派的以部分时间工作的单个个人，到几个从不同部门安排来的非全日制的个人，到几个全部时间专注此工作的个人。软件工程过程组softwareengineeringprocessgroup促进组织所用软件过程的定义、维护和改进的专家组。在关键实践中，这个组一般指的是“负责组织的软件过程活动的组”。工程组engineeringgroup代表一门工程学科的个人包括经理和技术人员的集合。工程学科的例子包括系统工程、硬件工程、系统测试、软件工程、软件配置管理和软件质量保证。系统工程组systemengineeringgroup负责以下工作的个人的集会包括经理和技术人员：规定系统需求；将系统需求分配给硬件、软件和其它成分；规定硬件、软件和其它．成分间的界面；以及监控这些成分的设计和开发工作以保证符合其规格说明。软件工程组softwareengineeringgroup负责一个项目的软件开发和维护活动即需求分析、设计、编码和测试的个人经理和技术人员的集合。进行软件一有关工作的组，例如软件质量保证组，软件配置管理组和软件工程过程组．则不如软件工程组之内。培训组traininggroup负责为某个组织协调和安排培训活动的个人的集合包括经理和职员。这个组一般准备和讲授大多数的培训课程并协调其它培训载体的使用。软件一有关组softwar－relatedgroup代表一门支持但不直接负责软件开发和或维护的软件工程科目的个人包括经理和技术人员的集合。软件工程科目的例子包括软件质量保证和软件配置管理。软件配置控制委员会softwareconfigurationcontrolboard负责评价和批准或不批准对配置项所提出的更改，并负责保证那些已批准的更改能得到实施的组。术语英文注释参见国标CMMI能力成熟度模型集成capabilitymaturitymodelintegration（CMMI）能力成熟度模型集成的首字母缩略词。对软件组织进化阶段的描述，随着软件组织定义、实施、测量、控制和改进其软件过程，它们经过这些阶段逐步前进。该模型使得确定当前过程能力的工作和识别对软件质量和过程改进最关键的问题变得容易，从而对选择过程改进战略提供指导。成熟度等级maturitylevel一个妥善定义的、朝着实现成熟软件过程进化的平台。初始级initiallevel软件过程被特征化为无序的、偶尔甚至是混乱的。几乎没有什么过程是已定义的，成功依赖于个人的努力。可重复级repeatableIevel已建立起基本的项目管理过程去跟踪成本、进度和功能性。为了在具有类似应用问题的项目上能重复以前的成功，必要的过程纪律已到位。已定义等级defined　level在管理活动和工程活动两方面软件过程均已文档化、标准化，并且集成到组织的标准软件过程。所有的项目均采用经批准的、组织标准软件过程的剪裁版本去开发和维护软件。已管理级已采集软件过程和产品质量的详尽度量。软件过程和产品均得到定量的理解和控制。优化级optimizininglevel优化级——通过利用来自过程和对创新思想及技术的先导性试验的定量反馈信息，使得连续过程改进或为可能。共同特点commonfeatures用以进一步细分CMM关键过程区域的类别。共同特点是指示一个关键过程区域的实施和规范化是否是有效的、可重复的、和持久的一些属性。CMM的共同特点如下；执行约定commitmenttoperform组织必须采取的保证过程得以建立和持续下去的行动。执行约定一般涉及到组织方针的建立和高级管理者的支持。执行能力abilitytoperform为了适当地实施软件过程，项目或组织中必须存在的先决条件。执行能力一般涉及资源、组织机构和培训。”执行的活动activitiesperformed对于那些为实施一个关键过程区域所必须的角色和规程的描述。执行的活动一般涉及制定计划和规程，进行工作，跟踪它和必要时采取改正行动。测量和分析measurementandanalysis对过程进行测量和对测量结果进行分析的需求的描述。测量和分析一般包括可能采取的旨在确定执行的活动的状态和有效性的测量例子。验证实施verifyingimplementation保证活动按照已建立的过程进行的措施。进行验证一般包括管理者和软件质量保证组作的评审和审计。关键实践keypractices对一个关键过程区域的有效实施和制度化贡献最大的基础设施和活动。关键过程区域keyprocessarea（KPA）成熟度提问单maturityquestionnaire一组关于软件过程的提问，它抽样检查CMM的每个关键过程区域中的关键实践。它被用作为评价一个组织或项目可靠地执行软件过程的能力的出发点。方针policy一种指导原则，一般由高级管理者制定，组织或项目采用它去影响和决定决策。约定commitment自由地接受的、可视的、期待各方遵守的协议。规程procedure对为完成一项给定作业将采取的行动步骤的书面描述。IEEE－STO-610已文档化的规程documentedprocedure见规程目标goals对一个关键过程区域中关键实践的概括，能用于确定一个组织或项目是否已经有效地实施该关键过程区域。目标表示每个关键过程区域的范围、边界和意图。组织组织organization一个公司或其它实体例如政府机关或军种中的一个单位，在其中对许多项目作为一个整体加以管理。一个组织内的所有项目共有一个共同的顶层经理和共同的方针。组织的测量大纲organizatlon’smeasurementprogram一组相关的用以阐述组织的测量需求的要素。它包括对全组织范围适用的测量的定义、收集组织测量数据的方法和实践、分析组织测量数据的方法和实践、以及组织的测量目标。组织的软件过程财富organization’ssoftwareprcessassets一组实体的集合，它由组织维护，供项目在制定、剪裁、维护和实施其软件过程时使用。这些软件过程财富一般包括：组织标准软件过程organization’sstandardsoftwareprocess对于基本过程的可操作的定义，基本过程指导在一个组织内的所有项目上建立一个共同的软件过程。它描述预期每个软件项目的已定义软件过程均会包含的基本的软件过程元素。它还描述这些软件过程元素间的关系例如：排序和界面对批准使用的软件生存周期的描述，剪裁组织标准软件过程的指南和准则，组织的软件过程数据库organization’ssoftwaredatabase为收集有关软件过程及其生成的软件工作产品的数据并使其可供使用而建立的数据库，特别当数据与组织标准软件过程有关时。该数据库包含或者索引实际的测量数换和为理解测量数据及评估其合理性与适用性所需要的相关信息。过程和工作产品的数据的例子包括：对软件规模、工作量和成本的估计值；软件规模、工作量和成本和实际数据；生产率数据；同行评审的范围和效率；以及在软件代码中所发现的缺陷的数目及严重性。软件过程一有关文档库任何一项组织认为在进行过程定义和维护活动方面有用的实体均可作为过程财富被包括在内。过程过程process为了某个给定目的所执行的一系列步骤；例如，软件开发过程。IEEE－STO-610软件过程softwareprocess人们用以开发和维护软件及其相连产品例如：项目计划、设计文档、代码、测试用例和用户手册的一组活动、方法、实践和变换transformation已定义的软件过程definedsoftwareprocess见项目定义软件过程。项目定义软件过程project’sdefinedsoftwareprocess对项目所用软件过程的可操作的定义。项目定义软件过程是一个已很好特征化的和已理解的软件过程，用软件标准、规程、工具和方法予以描述。通过剪裁组织的标准软件过程以适合项目的具体特征的方法来制定它。妥善定义的过程well-definedprocess包括以下各项的过程；准备就绪准则、输入、进行工作的标准和规程、验证机制例如同行评审、输出和完成准则。也可参见有较过程。有效过程effectiveprocess可特征化为实用的、已文档化的、已实施的、经培训的、已测量的和能改进的过程。也可参见妥善一定义的过程。过程能力processcapability通过遵循一个过程能实现预期结果的程度。对照参见过程体验．过程能力基线ptocesscapabilitybaseline用文档记载的对在典型环境下由于遵循某特定过程通常所能实现预期结果的范围的特性描述。一般在组织层上建立过程能力基线。参见过程性能基线以作对照。过程性能processperformance对遵循某过程所实现的实际结果的度量。对照参见过程能力。软件过程性能softwareprocessperformance参见过程性能过程性能基线processperformancebaseline用文档记载的对遵循一个过程所实现的实际结果的特征描述，用来作为将实际过程性能与期望的过程性能进行比较的基准。一般在项目层上建立过程性能基线，虽然最初的过模控能基线一般从过程能力基线上导出。参见过程能力基线以作对照。过程数据库processdetabase参见组织的软件过程数据库。过程描述processdescription对过程主要成分的可操作的定义。即以一种全面的、精确的、可验证的方式规定～个过程的要求、设计、行为或其它特征的文档、它也可能包括一些用以确定是否已满足上述特征的规程。在作业层、项目层或组织层上均可能有过程描述。过程制定processdevelopment定义和描述一个过程的行为。它可能包括策划、构造、设计、实施和确认。过程测量processmeasurement一组定义、方法和活动，用来对一个过程及其产生的产品进行测量以便对该过程进行特征描述和理解它。过程剪裁processtailoring软件过程评估softwareprocessassessment一个经培训的软件专业人员的群组所作的一项鉴定、旨在确定一个组织当前软件过程的状态以及组织所面临的具有高优先级的软件过程’有关的问题，和获得组织对软件过程改进的支持。评估assessment见软件过程评估评价evaluation见软件能力评价软件过程财富softwareprocessassets