随着信息技术的进步,系统和软件工程学科也在不断成熟。新术语不断产生,现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考,并鼓励使用 ISO 和联络组织 IEEE 计算机学会和项目管理协会 (PMI) 制定的系统和软件工程标准。它提供的定义严谨、简单,所有相关人员都可以理解。全文太长,这是第二部分。
随着信息技术 1的进步,系统和软件工程学科也在不断成熟。新术语不断产生,现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考,并鼓励使用 ISO 和联络组织 IEEE 计算机学会和项目管理协会 (PMI) 制定的系统和软件工程标准。它提供的定义严谨、简单,所有相关人员都可以理解。
虽然找到术语的含义很有用,但没有一个词是孤立的。本国际标准使人们能够搜索相关概念,并查看某个术语在其他术语定义中的用法。
我们尽最大努力使用 ISO JTC 1/SC 7 及其联络组织 IEEE 计算机学会和 PMI 的既定系统和软件工程标准中的定义。当发现现有标准不符合完整、不清楚或与词汇表 2中的其他条目不一致,但已经开发了新的、修订的或复合的定义。一些定义已在系统(而不是软件)上下文中重新表述。
本国际标准取代了 IEEE Std 610.12-1990《IEEE 软件工程术语标准词汇表》,后者由 IEEE 贡献为源文件。IEEE Std 610.12-1990 的方法和词汇准确性是本国际标准的典范。尽管如此,本国际标准中约三分之二的定义是自 IEEE Std 610.12 于 1990 年上次更新以来的新定义,这反映了该领域的持续发展。
全文3349条,分成了12部分,这是第二部分。
编号 | 名称 | 英文名 | 参考 | 描述 |
---|---|---|---|---|
301 | 断点 | breakpoint | 1. 计算机程序中可以暂停执行以允许 手动或自动监控程序性能或结果注:类型 包括代码断点、数据断点、动态断点、结语断点、 可编程断点、prolog 断点、静态断点。断点是 据说当程序中的一个点和一个会导致暂停的事件同时发生时 此时的执行时间是确定的;据说是在程序 执行被暂停。 | |
302 | 气泡图 | bubble chart | 参阅:参见框图、箱线图、流程图、图表、输入-过程-输出图表, 结构图; | 1. 描述实体的数据流 3、数据结构或其他图表 用圆圈(气泡)表示,关系则用它们之间的链接表示 图 4 — 气泡图 |
303 | 预算 | budget | 参阅:参见估计; | 1. 随着时间的推移,计划支出的顺序,并分配货币成本 特定任务或工作。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能规模测量方法——计数实践手册2. 批准的项目估算 4或任何工作分解结构组件或 任何计划活动。项目管理知识体系指南 (PMBOK® 指南)—第四版注:通常也用来指工作努力 以及金钱 |
304 | 完成预算(BAC) | budget at completion (BAC) | 1. 为要执行的工作而设立的所有预算的总和 项目或工作分解结构组件或计划活动。 项目总计划价值。项目管理机构指南 知识(PMBOK® 指南)— 第四版 | |
305 | 缓冲器 | buffer | 1. 用于临时存储数据的设备或存储区域,以补偿 数据流速率、事件发生时间或数量的差异 参与传输的设备或流程可以处理的数据 或使用数据 2. 实现(1)中目标的例程。3. 按照 (1) 分配、调度或使用设备或存储区域 | |
306 | 建造 | build | 1. 系统或组件的操作版本,包含指定的 最终产品将提供的功能子集 | |
307 | 内置类 | built-in class | 1. IDEF1X 元模型中的一个原始类。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模 5语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.13 | |
308 | 束 | bundle | 1. 将多个含义收集到一个结构中的箭头段 或抽象,即表示对象类型集的箭头段 包括多种对象类型。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言——IDEF0.2.1.22 的语法和语义。2. 将单独的箭头意义组合成复合箭头意义,通过连接来表达 箭头段,即把多个对象类型包含到一个对象类型中 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.22 的语法和语义 | |
309 | 业务目标 | business objective | 1. 高层管理人员为确保组织持续发展而设计的战略 6 并提高其盈利能力、市场份额和其他影响因素 该组织的成功 | |
310 | 忙碌 | busy | 参阅:向下、空闲、向上; | 1. 指运行、服务中的系统或组件,并且 使用中 |
311 | 忙碌时光 | busy time | 参阅:停机时间、空闲时间、设置时间、正常运行时间; | 1. 在计算机性能工程中, 系统或组件注意运行、服务或使用 |
312 | 买家 | buyer | 参阅:参见客户; | 1. 组织的产品、服务或成果的获取者。指南 项目管理知识体系(PMBOK® 指南)—第四版。2. 负责为某人采购产品或服务的个人或组织 供自己或其他用户使用。IEEE Std 1362-1998 (R2007) IEEE 信息指南 技术——系统定义——操作概念文件.3.2.3.人 或接受系统并支付项目费用的组织。IEEE 标准 1362-1998 (R2007)IEEE 信息技术指南 — 系统定义 — 概念 操作文档.3.2 注:软件系统可以是这样的产品 或服務。 |
313 | 字节 | byte | 1. 一组相邻的二进制数字,作为一个单元进行运算,通常 比计算机字短(通常表示一组八位)2. 计算机存储元素,可以保存一组位,如 (1)。3. 字符串 由多个比特组成,作为一个单元,通常表示 字符或字符的一部分。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.02.09 | |
314 | CAD | CAD | 1. 计算机辅助设计。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
315 | 计算器 | calculator | 1. 适合执行算术运算的设备,但 需要人工干预来改变其存储的程序(如果有的话),并启动 每项操作或操作序列。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.03.17 注意 计算器 执行计算机的一些功能,但通常只在频繁使用时运行 人为干预。’ | |
316 | 日历单元 | calendar unit | 1. 安排项目时使用的最小时间单位。日历单位 通常以小时、天或周为单位,但也可以以季度、月为单位, 班次,甚至几分钟内。项目管理知识体系指南 (PMBOK® 指南)— 第四版 | |
317 | 呼叫 | call | 参阅:参见前往; | 1. 控制权从一个软件模块转移到另一个软件模块,通常使用 控制权将返回给调用模块 2。计算机 将控制权从一个软件模块转移到另一个软件模块的指令,如 (1) 并且通常指定要传递到模块 3 和从模块 3 传递的参数。 将控制权从一个软件模块转移到另一个软件模块,如 (1) 中所述,并且通常 将参数传递给其他模块 |
318 | 呼叫箭头 | call arrow | 1. 一个箭头,可以在 IDEF0 模型之间共享细节(链接 它们可以组合在一起)或在 IDEF0 模型内。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言——IDEF0.2.1.23 的语法和语义注意 呼叫箭头的尾部附在盒子的底部。一个或多个页面 引用附加到调用箭头。 | |
319 | 按名字调用 | call by name | 参阅:按引用调用,按值调用; | 1.传递参数的方法,其中调用模块提供给 被调用模块表示要传递的参数的符号表达式, 服务例程计算表达式的值并提供结果值 到被调用的模块注意因为每次都会计算表达式 其对应的形式参数在被调用模块中使用时,其值为 被调用模块执行期间,参数可能会发生变化。 |
320 | 引用调用 | call by reference | 参阅:按名称调用,按值调用;同义词:按地址呼叫,按位置呼叫 | 1.传递参数的方法,其中调用模块提供给 被调用模块要传递的参数的地址。注意 该方法中,被调用的模块可以改变参数的值 由调用模块存储。 |
321 | 按值调用 | call by value | 参阅:按名称调用,按引用调用; | 1.传递参数的方法,其中调用模块提供给 被调用模块要传递的参数的实际值注意 此方法,被调用的模块不能改变存储的参数的值 通过调用模块。 |
322 | 调用图 | call graph | 参阅:参见结构图、控制流程图、数据流程图、数据结构 状态图,状态图;同义词:调用树,层级图 | 1. 识别系统或计算机程序中的模块的图表,以及 显示哪些模块相互调用。图 5 — 调用图注意 结果不一定与结构图所示的相同。 |
323 | 通话清单 | call list | 1. 调用软件模块时使用的有序参数列表 | |
324 | 呼叫参考 | call reference | 1. 附加到调用箭头的页面引用。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.24 的语法和语义 | |
325 | 调用图 | called diagram | 1. 由调用框调用并由页面标识的分解图 引用附加到调用箭头。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.25 的语法和语义 | |
326 | 呼叫箱 | calling box | 1. 由分解图详细说明的框,不是框的子项 图表。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.26 的语法和语义注意附加了一个调用箭头 到呼叫箱的底部。 | |
327 | 调用序列 | calling sequence | 1. 执行计算机指令所需的一系列数据,以及执行 调用另一个模块 | |
328 | 照相排版原件 | camera-ready originals | 1. 纸上、胶卷上或其他合适介质上的一组图像 哪些印刷版可以通过直接照相转印制作,以及 每幅图像均包含一幅完整作品所需的所有文本和图形元素 纸质文档页面,每个元素均位于正确的位置。 ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.7 | |
329 | 候选FSM方法 | candidate FSM method | 1. 提交一致性评估的记录软件尺寸测量方法。 ISO/IEC 14143-2:2002,信息技术 — 软件度量 — 功能 规模测量 第 2 部分:软件规模测量的一致性评估 方法符合 ISO/IEC 14143-1:1998.3.1 | |
330 | 候选键 | candidate key | 1. 实体的一个属性或属性组合,没有两个 实例同意这些值。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义.3.1.14 注意 [按键样式] | |
331 | 能力维度 | capability dimension | 1. 过程评估模型中明确与以下内容相关的元素集 过程能力的测量框架。ISO/IEC 15504-1:2004,信息 技术-过程评估-第1部分:概念和词汇。3.18注 属性被组织成能力等级,包括 过程能力。 | |
332 | 能力指标 | capability indicator | 1. 支持判断过程能力的评估指标 ISO/IEC 15504-1:2004,信息技术 - 流程 评估——第一部分:概念和词汇。3.19 注:属性指标 是能力指标的一个具体实例。” | |
333 | 能力成熟度模型 | capability maturity model | 1. 包含有效流程基本要素的模型 或更多学科,并描述了从临时开始的进化改进路径, 不成熟的流程转变为规范、成熟的流程,质量和 效力 | |
334 | 能力过程 | capable process | 参阅:参见稳定流程、标准流程、统计管理流程; | 1. 能够满足特定产品质量、服务质量和 流程绩效目标 |
335 | 资本支出 | capital expenditure | 1. 企业用金钱(资本)进行收购的一种支出形式 家具、电脑等有形物体的安全性 7。ISO/IEC 20926:2003, 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
336 | 胶囊 | capsule | 1. 为实现以下目的而形成的单个单元的工程对象配置 处理和存储的封装。ISO/IEC 10746-3:1996,信息 技术 — 开放分布式处理 — 参考模型:架构.8.1.4 例如虚拟机(例如进程) | |
337 | 胶囊经理 | capsule manager | 1.管理胶囊中的工程对象的工程对象。 ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.5 | |
338 | 基数 | cardinality | 参阅:参见基数约束; | 1. 与实体相关的实体实例数量的约束 通过关系建立主体实体。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述.4.2. 2. 实例数量规范 第一类的可能或必须存在于第二类的每个实例中(不一定 不同的)类,以及第二个类的实例可能或必须存在多少个 每个实例都是第一类。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义 (IDEFobject).3.1.15 注意:对于关系的每个方向,基数都可以受到约束。 |
339 | 基数约束 | cardinality constraint | 参阅:参见基数; | 1. 限制可关联的实例数量的约束 相互建立关系。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97(IDEFobject)的概念建模语言语法和语义。3.1.16。 2. 限制集合中成员数量的约束。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.16 |
340 | 承运人 | carrier | 1. 一组多排序代数。ISO/IEC 15909-1:2004,软件和系统 工程.高级Petri网.第1部分:概念、定义和图形 符号.2.1.6 | |
341 | 案例 | case | 参阅:转到、跳转、if-then-else。多重包容性选择构造;同义词:多个互斥 | 1. 定义控制的单入口、单出口多路分支 表达式,指定对控件的每个值要执行的处理 表达式,并将所有实例中的控制权立即返回给语句 遵循整体构造 2. 计算机辅助软件工程。 ISO/IEC 14102:2008,信息技术 — 评估和选择指南 案例工具的选择性构造图 6 — 案例构造 |
342 | CASE需求 | CASE needs | 1. CASE工具特性满足的组织要求。 ISO/IEC TR 14471:2007,信息技术 - 软件工程 - 指南 2.1.3 注:这些特性是 ISO/IEC 14102:1995 中有详细说明。它们包括管理流程、开发流程、 维护、文档、配置管理、质量保证、验证、 验证、环境需求、CASE 工具可集成性、质量特性、 采购需求、实施需求、支持指标和认证 要求。 | |
343 | CASE工具 | CASE tool | 1. 用于计算机辅助软件工程 (CASE) 的软件工具。IEEE Std 1175.1-2002 (R2007) IEEE CASE 工具互连分类指南 和描述。3.3.2.软件产品可以帮助软件工程师 为软件生命周期活动提供自动化支持。 ISO/IEC 14102:2008, 信息技术 CASE 工具评估与选择指南 3.2 注:CASE 工具可能仅在选定的功能区域或 多种功能区域 | |
344 | 演员 | cast | 参阅:参见 coerce; | 1. 将一种类型的对象视为另一种类型的对象。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.17 |
345 | 灾难性故障 | catastrophic failure | 1. 关键软件故障 | |
346 | 分类方案 | categorization scheme | 1. 与软件相关的视图和类别的有序组合。ISO/IEC TR 12182:1998,信息技术 — 软件分类。4.1 | |
347 | 类别 | category | 1. 基于一个特定概念对软件进行专门定义的划分或分组 或更多属性或特征。ISO/IEC TR 12182:1998,信息技术 — 软件分类。4.3. 2. 异常的属性,一组 分类属于。IEEE Std 1044-1993 (R2002) IEEE 标准分类 异常。3.2 图 7 — 软件分类 | |
348 | 类别实体 | category entity | 同义词:子类,子类型 | 1. 一个实体,其实例代表子类型或子分类 另一个实体(通用实体)。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义(IDEFobject)。3.1.21。 注意:[按键样式] |
349 | 因果分析 | causal analysis | 1. 分析缺陷以确定其原因 | |
350 | 小心 | caution | 参阅:参见注意事项、警告; | 1. 软件用户文档中建议执行某些操作可能会 导致不想要的或未定义的后果,例如数据丢失或 设备问题。ISO/IEC 26514,系统和软件工程 - 要求 适用于用户文档的设计者和开发者。4.7 |
351 | 中国建设银行 | CCB | 1. 配置控制板。2. 更改控制板 | |
352 | CCCS | CCCS | 1. 客户端转换代码集。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
353 | CCS | CCS | 1. 转换代码集。ISO/IEC 19500-2:2003,信息技术 — 开放 分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 协议(IIOP).3.3 | |
354 | CD | CD | 1. 光盘。ISO/IEC 10746-1:1998,信息技术 — 开放分布式 处理 — 参考模型:概述 | |
355 | CDIF | CDIF | 1. CASE 数据交换格式(原版)。ISO/IEC 15474-1:2002,信息 技术 — CDIF 框架 — 第 1 部分:概述.5.2 | |
356 | CDIF明文编码 | CDIF clear text encoding | 1. CDIF 传输文件的明文文件编码。ISO/IEC 15474-1:2002, 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2 | |
357 | CDIF 导出器 | CDIF exporter | 1. 创建 CDIF 传输文件的工具。ISO/IEC 15474-1:2002,信息 技术 — CDIF 框架 — 第 1 部分:概述.4.2 | |
358 | CDIF 系列标准 | CDIF family of standards | 1. CDIF 标准系列由一组标准组成,当 一起使用,为信息交换提供标准定义 建模工具之间。ISO/IEC 15474-1:2002,信息技术 - CDIF 框架 — 第 1 部分:概述.4.2 | |
359 | CDIF 图形符号 | CDIF graphical notation | 1. 管理 CDIF 建模概念表示的规则集 ISO/IEC 15474-1:2002 信息技术 — CDIF 框架 — 第 1:概述.4.2 | |
360 | CDIF 标识符 | CDIF identifier | 1. 唯一标识模型部分中对象的属性 ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分 1:概述.4.2 | |
361 | CDIF 导入器 | CDIF importer | 1. 读取 CDIF 传输文件并使用它来创建或修改 ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分 1:概述.4.2 | |
362 | CDIF 元标识符 | CDIF metaidentifier | 1. 元模型中唯一标识元对象的元元属性 传输部分。ISO/IEC 15474-1:2002,信息技术 - CDIF 框架 — 第 1 部分:概述.4.2 | |
363 | CDIF 元模型 | CDIF meta-metamodel | 1. 用于定义一个概念和符号集的描述 元模型。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1:概述。4.2 注意:具体来说,CDIF 元模型定义了一个 实体-关系-属性模型,用于构建和定义 元模型和 CDIF 元元模型本身。 | |
364 | CDIF语义元模型 | CDIF semantic metamodel | 1. 用于定义一个概念和符号集的描述 模型。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分 概述.4.2 注意 CDIF 语义元模型定义了实体-关系-属性 用于构建和定义系统开发中所用模型的模型。 | |
365 | CDIF 转账 | CDIF transfer | 1. 特定语法、该语法的特定编码的组合, 和元模型。ISO/IEC 15474-1:2002,信息技术 - CDIF 框架 — 第 1 部分:概述。4.2 注:换句话说, 转账格式和内容” | |
366 | CDIF传输文件 | CDIF transfer file | 1. 符合 ISO/IEC 15475 的传输文件。ISO/IEC 15474-1:2002,信息 技术 — CDIF 框架 — 第 1 部分:概述.4.1 | |
367 | CDIF传输格式 | CDIF transfer format | 1. 特定语法和特定编码的组合 语法共同提供了传输格式的完整定义。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 | |
368 | CDIF传输语法和编码 | CDIF transfer syntax and encoding | 1. CDIF 支持的标准车辆格式。ISO/IEC 15474-1:2002,信息 技术—CDIF 框架—第 1 部分:概述。4.2 注:组合 SYNTAX.1 和 ENCODING.1 构成初始 CDIF 传输语法和编码。 | |
369 | CDR | CDR | 1. 关键设计评审 8。2. 通用数据表示。ISO/IEC 19500-2:2003, 信息技术 - 开放分布式处理 - 第 2 部分:通用 ORB 间 协议(GIOP)/互联网 ORB 间协议(IIOP).3.3 | |
370 | 中央处理器(CPU) | central processing unit (CPU) | 1.由一个或多个处理器及其内部 存储。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.03.01 | |
371 | 认证 | certification | 1. 系统或组件符合其规定要求的书面保证 要求并可用于操作用途 2. 正式证明 系统或组件符合其规定的要求并且可以接受 供操作使用 3. 确认系统或组件符合 符合其规定要求,并可用于操作用途示例 书面授权计算机系统是安全的并且被允许运行 在定义的环境中 | |
372 | 认证神器 | certification artifact | 1. 认证过程的实际结果示例检查 清单、指标、问题报告 | |
373 | 认证标准 | certification criteria | 1. 资产必须符合的一组标准、规则或属性 以获得一定水平的认证 注:认证标准 由认证政策定义。认证标准可以指定 作为一组必须满足的认证属性。 | |
374 | 认证流程 | certification process | 1. 评估资产是否符合预定认证的过程 适合该类资产的标准 | |
375 | 认证财产 | certification property | 1. 关于资产某些特征或特性的陈述,可能 在认证过程中被评估为真或假 注意属性 可能与资产是什么、资产做什么或与资产运营有何关系有关, 环境。认证质量因素的评估是通过 评估底层认证属性。 | |
376 | Cfsu | Cfsu | 1. COSMIC 功能大小单位。ISO/IEC 19761:2003,软件工程 — COSMIC-FFP — 一种功能尺寸测量方法。4 | |
377 | 链条 | chain | 1. 按定义的顺序向 SUT 提交一个或多个任务。ISO/IEC 14756:1999, 信息技术 计算机辅助教学绩效测量与评定 软件系统.4.3 | |
378 | 链条类型 | chain type | 1. 根据任务类型序列定义的链的分类。 ISO/IEC 14756:1999,信息技术 — 性能测量与评级 4.4 注:模拟用户提交 仅将指定链类型的链发送到 SUT。 | |
379 | 更改 | change | 1. 对现有应用程序的修改,包括添加、更改 ISO/IEC 20968:2002,软件工程 - Mk II 功能点 分析 — 计数实践手册.10. Syn:enhancement | |
380 | 更改权限 | change authority | 1. 配置板。ISO/IEC TR 15846:1998,信息技术 — 软件 生命周期流程——配置管理。4.2 注处置 由指定的变更机构进行,传统上称为“变更/配置 控制委员会”。该机构可以批准拟议的变更,从而将 批准修改,或不批准拟议的变更,或推迟 一个决定。 | |
381 | 变更控制 | change control | 参阅:参见版本控制; | 1. 识别、记录、批准或拒绝以及控制变更 项目基线。项目管理知识体系指南 (PMBOK® 指南)— 第四版 |
382 | 变更控制委员会(CCB) | change control board (CCB) | 1. 一个正式成立的利益相关者 9小组,负责审查、 评估、批准、推迟或拒绝对项目的变更,以及所有决策 并记录建议。项目管理机构指南 知识(PMBOK® 指南)— 第四版 | |
383 | 变更控制程序 | change control procedure | 1. 为识别、记录、审查和授权变更而采取的行动 正在开发的软件或文档产品。 ISO/IEC 26514,系统 和软件工程——用户文档设计人员和开发人员的要求。4.8 注:这些程序确保变更的有效性得到确认, 对其他项目的影响进行了审查,并且那些相关人员 随着发展,我们会通知您这些变化。 | |
384 | 变更控制系统 | change control system | 1.[工具]一组正式记录的程序,定义项目如何 交付物和文档将受到控制、更改和批准。在大多数情况下 应用领域,变更控制系统是配置的一个子集 管理系统。项目管理知识体系指南 (PMBOK® 指南)—第四版 | |
385 | 更改转储 | change dump | 参阅:参见动态转储、内存转储、事后转储、选择性转储、快照转储, 静态转储;同义词:差异转储 | 1. 选择性转储内容已发生改变的存储位置 自某个特定时间或事件以来。 |
386 | 变更管理 | change management | 参阅:参见配置管理; | 1. 明智地使用手段对产品进行更改或拟议更改 或服务 |
387 | 变更项目功能点数 | change project function point count | 1. 衡量修改工作量产出的计数 现有应用程序添加,更改或删除交付时的用户功能 项目已完成。ISO/IEC 20968:2002,软件工程 - Mk II 功能 点数分析 — 计数实践手册.10 | |
388 | 变更记录 | change record | 1. 记录包含受影响的配置项的详细信息,以及 授权变更如何影响它们。ISO/IEC 20000-1:2005,信息 技术 — 服务管理 — 第 1 部分:规范.2.3 | |
389 | 变更请求 | change request | 1. 要求扩大或缩小项目范围 10、修改政策、流程、 计划或程序,修改成本或预算,或修订时间表。 项目管理知识体系(PMBOK® 指南)—第四版 | |
390 | 转换系统 | changeover system | 1. 用于促进过渡的临时信息处理系统 从一个操作系统到其后继系统。ISO/IEC 2382-20:1990,信息 技术 — 词汇 — 第 20 部分:系统 | |
391 | 频道 | channel | 1. 存根、绑定器、协议对象和拦截器的配置,提供 一组接口与基本工程对象之间的绑定,通过该绑定 ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 - 参考模型:架构.8.1.8 注意绑定 需要的通道在工程语言中称为分布式绑定; 不需要通道的工程对象之间的绑定(例如 本地绑定(同一集群中的工程对象)称为本地绑定。 | |
392 | 通道容量 | channel capacity | 参阅:内存容量,存储容量; | 1. 在给定通道上可以传输的最大信息量 每单位时间;通常以比特每秒或波特为单位 |
393 | 角色 11 | character | 1. 用于表示信息的字母、数字或其他符号。 2. 元素集的一个成员,用于表示、组织、 或数据控制。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.02.11 | |
394 | 字符集 | character set | 1.用于编码表示终端符号的字符集合。 ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 注意:字符集的使用对文本和 CDIF 传输的字符串元属性。 | |
395 | 字符类型 | character type | 参阅:参见枚举类型、整数类型、逻辑类型、实数类型; | 1. 其成员可以采用指定字符的值的数据类型 并且可以通过字符运算符进行操作,例如连接 |
396 | 特征实体 | characteristic entity | 1.为另一个元对象提供额外属性的元实体。 ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 注:特征实体的其他常用名称是属性实体 和依赖实体。特征元实体的每个实例在逻辑上都是 仅与另一个元对象的一个实例相关,因此导入器可以 将特征元实体的元属性与 “拥有”元对象,其中拥有元对象是 特征元实体与 1:1 的基数相关。 | |
397 | FUR的特征 | characteristic of FUR | 1. FUR 的一个独特属性,对于识别 特定 FUR 集所属的功能域。ISO/IEC TR 14143-5:2004, 信息技术 — 软件度量 — 功能规模度量 — 第 5 部分:确定用于功能规模测量的功能域。3.1 | |
398 | 会计科目表 | chart of accounts | 参阅:参见会计准则; | 1. 项目或组织用来识别成本的编号系统 类别,例如劳动力、供应品、材料和设备 |
399 | 结帐 | checkout | 1. 在操作或支持环境中进行的测试,以确保 软件产品在安装后按要求运行。IEEE Std 829-2008 IEEE 软件和系统测试文档标准 3.1.5 | |
400 | 检查站 | checkpoint | 1. 计算机程序中的一个点,在该点上程序状态、状况或结果 被检查或记录。2. 从状态和结构派生的对象模板 可用于实例化另一个工程对象的工程对象, 与检查点时原始对象的状态一致。 ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.20 | |
401 | 检查点 | checkpointing | 1. 创建检查点。ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 - 参考模型:架构.8.1.21 注意检查点 仅当所涉及的工程对象满足先决条件时才能创建 在检查点政策中说明。 | |
402 | 首席程序员 | chief programmer | 参阅:备份程序员,首席程序员团队; | 1. 首席程序员团队的领导者;高级程序员,其 职责包括生产分配给 团队,协调团队的活动,审查其他团队的工作 团队成员,并对所开发软件有全面的技术理解 发达 |
403 | 首席程序员团队 | chief programmer team | 参阅:备份程序员,首席程序员,无私编程; | 1. 一个软件开发小组,由一名首席程序员、一名后备 程序员、秘书/图书管理员以及其他程序员和专家 根据需要,并采用旨在增强群体沟通的程序 并充分发挥每个成员的技能 |
404 | 儿童箱 | child box | 1. 子图中的框。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.27 的语法和语义 | |
405 | 子图 | child diagram | 1. 与特定框相关的分解图,该分解图由一个子框/父框组成 关系。IEEE Std 1320.1-1998 (R2004) IEEE 功能建模标准 语言 — IDEF0.2.1.28 的语法和语义 | |
406 | 子实体 | child entity | 1. 特定关系中的实体,其实例可以与之相关 零个或一个其他实体(父实体)的实例。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.22 注意 [键样式] | |
407 | CI | CI | 1.配置项 | |
408 | CIM | CIM | 1. 计算机集成制造。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
409 | claject | clabject | 1. 双重实体,既是类又是对象。ISO/IEC 24744:2007, 软件工程 — 开发方法的元模型.3.13 注意 由于其双重性质,clabject 表现出类方面和对象方面,并且 可以随时作为其中之一工作。powertypes 的实例通常被视为 clabjects,因为它们是对象(因为它们是某种类型的实例,即 powertype) 以及类(分区类型的子类型)。 | |
410 | 索赔 | claim | 1. 卖方对买方提出的请求、要求或权利主张, 反之亦然,根据条款获得对价、补偿或付款 具有法律约束力的合同,例如针对有争议的变更。项目指南 管理知识体系(PMBOK® 指南)—第四版 | |
411 | 班级 | class | 同义词:类型 | 1. 对一组类似事物的知识和行为的抽象。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.23. 2. 静态编程实体 在包含功能和 数据。注意:类用于表示“事物”的概念,其 知识或行动都是相关的”。 |
412 | 类层次结构 | class hierarchy | 1. 类的排序,其中子类是其特化 超类注意类从其父类继承属性和关系 超类并可以定义自己的附加属性和关系。 | |
413 | 分类 | classification | 1. 类别内的选择。IEEE Std 1044-1993 (R2002) IEEE 标准分类 异常。3.3. 2. 资产的组织方式,以方便 在重用库中进行搜索和提取。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程 — 重用过程.3.4 | |
414 | 分类过程 | classification process | 1. 一系列活动,首先通过以下方式识别异常 IEEE Std 1044-1993 (R2002) IEEE 异常分类标准。3.4 注意 流程分为四个连续步骤,中间穿插三个行政步骤 活动。顺序步骤如下:a)步骤 1:识别,b)步骤 2:调查,c)步骤 3:行动,d)步骤 4:处置。三个行政 每个连续步骤所采用的活动如下:a) 记录,b) 分类, c) 识别影响。’ | |
415 | 类级属性 | class-level attribute | 1. 从类本身到值类实例的映射。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.24 | |
416 | 类级操作 | class-level operation | 1. 从类本身(的交叉乘积)到实例的映射 输入参数类型与其他实例的(交叉乘积) (输出)参数类型。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.25 | |
417 | 类级职责 | class-level responsibility | 参阅:参见实例级责任; | 1. 代表知识、行为、 或整个类的规则。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义 (IDEFobject).3.1.26 示例:总的 registeredVoterCount 将是类级属性 属于 registeredVoter 类;只有一个 registeredVoterCount 值 对于整个班级来说 |
418 | 清楚 | clear | 参阅:初始化、重置; | 1. 将变量、寄存器或其他存储位置设置为零、空白、 或其他空值 |
419 | 明文文件编码 | clear text file encoding | 1. 一种基于首先定义一个来表示数据的技术 使用一些特定的字符集进行人类可读的表示,然后 定义该指令集的编码。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述.4.1 | |
420 | 客户 | client | 1. 调用对象操作的代码或过程。ISO/IEC 19500-2:2003, 信息技术 - 开放分布式处理 - 第 2 部分:通用 ORB 间 协议(GIOP)/互联网 ORB 间协议(IIOP)。3.2.3 | |
421 | 客户端 | client-side | 1. 一个节点、集群或胶囊,其:a) 包含一个基本工程对象 对应于计算客户端对象;并且 b)包含或潜在地 能够在支持通道中包含存根、绑定和协议对象 涉及客户端对象的操作。ISO/IEC 14752:2000,信息技术 — 开放分布式处理 — 计算交互的协议支持。3.3.5 | |
422 | 克隆 | cloning | 1. 从集群检查点实例化集群。ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.8.1.24 | |
423 | 结束采购 | close procurements | 1. [流程] 完成每个项目采购的流程。 项目管理知识体系(PMBOK® 指南)—第四版 | |
424 | 结束项目或阶段 | close project or phase | 1. [流程] 完成整个项目的所有活动的过程 管理过程组正式完成项目或阶段。 项目管理知识体系(PMBOK® 指南)—第四版 | |
425 | 闭环 | closed loop | 参阅:参见直到、当; | 1. 没有出口的循环,其执行只能通过以下方式中断 来自计算机程序或过程外部的干预,其中循环 位于 |
426 | 闭式子程序 | closed subroutine | 参阅:参见打开子程序; | 1. 存储在一个给定位置而不是被复制的子程序 在每个调用的地方都进入计算机程序 |
427 | 封闭术语 | closed term | 1. 由常量和运算符组成,但不含变量的术语。ISO/IEC 15909-1:2004, 软件和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.24.1. Syn:ground term | |
428 | 收尾流程 | closing processes | 1. [流程组] 为完成跨部门的所有活动而执行的流程 所有项目管理过程组正式结束项目或阶段。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
429 | 簇 | cluster | 1. 构成单个单元的基本工程对象的配置,用于 停用、检查点、重新激活、恢复和迁移的目的。 ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.2 示例:包含以下虚拟内存段 物体 | |
430 | 集群检查点 | cluster checkpoint | 1. 包含基本工程对象检查点的集群模板 ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 — 参考模型:Architecture.8.1.22 | |
431 | 集群管理器 | cluster manager | 1. 管理基础工程对象的工程对象 集群。ISO/IEC 10746-3:1996,信息技术 - 开放分布式处理 — 参考模型:Architecture.8.1.3 | |
432 | 集群模板 | cluster template | 1. 用于配置对象和任何所需活动的对象模板 实例化这些对象并建立初始绑定。ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.8.1.19 | |
433 | CM | CM | 1. 配置管理 | |
434 | CMIP | CMIP | 1. 通用管理信息协议。ISO/IEC 10746-1:1998,信息 技术 — 开放分布式处理 — 参考模型:概述 | |
435 | CMIR | CMIR | 1. 客户做对了。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
436 | CMIS | CMIS | 1. 通用管理信息服务。ISO/IEC 10746-1:1998,信息 技术 — 开放分布式处理 — 参考模型:概述 | |
437 | CNCS | CNCS | 1. 客户端本机代码集。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
438 | 代码 | code | 参阅:源代码、目标代码、机器代码、微代码; | 1. 在软件工程中,计算机指令和数据定义表示 以编程语言或汇编器、编译器或其他程序的输出形式 翻译器 2. 用编程语言表达计算机程序。 3. 字符 或被赋予特定含义的位模式,例如状态 代码 |
439 | 代码断点 | code breakpoint | 参阅:数据断点、动态断点、结语断点、可编程断点、 prolog 断点,静态;同义词:控制断点 | 1. 在执行给定的计算机指令时启动的断点。 断点 |
440 | 代码冻结 | code freeze | 1. 不允许对代码进行非关键更改的时期 | |
441 | 代码生成器 | code generator | 参阅:参见申请; | 1. 接受需求或设计作为输入的软件工具 计算机程序并生成实现要求的源代码或 设计生成器 |
442 | 会计科目代码 | code of accounts | 参阅:参见会计科目表; | 1. [工具] 用于唯一标识每个组件的任何编号系统 工作分解结构。项目管理知识体系指南 (PMBOK® 指南)— 第四版 |
443 | 道德规范标准 | code of ethics standard | 1. 描述一套道德原则特征的标准 处理专业人员之间、专业人员内部和专业人员之间公认的行为标准 | |
444 | 代码审查 | code review | 参阅:参见设计评审、正式资格评审、需求评审 12、测试准备 审查; | 1. 向项目人员、经理、 用户、客户或其他相关方的评论或批准 |
445 | 代码调整 | code tuning | 1. 对程序进行语句级更改的过程,以使其更加 高效。2. 为了优化而对程序源代码所做的修改 性能,通常是为了提高速度或减少内存使用量 | |
446 | 编码 | coding | 1. 在软件工程中,用语言表达计算机程序的过程 编程语言。2. 设计规范中逻辑和数据的转换 (设计描述)转化为编程语言 | |
447 | 胁迫 | coerce | 参阅:参见演员表; | 1. 使用 不同的对象。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义.3.1.28 |
448 | 凝聚力 | cohesion | 参阅:参见耦合; | 1. 单个软件执行任务的方式和程度 模块之间相互关联。2. 在软件设计中,强度的度量 模块内元素的关联。Syn:模块强度注解类型 包括巧合、交际、功能、逻辑、程序、顺序、 和时间的。 |
449 | 巧合凝聚 | coincidental cohesion | 参阅:参见交际凝聚力、功能凝聚力、逻辑凝聚力、程序 凝聚力、顺序性; | 1. 内聚类型,其中软件模块执行的任务具有 彼此之间没有功能关系 凝聚力、时间凝聚力 |
450 | 合作 | collaboration | 1. 类和实例之间的协作请求交换,以便 实现某个目标。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.29 | |
451 | 崩塌 | collapse | 1. 通过将一个分支与另一个分支集成来终止该分支的开发 | |
452 | 收集需求 | collect requirements | 1. [过程] 定义和记录利益相关者的需求的过程,以 满足项目目标。项目管理知识体系指南 (PMBOK® 指南)— 第四版 | |
453 | 集合基数 | collection cardinality | 参阅:参见基数约束; | 1. 集合值属性的规范,其中有多少个成员 财产的价值,即集合,可能或必须为每个 实例。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言标准 IDEF1X97 (IDEFobject) 的语法和语义.3.1.30 |
454 | 集合类 | collection class | 1. 一个类,其中每个实例都是一组其他类的实例。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 以及 IDEF1X97 (IDEFobject) 的语义。3.1.31 | |
455 | collection-valued | collection-valued | 参阅:参见标量; | 1. 复数值。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义 (IDEFobject).3.1.33 注:也就是说,有组成部分 |
456 | 集合值类 | collection-valued class | 参阅:参见标量值类; | 1. 每个实例都是值集合的类。IEEE 标准 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.34 |
457 | 集合值属性 | collection-valued property | 参阅:参见标量值属性;同义词:集合属性 | 1. 映射到集合类的属性。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEF对象)。3.1.35. |
458 | 共置 | co-location | 1. [技术] 项目团队的组织布局策略 成员们彼此之间距离较近,以改善沟通, 工作关系和生产力。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
459 | 命令 | command | 1. 可以输入到计算机系统以启动操作的表达式 或影响计算机程序的执行,例如“登录” 启动计算机会话的命令 | |
460 | 命令语言 | command language | 参阅:命令驱动; | 1. 用于向计算机系统表达命令的语言 |
461 | 命令驱动 | command-driven | 参阅:菜单驱动; | 1. 涉及用户指挥的系统或操作模式 通过命令的系统。Syn:命令驱动 |
462 | 评论 | comment | 1. 嵌入计算机程序中的信息、作业控制语句、 或一组为人类读者提供澄清但不影响的数据 机器解释 | |
463 | 商用现货(COTS) | commercial-off-the-shelf (COTS) | 参阅:参见软件产品; | 1. 由市场驱动的需求定义的软件,可供商业使用,并且其 其适用性已得到广泛商业用户的证实。 IEEE Std 1062,1998 年版 (R2002) IEEE 软件采购推荐实践 (包括 IEEE Std 1062a)。3.3. ISO/IEC 25051:2006,软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 质量要求 商用现货(COTS)软件产品和测试说明。4.3. 2. 可以购买和使用软件产品,无需进行 开发活动。ISO/IEC 90003:2004,软件工程 - 指南 ISO 9001:2000 在计算机软件中的应用.3.4; ISO/IEC 25051:2006, 软件工程——软件产品质量要求与评估(SQuaRE) — 商用现货(COTS)软件产品质量要求 和测试说明。4.3. 3. 供应商 13向多个 通用的采集器。ISO/IEC 15289:2006,系统和软件工程–目录 系统和软件生命周期信息产品(文档)。5.2 注:COTS 软件产品包括产品描述(包括所有封面信息, 数据表、网站信息等)、用户文档(必要 安装和使用该软件),该软件包含在计算机可感知介质中 (磁盘、CD-ROM、互联网下载等)。软件主要由程序组成 和数据。此定义也适用于产品说明、用户文档 以及作为单独制成品生产和支持的软件, 但可能不适用典型的商业费用和许可考虑。 |
464 | 提交 | commit | 1. 集成对开发人员私有源代码视图所做的更改 将代码放入可通过版本控制系统的存储库访问的分支中 | |
465 | 提交消息 | commit message | 1. 提交时附带的解释性消息 NOTE 通常包含 变更的简要说明及其理由;贡献者、审阅者的姓名, 或批准人;对获得变更的第三方软件的引用; 将其整合到其他分支机构的时间表;以及对问题的引用 与变更关联的标识符 | |
466 | 提交权限 | commit privileges | 1. 一个人提交变更的权限注意有时特权 与产品的特定部分相关(例如艺术品或文档) 或特定分支。 | |
467 | 发起战争 | commit war | 1. 开发人员引入的一系列相互冲突且相互逆转的提交 他们对某个元素的编码方式持有不同意见,注意有时 以敌意退出开始 | |
468 | 提交窗口 | commit window | 1. 允许对特定分支进行提交的时间段注意 在某些开发环境中,维护分支的提交窗口可能仅 每年开放几次,每次都很短时间。 | |
469 | 承诺 | commitment | 1. 导致一个或多个参与者承担义务的行为 遵守规则或履行合同的行为。ISO/IEC 15414:2006,信息 技术——开放分布式处理——参考模型——企业语言.6.5.2 注:参与承诺行动的企业对象 可以是当事人,也可以是代表一方或多方的代理人。 代理人作出承诺行为,委托人即承担义务。 | |
470 | 提交者 | committer | 1. 具有提交权限的开发人员 | |
471 | 共同祖先约束 | common ancestor constraint | 1. 涉及两个或多个到同一祖先的关系路径的约束 类,并声明后代实例必须与同一个 每条路径上的祖先实例,或者它必须与不同的 通过每条路径的祖先实例。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 概念建模语言语法和语义 (IDEFobject).3.1.36 | |
472 | 共同事业 | common cause | 参阅:参见特殊原因。;同义词:随机原因 2. 变化的来源 | 1. 系统固有的、可预测的变化源。 控制图,它作为随机过程变异的一部分出现(即变异 从一个被认为是正常或不寻常的过程),并表明 控制限度内的随机点模式。项目指南 管理知识体系(PMBOK® 指南)—第四版。 由于流程各组成部分之间正常的和预期的相互作用 |
473 | 普通仓储 | common storage | 参阅:参见全球数据; | 1. 主存储器的一部分,可由两个或多个模块访问 软件系统。Syn:公共区域,公共块 |
474 | 公共环境耦合 | common-environment coupling | 参阅:内容耦合、控制耦合、数据耦合、混合耦合、病理 耦合;同义词:常见耦合, | 1.一种耦合类型,其中两个软件模块访问一个公共数据区域。 公共环境耦合 |
475 | 通讯接口 | communication interface | 1. 可以绑定到以下接口的协议对象的接口 交互引用处的拦截器对象或另一个协议对象 ISO/IEC 10746-3:1996,信息技术 - 开放分布式处理 — 参考模型:Architecture.8.1.14 | |
476 | 沟通管理计划 | communication management plan | 1. [输出/输入] 描述以下内容的文档:通信需求和 对项目的期望;如何以及以何种格式传达信息; 每次沟通的时间和地点;以及谁负责提供 每种类型的沟通。沟通管理计划包含在以下部分 或项目管理计划的子计划。项目管理计划指南 管理知识体系(PMBOK® 指南)—第四版 | |
477 | 沟通凝聚力 | communicational cohesion | 参阅:巧合凝聚力、功能凝聚力、逻辑凝聚力、程序凝聚力 凝聚力、顺序凝聚力、; | 1. 一种凝聚力,其中软件模块执行的任务使用 相同的输入数据或有助于产生相同的输出数据时间凝聚力 |
478 | 通信域 | communications domain | 1. 一组能够互通的协议对象。ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.8.1.13 | |
479 | 传播策划 | communications planning | 1. 定义如何满足信息和通信需求的过程 利益相关者:谁需要什么信息、何时需要以及如何获得 将赐给他们 | |
480 | 社区 | community | 1. 为满足某一目标而形成的对象配置。ISO/IEC 10746-3:1996, 信息技术 开放分布式处理 参考模型:架构.5.1.1 注:目标以合同的形式表达,其中规定了目标如何 可以满足。’ | |
481 | 社区对象 | community object | 1. 代表社区的复合企业对象。ISO/IEC 15414:2006, 信息技术 开放分布式处理 参考模型 企业 language.6.2.2 注:社区对象的组成部分是 所代表的社区。 | |
482 | 压实 | compaction | 参阅:参见局部压缩、全局压缩; | 1. 在微程序设计中,将微程序转换为功能 比原始微程序更快或更短的等效微程序 |
483 | 比较器 | comparator | 1. 比较两个计算机程序、文件或数据集的软件工具 数据来识别共同点或差异注 比较的是源代码、目标代码、数据库文件或 测试结果。 | |
484 | 兼容性 | compatibility | 1. 两个或多个系统或组件执行其所需功能的能力 2. 能够 两个或多个系统或组件之间交换信息的能力。3. 功能单元无需满足指定接口的要求 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.06.11 | |
485 | 主管 | competent | 1. 拥有知识、正式和非正式技能、培训的结合, 经验、执行任务或角色所需的行为属性。ISO/IEC 38500:2008,信息技术公司治理。1.6.4 | |
486 | 合格评估员 | competent assessor | 1. 已证明有能力进行评估的评估员 并监控和验证过程评估的一致性。 ISO/IEC 15504-1:2004, 信息技术 — 过程评估 — 第 1 部分:概念和词汇.3.20 | |
487 | 编译 | compile | 参阅:参见汇编、反编译、解释; | 1. 将用高阶语言表达的计算机程序翻译成 其机器语言等价物 |
488 | compile-and-go | compile-and-go | 1. 一种在编译过程中没有停止的操作技术, 计算机程序的链接、加载和执行 | |
489 | 编译器 | compiler | 参阅:参见汇编器、交叉编译器、增量编译器、解释器、根编译器; | 1. 翻译以高阶语言表达的程序的计算机程序 转换成对应的机器语言 |
490 | 编译器代码 | compiler code | 参阅:参见汇编代码、解释性代码、机器代码; | 1. 计算机指令和数据定义以可以 被编译器识别和处理 |
491 | 编译器指令源语句 | compiler directive source statement | 1. 定义宏、标签或指示编译器的源语句 插入外部源语句(例如,include 语句),或指示 条件编译,或者没有被其他类型属性描述 | |
492 | 编译生成器 | compiler generator | 同义词:编译器 编译器,元编译器 | 1. 用于构建编译器的部分或全部的翻译器或解释器。 |
493 | 完成 | complete | 1. 包括必要的、相关的要求或描述材料、回复 针对有效输入数据的范围以及术语和计量单位进行定义 定义。IEEE/EIA 12207.1-1997 IEEE/EIA 标准:行业实施 国际标准 ISO/IEC 12207:1995,信息技术标准 — 软件生命周期过程 — 生命周期数据.H.3 b) | |
494 | 完整的ICOM代码 | complete ICOM code | 1. 图表特征参考,其中点符号将 ICOM 代码连接到 图表参考。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言 — IDEF0.2.1.29 的语法和语义 | |
495 | 完整程序 | complete procedure | 1. 所有从进入程序开始并结束的活动 退出程序。ISO 6593:1985 信息处理 - 程序流 用于按记录组处理顺序文件。2.1 | |
496 | 完整表格 | complete table | 1. 一个决策表,其中对于所有条件条目的组合,存在 存在令人满意的规则。ISO 5806:1984,信息处理-规范 单击决策表。3.17 注:在实际应用中,扩展 入口表将包含有限的入口,因此是混合入口表。 任何扩展或混合条目表都可以转换为有限条目表。 | |
497 | 完成代码 | completion code | 1. 批处理程序与作业流处理器通信的代码,用于影响 输入流中后续步骤的执行 | |
498 | 完成时间定理 | completion time theorem | 1. 实时调度定理注意对于一组独立的 周期性任务,如果所有任务开始时每个任务都满足其第一个截止期限 同时,任何开始时间的组合都将满足截止期限。 | |
499 | 复合处理GSC | complex processing GSC | 1. 14 个一般系统特征之一,描述 处理逻辑影响应用程序的开发。ISO/IEC 20926:2003, 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
500 | 复杂性 | complexity | 参阅:参见简单性; | 1. 系统设计或代码的难理解程度 由于众多组件或组件之间的关系 2. 属于 测量 (1) 中属性的一组基于结构的度量中的任何一个。 3. 系统或组件的设计或实现的程度 难以理解和验证 |
501 | 复杂度矩阵 | complexity matrix | 1. 用于为函数类型分配权重的表。ISO/IEC 24570:2005, 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 注:矩阵根据数据数量分配权重 元素类型与引用的记录类型或文件类型的数量相结合。 | |
502 | 函数复杂度 | complexity of a function | 1. 分配给某个函数的权重,基于该权重,多个函数 点被分配给函数。ISO/IEC 24570:2005,软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南 | |
503 | 组件 | component | 1. 具有离散结构的实体,例如组件或软件模块, 在特定分析层次考虑的系统内。ISO/IEC 15026:1998, 信息技术 — 系统和软件完整性级别.3.1.2. 组成系统的各个部分。IEEE Std 829-2008 IEEE 软件和 系统测试文档.3.1.6. 3.软件中的功能服务集, 它在实施时代表了一组定义明确的功能,并且易于区分 以独特的名称命名。ISO/IEC 29881:2008,信息技术 - 软件和系统 工程——FiSMA 1.1功能尺寸测量方法。A.4注A 组件可能是硬件或软件,并且可细分为其他组件。 术语“模块”、“组件”和“单元”经常互换使用,或者 定义为彼此的子元素,具体取决于 上下文。这些术语之间的关系尚未标准化。组件 从最终用户或管理员的角度来看,可能独立管理,也可能不独立管理 的观点。 | |
504 | 组件集成测试 | component integration test | 1. 相关组件组的测试。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档.3.1.7 | |
505 | 元件标准 | component standard | 1. 描述数据或程序组件特征的标准 细分为其他部分 | |
506 | 元件测试 | component testing | 1. 测试单个硬件或软件组件。IEEE Std 829-2008 IEEE 软件和系统测试文档标准 3.1.8 | |
507 | 复合键 | composite key | 1. 由两个或多个属性组成的密钥。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEFobject).3.1.38 注意 [键样式] | |
508 | 复合任务 | composite task | 1. 包含嵌套对象的任务 | |
509 | 复合型 | composite type | 参阅:参见原子类型; | 1. 一种数据类型,其每个成员由多个数据项组成 示例 a 数据类型为 PAIRS,其成员为有序对 (x,y) |
510 | 计算接口模板 | computational interface template | 1. 信号接口、流接口的接口模板, 或操作界面。ISO/IEC 10746-3:1996,信息技术—开放 分布式处理——参考模型:架构.7.1.10 注 A 计算接口模板由信号、流或操作组成 适当的接口签名、行为规范和环境 合同规范。 | |
511 | 计算对象模板 | computational object template | 1. 包含一组计算接口模板的对象模板 对象模板可以实例化的内容、行为规范和环境 合同规范。ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 — 参考模型:Architecture.7.1.9 | |
512 | 计算视点 | computational viewpoint | 1. 关于 ODP 系统及其环境的观点,该系统支持分发 通过将系统功能分解 14为以 接口。ISO/IEC 10746-3:1996,信息技术 - 开放分布式处理 — 参考模型:Architecture.4.1.1.3 | |
513 | 计算机 | computer | 1. 可以执行大量计算的功能单元,包括 无需人工干预即可进行大量的算术运算和逻辑运算。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.03.03 注:计算机可以由独立单元或 几个相互连接的单元。 | |
514 | 计算机中心 | computer center | 同义词:数据处理中心 | 1. 包括人员、硬件和软件的设施,有组织的 提供信息处理服务。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.19. |
515 | 计算机犯罪 | computer crime | 1. 通过使用、修改或破坏硬件而实施的犯罪, 软件或数据。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.07.02 | |
516 | 计算机生成 | computer generation | 1. 计算机历史分类中的类别,主要基于 生产过程中使用的技术。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.17 示例 第一代 基于继电器或真空管,第二个基于晶体管,第三个基于集成电路 电路 | |
517 | 计算机图形学 | computer graphics | 1. 构建、操作、存储和显示的方法和技术 通过计算机处理图像。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.06.08 | |
518 | 计算机使用说明书 | computer instruction | 参阅:参见指令格式、指令集; | 1. 编程语言中的语句,指定要执行的操作 计算机和相关操作数的地址或值 2. 松散地, 计算机程序中的任何可执行语句示例将 A 移动到 乙 |
519 | 计算机语言 | computer language | 参阅:设计语言、查询语言、编程语言; | 1. 一种旨在使人类与计算机进行交流的语言 |
520 | 计算机网络 | computer network | 1. 为实现以下目的而相互连接的数据处理节点网络 数据通信。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.45 | |
521 | 计算机性能评估 | computer performance evaluation | 参阅:参见系统概况、吞吐量、利用率、工作负载模型; | 1. 测量计算机系统性能的工程学科 并研究提高绩效的方法 |
522 | 计算机程序 | computer program | 参阅:软件; | 1. 计算机指令和数据定义的组合,可以实现 计算机硬件执行计算或控制功能 2. 句法 符合特定编程语言规则的单元,并且 由实现某一特定目标所需的声明、陈述或指令组成 功能、任务或问题解决方案。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.05.01 |
523 | 计算机程序摘要 | computer program abstract | 1. 提供足够信息的计算机程序的简要说明 让潜在用户确定该计划是否适合他们的需求 和资源 | |
524 | 计算机资源 | computer resource | 1.执行所需操作所需的数据处理系统的元素。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 Terms.01.01.23 例如存储设备、输入输出单元、一个或多个 更多的处理单元、数据、文件和程序 | |
525 | 计算机资源分配 | computer resource allocation | 参阅:参见动态资源分配、存储分配; | 1. 将计算机资源分配给当前和等待的作业示例 为作业分配主存储器、输入/输出设备和辅助存储器 在计算机系统中并发执行 |
526 | 计算机资源 | computer resources | 参阅:参见计算机资源分配; | 1. 计算机设备、程序、文档、服务、设施、 为特定目的提供的物资和人员 |
527 | 计算机科学 | computer science | 1. 与信息有关的科学技术分支 通过计算机处理。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.18 | |
528 | 计算机软件组件(CSC) | computer software component (CSC) | 1. 计算机软件配置中功能或逻辑上不同的部分 项目,通常是两个或多个软件单元的集合 | |
529 | 计算机软件配置项(CSCI) | computer software configuration item (CSCI) | 参阅:参见硬件配置项,配置项; | 1. 用于配置管理的软件集合 并在配置管理过程中视为单一实体 |
530 | 计算机系统 | computer system | 1. 包含一台或多台计算机和相关软件的系统 | |
531 | 计算机辅助(CA) | computer-aided (CA) | 1. 涉及计算机执行部分操作的技术或过程 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.06.14 | |
532 | 计算机辅助设计(CAD) | computer-aided design (CAD) | 1.使用计算机设计一个设备或系统,并将其显示在计算机上 监视器或打印机,模拟其操作,并提供其性能的统计数据 注:计算机提供了与要设计的项目相关的数据, 它是如何运作的,以及不同组件如何运作的规则 可以加入。 | |
533 | 计算机辅助软件工程(CASE) | computer-aided software engineering (CASE) | 同义词:计算机辅助软件工程 | 1. 使用计算机来协助软件工程过程。注意可能 包括软件工具在软件设计中的应用、需求跟踪、 代码制作、测试、文档生成等软件工程 活动。 |
534 | 基于计算机的软件系统(CBSS) | computer-based software system (CBSS) | 1. 在计算机上运行的软件系统。ISO/IEC 14756:1999,信息 技术 - 计算机软件性能的测量和评定 4.5 注:CBSS 可能是一个人类眼中数据处理系统 用户在其终端或等效的机器用户界面上。它包括 硬件和所有软件(系统软件和应用软件) 实现用户所需的数据处理功能所必需的。 | |
535 | 電腦化 | computerization | 1. 通过计算机实现自动化。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.16 | |
536 | 电脑化 | computerize | 1. 通过计算机实现自动化。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.15 | |
537 | 计算中心 | computing center | 1. 旨在为各种用户提供计算机服务的设施 通过计算机和辅助硬件的运行以及通过服务 由设施工作人员提供 | |
538 | 计算系统规范概念 | computing system specification concepts | 1. 计算系统特性的可见且可量化的抽象 具有独立的属性和上下文中的关系。IEEE 标准 1175.1-2002 (R2007)IEEE CASE 工具互连指南 - 分类和描述.3.4 | |
539 | 计算系统工具 | computing system tool | 1. 开发者或维护者组织使用的基于计算机的工具,用于 创建和发展动态系统。IEEE Std 1175.1-2002 (R2007) IEEE 指南 用于 CASE 工具互连分类和描述。3.5 示例不 不仅有传统的 CASE 工具,还有需求工具、验证和确认 工具、设计工具和文档工具 | |
540 | 作战概念(ConOps)文件 | concept of operations (ConOps) document | 同义词:操作概念描述 (OCD) | 1. 描述系统操作特征的面向用户的文档 从最终用户的角度来看。IEEE Std 1362-1998 (R2007) IEEE 信息指南 技术——系统定义——操作概念文件.3.4。 |
541 | 概念阶段 | concept phase | 1. 系统生命周期中用户需要的时间段 识别并描述和评估系统概念注 需求阶段 | |
542 | 概念数据模型 | conceptual data model | 1. 一个数据模型,说明用户所看到的数据组。 ISO/IEC 24570:2005,软件工程 - NESMA 功能规模测量方法 版本 2.1 — 函数应用的定义和计算指南 点分析 | |
543 | 概念模型 | conceptual model | 1. 与某些努力相关的概念模型。IEEE 标准 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.39 | |
544 | 概念系统设计 | conceptual system design | 1. 与指定逻辑方面有关的系统设计活动 系统组织、流程和信息流 ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分 系统开发.20.03.02 | |
545 | 简洁 | conciseness | 1. 提供实现功能的软件属性,其最小值 代码量 | |
546 | 并发 | concurrency | 参阅:参见步骤,并发启用; | 1. 系统中事件可能独立发生的属性 其他,因此未排序。ISO/IEC 15909-1:2004,软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.7 |
547 | 并发 | concurrent | 参阅:参见同时;同义词:并行 (2) | 1. 指同一时间内发生的两个或多个活动 时间间隔,可以通过交叉活动或同时进行来实现 执行 2. 一个问题、过程、系统或应用程序,其中有许多活动 并行发生,传入事件的顺序通常无法预测,并且 事件经常重叠。注意:并发系统或应用程序有许多事件 控制线程。 |
548 | 并发通信图 | concurrent communication diagram | 1. 描述并发任务及其接口的网络的图表 以异步、同步消息通信、事件同步的形式, 以及对被动信息隐藏对象的访问 | |
549 | 并发启用(转换模式) | concurrent enabling (of transition modes) | 1. 如果所有涉及的 输入位置包含足够的 token 来满足所有要求的总和 对每个输入弧注释进行评估,以评估每个过渡模式 多集。ISO/IEC 15909-1:2004,软件和系统工程 - 高级 Petri 网络 — 第 1 部分:概念、定义和图形符号。2.1.10 | |
550 | 并发任务架构 | concurrent task architecture | 1. 系统或子系统中并发任务的描述 它们的接口和互连 | |
551 | 条件 | condition | 1. 在陈述中要考虑的意外事件的描述 一个问题,或者对其他程序的引用,这些程序应被视为 ISO 5806:1984,信息处理 - 单击规范 决策表.3.6 | |
552 | 条件条目 | condition entry | 1. 指示条件与特定规则的相关性。ISO 5806:1984,信息处理 — 单击决策表的规范。3.8 | |
553 | 条件存根 | condition stub | 1. 问题描述中要考虑的所有条件的列表。 ISO 5806:1984,信息处理 — 单击决策表规范。3.1 | |
554 | 条件信息 | conditional information | 1. 随附的每个产品相关的信息 | |
555 | 条件跳转 | conditional jump | 参阅:参见无条件跳转; | 1. 仅当满足指定条件时才会发生的跳跃 |
556 | 进行采购 | conduct procurements | 1. [流程] 获取卖家回应、选择卖家的过程, 并授予合同。项目管理知识体系指南 (PMBOK® 指南)—第四版 | |
557 | 配置 | configuration | 参阅:参见配置项;形式、适合性和功能;版本; | 1. 计算机系统或组件的排列,按数字定义, 2. 在配置管理中, 硬件或软件的功能和物理特性 在技术文献中或在产品中实现 3. 系统的安排 或网络,由其性质、数量和主要特征定义 功能单元。4. 定义需求、设计和实施 系统或系统组件的特定版本。5. 信息处理系统的硬件和软件是组织在一起并相互关联的。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.01.26 |
558 | 配置基线 | configuration baseline | 1. 在特定时间正式指定的配置信息 产品或产品组件的寿命注配置基线, 加上这些基线的已批准变更,构成当前配置 信息。 | |
559 | 配置控制 | configuration control | 参阅:参见配置标识、配置状态核算;同义词:变更控制 | 1. 配置管理的一个元素,包括评估、协调、 批准或不批准,以及实施配置项的变更 在正式建立其配置标识后。 |
560 | 配置控制板(CCB) | configuration control board (CCB) | 参阅:参见配置控制;同义词:更改 | 1. 负责评估和批准或不批准的一群人 建议的配置项变更,并确保实施已批准的 变更 2. 合格人员负责评估所有变更,并决定批准或不批准 对当前发展基线提出的变更。ISO/IEC 2382-20:1990, 信息技术 — 词汇 — 第 20 部分:系统开发.20.07.08.控制 木板 |
561 | 配置标识 | configuration identification | 参阅:参见配置控制、配置状态核算; | 1. 配置管理的一个元素,包括选择配置 系统的项目并记录它们的功能和物理特性 在技术文件中 2. 当前批准的技术文件 规范、图纸、相关清单中规定的配置项, 以及其中引用的文件 |
562 | 配置索引 | configuration index | 参阅:参见配置项开发记录、配置状态核算; | 1. 用于配置管理的文档,提供 组成产品的配置项 |
563 | 配置项(CI) | configuration item (CI) | 参阅:参见硬件配置项、计算机软件配置项、配置 识别,关键物品; | 1. 配置中的实体,满足最终使用功能,并且 可以在给定的参考点处唯一地标识。ISO/IEC 12207:2008(IEEE Std 12207-2008),系统和软件工程-软件生命周期过程。4.7. 2. 硬件或软件或两者的物品或集合,其设计目的是 作为单一实体进行管理。ISO/IEC 19770-1:2006,信息技术 - 软件 资产管理 — 第 1 部分:流程.3.2.3. 基础设施或 受或将受配置管理控制的项目。ISO/IEC 20000-1:2005,信息技术 — 服务管理 — 第 1 部分:规范。2.4. 4. 为配置而指定的硬件、软件或两者的集合 管理并在配置管理过程中被视为单个实体 5. 用于配置管理的工作产品的集合 并在配置管理过程中视为一个单一实体。注意配置 项目的复杂性、大小和类型可能有很大差异,从整个系统 包括所有硬件、软件和文档,单个模块或次要模块 硬件组件。 |
564 | 配置项开发记录 | configuration item development record | 参阅:参见配置索引、配置状态核算; | 1. 配置管理中使用的文档,描述开发 根据配置审计的结果确定配置项的状态,以及 设计评审 |
565 | 配置管理(CM) | configuration management (CM) | 参阅:基线、变更管理、配置识别、配置 控制、配置状态; | 1. 应用技术和行政指导与监督的学科 识别并记录配置的功能和物理特性 项目,控制这些特性的变更,记录并报告变更处理 和实施情况,并核实是否符合规定的要求2. 技术和组织活动包括配置识别, 控制、状态核算和审计。ISO/IEC 29881:2008,信息技术 — 软件与系统工程 — FiSMA 1.1 功能规模测量方法.4.9 会计, 配置审计 |
566 | 配置管理数据库(CMDB) | configuration management database (CMDB) | 1. 包含每个配置项的所有相关详细信息的数据库 以及它们之间重要关系的详细信息。 ISO/IEC 20000-1:2005, 信息技术 — 服务管理 — 第 1 部分:规范.2.5 | |
567 | 配置管理系统 | configuration management system | 1. 识别不断发展的 系统来控制这些组件的变化并保持完整性和可追溯性 整个生命周期 2.[工具] 总体项目管理的子系统 系统。它是一套正式的书面程序,用于应用技术 以及行政指导和监督,以:确定并记录职能 以及产品、结果、服务或组件的物理特性;控制 这些特性的任何变化;记录并报告每项变化及其实施情况 状态;并支持对产品、结果或组件的审计以验证 符合要求。它包括文档、跟踪系统、 并定义了授权和控制变更所需的批准级别。 项目管理知识体系指南 (PMBOK® 指南) — 第四版 | |
568 | 配置状态会计 | configuration status accounting | 参阅:参见配置控制、配置标识、配置索引, 配置项,开发; | 1. 配置管理的一个元素,包括记录和 报告管理配置所需信息的有效记录注 信息包括批准的配置标识列表, 对配置所提议的变更的状态以及实施状态 已批准的变更。 |
569 | 冲突 | conflict | 1. 文件的一个版本中的更改无法与版本协调 注意 合并不同的分支,或两个提交者同时在同一个分支上工作时 同一个文件 | |
570 | 一致性 | conformance | 1.产品、流程或服务满足特定的要求。 IEEE/EIA 12207.1-1997 IEEE/EIA 标准:国际行业实施 标准 ISO/IEC 12207:1995,信息技术标准 - 软件生命 循环过程 — 生命周期数据。1.4.1 | |
571 | 符合性评价报告 | conformity evaluation report | 1. 描述所进行的评估及其结果的文件 适用于 COTS 软件产品。ISO/IEC 25051:2006,软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 质量要求 商用现货 (COTS) 软件产品和测试说明。4.2 | |
572 | 连通性 | connectivity | 1. 系统或设备连接到其他系统或 设备无需修改。ISO/IEC 2382-1:1993,信息技术 - 词汇 — 第 1 部分:基本术语.01.03.27 | |
573 | 连续 | consecutive | 1. 指两个连续事件或事项的发生,无 任何其他事件或事项的介入;即在 其他。 | |
574 | 后果 | consequence | 1. 事件的结果。ISO/IEC 16085:2006 (IEEE Std 16085-2006),系统 和软件工程-生命周期过程-风险管理 15。3.1注 结果可能是损失或收益,可以定性或定量地表达。 | |
575 | 一致性 | consistency | 参阅:参见可追溯性; | 1.统一性、标准化和无矛盾的程度 2. 系统或组件的文档或部分之间的软件属性 提供统一的设计和实施技术和符号 |
576 | 一致 | consistent | 1. 无内部冲突。IEEE/EIA 12207.1-1997 IEEE/EIA 标准:行业 实施国际标准 ISO/IEC 12207:1995,信息标准 技术 — 软件生命周期流程 — 生命周期数据.H.3 d) | |
577 | 常数 | constant | 参阅:参见变量比喻常量、文字; | 1. 一个数量或数据项,其值不能改变。2. 一个实例,其 在撰写本文时,身份是已知的。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97(IDEFobject)的概念建模语言语法和语义。 3.1.40. 3. 属性或参与者属性值的规范, 一旦指定,不得更改,或操作应始终提供 给定相同的输入参数值,输出参数值也相同。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject)。3.1.40. 4. 不会改变的数字或字符串值 在程序执行期间,例如数据项 FIVE,具有不变的 值为 5 注意:常量状态类实例的标识表示为 由#K表示,其中K是一个整数或名称。 |
578 | 恒定故障期 | constant-failure period | 参阅:参见早期故障期、磨损故障期、浴盆曲线; | 1. 系统或组件生命周期中的一段时间,在此期间 硬件故障发生率大致均匀 |
579 | 约束 | constraint | 参阅:参见软件生命周期过程(SLCP); | 1. 限制或隐含要求,限制设计解决方案 或系统工程过程的实施,并且不能被改变 企业。IEEE Std 1220-2005 IEEE 应用和管理标准 系统工程过程.3.1.5. 2. 软件生命周期的限制 过程(SLCP)开发。IEEE Std 1074-2006 IEEE 开发过程(SLCP)的标准 软件项目生命周期过程.附件 E. 3. 指定有效 数据条件。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 的语言语法和语义 (IDEFobject).3.1.41. 4. 责任 这是事实陈述,必须真实,才能满足约束 满足。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义。3.1.41. 5. 限制 基于属性的值或基于该值的任何对象的存在 或存在一个或多个其他因素。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述.4.2. 6. 外部施加的限制 系统要求、设计、实施或开发过程 或修改系统。IEEE Std 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作概念文件.3.5.7.[输入].状态, 品质,或被限制于某一特定的行动或不作为过程的感觉。 适用的限制或约束(无论是项目内部的还是外部的), 这将影响项目或流程的绩效。例如, 进度约束是对项目进度的任何限制或约束 影响计划活动安排时间的因素通常为 固定的强加日期。项目管理知识体系指南 (PMBOK® 指南)——第四版。8. 表达可测量界限的陈述 系统的元素或功能。IEEE Std 1233-1998 (R2002) IEEE 开发指南 系统要求规范.3.4 注意,约束是 通过武力或强制手段强加于解决方案的因素,可能会限制或 修改设计变更。 |
580 | 建筑 | construction | 1. 编写、汇编或生成资产的过程。IEEE 标准 1517-1999 (R2004)IEEE 信息技术标准 - 软件生命周期流程 - 重用过程。3.5. 2. 软件开发中的活动包括详细的 设计、编码、单元测试和调试注意活动的集合 专注于创建源代码 | |
581 | 消费者 | consumer | 1. 购买软件包的组织或个人。ISO 9127:1988, 信息处理系统 - 用户文档和封面信息 消费者软件包.3.2.2 | |
582 | 消费者软件包 | consumer software package | 1. 为执行已识别功能而设计和销售的软件产品; 该软件及其相关文档作为一个整体打包出售。 ISO 9127:1988,信息处理系统 - 用户文档和封面信息 适用于消费者软件包.3.2.1 | |
583 | 容器接口 | container interface | 1. 允许访问数据的数据存储库接口。ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.14.1.1.2 | |
584 | 内容耦合 | content coupling | 参阅:参见公共环境耦合、控制耦合、数据耦合、混合耦合、 病理耦合; | 1. 一种耦合类型,其中一个软件的部分或全部内容 模块包含在另一个模块的内容中 |
585 | 上下文 | context | 1. 函数(或函数集)所在的直接环境 图)运行。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模标准 语言 - IDEF0.2.1.30 的语法和语义 | |
586 | 上下文图 | context diagram | 1. 展示 IDEF0 顶层函数上下文的图表 模型,其图表编号为 an,其中 0#n#9。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 - IDEF0.2.1.31 的语法和语义注意 单框 A-0 上下文图是必需的上下文图;带有图表的 数字 A-1、A-2、…、A-9 是可选的环境图。 | |
587 | 使用环境 | context of use | 1. 用户、任务、设备(硬件、软件和材料)和物理 以及产品使用的社会环境。ISO/IEC 25000:2005,软件 工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE.4.7 指南注 [ISO 9241-11:1998] | |
588 | 上下文相关帮助 | context-sensitive help | 参阅:参见嵌入式文档、印刷文档; | 1. 屏幕文档类型,其中显示的信息 取决于用户对软件的看法。ISO/IEC 26514,系统和软件 工程——对用户文档设计人员和开发人员的要求。4.10 |
589 | 连续分配 | contiguous allocation | 参阅:参见分页 (1); | 1. 一种存储分配技术,其中要存储的程序或数据 分配一个相等或更大大小的存储块,以便逻辑上连续 程序和数据被分配物理上连续的存储位置 |
590 | 应急计划 | contingency plan | 1. 应对风险因素的计划,如果它成为一个问题 | |
591 | 应急储备 | contingency reserve | 1. [输出/输入] 超出预算所需的资金、预算或时间 将项目目标超支的风险降低到可接受的水平 组织。项目管理知识体系指南 (PMBOK® 指南)—第四版 | |
592 | 连续形式 | continuous forms | 1. 在制造过程中以连续长度生产的形式,以及 主要用于孔输送机构。ISO 3535:1977, 形成设计表和布局图。4.1 | |
593 | 连续迭代 | continuous iteration | 1. 没有出口的循环 | |
594 | 连续表示 | continuous representation | 1. 能力成熟度模型结构,其中能力级别提供 在每个指定流程中实施流程改进的推荐顺序 区域 | |
595 | 持续风险管理 | continuous risk management | 1. 分析计划活动、项目或 定期、持续地实施计划并处理已识别的风险因素注包括 制定选项和后备方案以允许使用替代解决方案来减少 如果风险因素成为问题,则会产生何种影响。 | |
596 | 合同 | contract | 1. 双方之间具有约束力的协议,尤其是可依法执行的协议,或 完全在组织内部的类似内部协议。 ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统与软件工程 - 软件生命周期 流程。4.8.2. 客户和供应商同意的具有法律约束力的文件。 IEEE Std 830-1998 IEEE 软件需求规范推荐实践。3.1。 3. [输出/输入] 合同是一种相互约束的协议,规定 卖方提供指定的产品或服务或结果,并有义务 买方支付。项目管理知识体系指南 (PMBOK® 指南)—第四版 | |
597 | 合同管理 | contract administration | 1. 管理合同的过程以及收单方之间的关系 和供应商,包括审查和记录供应商的表现 或已经执行;建立所需的纠正措施;并管理合同 更改 | |
598 | 合同管理计划 | contract management plan | 1. 描述如何管理特定协议的文件 监督所需文件的交付和声明的履行 工作,评估绩效,并控制变化 | |
599 | 合同工作分解结构(CWBS) | contract work breakdown structure (CWBS) | 1. 适用于合同的整体工作分解结构的一部分, 由供应商开发和维护 | |
600 | 合同要求 | contractual requirement | 参阅:参见收单方、客户要求; | 1. 对客户需求进行分析和细化,形成一套 适合纳入一个或多个招标包的要求, 采购方与其他适当机构之间签订的正式合同或供应商协议 组织 |