随着信息技术的进步，系统和软件工程学科也在不断成熟。新术语不断产生，现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考，并鼓励使用 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部分，这是第四部分。
| 编号 | 名称 | 英文名 | 参考 | 描述 |
|---|---|---|---|---|
| 901 | 文档 | documentation | 1. 关于给定主题的文档集合。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档。3.1.12. 2. 任何书面或图片 描述、定义、指定、报告或证明活动的信息， 要求、程序或结果。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档。3.1.12. 3. 生成或修订 一份文件。IEEE Std 829-2008 IEEE 软件和系统测试文档标准。3.1.12。 4. 设计、编写、制作和维护的相关文档的集合。 ISO/IEC TR 9294:2005，信息技术 - 信息安全管理指南 软件文档.3.2.5. 解释如何使用软件的信息 产品。ISO/IEC 26514，系统和软件工程 - 设计师要求 4.16. 6. 文档管理，包括 识别、获取、处理、存储和传播。IEEE 标准 829-2008 IEEE 软件和系统测试文档标准.3.1.12 示例打印 手册、屏幕信息和独立的在线帮助注释可以 作为单独文档或嵌入式文档或两者提供 | |
| 902 | 文档开发人员 | documentation development staff | 1. 参与策划、撰写、编辑和制作任何阶段的工作人员 ISO/IEC 15910:1999，信息技术 - 软件用户文档 4.12 注:这包括作者、设计师、插图画家和 项目管理人员。 | |
| 903 | 文件计划 | documentation plan | 1. 列出文档项目基本要素的文件。 ISO/IEC 15910:1999，信息技术 — 软件用户文档流程。4.13. 2. 确定系统或软件开发过程中要生成的文档的计划 生命周期。ISO/IEC 15289:2006，系统与软件工程-内容 系统和软件生命周期信息产品。5.2 | |
| 904 | 文档树 | documentation tree | 参阅:参见规格树; | 1. 描述给定系统的所有文档的图表，并显示 图 11 — 文档树 |
| 905 | 文档编写员 | documenter | 1. 文档编制方。ISO/IEC 15910:1999，信息技术 ——软件用户文档流程.4.14 | |
| 906 | 域名 | domain | 1.一个独特的范围，其中表现出共同的特征，共同的 规则的遵守，并保持分发的透明度。 ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:总则 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.2.5. 2. 问题 空间。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 - 软件 生命周期流程 - 重用流程.3.6 | |
| 907 | 域名解析 | domain analysis | 1. 分析某一领域内的系统，发现共性和差异 其中。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程 — 重用过程.3.7. 2. 过程 识别、捕获和组织用于开发软件系统的信息 以便可以在域内重复使用它来创建新的系统。IEEE Std 1517- 1999 (R2004) IEEE 信息技术标准 - 软件生命周期流程 — 重用过程.3.7. 3. 域分析过程的结果。IEEE 标准 1517-1999 (R2004) IEEE 信息技术标准 - 软件生命周期 流程——重用流程.3.7 | |
| 908 | 领域架构 | domain architecture | 1. 软件系统的通用组织结构或设计 域。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程 — 重用过程。3.8 注意域 架构包含旨在满足指定要求的设计 在领域模型中。领域架构文档设计，而领域 模型文档要求。领域架构:1）可以适应创建 为领域内的软件系统设计提供框架 在单个软件系统中配置资产。术语“架构” 已被刻意重新定义，以便更恰当地在软件中传达其含义 重复使用上下文。’ | |
| 909 | 域定义 | domain definition | 1. 确定域的范围和边界的过程。IEEE 标准 1517-1999 (R2004) IEEE 信息技术标准 - 软件生命周期 流程 — 重用流程.3.9 | |
| 910 | 域名工程师 | domain engineer | 1. 执行领域工程活动的一方，包括领域分析， 领域设计、资产构建和资产维护。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 - 软件生命周期流程 - 重用 流程.3.10 | |
| 911 | 领域工程 | domain engineering | 1. 基于重用的方法定义范围（即域定义）， 指定结构（即领域架构）并构建资产 适用于一类系统、子系统或应用程序。IEEE Std 1012-2004 IEEE 标准 用于软件验证和确认。3.1.9 注“资产”可能包括 需求、设计、软件代码或文档。领域工程可能 包括以下活动:领域定义、领域分析、开发 领域架构和领域实现。 | |
| 912 | 领域专家 | domain expert | 1. 熟悉该领域并能提供 向领域工程师提供详细信息。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程 — 重用过程.3.12 | |
| 913 | 领域模型 | domain model | 1. 领域分析的产物，提供需求的表示 域。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程 — 重用过程。3.13 注意 模型识别和描述数据的结构、信息流、功能、 软件系统中包含的域内的约束和控制 在领域中。领域模型描述了通用性和可变性 该领域对软件系统的要求之一。 | |
| 914 | 点符号 | dot notation | 1. 将父类的名称与类名连接起来的命名技术 具有句点字符的从属类。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.47 的语法和语义 示例:图表要素参考 ABC/A31.3 使用点符号 将父图 ABC/A31 的页面引用加入到功能引用 对于该图中的框 3 | |
| 915 | 羽绒 | down | 参阅:启动、忙碌、崩溃、空闲; | 1. 指无法运行或已 停止使用 |
| 916 | 停机时间 | down time | 参阅:启动时间、繁忙时间、空闲时间、平均修复时间、设置时间; | 1. 系统或组件无法运行的时间段 或已停止服务 |
| 917 | 下载 | download | 1. 将程序或数据从一台计算机传输到另一台连接的计算机 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1:基本术语.01.01.36 注意通常从服务器到个人 电脑 | |
| 918 | 向下兼容 | downward compatible | 参阅:向上兼容; | 1. 指与较早版本或更早版本兼容的硬件或软件 不太复杂的版本例如处理文件的程序 由其早期版本创建 |
| 919 | 向下压缩 | downward compression | 参阅:横向压缩，向上压缩; | 1. 在软件设计中，一种解调形式，其中上级 模块被复制到下级模块的主体中 |
| 920 | 司机 | driver | 参阅:测试驾驶员; | 1. 一个软件模块，用于调用并控制和监控 执行一个或多个其他软件模块。2. 控制 外围设备，有时还会重新格式化数据，以便与 设备 |
| 921 | DSA | DSA | 1. 目录系统代理。ISO/IEC 13235-3:1998，信息技术 — 开放分布式处理 - 交易功能 - 第 3 部分:交易的提供 使用 OSI 目录服务的功能。4 | |
| 922 | DUA | DUA | 1. 目录用户代理。ISO/IEC 13235-3:1998，信息技术 — 开放 分布式处理 — 交易功能 — 第 3 部分:交易功能的提供 使用 OSI 目录服务。4 | |
| 923 | 哑终端 | dumb terminal | 同义词:不可编程终端 | 1. 没有独立数据处理能力的用户终端。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.03.15。 |
| 924 | 转储 | dump | 1. 显示计算机程序执行状态的某些方面，通常 内部存储器或寄存器的内容。2.显示内容 文件或设备。3.将内部存储器的内容复制到外部介质。 4. 制作（1）、（2）或（3）中的展示品或副本。注:类型包括 更改转储、动态转储、内存转储、事后转储、选择性转储、快照 转储，静态转储。 | |
| 925 | 持续时间（DU 或 DUR） | duration (DU or DUR) | 1. 工作时间总数（不包括假日或其他非工作时间） 完成计划活动或工作分解结构所需的时间 组成部分。通常表示为工作日或工作周。有时错误地等同于 随着时间的流逝。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 926 | 二元选择性构造 | dyadic selective construct | 参阅:参见单子选择构造; | 1. 一个 if-then-else 结构，其中指定了两种结果的处理 分支机构 |
| 927 | 动态 | dynamic | 参阅:参见静态; | 1. 与计算机程序执行期间发生的事件或过程有关 例如动态分析、动态绑定 |
| 928 | 动态分析 | dynamic analysis | 参阅:参见静态分析演示、测试; | 1. 根据系统或组件在运行过程中的行为对其进行评估的过程 执行 |
| 929 | 动态绑定 | dynamic binding | 参阅:参见静态绑定; | 1. 在计算机程序执行过程中执行的绑定 |
| 930 | 动态断点 | dynamic breakpoint | 参阅:参见静态断点、代码断点、数据断点、结语断点、 可编程断点，序言; | 1. 预定义启动事件为运行时特征的断点 程序的执行，例如执行任何二十个源语句断点 |
| 931 | 动态缓冲 | dynamic buffering | 参阅:参见简单缓冲; | 1. 一种缓冲技术，其中分配给计算机程序的缓冲区 根据当前需求在程序执行过程中发生变化 |
| 932 | 动态转储 | dynamic dump | 参阅:参见静态转储、更改转储、内存转储、事后转储、选择性转储、 快照转储; | 1. 计算机程序执行过程中产生的转储 |
| 933 | 动态误差 | dynamic error | 参阅:参见静态误差; | 1. 依赖于输入随时间变化的性质的错误 |
| 934 | 动态调用 | dynamic invocation | 1. 构建并发出可能未知签名的请求 直到运行时。ISO/IEC 19500-2:2003，信息技术 - 开放分布式 处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 （IIOP）3.2.6 | |
| 935 | 动态模型 | dynamic model | 参阅:参见静态模型; | 1. 描述个人请求或请求模式的模型 对象。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模 3语言标准 IDEF1X97 (IDEFobject) 的语法和语义.3.1.53 |
| 936 | 动态重定位 | dynamic relocation | 1. 计算机程序在执行过程中的重新定位 | |
| 937 | 动态资源分配 | dynamic resource allocation | 1. 一种计算机资源分配技术，其中分配的资源 根据当前需求，在程序执行过程中对程序进行更改 | |
| 938 | 动态重组 | dynamic restructuring | 1. 重组数据库、数据结构、计算机程序的过程， 或程序执行期间的一组系统组件 | |
| 939 | 动态模式 | dynamic schema | 1. 一个或多个信息允许状态变化的规范 对象，受到任何不变模式的约束。 ISO/IEC 10746-3:1996， 信息技术 开放分布式处理 参考模型:架构.6.1.3 注:信息系统中的行为可以建模为转换 从一个静态模式到另一个静态模式，即从一个实例重新分类 类型转换为另一种类型。在信息语言中，涉及一组 对象可以被视为这些对象之间的相互作用。并非所有 参与交互的对象需要改变状态；有些对象可能 以只读方式参与。 | |
| 940 | 动态骨架 | dynamic skeleton | 1. 一种独立于接口的骨架，由服务器用来处理请求 其签名可能直到运行时才为人所知。ISO/IEC 19500-2:2003， 信息技术 - 开放分布式处理 - 第 2 部分:通用 ORB 间 协议（GIOP）/互联网 ORB 间协议（IIOP）。3.2.7 | |
| 941 | 动态存储分配 | dynamic storage allocation | 1. 一种存储分配技术，其中分配给计算机的存储 程序在执行过程中会根据当前程序的需求而变化 以及其他正在执行的程序 | |
| 942 | EAC | EAC | 1. 完成时的估计。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 943 | 最早完成日期 (EF) | early finish date (EF) | 1. 在关键路径法中，最早可能的时间点 计划活动（或项目）的未完成部分可以完成，基于 计划网络逻辑、数据日期和任何计划约束。早期 完成日期可能会随着项目的进展和对 项目管理计划。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 944 | 最早开始日期 (ES) | early start date (ES) | 1. 在关键路径法中，最早可能的时间点 计划活动（或项目）的未完成部分可以开始，基于 计划网络逻辑、数据日期和任何计划约束。早期 开始日期可能会随着项目的进展和计划的变更而改变。 项目管理计划。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 945 | 早期失效期 | early-failure period | 参阅:参见恒定故障期、磨损故障期、浴盆曲线;同义词:磨合期 | 1. 系统或组件生命周期中的一段时间，在此期间 随着问题的检测和修复，硬件故障发生率逐渐降低。 |
| 946 | 挣值（EV） | earned value (EV) | 同义词:已完成工作的预算成本 (BCWP) | 1. 已完成工作的价值，以核准的预算表示 为计划活动或工作分解结构组件工作。 项目管理知识体系指南（PMBOK® 指南）——第四版。 |
| 947 | 挣值管理（EVM） | earned value management (EVM) | 1. 整合范围、进度和资源的管理方法， 并客观衡量项目绩效和进度。绩效是 通过确定已完成工作的预算成本（即挣值）来衡量 并将其与实际完成工作的成本（即实际成本）进行比较。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 948 | 挣值技术（EVT） | earned value technique (EVT) | 1.[技术]一种衡量工作绩效的具体技术 并用于建立绩效衡量基线 (PMB)。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 949 | 回声 | echo | 1. 将传输的信号返回到其源，通常会延迟以指示 信号是反射信号，而不是原始信号。2. 返回信号 | |
| 950 | ECP | ECP | 1. 工程变更建议 | |
| 951 | EDI | EDI | 1.电子数据交换 | |
| 952 | 编辑 | edit | 1. 修改计算机代码、数据或文档的形式或格式例如 插入、重新排列或删除字符 | |
| 953 | EF | EF | 1. 最早完成日期。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 954 | 有效地址 | effective address | 参阅:生成地址、间接地址、相对地址; | 1. 执行任何所需索引所产生的地址，间接 寻址，或对指定地址进行其他地址修改注意如果 指定的地址不需要修改，也是有效地址。 |
| 955 | 有效完整许可证 | effective full license | 1.软件的许可权利，允许一次完整使用该软件。 ISO/IEC 19770-1:2006，信息技术 — 软件资产管理 — 第 1:流程.3.6 示例 1 版的底层完整许可证 软件产品，加上版本 2 的底层升级许可 软件产品，结合产生一个有效的完整许可证版本 2 软件产品的有效许可证由一个或 更多基础许可。 | |
| 956 | 有效指令 | effective instruction | 参阅:参见绝对指令、直接指令、立即指令、间接指令 操作说明; | 1. 执行任何所需索引所产生的计算机指令， 间接寻址，或对指定计算机中的地址进行其他修改 指令说明 如果指定的指令不需要修改， 这也是有效的指令。 |
| 957 | 效力 | effectiveness | 1. 产生预期或期望的结果。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 实践手册 2. 用户实现指定目标的准确性和完整性 目标。ISO/IEC 25062:2006，软件工程 - 软件产品质量要求 和评估（SQuaRE）—可用性测试报告的通用行业格式（CIF）。4.2 | |
| 958 | 有效性分析 | effectiveness analysis | 1. 分析设计方案在给定条件下的性能或运行情况 预期的运营场景。IEEE Std 1220-2005 IEEE 应用标准 和管理系统工程过程.3.1.10 | |
| 959 | 效果评估 | effectiveness assessment | 1. 对设计方案在制造、测试、 分销、运营、支持、培训、环境影响、成本效益、 和生命周期成本。IEEE Std 1220-2005 IEEE 应用和 系统工程过程的管理.3.1.11 | |
| 960 | 传出 | efferent | 参阅:参见传入; | 1. 涉及从上级模块到 软件系统中的下属模块 |
| 961 | 效率 | efficiency | 参阅:执行效率，存储效率; | 1. 系统或组件执行其指定功能的程度 以最少的资源消耗产生结果。2. 额外或多余的努力。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量方法——计数实践手册 3. 与准确性和完整性相关的资源投入 用户实现目标。ISO/IEC 25062:2006，软件工程 - 软件产品 质量要求和评估 (SQuaRE) — 通用行业格式 (CIF) 可用性测试报告.4.3 |
| 962 | 努力 | effort | 参阅:参见持续时间; | 1. 完成计划活动或工作所需的劳动单位数量 分解结构组成部分。通常表示为员工小时数、员工天数或 员工周。项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 963 | 无私编程 | egoless programming | 1. 一种基于团队概念的软件开发技术，而不是 个人负责程序开发注意其目的 是为了防止程序员个人过于认同自己的工作 客观评价受到损害。 | |
| 964 | EI | EI | 1. 外部输入。ISO/IEC 24570:2005，软件工程 — NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用 | |
| 965 | EIF | EIF | 1. 外部接口文件。ISO/IEC 24570:2005，软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 | |
| 966 | 电子版 | electronic copy | 1. 包含一个或多个文件的计算机磁盘或其他计算机可读介质 可以从中打印文档。ISO/IEC 15910:1999，信息技术 ——软件用户文档流程.4.15 | |
| 967 | 电子数据交换（EDI） | electronic data interchange (EDI) | 1. 将数据以电子方式从数据库传输到 数据库，通常使用电信网络 | |
| 968 | 电子邮件（Email） | electronic mail (Email) | 同义词:电子邮件 | 1.通过计算机网络传输的消息形式的对应关系。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.06.17. |
| 969 | 电子出版 | electronic publishing | 1. 制作排版质量的文档，包括文本、图形、 以及在计算机的帮助下处理图片。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.06.15 | |
| 970 | 元素 | element | 1. 系统的组成部分；可能包括设备、计算机程序或 人类。IEEE Std 1233-1998 (R2002) IEEE 系统要求开发指南 规范.3.7 示例文件、需求规范、 测试用例、源代码、安装信息和自述文件 | |
| 971 | 元素类型 | element type | 1. 元素的类别或种类 | |
| 972 | 基本过程 | elementary process | 1. 对用户有意义的最小活动单位。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册。6 | |
| 973 | ELSE 规则 | ELSE-rule | 1. 针对未涵盖的所有条件组合采取的措施 按照表中其他规则执行。ISO 5806:1984，信息处理 - 规范 3.5 注意:使用 ELSE 规则功能 是可选的。 | |
| 974 | 嵌入式计算机系统 | embedded computer system | 1. 属于更大系统的一部分并执行部分操作的计算机系统 该系统的要求例如，用于 飞机或快速交通系统 | |
| 975 | 嵌入式文档 | embedded documentation | 参阅:参见单独文档; | 1. 作为软件不可分割的一部分被访问的文档。ISO/IEC 26514，系统和软件工程 - 对设计师和开发人员的要求 4.18 示例:弹出帮助和帮助文本 屏幕 |
| 976 | 嵌入式软件 | embedded software | 1. 作为大型系统的一部分并执行部分要求的软件 该系统的示例软件用于飞机或快速交通 系统 | |
| 977 | 紧急维护 | emergency maintenance | 1. 为暂时保持系统正常运行而进行的计划外修改 待纠正维护。ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件 工程——软件生命周期过程——维护.3.3 注意紧急情况 维护是纠正性维护的一部分。 | |
| 978 | 模拟用户 | emulated user | 1. 模仿用户提交的任务和时间 行为，通过技术系统实现。ISO/IEC 14756:1999，信息技术 — 计算机软件系统性能的测量和评级。4.6 | |
| 979 | 仿真 | emulation | 参阅:参见模拟; | 1. 接受相同输入并产生相同输出的模型 给定系统。2. 开发或使用模型的过程。3. 使用 数据处理系统模仿另一个数据处理系统，这样 模拟系统接受相同的数据，执行相同的程序，实现 与模拟系统结果相同。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.06.02 |
| 980 | 模拟器 | emulator | 参阅:模拟器; | 1. 接受相同输入的设备、计算机程序或系统，并且 产生与给定系统相同的输出 |
| 981 | EMV | EMV | 1. 预期货币价值。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 982 | en dash | en dash | 1. 破折号的宽度与小写字母“n”相同。ISO/IEC 15910:1999，信息 技术——软件用户文档流程.4.16 | |
| 983 | 启用（过渡） | enabling (a transition) | 1. 在特定模式和网络标记下启用转换，当 满足以下条件:（1）转换的每个输入位置的标记 满足其弧注释对特定条件的要求 过渡模式；（2）当地点的标记包含 （至少）由评估的弧注释指示的标记多集。 ISO/IEC 15909-1:2004，软件与系统工程 — 高级 Petri 网 — 第 1 部分 概念、定义和图形符号.2.1.9 注:测定 转换模式保证转换条件得到满足。 | |
| 984 | 使能系统 | enabling system | 1. 在生命周期阶段补充相关系统的系统 但在运行过程中并不一定直接有助于其发挥作用。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期流程。4.11；ISO/IEC 15288:2008（IEEE Std 15288-2008），系统和 软件工程——系统生命周期过程。4.9 注:当感兴趣的系统 进入生产阶段，需要一个赋能生产系统。每个赋能 系统有其自身的生命周期。 | |
| 985 | 启用令牌 | enabling tokens | 1. 评估输入弧注释时获得的值的多集 用于与变量的特定绑定。ISO/IEC 15909-1:2004，软件和系统 工程.高级Petri网.第1部分:概念、定义和图形 符号.2.1.25.1 | |
| 986 | 封装 | encapsulation | 参阅:参见数据抽象、信息隐藏; | 1. 一种软件开发技术，包括隔离系统功能 或模块内的一组数据和对这些数据的操作，并提供精确的 模块2的规范。访问名称、含义、 类的职责和值与访问完全分离 IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.54. 3. 认为模块有不同于其内部的外部， 外部接口和内部实现 |
| 987 | 编码 | encoding | 1. 语法元素如何用 已识别的字符集。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架-第 1 部分:概述.4.2 注 提供了语法中的各种终端符号和数据类型。 | |
| 988 | ENCODING.1 | ENCODING.1 | 1. CDIF 标准系列中定义的主要编码。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 注意 CDIF 系列标准支持多种传输格式，每种格式均由 一种语法和一种编码。 | |
| 989 | 结束项 | end item | 1. 实体（硬件设备、软件设备、数据、设施、材料、 服务、技术和/或技术）与 SBS 元素相关联。IEEE Std 1220-2005 IEEE 系统工程过程应用和管理标准 3.1.12 | |
| 990 | 最终用户 | end user | 同义词:最终用户 | 1. 最终将使用该系统实现其预期目的的个人或团体 目的。IEEE Std 1233-1998 (R2002) IEEE 系统要求开发指南 规范。2. 最终受益于成果的个人 ISO/IEC 25000:2005，软件工程 - 软件产品质量 要求和评估（SQuaRE）——SQuaRE 指南。4.14. 3. 使用软件包。ISO 9127:1988，信息处理系统 - 用户 消费者软件包的文档和封面信息。3.2.3.4. 任何 随时与软件通信或交互的人员。ISO/IEC 29881:2008， 信息技术 - 软件和系统工程 - FiSMA 1.1 功能 尺寸测量方法。3.5. |
| 991 | 努力 | endeavor | 同义词:endeavour | 1. IBD 开发工作旨在提供一些产品或服务 通过应用方法论。ISO/IEC 24744:2007，软件工程 — 开发方法的元模型.3.5. 示例项目、程序 和基础设施职责 |
| 992 | 努力元素 | endeavor element | 1. 努力的简单组成部分。ISO/IEC 24744:2007，软件工程 — 开发方法的元模型。3.7 示例:客户、发票 （类别）、姓名、年龄（属性）、高级类别模型编号 17（模型）、 系统需求描述（一份文件），编码周期数 2，编码周期 3 号（任务）注意在执行一项工作的过程中，开发人员 创建一些努力元素，例如任务，模型，课程，文档。 | |
| 993 | 尾注 | endnotes | 1. 在章节或文档末尾收集的注释。ISO/IEC 15910:1999， 信息技术 — 软件用户文档流程 4.17 | |
| 994 | 最终用户效率GSC | end-user efficiency GSC | 1. 描述考虑程度的 14 个一般系统特征之一 针对人为因素和应用程序用户的易用性进行测量。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册 | |
| 995 | 工程 | engineering | 1. 应用系统的、规范的、可量化的方法 结构、机器、产品、系统或流程 | |
| 996 | 工程变更 | engineering change | 参阅:参见配置控制、工程变更建议、偏差、豁免; | 1. 硬件/软件配置的改变 正式交付后，已交付、将要交付或正在开发的项目或项目 2.在配置管理中建立配置标识， 配置项或其他指定配置的更改 正式确定其配置标识后的项目 |
| 997 | 工程变更提案（ECP） | engineering change proposal (ECP) | 参阅:参见配置控制; | 1. 在配置管理中，建议的工程变更和文档 描述并建议变更的内容 |
| 998 | 工程接口参考 | engineering interface reference | 1. 工程接口引用管理上下文中的标识符 域，用于分布式工程对象接口 ISO/IEC 10746-3:1996，信息技术 - 开放分布式处理 — 参考模型:架构。8.1.16 注意工程接口 引用对于建立分布式绑定是必需的，并且不同于 基本工程对象用于以下目的的绑定端点标识符 互动。 | |
| 999 | 工程接口参考管理域 | engineering interface reference management domain | 1. 一组节点，形成命名域，用于分配工程 接口参考。ISO/IEC 10746-3:1996，信息技术 - 开放分布式 处理 — 参考模型:Architecture.8.1.17 | |
| 1000 | 工程接口引用管理策略 | engineering interface reference management policy | 1. 管理工程联合会的一组权限和禁令 接口参考管理域。ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考模型:架构.8.1.18 | |
| 1001 | 工程观点 | engineering viewpoint | 1. 关于 ODP 系统及其环境的观点，重点关注机制 以及支持对象之间分布式交互所需的功能 ISO/IEC 10746-3:1996，信息技术 - 开放分布式处理 — 参考模型:Architecture.4.1.1.4 | |
| 1002 | 增强 | enhancement | 1. 修改现有的应用程序。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 实践手册 2. 为应用程序执行的改变活动 应用程序的规格，并且通常也会改变数量 功能点。ISO/IEC 24570:2005，软件工程 - NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 | |
| 1003 | 提升工程 | enhancement project | 1. 对现有应用程序进行增强的项目。ISO/IEC 24570:2005，软件工程-NESMA功能规模测量方法版本 2.1 — 功能点应用的定义和计算指南 分析注意这意味着可以添加、更改功能 或从现有应用程序中删除。 | |
| 1004 | 增强项目功能点计数（EFP） | enhancement project function point count (EFP) | 1. 衡量对现有应用程序的修改的计数 添加、更改或删除项目完成时交付的用户功能。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法 - 计数实践手册 2. 测量项目的计数 实现对现有应用程序的修改。ISO/IEC 24570:2005，软件 工程 - NESMA 功能尺寸测量方法 2.1 版 - 定义 功能点分析应用的计算指南 | |
| 1005 | 企业 | enterprise | 1. 执行指定任务的组织。IEEE Std 1220-2005 IEEE 系统工程过程应用和管理标准3.1.13 注:一个组织可能涉及多个企业，一个企业也可能涉及多个企业。 可能涉及一个或多个组织。” | |
| 1006 | 企业环境因素 | enterprise environmental factors | 1. [输出/输入] 任何或所有外部环境因素和内部组织 围绕或影响项目成功的环境因素。这些 因素来自参与项目的部分或所有企业，包括 组织文化和结构、基础设施、现有资源、商业 数据库、市场状况和项目管理软件。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 1007 | 企业视点 | enterprise viewpoint | 1. 关于 ODP 系统及其环境的观点，重点关注以下目的， 范围和该系统的政策。ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考模型:架构.4.1.1.1 | |
| 1008 | 实体 | entity | 1. 与用户相关的基本事物，有关该信息 ISO/IEC 20968:2002，软件工程 - Mk II 功能点分析 — 计数实践手册。10. 2. 在计算机编程中，任何可以 在程序中被命名或表示。 3. 对象（即事物、事件或概念） 模型中发生的事件（即转移）。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述.4.2. 4. 需要表征的对象 通过测量其属性。ISO/IEC 15939:2007，系统与软件工程 — 测量过程.3.9；ISO/IEC 25000:2005，软件工程-软件 产品质量要求和评估（SQuaRE）——SQuaRE 指南.4.15. 5. 一组真实或抽象事物的表示，被认为是 同一类型，因为它们具有相同的特征，并且可以参与 IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义（IDEFobject）。3.1.55. 6. a 与用户相关的基本事物，关于该事物的事实集合 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 - 计数实践手册 7. 要建模的对象。 ISO/IEC 15476-4:2005，信息技术 — CDIF 语义元模型 — 第 4 部分:数据 模型.6.3.8. 数据存储的逻辑组件，代表基本事物 与用户相关的信息，并存储有关该信息的持久性信息。ISO/IEC 29881:2008，信息技术 - 软件和系统工程 - FiSMA 1.1 功能规模测量方法。A.8 示例数据项、程序 语句或子程序 | |
| 1009 | 实体属性 | entity attribute | 1. 设计实体的命名特征或属性。IEEE 标准 1016-1998 IEEE 软件设计描述推荐实践.3.3 注意 提供有关该实体的事实陈述。 | |
| 1010 | 实体实例 | entity instance | 1. 实体所代表的一组真实或抽象事物之一。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.56 注意 实体可以通过参与的属性值来具体识别 在其主键中。[键样式] | |
| 1011 | 实体子类型 | entity subtype | 参阅:参见实体; | 1. 实体类型的细分。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 manual 注意子类型继承所有属性和关系 其父实体类型，并且可能具有额外的、独特的属性和关系。 |
| 1012 | 实体关系（ER）图 | entity-relationship (E-R) diagram | 参阅:数据结构图;同义词:实体- | 1. 描述一组现实世界实体及其逻辑关系的图表 其中关系图 |
| 1013 | 条目（-类型） | entry (-type) | 1. 一种数据移动类型，将数据组从用户跨越边界移动 将其纳入所需的功能流程。ISO/IEC 19761:2003，软件 工程——COSMIC-FFP——功能尺寸测量方法。3.7 注 COSMIC-FFP，条目被认为包括某些相关的数据操作 （例如验证输入的数据）。数据操作是指 除了运动之外的数据。 | |
| 1014 | 入学标准 | entry criteria | 参阅:参见退出标准; | 1. 在努力成功开始之前必须存在的状态 |
| 1015 | 输入字段 | entry field | 1. 屏幕或窗口中用户输入数据的区域。ISO/IEC 26514， 系统与软件工程 — 对设计人员和开发人员的要求 用户文档.4.19 | |
| 1016 | 入口点 | entry point | 参阅:参见出口、再入点;同义词:入口，入口 | 1.软件模块中可以开始执行模块的点。 |
| 1017 | 枚举类型 | enumeration type | 参阅:字符类型、整数类型、逻辑类型、实数类型; | 1. 一种离散数据类型，其成员可以采用明确 由程序员定义例如一个名为 COLORS 的数据类型 可能值为红色、蓝色和黄色 |
| 1018 | 环境 | environment | 1. 任何影响主题系统或受主题系统影响的事情，通过 与之互动，或任何与之分享互动解释的东西 主题系统。IEEE Std 1175.1-2002 (R2007) IEEE CASE 工具互连指南 — 分类和描述。3.6.2. 硬件配置和 软件运行的软件。ISO 9127:1988，信息处理 系统——消费者软件包的用户文档和封面信息。3.2.8. 3. 要建立的系统的环境、对象和条件。 IEEE Std 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 ——作战概念文件 3.9. 4. 情况、对象和条件 这将影响整个系统。IEEE Std 1233-1998 (R2002) IEEE 指南 用于开发系统需求规范的 3.9.5. 概念空间，即 一个概念具有公认的含义和一个或多个公认的 用于概念的名称。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义.3.1.57 | |
| 1019 | EO | EO | 1. 外部输出。ISO/IEC 24570:2005，软件工程 — NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用 | |
| 1020 | 结语断点 | epilog breakpoint | 参阅:参见 prolog 断点、代码断点、数据断点、动态断点、 可编程断点，静态;同义词:后置断点 | 1.从给定程序或例程退出时启动的断点。 断点 |
| 1021 | EQ | EQ | 1. 外部调查。ISO/IEC 24570:2005，软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用 | |
| 1022 | 等效断层 | equivalent faults | 1. 导致相同故障模式的两个或多个故障 | |
| 1023 | ER图 | E-R diagram | 1. 实体关系图 | |
| 1024 | ERA | ERA | 1. 实体-关系-属性建模。ISO/IEC 15474-1:2002，信息 技术 — CDIF 框架 — 第 1 部分:概述.5.2 | |
| 1025 | 人体工学 | ergonomics | 1. 与理解相互作用有关的科学学科 人类与系统其他元素之间的关系。ISO/IEC TR 19759:2005，软件工程 — 软件工程知识体系指南（SWEBOK）。12. 2. 职业 应用理论、原理、数据和方法进行设计，以优化 人类福祉和整体系统性能。ISO/IEC TR 19759:2005，软件 工程——软件工程知识体系指南 (SWEBOK).12 | |
| 1026 | 勘误表 | errata | 1. 严重的服务中断错误，目前尚无已知解决方法 注意修复 因为这种错误经常会在冻结的分支上引入。 | |
| 1027 | 错误 | error | 参阅:参见故障，缺陷; | 1. 产生错误结果的人为行为，例如包含 故障。2. 不正确的步骤、过程或数据定义。3. 不正确的结果。 4. 计算、观察 4或测量的值或条件之间的差异 以及真实的、指定的或理论上正确的值或条件示例省略 或误解软件规范中的用户需求，不正确 翻译或省略设计规范中的要求 |
| 1028 | 错误信息 | error message | 1. 当输入错误数据或 当发生另一个处理错误时。ISO/IEC 24570:2005，软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南 | |
| 1029 | 误差模型 | error model | 同义词:误差预测模型 | 1. 在软件评估中，用于估计或预测数量的模型 剩余故障、所需测试时间以及系统的类似特征。 |
| 1030 | 误差预测 | error prediction | 参阅:参见错误模型、错误植入; | 1. 关于预期故障数量或性质的定量陈述 在系统或组件中 |
| 1031 | 错误处理 | error processing | 1. 检测和响应程序错误的过程 | |
| 1032 | 错误播种 | error seeding | 参阅:参见本土错误;同义词:错误播种，故障播种 | 1. 故意将已知故障添加到已有故障中的过程 用于监测检测和清除率的计算机程序， 并估计程序中剩余的故障数量。 |
| 1033 | 容错 | error tolerance | 参阅:参见容错性、稳健性; | 1. 系统或组件继续正常运行的能力，尽管 存在错误输入 |
| 1034 | ES | ES | 1. 最早开始日期。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 1035 | 逃脱 | escaped | 1. 在每个模式出现之前添加 ，如果它 需要在文本字符串中包含与 匹配的模式 分隔符。ISO/IEC 15475-3:2002，信息技术 - CDIF 传输格式 — 第 3 部分:编码 ENCODING.1.7.2.11 | |
| 1036 | 托管 | escrow | 1. 由第三方保管的源代码和文档 直到满足指定的合同条件。ISO/IEC 26514，系统 和软件工程-用户文档设计人员和开发人员的要求4.20 | |
| 1037 | 建立并维护 | establish and maintain | 1. 在整个组织内制定、记录和使用[政策或程序] 注:此短语的含义不仅仅是其组成术语的组合； 它包括文档和用法。 | |
| 1038 | 估计 | estimate | 参阅:参见预算; | 1.[输出/输入]对可能的数量或结果的定量评估。 通常适用于项目成本、资源、工作量和持续时间，通常 前面加修饰词（即初步、概念、可行性、数量级、 项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 1039 | 估计活动持续时间 | estimate activity durations | 1.[过程]估算 5所需工作周期数的过程 用预估的资源完成各项活动。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 1040 | 估算活动资源 | estimate activity resources | 1.[过程]估算材料类型和数量的过程， 人员、设备或物资。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 1041 | 完成估算 (EAC) | estimate at completion (EAC) | 参阅:参见挣值技术，估计完成; | 1. [输出/输入] 计划活动的预期总成本，工作分解 结构组件，或项目定义的工作范围的完成时间。 EAC 可以根据迄今为止的绩效计算，也可以通过项目估算 团队根据其他因素做出的决定，在这种情况下，它通常被称为最新 修订后的估计。项目管理知识体系指南（PMBOK® 指南）—第四版 |
| 1042 | 估算成本 | estimate costs | 1. [过程] 制定货币资源近似值的过程 完成项目活动所需的一切。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 1043 | 估计完成时间 (ETC) | estimate to complete (ETC) | 参阅:参见挣值技术，完成时估计; | 1. [输出/输入] 完成所有剩余工作所需的预期成本 为计划活动、工作分解结构组件或项目。 项目管理知识体系指南（PMBOK® 指南）—第四版 |
| 1044 | 估算功能点数量 | estimated function point count | 1. 应用程序生命周期早期可能的功能点计数 周期来确定应用程序或项目的大小，其中某些最小 ISO/IEC 24570:2005，软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用注意通常 函数的数量按类型记录，并使用默认值来表示复杂性 事务函数（交易）为平均水平，数据函数为低水平 （逻辑文件）。 | |
| 1045 | ETC | ETC | 1. 估计完成。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1046 | EV | EV | 1. 挣值。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 1047 | 评价 | evaluation | 1. 系统地确定一个实体满足其规定的程度 标准。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统和软件工程 — 软件生命周期过程。4.12. 2. 评估 ISO/IEC 15414:2006，信息技术 - 开放分布式处理 — 参考模型 — 企业语言.6.5.5 示例操作 ODP 系统根据估计为某事物分配相对地位 由系统决定。价值可以从有用性、重要性、偏好性、 可接受性等；评估目标可能是信用评级、系统状态、 潜在行为 | |
| 1048 | 评估活动 | evaluation activity | 1. 根据已确定和适用的质量对软件产品进行评估 采用适用的技术或方法执行的特性。ISO/IEC 25001:2007， 软件工程——软件产品质量要求与评估（SQuaRE） ——规划和管理。4.1 | |
| 1049 | 评估清单 | evaluation checklist | 1. 问题列表，每个问题都旨在检查是否符合 符合特定国际标准中一项或多项规定的产品、工艺或服务 标准。ISO/IEC 14143-2:2002，信息技术-软件测量 功能规模测量 第 2 部分:软件规模一致性评估 测量方法符合 ISO/IEC 14143-1:1998.3.2 | |
| 1050 | 评估小组 | evaluation group | 1. 负责指定软件质量要求的组织 以及管理和实施软件质量评估活动 通过提供技术、工具、经验和管理技能。 ISO/IEC 25001:2007，软件工程 - 软件产品质量要求 与评估（SQuaRE）——规划和管理。4.2 | |
| 1051 | 评价方法 | evaluation method | 1. 描述评估者要执行的操作的程序，以便 获取针对指定产品进行的指定测量的结果 组件或整个产品。 ISO/IEC 25000:2005，软件工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.16 | |
| 1052 | 评估模块 | evaluation module | 1. 针对特定软件质量特性的评估技术包 或子特性。ISO/IEC 14598-1:1999，信息技术 - 软件 产品评估 — 第 1 部分:总体概述.4.5 | |
| 1053 | 评估程序 | evaluation procedure | 1. 一系列任务和步骤，完成后可进行评估 团队确定正在评估的产品、流程或服务是否符合 符合特定标准。ISO/IEC 14143-2:2002，信息技术 - 软件 测量 - 功能规模测量 - 第 2 部分:软件一致性评估 尺寸测量方法符合 ISO/IEC 14143-1:1998.3.3 | |
| 1054 | 评估记录 | evaluation records | 1. 记录所有已执行活动和所有结果的客观证据 在评估过程中实现。ISO/IEC 14598-5:1998，信息技术 — 软件产品评估 — 第 5 部分:评估人员的过程.4.3 | |
| 1055 | 评估报告 | evaluation report | 1. 系统跟踪报告，描述系统目标如何实现 已经满足，确定了剩余的问题，并旨在帮助未来 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20:系统开发.20.06.02.2.呈现评估结果的文件 以及与评估相关的其他信息。ISO/IEC 14598-5:1998，信息 技术 - 软件产品评估 - 第 5 部分:评估人员的流程.4.2 | |
| 1056 | 评估请求人 | evaluation requester | 1. 请求评估的个人或组织。ISO/IEC 14598-5:1998， 信息技术 — 软件产品评估 — 第 5 部分:评估人员流程 4.4 | |
| 1057 | 评估发起方 | evaluation sponsor | 1. 需要进行评估的个人或组织，以及 提供资金或其他资源来执行该任务。ISO/IEC 14143-2:2002，信息 技术 - 软件度量 - 功能规模度量 - 第 2 部分:一致性 按照 ISO/IEC 14143-1:1998.3.4 评估软件规模测量方法 | |
| 1058 | 评价技术 | evaluation technology | 同义词:用于评估的技术 | 1. 技术、流程、工具、措施及相关技术信息 ISO/IEC 25001:2007，软件工程 - 软件产品 质量要求与评估 (SQuaRE) — 规划与管理.4.3. 注:这些 包括内部、外部或使用质量措施或具体评估过程 专为开发商、收购方或独立评估人员设计。 |
| 1059 | 评估工具 | evaluation tool | 1. 评估过程中可用于收集数据、执行 解释数据或使部分评估自动化。 ISO/IEC 14598-5:1998， 信息技术 软件产品评估 第5部分:评估人员流程4.5 示例源代码分析器用于计算代码指标、CASE 工具检查 数据或电子表格来生成测量结果的综合 | |
| 1060 | 评估员 | evaluator | 1. 执行评估的个人或组织。ISO/IEC 25000:2005， 软件工程——软件产品质量要求与评估（SQuaRE） — SQuaRE 指南.4.18. 2. 执行评估的组织。 ISO/IEC 14598-5:1998，信息技术 - 软件产品评估 - 第 5 部分:过程 4.6 例如，测试实验室、质量部门 软件开发组织、政府组织或用户的 | |
| 1061 | 事件 | event | 1. 一组特定情况的发生。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程 - 生命周期过程 - 风险 management.3.2. 2. 用于同步目的的外部或内部刺激 注:事件可以是确定的，也可以是不确定的。事件可以是单一的 事件或一系列事件的发生概率。与事件相关的概率 可以在给定的时间段内进行估算。[ISO 指南 73:2002，定义 3.1.4] 事件可以是外部中断、定时器到期、内部信号、 或内部消息。 | |
| 1062 | 事件历史 | event history | 1. 表示重要动作的对象。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.13.1.1.1 | |
| 1063 | 事件序列分析 | event sequence analysis | 1. 必须执行的任务序列的性能分析 服务给定的外部事件 | |
| 1064 | 事件序列图 6 | event sequence diagram | 1. 识别处理任务所需任务顺序的图表 外部事件 | |
| 1065 | 事件同步 | event synchronization | 1. 通过信号控制任务激活注意三种类型 可以实现事件同步:外部中断、定时器到期、 以及来自其他任务的内部信号。 | |
| 1066 | 事件跟踪 | event trace | 1. 每个外部输入的时间顺序描述以及 它发生了 | |
| 1067 | 事件排序逻辑 | event-sequencing logic | 1. 任务如何响应其每个消息或事件输入的描述 特别注意每个输入会产生什么输出 | |
| 1068 | EVM | EVM | 1. 挣值管理。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1069 | 例外 | exception | 1. 导致程序正常执行暂停的事件注意类型 包括寻址异常、数据异常、操作异常、溢出异常、 保护异常和下溢异常。 | |
| 1070 | 异常处理 | exception handling | 1. 一种通过抛出错误来传递错误信息的编程语言机制 并捕获异常 | |
| 1071 | 独家要求 | exclusive requirement | 1. 必须满足的规范性文件的要求 以符合该文件的规定。ISO/IEC 14143-2:2002，信息技术 软件度量 功能规模度量 第 2 部分:一致性评估 软件大小测量方法符合 ISO/IEC 14143-1:1998.3.5 e 注意 强制性要求。[ISO/IEC 指南 2:2004] | |
| 1072 | 可执行需求规范 | executable requirements specification | 1. 以可执行文件形式表示的软件需求规范 需求语言 | |
| 1073 | 可执行源语句 | executable source statement | 1. 运行时指示计算机操作的源语句 | |
| 1074 | 执行 | execute | 1. 执行指令、过程或计算机程序。2. 指挥， 管理、执行和完成项目工作，提供可交付成果， 并提供工作绩效信息。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 1075 | 执行进程 | executing processes | 1. [流程组] 为完成定义的工作而执行的那些流程 在项目管理计划中，为了实现项目目标，需要制定适当的计划。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 1076 | 执行效率 | execution efficiency | 参阅:比较执行时间、存储效率; | 1. 系统或组件执行其指定功能的程度 以最少的时间消耗 |
| 1077 | 执行时间 | execution time | 同义词:运行时间，运行时间 | 1. 任务提交和完成之间的时间间隔。ISO/IEC 14756:1999，信息技术 - 测量和评估 基于计算机的软件系统。4.7. 2. 运行时间或处理器 执行计算机程序所用的时间。注:处理器时间通常 少于经过的时间，因为处理器可能处于空闲状态（例如，等待 所需的计算机资源）或在执行期间用于其他任务 一个程序。 |
| 1078 | 执行跟踪 | execution trace | 参阅:参见回顾跟踪、子程序跟踪、符号跟踪、变量跟踪;同义词:代码 | 1. 执行过程中执行的指令序列的记录 计算机程序的跟踪，控制流跟踪注意通常需要 程序执行时遇到的代码标签列表的形式。 |
| 1079 | 存在约束 | existence constraint | 1. 一个实体的实例不能存在的约束，除非 另一个相关实体的实例也存在。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 （IDEFobject）.3.1.59 注意 [键样式] | |
| 1080 | 1. 两个相关实体之间的约束，表示不存在 一个人可以存在而不需要与 | 1. a constraint between two related entities indicating that no instance of one can exist without being related to | 另一个实例。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义.3.1.60 注意以下关联类型表示存在依赖关系 识别关系、分类结构和强制性非识别性 关系。[关键风格] | |
| 1081 | 现有软件 | existing software | 1. 已经开发并可用的软件；可以用作“ 是”或经修改；由供应商 7、收购方或 第三方。ISO/IEC 14598-4:1999，软件工程-产品评估 — 第四部分:收单机构流程。4.3 | |
| 1082 | 出口 | exit | 参阅:入口点，返回; | 1.软件模块中可以终止模块执行的点。 2. 一种数据移动类型，用于将数据组从一个功能过程移动到另一个功能过程 边界到需要它的用户。ISO/IEC 19761:2003，软件工程 — COSMIC-FFP — 一种功能尺寸测量方法。3.8 |
| 1083 | 退出标准 | exit criteria | 参阅:参见入学标准; | 1. 努力成功结束前必须具备的状态 |
| 1084 | 退出例程 | exit routine | 1. 当发生指定事件（如错误）时接收控制的例程， 发生 | |
| 1085 | 可扩展性 | expandability | 1.改进或修改软件功能所需的努力程度 效率 | |
| 1086 | 预期货币价值（EMV）分析 | expected monetary value (EMV) Analysis | 1. 一种统计技术，用于计算未来发生的平均结果 包括可能发生或不发生的情景。这种技术的常见用途是 属于决策树分析。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1087 | 专家判断 | expert judgment | 1.[技术]根据应用领域的专业知识做出的判断， 适合所从事活动的知识领域、学科、行业等 此类专业知识可由任何具有专门知识的团体或个人提供。 教育、知识、技能、经验或培训。 | |
| 1088 | 专家系统（ES） | expert system (ES) | 1. 能够熟练解决给定问题的一种计算机系统 通过从已开发的知识库中进行推断， 来自人类专业知识。ISO/IEC 2382-1:1993，信息技术-词汇-第 1:基本术语.01.06.19 注意:一些专家系统能够改进 他们的知识库，并根据他们的经验开发新的推理规则 解决先前的问题。” | |
| 1089 | 探索性测试 | exploratory testing | 1. 同时学习、测试设计和测试执行。ISO/IEC TR 19759:2005， 软件工程 — 软件工程知识体系指南 (SWEBOK)。5.3.1.2 注:测试没有在既定的测试计划中预先定义， 而是动态地设计、执行和修改的。 | |
| 1090 | 出口流程 | export process | 1. 从源环境生成传输文件的过程。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述。4.1 | |
| 1091 | 出口商 | exporter | 1. 导出过程的代理。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述.4.1 | |
| 1092 | 延伸 | extend | 1. 在 UML 中，从扩展用例到基本用例的关系，指定 如何选择性地插入为扩展用例定义的行为 进入为基本用例定义的行为 | |
| 1093 | 可扩展性 | extendability | 参阅:参见灵活性、可维护性;同义词:可扩展性，可扩展性 | 1. 系统或组件易于修改，以提高其 存储或功能容量。 |
| 1094 | 扩展条目表 | extended entry table | 1. 决策表，其中通常描述条件和操作 但不完整。ISO 5806:1984，信息处理-单击规范 决策表。3.15 注:规范由值完成 规则中规定。 | |
| 1095 | 扩展集 | extensional set | 同义词:当前 | 1. 包含类的当前现有实例的集合。IEEE 标准 1320.2-1998 (R2004) IEEE 概念建模语言语法和 IDEF1X97 (IDEFobject) 的语义.3.1.61. 范围注意实例 在扩展集中对应于数据库和数据建模 8概念 实例。 |
| 1096 | 外部 | external | 参阅:参见调用、迭代、映射; | 1. 外部的输入信息源或输出信息目的地 本标准的范围，因此可能存在也可能不存在。IEEE Std 1074-2006 IEEE 制定软件项目生命周期过程的标准.附件 E |
| 1097 | 外部属性 | external attribute | 1. 实体的可测量属性，只能根据 它与环境的关系。ISO/IEC 14598-3:2000，软件工程 产品评估 第 3 部分:开发人员流程.4.2 注:外部 属性是与需求（软件的外部属性）相关的属性。 外部属性只能从系统的操作行为中得出 它是其中的一部分。’ | |
| 1098 | 外部事件 | external event | 1.来自外部对象的事件，通常是来自外部的中断 I/O 设备 | |
| 1099 | 外部I/O设备 | external I/O device | 1. 软件系统之外的硬件输入和/或输出设备 以及部分外部环境 | |
| 1100 | 外部输入（EI） | external input (EI) | 参阅:外部查询，外部输出; | 1. 用户识别的一个独特功能，其中数据和/或控制信息 从应用程序外部输入到应用程序中。 ISO/IEC 24570:2005， 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 2. 处理数据或控制信息的基本过程 在应用程序边界之外。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手动注释 EI 的主要目的是维护一个或多个 ILF 和/或改变系统的行为。 |
| 1101 | 外部询问（EQ） | external inquiry (EQ) | 参阅:外部输入，外部输出; | 1. 用户可识别的唯一输入/输出组合，其中应用程序 分发大小完全确定的输出，无需进一步的数据处理， 作为输入的结果。ISO/IEC 24570:2005 软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用2.发送的基本过程 应用程序边界之外的数据或控制信息。ISO/IEC 20926:2003 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 注:外部调查的主要目的是 是通过检索数据或控制信息向用户呈现信息 来自ILF或EIF。处理逻辑不包含数学公式或 计算，并且不产生派生数据。在处理过程中不维护任何 ILF， 系统的行为也没有改变。 |
| 1102 | 外部接口文件（EIF） | external interface file (EIF) | 参阅:内部逻辑文件; | 1. 从用户角度看到的永久数据的逻辑组 一个应用程序使用但另一个应用程序维护。 ISO/IEC 24570:2005， 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 2. 一组用户可识别的逻辑相关数据或控制信息 被应用程序引用，但在另一个应用程序的边界内维护。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册。6 注 EIF 的一个主要功能是保存通过一个或多个基本过程引用的数据 在应用程序边界内。这意味着 EIF 被计入 一个应用程序必须位于另一个应用程序的 ILF 中。 |
| 1103 | 外部接口要求 | external interface requirement | 1. 指定硬件、软件或 系统/软件系统或系统/软件组件所用的数据库元素 必须接口，或对格式、时间或其他因素作出限制 由这样的接口引起的 | |
| 1104 | 外部测量 | external measure | 1. 通过行为测量得出的产品间接测量 它所属的系统。ISO/IEC 14598-1:1999，信息技术 —软件产品评估—第1部分:总体概述。4.6注 系统包括任何相关的硬件、软件（定制软件或现成的 软件）和用户。测试期间发现的故障数量是外部 程序中故障数量的度量，因为故障数量 在运行该程序的计算机系统运行过程中进行计数。外部 可以使用措施来评估更接近最终目标的质量属性 9 设计。 | |
| 1105 | 外部输出（EO） | external output (EO) | 参阅:参见外部输入、外部查询; | 1. 跨越应用程序边界、用户认可的独特输出。 ISO/IEC 24570:2005，软件工程 - NESMA 功能规模测量方法 版本 2.1 — 函数应用的定义和计算指南 要点分析 2. 发送数据或控制信息的基本过程 在应用程序边界之外。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 注:外部输出的主要目的是呈现信息 通过除检索之外的处理逻辑或附加处理逻辑向用户提供 数据或控制信息。处理逻辑必须至少包含一个 数学公式或计算，或创建派生数据。外部输出 还可以维护一个或多个 ILF 和/或改变系统的行为。 |
| 1106 | 外部质量 | external quality | 1. 产品满足明示和暗示需求的程度 在规定条件下使用。ISO/IEC 14598-1:1999，信息技术 — 软件产品评估 — 第 1 部分:总体概述.4.7 | |
| 1107 | 外部软件质量 | external software quality | 1. 软件产品使系统行为能够 在规定条件下使用系统时，满足明示和暗示的需求。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE 指南.4.19 示例 测试期间发现的故障是与外部软件质量相关的 程序中存在的错误数量。这两个指标不一定 因为测试可能无法发现所有故障，并且故障可能导致 不同情况下的明显不同故障 注意 属性 可以通过执行软件产品来验证和/或确认行为 在测试和操作过程中。 | |
| 1108 | 外联网 | extranet | 1. 为特定目的而连接的一组内部网络，跨越多个 组织。IEEE Std 2001-2002 IEEE 互联网推荐实践 — 网站工程、网站管理和网站生命周期.3.1.4 | |
| 1109 | 促进变革 GSC | facilitate change GSC | 1. 14 个一般系统特征之一，描述 该应用程序的开发是为了方便修改处理逻辑或 数据结构。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法 — 计数实践手册 | |
| 1110 | 设施 | facility | 1. 用于促进某项行动实施的物理手段或设备。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期流程.4.13 | |
| 1111 | 设施 | facility | 1. 用于促进某项行动实施的物理手段或设备。 ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统与软件工程 - 系统 生命周期过程。4.10 例如建筑物、仪器、工具 | |
| 1112 | 保理 | factoring | 参阅:参见模块化分解; | 1. 将系统分解为模块层次的过程。2. 从一个模块中删除一个函数并将其放入其所属模块的过程 自己的 |
| 1113 | 故障保险 | fail safe | 参阅:参见故障软化、故障安全、容错;同义词:故障安全，故障安全 | 1. 指自动将自身置于 发生故障时的安全操作模式。例如交通 当正常运行失败时，灯光会恢复为向所有方向闪烁的红色 |
| 1114 | fail soft | fail soft | 参阅:参见故障安全、故障保障、容错; | 1. 指持续提供部分操作的系统或组件 发生某些故障时的能力，例如交通信号灯 当黄灯失灵时，红灯和绿灯继续交替亮起 |
| 1115 | 失败 | failure | 1. 终止产品执行所需功能的能力 或无法在先前指定的限制内执行。 ISO/IEC 25000:2005， 软件工程——软件产品质量要求与评估（SQuaRE） — SQuaRE.4.20 指南。2. 系统或系统组件发生 未在规定限度内执行所需功能注意故障 可能在遇到故障时产生。 | |
| 1116 | 故障模式 | failure mode | 1. 故障的物理或功能表现注A 系统故障模式的特点可能是运行缓慢、输出不正确、 或彻底终止执行。 | |
| 1117 | 故障模式及影响分析（FMEA） | failure mode and effect analysis (FMEA) | 1.[技术]一种分析程序，其中每个潜在的故障模式 对产品的每个组件进行分析，以确定其对可靠性的影响 该组件本身或与其他可能的故障相结合 模式、产品或系统的可靠性以及所需的功能 组件的检查；或产品的检查（在系统和/或较低 级别）来描述可能发生故障的所有方式。对于每个潜在故障， 对其对整个系统的影响及其影响进行了估计。此外， 对计划采取的行动进行审查，以尽量减少失败的可能性 并尽量减少其影响。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1118 | 故障率 | failure rate | 同义词:故障率 | 1. 给定类别与给定单位的故障次数之比 测量。例如，单位时间内的故障数、单位数量的故障数 交易数量、每次计算机运行的失败次数 |
| 1119 | 故障透明度 | failure transparency | 1. 分布透明度，从对象上掩盖故障和 可能恢复其他对象（或自身），以实现容错。 ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考 模型:Architecture.4.4.1.2 | |
| 1120 | 快速追踪 | fast tracking | 参阅:压缩进度，赶工; | 1. [技术] 一种特定的项目进度压缩技术，可以改变 网络逻辑将通常按顺序进行的阶段重叠起来，例如 作为设计阶段和施工阶段，或执行进度活动 项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 1121 | 致命错误 | fatal error | 1. 导致系统或组件完全无法运行的错误 发挥作用 | |
| 1122 | 故障 | fault | 同义词:bug | 1. 软件错误的表现。2. 错误的步骤、过程、 或计算机程序中的数据定义。3. 硬件设备或 组件。注意:如果遇到故障，可能会导致失败。’ |
| 1123 | 故障词典 | fault dictionary | 1. 系统或组件的故障列表，以及已进行的测试 旨在检测它们 | |
| 1124 | 故障隔离 | fault isolation | 1. 子系统防止子系统内部发生故障的能力 导致其他子系统发生相应故障。ISO/IEC 15026:1998，信息 技术——系统和软件完整性级别。3.5 | |
| 1125 | 故障掩蔽 | fault masking | 1. 一个故障阻止检测另一个故障的情况 | |
| 1126 | 故障安全 | fault secure | 参阅:容错、故障安全、故障软化; | 1. 指不会因以下原因而产生故障的系统或组件 一组规定的故障 |
| 1127 | 容错 | fault tolerance | 参阅:参见容错性、故障安全、软故障、故障安全、稳健性; | 1. 系统或组件继续正常运行的能力，尽管 硬件或软件故障的存在。2. 系统故障的数量 或组件在正常运行之前能够承受的损坏。3.有关 研究错误、故障和失败，以及使系统 在出现故障的情况下继续正常运行 |
| 1128 | 容错 | fault-tolerant | 同义词:容错 | 1. 指能够继续正常运行的系统或组件 尽管存在缺陷。 |
| 1129 | FCA | FCA | 1.功能配置审计 | |
| 1130 | FDC | FDC | 1. 功能域分类。ISO/IEC TR 14143-5:2004，信息 技术 - 软件度量 - 功能规模度量 - 第 5 部分:确定 用于功能尺寸测量的功能域。4 | |
| 1131 | FDT | FDT | 1. 形式化描述技术。ISO/IEC 10746-1:1998，信息技术 — 开放分布式处理 — 参考模型:概述 | |
| 1132 | 可行性 | feasibility | 1. 系统或系统的要求、设计或计划的实施程度 组件可以在现有约束条件下实现 | |
| 1133 | 可行性研究 | feasibility study | 1. 一项旨在识别和分析问题及其潜在解决方案的研究 以确定其可行性、成本和效益。ISO/IEC 2382-20:1990， 信息技术 — 词汇 — 第 20 部分:系统开发.20.02.02 | |
| 1134 | 特征 | feature | 1. 系统项目的区分特征。IEEE Std 829-2008 IEEE 软件和系统测试文档标准 3.1.13 注包括 功能性和非功能性属性，例如性能和可重用性 | |
| 1135 | 功能分支 | feature branch | 1. 为开发一组特定功能而创建的分支注意 分支通常不会被释放，但会在某个时刻折叠回其父级 分支。 | |
| 1136 | 功能冻结 | feature freeze | 1. 特定分支中没有添加新功能的时间段，注释允许 稳定发布所需的分支 | |
| 1137 | 功能参考 | feature reference | 1. 明确地标识图表中图表特征的表达式。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.48 的语法和语义 | |
| 1138 | 获取 | fetch | 参阅:移动、存储; | 1. 从存储中定位并加载计算机指令或数据 |
| 1139 | FF | FF | 1. 完成到完成。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 1140 | FFP | FFP | 1. 固定价格。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 1141 | 应用领域（规范） | field of application (of a specification) | 1. ODP 系统环境必须具备的规范属性 ISO/IEC 15414:2006，信息技术 - 开放分布式 处理-参考模型-企业语言.6.1.2 | |
| 1142 | 第五代语言（5GL） | fifth-generation language (5GL) | 参阅:参见汇编语言、第四代语言、高阶语言、机器 语言; | 1. 一种融合了知识型系统概念的计算机语言， 专家系统、推理引擎和自然语言处理 |
| 1143 | 形象常数 | figurative constant | 参阅:参见字面意思; | 1. 编程语言中为特定常量保留的数据名称 示例:数据名称 THREE 可以保留以表示值 3. |
| 1144 | 文件 | file | 1. 一组被视为一个单元的相关记录。2. 对于数据函数，逻辑上 相关的数据组，而不是这些数据组的物理实现。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法 - 计数实践手册 3. 存储的一组命名记录 或作为一个单元进行处理。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.08.06 例如，在库存控制中， 文件可能由一组发票记录组成 | |
| 1145 | 引用的文件类型 (FTR) | file type referenced (FTR) | 1. 由事务功能读取或维护的内部逻辑文件， 或由事务功能读取的外部接口文件。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 2. 内部逻辑文件 (ILF) 或外部接口 文件（EIF）由事务维护或读取。ISO/IEC 24570:2005，软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南 | |
| 1146 | 最终功能点计数 | final function point count | 1. 用于确定项目结束时功能点数量的计数。 ISO/IEC 24570:2005，软件工程 - NESMA 功能规模测量方法 版本 2.1 — 函数应用的定义和计算指南 点分析 | |
| 1147 | 完成日期 | finish date | 1. 与计划活动完成相关的时间点。通常 符合下列条件之一:实际、计划、估计、安排、提前、 后期、基线、目标或当前。项目管理机构指南 知识（PMBOK® 指南 — 第四版） | |
| 1148 | 完成到完成（FF） | finish-to-finish (FF) | 参阅:参见逻辑关系; | 1. 完成后续活动的工作的逻辑关系 只有在前期活动的工作完成之后才能完成。指南 项目管理知识体系（PMBOK® 指南）—第四版 |
| 1149 | 完成到开始 (FS) | finish-to-start (FS) | 参阅:参见逻辑关系; | 1. 启动后续活动的工作的逻辑关系 取决于前期活动的工作完成情况。 项目管理知识体系（PMBOK® 指南）—第四版 |
| 1150 | 有限状态机 | finite state machine | 1. 由有限数量的状态和转换组成的计算模型 在这些国家之间，可能还会采取伴随行动 | |
| 1151 | 固定价格（FFP）合同 | firm-fixed-price (FFP) Contract | 1. 一种固定价格合同，买方向卖方支付固定金额 （如合同所定义），无论卖方的成本是多少。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 1152 | 固件 | firmware | 1. 硬件设备与计算机指令或计算机的组合 作为只读软件驻留在硬件设备上的数据。ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 4.14. 2. 一组有序的指令和相关数据存储在 一种功能上独立于主存储器的方式，通常在 ROM 中。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.01.09 注意:在程序控制下，软件不能被轻易修改。 | |
| 1153 | 第一个输入例程 | first input routine | 1. 获取要处理的逻辑记录（如果有）所需的活动 ISO 6593:1985，信息处理 — 处理顺序的程序流 按记录组划分的文件。2.4 | |
| 1154 | 第一范式 | first normal form | 1. 标准化过程的结果，该过程将数据组进行转换，以便它们 具有唯一标识符、一个或多个属性，且没有重复属性。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册 | |
| 1155 | FiSMA | FiSMA | 1. 芬兰软件测量协会。ISO/IEC 29881:2008，信息 技术 — 软件和系统工程 — FiSMA 1.1 功能规模测量 方法.A.10 注意芬兰公司网络，它们有共同的利益 开发软件测量和/或软件流程 | |
| 1156 | 固定价格激励费用（FPIF）合同 | fixed-price-incentive-fee (FPIF) contract | 1. 一种合同类型，买方向卖方支付一定金额（定义如下 根据合同），如果卖方满足以下条件，则可以获得额外的金额 定义绩效标准。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1157 | 旗帜 | flag | 参阅:指示器，信号量; | 1. 设置为规定状态的变量，通常为“真”或“假”， 根据过程的结果或特定条件的发生 |
| 1158 | 柔韧性 | flexibility | 参阅:可扩展性、可维护性;同义词:Syn:适应性 | 1. 系统或组件修改用于应用程序的难易程度 或除专门设计的环境之外的环境。 |
| 1159 | 浮点数 | float | 参阅:自由浮动，总浮动;同义词:slack | 1. 不在同一时间的连续活动之间的非计划时间量 关键路径，可用于延迟早期活动的完成 或者提前后续活动的开始。 |
| 1160 | 流 | flow | 1. 一系列交互的抽象，导致传达 信息从生产者对象到消费者对象传输。ISO/IEC 10746-3:1996， 信息技术 开放分布式处理 参考模型:架构.7.1 注:流程可用于抽象，例如，确切的结构 一系列相互作用，或连续相互作用，包括 模拟信息流的特殊情况。” | |
| 1161 | 流程图 | flowchart | 参阅:参见框图、箱线图、气泡图、图表、输入-过程-输出图、 结构图;同义词:流程图，流程图 | 1. 过程的图形表示或逐步解决方案 一个问题，使用适当注释的几何图形通过流线连接起来 设计或记录流程或程序的目的。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.05.06. 2. 图形 问题定义、分析或解决方法的表示 其中用符号来表示操作、数据、流程、设备等。 ISO 5807:1985，信息处理 — 文档符号和约定 用于数据、程序和系统流程图、程序网络图和系统资源 图表。3.3. 3. 控制流程图，其中适当标注几何 图形用于表示操作、数据或设备，箭头用于 表示从一个流程到另一个流程的顺序。图 12 — 流程图 |
| 1162 | 流程图 | flowcharter | 1. 接受设计或代码表示作为输入的软件工具 一个程序并产生该程序的流程图作为输出 | |
| 1163 | 流程图 | flowcharting | 1.[技术]以图表形式描述输入、过程操作、 以及系统内一个或多个过程的输出。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 1164 | FMEA | FMEA | 1. 故障模式和影响分析。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 1165 | 折页 | foldout | 参阅:参见 throwclear; | 1. 比其他页面更宽的单页，通常折叠起来，这样它就不会突出， 读者可以自行探索。ISO/IEC 15910:1999，信息技术 ——软件用户文档流程.4.18 |
| 1166 | 页脚 | footer | 1. 每页底部重复的材料。ISO/IEC 15910:1999，信息 技术 — 软件用户文档流程.4.19 示例页 数字 | |
| 1167 | 脚注 | footnote | 1. 页面底部的文本，通常为较小的字体，用于引用 通过在同一页的文本中使用数字或其他设备。 ISO/IEC 15910:1999， 信息技术 — 软件用户文档流程.4.20 | |
| 1168 | 仅供展览 (FEO) 页面 | For Exposition Only (FEO) page | 1. 包含图片和图形信息的模型页面（相比之下 关于特定图表的文本。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言——IDEF0.2.1.51 的语法和语义注意与 图表、仅供展示的页面（FEO 页面）的内容无需符合 使用IDEF0规则。 | |
| 1169 | 预测 | forecast | 1.对项目未来情况和事件的估计或预测 根据预测时可用的信息和知识。 信息基于项目的过去表现和预期未来表现， 并包括可能对未来项目产生影响的信息，例如 完成时估计和完成时估计。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 1170 | 前景 | foreground | 参阅:背景、前台处理; | 1. 在作业调度中，高优先级 10进程 或者那些需要用户交互的 |
| 1171 | 前台处理 | foreground processing | 参阅:后台处理; | 1. 高优先级进程的执行，而低优先级进程 等待计算机资源的可用性，或等待进程的执行 需要用户交互 |
| 1172 | 外键 | foreign key | 同义词:迁移键 | 1. 子实体或类别实体的属性或属性组合 实例的值与相关父级或泛型的主键值匹配 实体实例。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 的语言语法和语义 (IDEFobject).3.1.62. 2. 数据 由于用户需要与另一个 ILF 建立关系而存在的 ILF 或 EIF 或 EIF。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 - 计数实践手册。注意外键 通过父实体或通用实体的主键迁移的结果 泛化结构或关系。[主要风格] |
| 1173 | 形式、适合性和功能 | form, fit, and function | 参阅:参见配置标识; | 1. 在配置管理中，由物理 以及作为实体的项目的功能特性，但不包括任何 构成物品的元素的特征 |
| 1174 | 形式设计 | formal design | 1. 使用形式化方法进行软件设计的过程 | |
| 1175 | 正式评估流程 | formal evaluation process | 1. 结构化方法评估替代解决方案与既定方案 确定解决问题的推荐解决方案的标准 | |
| 1176 | 形式语言 | formal language | 参阅:参见自然语言; | 1. 在使用前明确建立规则的语言示例编程 语言和数学语言 |
| 1177 | 形式参数 | formal parameter | 参阅:参见论点（3）; | 1. 软件模块中用来表示数据或程序元素的变量 由调用模块传递给模块 |
| 1178 | 正式资格审查（FQR） | formal qualification review (FQR) | 参阅:参见代码评审 11、设计评审、需求评审、测试准备评审; | 1. 测试、检查或分析一组配置的过程 组成系统的物品被证实已满足特定的合同性能 要求 |
| 1179 | 形式要求语言 | formal requirements language | 同义词:可验证需求语言 | 1. 用于表示软件需求的人工语言。注意 由此得出的正式要求可以通过正确性证明来证明是“正确的” 方法。 |
| 1180 | 形式化规范 | formal specification | 1. 用于从数学上证明某个 实现或从数学上推导出实现。ISO/IEC 2382-20:1990， 信息技术 — 词汇 — 第 20 部分:系统开发.20.01.04. 2. 以正式符号书写的规范，通常用于证明正确性。 3. 根据既定标准编写并批准的规范” | |
| 1181 | 正式测试 | formal testing | 参阅:参见非正式测试; | 1. 按照测试计划和程序进行的测试 已由客户、用户或指定管理层审核并批准 |
| 1182 | 形式化 | formalization | 1. 用形式化的方式精确描述语言的语义 语言，例如一阶逻辑。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义。3.1.63 | |
| 1183 | 表格设计表 | forms design sheet | 1. 布局图，用于帮助放置规则和其他预印的 表单设计中的问题，包含边距指示器和网络 指示印刷规则位置的线条。ISO 3535:1977，表格设计表 和布局图.4.3 | |
| 1184 | 前传 | forward pass | 参阅:参见进度网络分析，后向传递; | 1. 未完工项目最早开始和最早完成日期的计算 所有网络活动的部分。项目管理机构指南 知识（PMBOK® 指南）— 第四版 |
| 1185 | 正向恢复 | forward recovery | 1.通过更新早期版本将文件重建到给定状态， 使用按时间顺序记录对文件 2 所做更改的数据。 恢复类型，其中系统、程序、数据库或其他系统资源 恢复到一个新的，以前没有被占用的状态，可以执行所需的 功能 | |
| 1186 | 四地址指令 | four-address instruction | 参阅:参见单地址指令、双地址指令、三地址指令， 零地址指令; | 1. 包含四个地址字段的计算机指令示例 指令将位置 A、B 和 C 的内容相加，并将结果放在 在位置 D |
| 1187 | 四加一地址指令 | four-plus-one address instruction | 参阅:参见一加一地址指令、二加一地址指令、三加一 地址指令; | 1. 包含五个地址字段的计算机指令，第五个地址字段包含 下一条要执行的指令的地址示例一条指令 将位置 A、B 和 C 的内容相加，并将结果放在位置 D， 然后执行位置 E 处的指令 |
| 1188 | 第四代语言（4GL） | fourth-generation language (4GL) | 参阅:机器语言、汇编语言、高阶语言、第五代 语言; | 1. 一种旨在提高高阶计算效率的计算机语言 （第三代）语言，并且通常使计算能力能够 非程序员注意功能通常包括集成数据库 管理系统、查询语言、报告生成器和屏幕定义工具。 附加功能可能包括图形生成器、决策支持功能、 财务建模、电子表格功能和统计分析功能。 |
| 1189 | FPA | FPA | 1. 功能点分析。ISO/IEC 24570:2005，软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 | |
| 1190 | FPA表 | FPA table | 1. 在应用程序中具有次要功能的实体类型（例如， 代码表、参考表、具有常量、文本或解码的实体类型） 并且其数据可以由要计数的应用程序维护，也可以由不同的 应用。ISO/IEC 24570:2005，软件工程 - NESMA 功能大小 测量方法版本 2.1 - 应用的定义和计数指南 功能点分析 | |
| 1191 | FPA 表 EIF | FPA tables EIF | 1. 为所有 FPA 表集合计数的外部接口文件 在应用程序中标识且仅由要计数的应用程序使用， 但由不同的应用程序维护。ISO/IEC 24570:2005，软件 工程 - NESMA 功能尺寸测量方法 2.1 版 - 定义 功能点分析应用的计算指南 | |
| 1192 | FPA 表 ILF | FPA tables ILF | 1. 计算所有可识别的集合的内部逻辑文件 应用程序中可维护的 FPA 表。ISO/IEC 24570:2005，软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南 | |
| 1193 | FP-EPA | FP-EPA | 1. 固定价格，经济价格调整。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 1194 | FPIF | FPIF | 1. 固定价格激励费。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 1195 | F型材 | F-profile | 1. 格式和演示配置文件。ISO/IEC 10746-1:1998，信息技术 — 开放分布式处理 — 参考模型:概述 | |
| 1196 | FQR | FQR | 1. 正式资格审查 | |
| 1197 | 框架 | framework | 1.可重复使用的设计（模型和/或代码），可以细化（专门化） 并扩展以提供许多应用程序整体功能的某些部分。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 的语义 (IDEFobject).3.1.64. 2. 部分完成的软件 可以通过适当实例化一些特定插件来扩展的子系统 | |
| 1198 | 自由浮动 | free float | 参阅:总浮动时间; | 1. 计划活动可以延迟的时间量，而不会延迟 任何紧随其后的计划活动的最早开始日期。指南 项目管理知识体系（PMBOK® 指南）—第四版 |
| 1199 | 前言 | front matter | 1. 书籍或手册前面的内容，例如标题 页和目录。ISO/IEC 15910:1999，信息技术 - 软件 用户文档流程.4.21 | |
| 1200 | 冰冻的树枝 | frozen branch | 1. 没有进行开发的分支，要么为某个 发布或因为其开发已经停止 |