随着信息技术的进步，系统和软件工程学科也在不断成熟。新术语不断产生，现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考，并鼓励使用 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部分，这是第九部分。
| 编号 | 名称 | 英文名 | 参考 | 描述 |
|---|---|---|---|---|
| 2401 | 队列 | queue | 1. 列表项附加到列表的最后一个位置，并且 从列表的第一个位置检索 | |
| 2402 | 静默 | quiescing | 1. 通过拒绝新请求使设备或系统停止运行的过程 工作 | |
| 2403 | RACI | RACI | 1. 负责、负责、咨询和通知。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2404 | RAM | RAM | 1. 责任分配矩阵。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2405 | 随机故障 | random failure | 参阅:参见间歇性故障、瞬态错误; | 1. 除概率或 统计意义 |
| 2406 | 快速成型 | rapid prototyping | 参阅:参见瀑布模型、以数据结构为中心的设计、增量开发、 输入-处理-输出，模块化; | 1. 一种原型设计 3类型，重点放在开发原型上 在开发过程的早期阶段，允许早期反馈和分析以支持 开发过程分解 |
| 2407 | 速率单调算法 | rate-monotonic algorithm | 1. 一种为任务分配更高优先级 4的实时调度算法 周期更短 | |
| 2408 | 评级 | rating | 1. 将测量值映射到适当的评级水平的操作。ISO/IEC 25000:2005，软件工程 - 软件产品质量要求与评估 （SQuaRE）— SQuaRE.4.45 指南注释用于确定评级水平 与软件相关的特定质量特性。评级和 评级级别可应用于质量特性以外的其他特性。 | |
| 2409 | 评级间隔 | rating interval | 1. 从 SUT 达到 稳定的运行状态到测量结果令人满意 所需的统计意义。ISO/IEC 14756:1999，信息技术 — 计算机软件系统性能的测量和评级。4.13 | |
| 2410 | 等级 | rating level | 1. 序数尺度上的尺度点，用于对测量进行分类 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE 指南.4.46 注意:评级水平 使软件产品能够按照规定进行分类（评级） 或隐含的需求。适当的评级水平可能与不同的 质量观点，即“用户”、“管理者”或“开发者”。 | |
| 2411 | 比率 | ratio | 1. 将一个测量量除以另一个测量量的结果。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 2412 | 原始需求 | raw requirement | 1. 尚未分析的环境或客户要求，并且 制定为一个格式良好的要求。IEEE Std 1233-1998 (R2002) IEEE 指南 用于制定系统需求规范.3.13 | |
| 2413 | RBS | RBS | 1. 风险分解结构。项目管理知识体系指南 （PMBOK® 指南）—第四版。2. 资源分解结构 | |
| 2414 | RDA | RDA | 1. 远程数据库访问。ISO/IEC 10746-1:1998，信息技术 — 开放分布式处理 — 参考模型:概述 | |
| 2415 | RDN | RDN | 1. 相对专有名称。ISO/IEC 13235-3:1998，信息技术 — 开放分布式处理 — 交易功能 — 第 3 部分:交易的提供 使用 OSI 目录服务的功能。4 | |
| 2416 | 可达性图 | reachability graph | 1. 节点和边的有向图，其中节点对应于可达 标记，边缘对应于过渡发生。 ISO/IEC 15909-1:2004， 软件和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.21 | |
| 2417 | 可达集 | reachability set | 1. 网络可达标记集，包括初始标记。 ISO/IEC 15909-1:2004，软件与系统工程 - 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.14.5 | |
| 2418 | 可达标记 | reachable marking | 1. 从初始标记处可以到达的网的标记 转换的发生。ISO/IEC 15909-1:2004，软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.14.4 | |
| 2419 | 重新激活 | reactivation | 1. 在集群停用后克隆集群。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.8.1.26 | |
| 2420 | 阅读 | read | 参阅:破坏性读取、非破坏性读取、写入; | 1. 从存储设备或数据介质访问数据。2. 数据移动 将数据组从持久存储移动到功能范围内 需要它的流程。ISO/IEC 19761:2003，软件工程 - COSMIC-FFP — 一种功能大小测量方法。3.21 注意:读取被视为 包括实现读取所需的某些相关数据操作。 |
| 2421 | 可读性 | readability | 1. 系统源代码的可读性和可理解性， 特别是在详细的陈述层面 | |
| 2422 | 读者笔记 | reader note | 1. 读者对图表所发表的评论，放置在图表页面上。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.97 的语法和语义注释读者注释不是 图表本身，而是用于在图表期间进行通信 模型开发。 | |
| 2423 | 阅读参考 | reading reference | 1. 数据存储实体或记录，或来自另一个软件的接口记录 或包含 BFC 中检索到的数据的系统。ISO/IEC 29881:2008，信息 技术 — 软件和系统工程 — FiSMA 1.1 功能规模测量 method.3.8 注:对于所有 BFC 类型适用的地方。 | |
| 2424 | 只读 | read-only | 1. 不会导致状态改变的属性。IEEE Std 1320.2-1998 (R2004) IEEE IDEF1X97 概念建模 5语言语法和语义标准 (IDEFobject).3.1.155 注意 也就是说，它不进行任何更新。 | |
| 2425 | 真实地址 | real address | 参阅:虚拟地址; | 1. 虚拟内存主存储部分存储位置的地址 存储系统 |
| 2426 | 真实存储 | real storage | 参阅:虚拟存储; | 1.虚拟存储系统的主存储部分 |
| 2427 | 真实类型 | real type | 参阅:参见字符类型、枚举类型、整数类型、逻辑类型; | 1. 一种数据类型，其成员可以采用实数作为值，并且可以 通过实数算术运算进行操作，例如加法、减法、 乘法、除法和平方根 |
| 2428 | 实现 | realization | 1.通过指定算法来表示接口职责 和表示属性。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义 (IDEFobject).3.1.156 注:实现说明了如何满足职责；它是声明 职责方法的实现。实现包括任何必要的表示 属性以及算法（如果有的话）。实现可能涉及表示 属性或算法，或两者兼而有之。例如，属性通常只有 只有表示，没有算法。“纯算法”的算法（即 没有任何表示属性）仅使用文字；它不会“获取”任何 值作为其输入。最后，派生属性或操作通常具有 既是一种算法，又是一种表示属性。 | |
| 2429 | 实时 | real-time | 同义词:实时, | 1. 并发且具有时间限制的问题、系统或应用程序 必须在给定的时间范围内处理传入事件 2. 在计算过程中执行的系统或操作模式 外部过程发生的实际时间，以便计算结果 可用于控制、监控或及时响应外部 进程.实时 |
| 2430 | 实时调度理论 | real-time scheduling theory | 1. 基于优先级的硬截止期限并发任务调度理论 注:它解决了如何确定一组任务，其各自的 已知 CPU 利用率，将满足其最后期限。 | |
| 2431 | 现实世界的物体 | real-world object | 1. 以三维形式存在的实体，通过关联意味着 与软件功能类似的属性或行为。ISO/IEC 26514，系统和 软件工程 ——用户文档设计人员和开发人员的要求。4.41 例如打印机、文件柜、文件夹和纸张 | |
| 2432 | 推薦 | recommendation | 1. 传达建议或指导的规定。ISO/IEC 14143-2:2002，信息 技术 - 软件度量 - 功能规模度量 - 第 2 部分:一致性 按照 ISO/IEC 14143-1:1998.3.9 评估软件规模测量方法 注 [ISO/IEC 指南 2:2004] | |
| 2433 | 记录 | record | 1. 一组被视为一个单元的相关数据项。2. 陈述结果的文件 已实现或提供已执行活动的证据。 ISO/IEC 20000-1:2005， 信息技术 - 服务管理 - 第 1 部分:规范.2.9 示例 库存控制，每张发票的数据可以构成一条记录 | |
| 2434 | 记录元素类型（RET） | record element type (RET) | 1. ILF 或 EIF 中用户可识别的数据元素子组。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册。6 | |
| 2435 | 记录类型 | record type | 1. 逻辑文件中的实体类型。ISO/IEC 24570:2005，软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南 | |
| 2436 | 可恢复性 | recoverability | 1. 因交易失败而导致的对象状态改变的程度 ISO/IEC 10746-3:1996 信息技术 - 开放分布式 处理 — 参考模型:Architecture.13.7.1.4 | |
| 2437 | 恢复 | recovery | 参阅:向后恢复、检查点、向前恢复; | 1. 系统、程序、数据库或其他系统资源的恢复 使其能够执行所需功能的状态 2. 克隆集群后 集群故障或删除。ISO/IEC 10746-3:1996，信息技术 - 开放 分布式处理 — 参考模型:架构.8.1.25 |
| 2438 | recto | recto | 1. 与封面位于同一侧（即右侧或左侧）的页面。ISO/IEC 15910:1999，信息技术 — 软件用户文档流程。4.42 | |
| 2439 | RECUP | RECUP | 参阅:比较维护（支持）率; | 1. 修复/增强/转换/用户支持/预防。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 |
| 2440 | 递归 | recursion | 参阅:参见同时递归; | 1. 软件模块调用自身的过程。2. 定义过程 或根据自身生成流程或数据结构 |
| 2441 | 递归 | recursive | 1. 指调用自身的软件模块。2. 指进程 或根据其自身定义或生成的数据结构 | |
| 2442 | 冗余 | redundancy | 参阅:参见主动冗余、多样性、同质冗余、备用冗余; | 1. 在容错方面，系统中存在辅助组件来 执行与其他元素相同或类似的功能，以防止 或从故障中恢复 |
| 2443 | 再造工程 | reengineering | 1. 检查和修改软件，以在新的 形式，包括新形式的后续实施。ISO/IEC TR 19759:2005， 软件工程——软件工程知识体系指南（SWEBOK）。6.4.2. 2. 执行逆向工程然后进行正向工程的完整周期 | |
| 2444 | 可重入 | reentrant | 同义词:可重新进入的，可重新进入的 | 1. 指可以作为一个过程的一部分进入的软件模块 同时作为另一个过程的一部分执行，并仍然实现预期目标 结果。 |
| 2445 | 再入点 | reentry point | 同义词:re-’ | 1. 软件模块中，模块重新进入的位置如下 调用另一个模块。入口点 |
| 2446 | 引用表达式 | reference expression | 1. 唯一标识框、节点或函数、图表的表达式， 或 IDEF0 模型中的模型页面。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.98 的语法和语义 | |
| 2447 | 参考FSM方法 | reference FSM method | 1. 用于比较验证函数的 FSM 方法 尺寸测量结果。ISO/IEC TR 14143-4:2002，信息技术 - 软件 测量 - 功能规模测量 - 第 4 部分:参考模型.3.3 | |
| 2448 | 引用模式 | reference mode | 1. 用于快速访问特定信息的使用模式 适用于熟悉软件功能的软件用户。ISO/IEC 26514，系统和软件工程 - 对设计师和开发人员的要求 用户文档.4.42 | |
| 2449 | 参考用户需求集合（RUR Collection） | reference user requirement collection (RUR Collection) | 1. 选择 RUR 的子集来匹配特定评估中的目的。 ISO/IEC TR 14143-4:2002，信息技术 — 软件测量 — 功能 尺寸测量—第 4 部分:参考模型.3.5 | |
| 2450 | 参考用户需求（RUR） | reference user requirements (RUR) | 1.一组符合要求的标准用户需求。 ISO/IEC TR 14143-4:2002，信息技术 — 软件测量 — 功能 尺寸测量—第 4 部分:参考模型.3.4 | |
| 2451 | 参照完整性 | referential integrity | 1. 保证引用指向存在的对象。IEEE 标准 1320.2-1998 (R2004) IEEE 概念建模语言语法和 IDEF1X97 (IDEFobject) 的语义。3.1.157. 2. 保证所有指定的 关系的条件成立。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义.3.1.157 例如，如果一个类被声明为需要至少一个实例 相关状态类，允许不存在的实例是无效的 有这样的关系 | |
| 2452 | 反身 | reflexive | 同义词:递归 | 1. 在关系中，同一个数据对象同时扮演两个角色 6的情况 （二元或多（n 元））角色。ISO/IEC 15476-4:2005，信息技术 — CDIF 语义元模型 — 第 4 部分:数据模型.6.5. |
| 2453 | （类的）反身祖先 | reflexive ancestor (of a class) | 参阅:参见通用祖先; | 1. 类本身或其任何通用祖先。IEEE Std 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.158 |
| 2454 | 回归测试 | regression test | 1. 重新测试以检测修改引入的故障 | |
| 2455 | 回归测试 | regression testing | 1. 选择性地重新测试系统或组件以验证修改 未造成意外影响，且系统或组件仍然符合 2. 需要进行测试来确定变更是否 对系统组件的功能、可靠性或 性能，并且没有引入额外的缺陷。 ISO/IEC 90003:2004，软件 工程——ISO 9001:2000应用于计算机软件的指南。3.11. 3. 修改和维护后的功能测试 | |
| 2456 | 规章制度 | regulation | 1. 政府机构施加的要求。这些要求可以建立 产品、工艺或服务特征——包括适用的管理 政府强制遵守的规定。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2457 | 关系 | relation | 1. 一组相同关系类型的关系。ISO/IEC 14769:2001， 信息技术 开放分布式处理 类型存储库功能.3.2.3 | |
| 2458 | 关系 | relationship | 1. 一个或多个实体之间的真实世界关联。ISO/IEC 15474-1:2002， 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2. 2. 协会 在两个（不一定不同）类别之间被认为相关的 特定的范围和目的。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97（IDEFobject）的概念建模语言语法和语义。3.1.159。 3. 模型元素之间的语义联系。 4. 兴趣关联 两个实体之间。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法——计数实践手册 5. 谓词 涉及两个或多个具有指定值的角色。ISO/IEC 14769:2001，信息 技术——开放分布式处理——类型存储库功能。3.2.1 注意 关联因实例之间的关联而得名。关系 可以表示为 两个状态类的当前范围。 | |
| 2459 | 关系实例 | relationship instance | 1. 相关类的特定实例的关联。IEEE Std 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.160 | |
| 2460 | 关系名称 | relationship name | 1. 反映所表达关系含义的动词或动词短语 名称现的图表上显示的两个实体之间的联系。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.161 注意 [键样式] | |
| 2461 | 关系类型 | relationship type | 1.一种表达角色数量和类型的关系类型。 ISO/IEC 14769:2001，信息技术 — 开放分布式处理 — 类型 存储库功能.3.2.2 | |
| 2462 | 相对地址 | relative address | 参阅:参见绝对地址、基地址、索引地址、自相关地址; | 1. 必须通过增加偏移量来调整地址，以确定 要访问的存储位置的地址 |
| 2463 | 相对链频率 | relative chain frequency | 1. 模拟用户使用第 l 个链类型的相对频率 第 i 类。ISO/IEC 14756:1999，信息技术 — 测量和 计算机软件系统性能的评级。4.14 | |
| 2464 | 释放 | release | 1. 应用程序的交付版本，可能包括全部或部分 应用程序。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法——计数实践手册 2. 收集 新的和/或更改的配置项，经过测试并引入到 ISO/IEC 20000-1:2005，信息技术 - 服务 管理 — 第 1 部分:规范.2.10. 3. 正式制作的软件版本 可供更广泛的社区使用。4. 配置项的特定版本 为特定目的而提供的。IEEE Std 828-2005 IEEE 标准 软件配置管理计划.2.12；ISO/IEC 12207:2008（IEEE 标准 12207-2008)，系统与软件工程-软件生命周期过程。4.35. 5. 正式通知并分发批准版本。IEEE Std 828-2005 IEEE 软件配置管理计划标准.2.1.2 示例 a 测试发布注意发布管理包括定义可接受的质量 发布的级别、授权发布的权限和发布程序。’ | |
| 2465 | 发布工程师 | release engineer | 1. 负责协调发布开发的人员注意 发布工程师将监控特定发布的未决问题，监督 代码冻结，并在发布后标记版本。 | |
| 2466 | 相关利益者 | relevant stakeholder | 1. 被确定参与特定活动的利益相关者 7 并包含在计划中 | |
| 2467 | 可靠性 | reliability | 参阅:可用性，MTBF; | 1. 系统或组件执行其所需功能的能力 在规定的条件下，在规定的时间内。2.软件的能力 产品在规定条件下使用时能保持规定的性能水平 ISO/IEC 9126-1:2001，软件工程 — 产品质量 — 第 3 部分 1:质量模型。6.2. 注意:软件中不会发生磨损或老化。 可靠性的限制是由于需求、设计和实施方面的缺陷造成的。 这些故障导致的故障取决于软件产品的使用方式以及 所选的程序选项而不是经过的时间。 |
| 2468 | 可靠性增长 | reliability growth | 1. 通过纠正错误而提高的可靠性 | |
| 2469 | 可重定位 | relocatable | 参阅:参见重定位加载器; | 1. 指可以加载到主内存任何部分的代码。注意 起始地址由加载器确定，然后加载器调整地址 在代码中反映代码已加载到的存储位置。 |
| 2470 | 可重定位地址 | relocatable address | 参阅:绝对地址; | 1.计算机程序运行时加载器要调整的地址 包含地址被加载到内存中 |
| 2471 | 可重定位代码 | relocatable code | 参阅:参见绝对代码; | 1. 包含要由加载器调整的地址的代码，以反映 代码加载的存储位置 |
| 2472 | 搬迁 | relocate | 1. 将机器代码从主内存的一部分移动到另一部分，并 调整地址，以便代码可以在新位置执行 | |
| 2473 | 重定位汇编程序 | relocating assembler | 参阅:参见绝对汇编程序; | 1. 生成可重定位代码的汇编程序 |
| 2474 | 重定位加载器 | relocating loader | 参阅:绝对加载器;同义词:相对加载器 | 1. 将可重定位代码读入主内存并调整地址的加载器 在代码中反映代码已加载到的存储位置。 |
| 2475 | 重定位词典 | relocation dictionary | 1. 目标模块或加载模块的一部分，用于标识地址 搬迁时必须进行调整 | |
| 2476 | 搬迁透明度 | relocation transparency | 1. 分布透明度，掩盖了接口的重定位 与其绑定的其他接口。ISO/IEC 10746-3:1996，信息技术——开放 分布式处理 — 参考模型:架构.4.4.1.5 | |
| 2477 | 重定位器 | relocator | 1. 提供重定位功能的对象。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.14.3.1.1 | |
| 2478 | 远程作业输入（RJE） | remote job entry (RJE) | 同义词:远程 | 1.通过连接到计算机的远程输入设备提交作业 通过数据链路。批量输入 |
| 2479 | 远程终端仿真器（RTE） | remote terminal emulator (RTE) | 1. 实现一组模拟用户的数据处理系统。ISO/IEC 14756:1999， 信息技术 计算机辅助教学绩效测量与评定 软件系统.4.15 | |
| 2480 | 修复 | repair | 同义词:缺陷消除 | 1. 纠正由于外部设计错误而导致的缺陷， 内部设计或代码。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册。示例缺失 不会导致应用程序失败（外部设计错误）的功能或 导致停止运行的错误（代码错误） |
| 2481 | 重新父代 | reparent | 1. 将一个分支下开发的变更移动到另一个分支中注意 更改未提交至原始分支。 | |
| 2482 | 重复性（测量结果） | repeatability (of results of measurements) | 1. 连续测量结果之间的一致性 在相同的测量条件下对同一被测量进行的测量。ISO/IEC TR 14143-3:2003，信息技术 — 软件测量 — 功能规模 尺寸测量 第3部分:功能尺寸测量方法的验证.3.8 注:这些条件称为重复性条件。重复性 条件包括相同的测量程序、相同的观察 8者、相同的 测量仪器，在相同条件、相同位置、重复下使用 在短时间内。重复性可以用定量的方式表达 术语“国际词汇”是指结果的分散特性。 计量学基础和通用术语手册，1993 年，定义 3.6]’ | |
| 2483 | 重复寻址 | repetitive addressing | 参阅:参见提前寻址; | 1. 一种隐式寻址方法，其中计算机的操作字段 指令被理解为寻址最后执行的指令的操作数 |
| 2484 | 复制 | replication | 1. 将软件产品从一种介质复制到另一种介质。ISO/IEC 90003:2004， 软件工程 ISO 9001:2000 计算机应用指南 软件.3.13 | |
| 2485 | 复制架构 | replication schema | 1. 对对象复制的约束规范，包括 对对象可用性的约束和对性能的约束 ISO/IEC 10746-3:1996，信息技术 - 开放分布式 处理 — 参考模型:Architecture.16.7.1.1 | |
| 2486 | 复制透明度 | replication transparency | 1. 分布透明度，掩盖了一组相互 行为兼容的对象来支持接口。ISO/IEC 10746-3:1996， 信息技术 开放分布式处理 参考模型:架构.4.4.1.6 注意:复制通常用于增强性能和可用性。 | |
| 2487 | repo bloat | repo bloat | 1. 存储库中记录的更改没有任何有用的贡献 项目历史记录示例:一个大的错误提交及其 相关的撤销操作 注意 repo master 可以减少 repo 膨胀 通过回购手术。 | |
| 2488 | repo master | repo master | 1. 版本控制系统存储库的负责人 注意一 谁有权利进行回购手术 | |
| 2489 | 回购手术 | repo surgery | 1. 直接对版本控制系统的存储库进行的更改，绕过 系统命令（例如通过发出数据库命令或直接 操作系统文件注意通过 repo surgery，repo master 可以 执行版本控制系统不直接支持的操作。 | |
| 2490 | 报告 | report | 1. 按用户指定的布局输出数据。ISO/IEC 24570:2005， 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 注:使用的输出介质与 FPA 无关，它可以属于 同时用于外部输出和外部查询。 | |
| 2491 | 报告绩效 | report performance | 1.[进程]收集和分发性能信息的过程， 包括状态报告、进度测量和预测。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2492 | 报告标准 | report standard | 1. 描述描述结果的特征的标准 工程和管理活动 | |
| 2493 | 存储库 | repository | 1. 属于某个系统的所有软件相关工件的集合。2. 此类藏品的存储位置/格式注意文物 例如软件工程环境。 | |
| 2494 | 代表 | representation | 1. 肖像、图片、图画、框图、说明或符号 逻辑地描绘物理、操作或概念的图像或情况。 IEEE Std 1233-1998 (R2002) IEEE 系统需求规范开发指南。3.14。 2. 算法用来实现某项职责的一个或多个属性。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.162 | |
| 2495 | 表示属性 | representation property | 1. 算法所依据的属性。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 （IDEF对象）.3.1.163 | |
| 2496 | 表示标准 | representation standard | 1. 描述描绘事物特征的标准 工程或管理产品 | |
| 2497 | （测量结果的）重复性 | reproducibility (of results of measurements) | 1. 测量结果之间的一致性 在改变的测量条件下对同一被测量进行的测量。 ISO/IEC TR 14143-3:2003，信息技术 — 软件测量 — 功能规模 尺寸测量 第3部分:功能尺寸测量方法的验证3.9 注:有效的可重复性声明需要指定 改变的条件。改变的条件可能包括测量原理； 测量方法；观察者；测量仪器；参考标准；位置； 使用条件；时间。再现性可以用以下术语定量表示 结果的分散特性。结果通常被理解为 需要纠正的结果。[国际基本术语和通用术语词汇表 计量学，1993 年，定义 3.7] | |
| 2498 | 请求 | request | 参阅:参见消息; | 1. 从一个对象（发送者）发送到另一个对象（接收者）的消息， 指示接收方履行其职责之一。IEEE Std 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.164. 2. 客户端发出的调用导致服务 ISO/IEC 19500-2:2003，信息技术 - 开放分布式 处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 （IIOP）3.2.12 注:具体来说，请求可能是为了 属性，用于参与者属性的值，用于应用程序 操作，或约束的真值。请求还包括句子 此类请求。关于属性值和约束的逻辑语句 对象用于查询、前提条件、后置条件和责任 实现。 |
| 2499 | 变更请求 | request for change | 1. 用于记录任何变更请求细节的表格或屏幕 服务或基础设施中的配置项。ISO/IEC 20000-1:2005，信息 技术 — 服务管理 — 第 1 部分:规范.2.11 | |
| 2500 | 信息请求 (RFI) | request for information (RFI) | 1. 一种采购文件，买方请求潜在卖方 提供与产品或服务或卖家相关的各种信息 能力。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2501 | 提案请求（RFP） | request for proposal (RFP) | 同义词:招标请求，招标文件包 | 1. 收购方用来向潜在收购方宣布收购意向的文件。 投标人购买指定的系统、产品或服务。ISO/IEC 15288:2008 （IEEE Std 15288-2008），系统和软件工程 - 系统生命周期过程。4.24。 2. 客户准备并交付的服务、研究或产品请求 面向潜在开发者，并期望潜在开发者 回应他们提出的成本、时间表和开发方法。IEEE 标准 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作文件的概念。3.2. 3. 一种用于请求 产品或服务的潜在卖家提出的建议。在某些应用中 领域，它可能具有更狭义或更具体的含义。项目指南 管理知识体系（PMBOK® 指南）—第四版。4. 收集 正式文件，其中包括对期望的回应形式的描述 潜在供应商 9、供应商的相关工作说明以及所需的 供应商协议中的条款。 |
| 2502 | 报价请求 (RFQ) | request for quotation (RFQ) | 1. 一种采购文件，用于向潜在供应商索取价格报价 普通或标准产品或服务的卖家。有时用来代替 建议书征求书，在某些应用领域，它可能具有更窄或 更具体的含义。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2503 | 请求的变更 | requested change | 1. [输出/输入] 提交的正式记录的变更请求 批准综合变更控制流程。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2504 | 必填输入 | required inputs | 1. 执行规定的最低测试任务所需的项目集 生命周期活动。IEEE Std 829-2008 IEEE 软件和系统标准 测试文档.3.1.27 | |
| 2505 | 必需输出 | required outputs | 1. 执行最低限度测试任务后产生的项目集 在任何生命周期活动中都是强制性的。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档.3.1.28 | |
| 2506 | 需求 | requirement | 参阅:参见设计要求、功能要求、实施要求， 接口要求，; | 1. 用户解决问题或实现目标所需的条件或能力 目标。2. 必须满足或拥有的条件或能力 系统、系统组件、产品或服务以满足协议、标准、 规范或其他正式规定的文件 3. 文件化陈述 指 (1) 或 (2) 中的条件或能力 4. 指 必须由系统、产品、服务、结果或组件满足或拥有 满足合同、标准、规范或其他正式规定的文件。 需求包括量化和记录的需求、愿望和期望 发起人、客户和其他利益相关者。项目管理指南 知识体系（PMBOK® 指南）— 第四版 绩效要求、物理 要求 |
| 2507 | 要求标准 | requirement standard | 1. 描述需求规范特征的标准 | |
| 2508 | 需求分配 | requirements allocation | 1. 顶级功能或非功能需求的分配或预算 在较低级别的分区功能中完成 这样，执行全部或部分特定要求的系统元素 被识别。 | |
| 2509 | 需求分析 | requirements analysis | 1. 研究用户需求的过程，得出系统的定义， 硬件或软件要求。2.研究和完善系统的过程， 硬件或软件要求。3.系统地调查用户需求 得出系统的定义。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.02.04. 4. 产品确定- 或基于分析的服务特定性能和功能特性 客户需求、期望和约束；运营理念；预计 人员、产品、服务和流程的利用环境；以及措施 有效性” | |
| 2510 | 需求推导 | requirements derivation | 1. 通过分析将需求改变或转化为形式 适用于低级分析或设计。2.在层次结构中， 与给定元素关联的下一个较低级别 | |
| 2511 | 需求文档 10 | requirements document | 1. 包含任何要求或规定的组合的文件 符合 COTS 软件产品的要求。ISO/IEC 25051:2006，软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 质量要求 商用现货 (COTS) 软件产品和测试说明。4.6 例如，技术或人体工程学标准、需求清单（或 模型需求规范）来自一个群体（例如市场部门、技术部门） 或用户协会）、法律或法令 | |
| 2512 | 需求引出 | requirements elicitation | 1. 采购方（客户或用户）和供应商之间 （承包商）系统发现、审查、表达、理解和记录 用户的需求以及系统和开发活动的限制 2. 使用系统技术，如原型和结构化调查， 主动识别并记录客户和最终用户的需求 | |
| 2513 | 需求工程 | requirements engineering | 1. 与分析和记录需求有关的科学和学科 注:包括需求分析、要求分析和要求 规格。 | |
| 2514 | 需求流程 | requirements flow-down | 1. 将系统需求系统地分解为分配和 派生需求，适当地分配给低级功能组件 | |
| 2515 | 需求划分 | requirements partitioning | 同义词:分解 | 1. 将顶层需求或设计分离或分解为 逐级降低层次的详细需求或设计。 |
| 2516 | 需求阶段 | requirements phase | 1. 软件生命周期中的需求 软件产品的定义和文档 | |
| 2517 | 需求评审 11 | requirements review | 参阅:参见代码评审、设计评审、正式资格评审、测试准备情况 审查; | 1. 系统、硬件的要求的过程或会议 项目或软件项目呈现给项目人员、经理、用户、客户， 或其他相关方的评论或批准注类型包括 系统需求评审、软件需求评审。 |
| 2518 | 需求规范 | requirements specification | 参阅:参见设计说明、功能规范、性能规范; | 1. 指定系统或组件要求的文档注意通常 包括功能要求、性能要求、接口要求、 设计要求和开发标准。 |
| 2519 | 需求规范语言 | requirements specification language | 参阅:设计语言; | 1. 具有特殊构造的规范语言，有时还具有验证功能 协议，用于开发、分析和记录硬件或软件要求 |
| 2520 | 需求可追溯性 | requirements traceability | 1. 识别和记录派生路径（向上）和 需求层次中需求的分配/流动路径（向下） 2. 需求与相关需求、实现之间有可辨别的关联， 和验证 | |
| 2521 | 需求追溯矩阵（RTM） | requirements traceability matrix (RTM) | 1. 一个将需求与其来源联系起来并在整个过程中进行追踪的表格 项目生命周期。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2522 | 需求追溯工具 | requirements traceability tool | 1. 建立逐项可追溯性的软件开发工具 软件需求规格说明书、设计元素、代码元素和测试 支持多种关联查询、分析、 报告生成能力。 | |
| 2523 | 储备 | reserve | 同义词:缓冲，应急津贴+H47 | 1. 项目管理计划中的一项规定，用于降低成本和/或缩短进度 风险。通常与修饰词一起使用（例如管理储备、应急储备） 进一步说明哪些类型的风险需要缓解。指南 项目管理知识体系 (PMBOK® 指南) — 第四版。 |
| 2524 | 储量分析 | reserve analysis | 1.[技术]一种确定本质特征的分析技术 以及项目管理计划中各组成部分之间的关系，以建立 为项目预留工期、预算、预计成本或资金。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2525 | 保留字 | reserved word | 1. 编程语言中的一个词，其含义由 该语言的规则，在某些或所有情况下，不能被 程序员将其用于除预期目的之外的任何其他目的，例如， 然后，当 | |
| 2526 | 重置 | reset | 参阅:清除，初始化; | 1. 将变量、寄存器或其他存储位置设置回规定的 状态 |
| 2527 | 残留控制 | residual control | 参阅:参见比特转向、两级编码; | 1. 一种微编程技术，其中微指令中字段的含义 取决于辅助寄存器中的值 |
| 2528 | 剩余风险 | residual risk | 1. 实施风险应对措施后仍然存在的风险。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2529 | 资源 | resource | 1. 熟练的人力资源（具体学科，单独或 人员或团队）、设备、服务、供应品、商品、物资、预算、 或资金。项目管理知识体系指南（PMBOK® 指南）— 第四版。2. 在执行过程中使用或消耗的资产 过程。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统和软件工程 — 软件生命周期过程.4.37; ISO/IEC 15288:2008 (IEEE Std 15288-2008), 系统和软件工程 — 系统生命周期流程.4.25. 3. 角色 （就该行动而言）企业对象在其中履行角色 对于操作至关重要，需要分配，或者可能不可用。 ISO/IEC 15414:2006，信息技术 — 开放分布式处理 — 参考模型 — 企业语言.6.3.3. 4. 对某些 行为，需要分配，否则可能不可用。ISO/IEC 15414:2006， 信息技术 开放分布式处理 参考模型 企业 语言.6.3.3. 5. 人员、程序、软件、信息、设备、消耗品、 基础设施、资本和运营资金以及时间。ISO/IEC 38500:2008，企业 信息技术治理。1.6.13 示例:多样化实体 例如资金、人员、设施、资本设备、工具和公用设施 如电力、水、燃料和通讯基础设施 注:分配 资源的限制可能会限制其他需要该资源的行为。 资源可以是可重复使用的、可再生的或可消耗的。可消耗的资源可能 在使用一段时间后或使用一段时间后变得不可用（例如 已为资源指定了持续时间或到期时间）。 | |
| 2530 | 资源分解结构（RBS） | resource breakdown structure (RBS) | 1. 按资源类别和资源划分的资源层次结构 用于资源平衡计划和制定资源受限计划的类型， 并可用于识别和分析项目人力资源分配。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2531 | 资源日历 | resource calendar | 参阅:参见项目日历; | 1. 确定工作日和非工作日日期的日历 每个特定资源处于空闲状态或处于活动状态。通常定义资源 特定节假日和资源可用期。项目管理指南 知识体系（PMBOK® 指南）—第四版 |
| 2532 | 资源直方图 | resource histogram | 1. 显示资源计划使用时间的条形图 在一系列时间段内工作。资源可用性可以描述为 线用于比较。对比条可能显示实际的资源量 随着项目的进展而使用。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2533 | 资源平衡 | resource leveling | 1.[技术] 任何形式的进度网络分析，其中调度决策 （开始和结束日期）受资源约束（例如，有限的资源 可用性或难以管理的资源可用性水平的变化）。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2534 | 资源管理 | resource management | 1. 手段的识别、估计、分配和监控 用于开发产品或提供服务例如估算 12 | |
| 2535 | 资源监视任务 | resource monitor task | 1. 确保顺序访问资源的任务 | |
| 2536 | 资源受限计划 | resource-limited schedule | 1. 项目进度表，其计划活动、计划开始日期和计划 完成日期反映预期的资源可用性 | |
| 2537 | 重新专业化 | respecialize | 参阅:参见专业化、非专业化; | 1. 实例从其当前子类的实例发生变化 成为其当前集群中其他子类的实例。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.165 |
| 2538 | 响应时间 | response time | 参阅:参见港口到港口时间、思考时间、周转时间; | 1. 查询或命令结束与交互之间的时间间隔 计算机系统和系统响应的开始 |
| 2539 | 责任 | responsibility | 1. 属性的概括（属性、参与者属性和 操作）和约束。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 (IDEFobject) 的建模语言语法和语义.3.1.166 注意 实例拥有知识、表现出行为并遵守规则。这些统称为 称为实例的职责。类抽象了职责 与其实例共同。责任可能适用于其每个实例 类（实例级别）或整个类（类级别）。 | |
| 2540 | 责任分配矩阵（RAM） | responsibility assignment matrix (RAM) | 1. [工具] 关联项目组织分解结构的结构 工作分解结构有助于确保项目的每个组成部分 工作范围被分配给一个人或一个团队。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2541 | 重新启动 | restart | 1. 使计算机程序在发生故障后恢复执行，使用 检查站记录的状态和结果 | |
| 2542 | 重启点 | restart point | 同义词:救援点 | 1. 计算机程序中可以重新启动执行的点 失败。 |
| 2543 | 结果 | result | 参阅:参见产品、可交付成果; | 1. 返回给客户端的信息。ISO/IEC 19500-2:2003，信息 技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 （GIOP）/互联网 ORB 间协议（IIOP）。3.2.13. 2. 执行的输出 项目管理流程和活动。结果包括成果（例如，综合 系统、修订流程、重组组织、测试、培训人员， 等）和文件（例如政策、计划、研究、程序、规范、 报告等）。项目管理知识体系指南（PMBOK® 指南） — 第四版注可能包括值以及状态信息 表明在试图履行时提出了特殊条件 请求的服务 |
| 2544 | 保留金 | retainage | 1. 合同付款中保留到合同完成为止的部分 确保全面履行合同条款 | |
| 2545 | 退休 | retirement | 1. 运营和维护组织撤回积极支持， 部分或全部用新系统替换，或安装升级的系统。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期流程。4.38；ISO/IEC 15288:2008（IEEE Std 15288-2008），系统和 软件工程 — 系统生命周期流程.4.26. 2. 取消支持 从操作系统或组件中移除。3. 永久移除系统或组件 从其运营环境来看 | |
| 2546 | 退休阶段 | retirement phase | 参阅:参见软件生命周期、系统生命周期; | 1. 软件生命周期中支持 软件产品终止 |
| 2547 | 回溯痕迹 | retrospective trace | 参阅:参见执行跟踪、子程序跟踪、符号跟踪、变量跟踪; | 1. 从执行过程中记录的历史数据产生的跟踪 计算机程序注意这与普通的跟踪不同，普通的跟踪是 在程序执行期间累积产生。 |
| 2548 | 返回 | return | 参阅:参见返回代码; | 1.将控制权从软件模块转移到调用它的模块。 2. 为调用模块可访问的参数分配一个值。3. 执行（1）中传输的计算机指令或过程 |
| 2549 | 返回代码 | return code | 1. 用于影响调用模块执行的代码，如下所示 从被调用模块返回 | |
| 2550 | 投资回报率（ROI） | return on investment (ROI) | 1. 产出（产品或服务）收入与开发和生产收入的比率 成本，决定组织是否从执行某项行动中获益 生产某物 | |
| 2551 | 返回值 | return value | 1. 被调用模块分配给参数的值，供调用方访问 模块 | |
| 2552 | 可重用性 | reusability | 参阅:参见一般性; | 1. 资产在多个软件系统中使用的程度， 或建设其他资产。IEEE Std 1517-1999 (R2004) IEEE 信息标准 技术 - 软件生命周期过程 - 重用过程.3.15. 2. 在重用中 库，资产的特征，使其易于在不同 上下文、软件系统或构建不同的资产。IEEE Std 1517-1999 （R2004）IEEE 信息技术标准 - 软件生命周期流程 — 重复使用流程.3.15 |
| 2553 | 可重用性GSC | reusability GSC | 1. 14 个一般系统特征之一，描述 该应用程序和应用程序中的代码都经过专门设计， 已开发并支持在其他应用程序中使用。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 2554 | 可重复使用 | reusable | 1. 指可用于 在多个计算机程序或软件系统中 | |
| 2555 | 可重复使用产品 | reusable product | 1. 为某一用途而开发的产品，但有其他用途，或专门开发的产品 可用于多个项目或一个项目的多个角色。IEEE 标准 829-2008 IEEE 软件和系统测试文档标准。3.1.29 示例商业 现成的（COTS）产品、收单方提供的产品、重复使用的产品 库和预先存在的开发人员产品注意每次使用可能包括 全部或部分产品，并可能涉及其修改。本条款可以 应用于任何软件或系统产品（例如需求或架构）， 而不只是软件或系统本身。 | |
| 2556 | 可重用软件产品 | reusable software product | 1. 为某一用途而开发但有其他用途的软件产品，或一种 专门开发用于多个项目或多个角色 在一个项目上。IEEE Std 1012-2004 IEEE 软件验证和 验证.3.1.25 示例:采购方提供的 COTS 软件产品 软件产品、重用库中的软件产品以及现有的开发人员 软件产品注每次使用可能包括全部或部分软件 产品并可能涉及其修改。此术语可适用于任何软件 产品（例如需求、架构），而不仅仅是软件本身 | |
| 2557 | 重用 | reuse | 1. 资产在解决不同问题中的使用。IEEE Std 1517-1999 （R2004）IEEE 信息技术标准 - 软件生命周期流程 — 重用流程.3.16. 2. 至少部分地从现有软件系统构建 执行新应用的部件 | |
| 2558 | 重用赞助商 | reuse sponsor | 1. 组织管理层成员，负责授权、批准、促进、 并获得重用计划的资金和其他资源。IEEE Std 1517-1999 （R2004）IEEE 信息技术标准 - 软件生命周期流程 — 重复使用流程.3.17 | |
| 2559 | 重用源语句 | reused source statement | 1. 从外部来源获取的产品的未修改源声明 | |
| 2560 | 逆向工程 | reverse engineering | 1. 确定现有软件的功能及其构造方式（以 做出智能改变）。2. 一种软件工程方法，可以得出系统的 设计或代码要求 | |
| 2561 | 可逆执行 | reversible execution | 同义词:向后执行、播放、重放、反向 | 1. 一种记录程序执行历史的调试技术 然后在用户的控制下以前进或后退的方式重播 方向。执行 |
| 2562 | 评论 | review | 1. 一个过程或会议，在此过程中，一个工作产品或一组工作产品， 呈现给项目人员、经理、用户、客户或其他感兴趣的人 征求各方意见或批准 2. 软件开发过程或会议 产品呈现给项目人员、经理、用户、客户、用户代表， 或其他相关方的评论或批准。IEEE Std 1028-2008 IEEE 标准 用于软件审查和审计。3.5 | |
| 2563 | 返工 | rework | 1. 采取措施使有缺陷或不合格的组件符合要求 要求或规范。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 2564 | RFI | RFI | 1. 信息请求。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2565 | RFP | RFP | 1. 征求建议书。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2566 | 询价 | RFQ | 1. 报价请求。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2567 | 风险 | risk | 1. 不确定的事件或情况，如果发生，会产生积极或消极的影响 对项目目标的影响。项目管理知识体系指南 （PMBOK® 指南）—第四版。2. 异常概率的组合 事件或故障以及该事件或故障对系统造成的后果 组件、操作员、用户或环境。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档的概率组合 事件及其后果。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统 和软件工程.生命周期过程.风险管理 13.3.5；ISO/IEC 38500:2008，信息技术公司治理。1.6.14.4.一项措施 结合系统危险导致事故的可能性 以及事故的严重程度。IEEE Std 1228-1994 (R2002) IEEE 标准 软件安全计划.3.1.3. 5. 发生概率的函数 特定的威胁以及该威胁发生的潜在不利后果。 ISO/IEC 15026:1998，信息技术 — 系统和软件完整性级别。3.12。 6. 事件发生的概率和后果的组合 鉴于未来不良事件。IEEE Std 829-2008 IEEE 软件和 系统测试文档.3.1.30 注:一般仅在有 至少是产生负面后果的可能性。在某些情况下，风险 源于偏离预期结果或事件的可能性。参见 ISO/IEC 指南 51 涉及安全问题。风险可能与软件、 系统、产品和项目。 | |
| 2568 | 风险接受 | risk acceptance 14 | 同义词:风险 | 1. 承认风险因素的存在并决定接受 相应问题发生时的后果 2.[技术] 风险应对 规划技术表明项目团队已决定不改变 项目管理计划无法应对风险，或无法识别任何 其他合适的应对策略。项目管理知识体系指南 （PMBOK® 指南）—第四版。3. 接受风险的决定。ISO/IEC 16085:2006 （IEEE 标准 16085- 2006），系统和软件工程 - 生命周期流程 — 风险管理.3.6. 假设注:风险接受取决于风险 标准。 |
| 2569 | 风险行动请求 | risk action request | 1. 推荐的治疗方案和支持信息 风险阈值。ISO/IEC 16085:2006（IEEE Std 16085-2006)，系统和软件工程 - 生命周期过程 - 风险 管理.3.7 | |
| 2570 | 风险分析 | risk analysis | 1. 检查已确定的风险因素发生概率的过程， 潜在损失以及潜在的风险应对策略 | |
| 2571 | 风险规避 | risk avoidance | 1. 消除进一步考虑的风险因素的行动方案。 2. [技术] 针对造成变化的威胁的风险应对规划技术 项目管理计划旨在消除风险或 保护项目目标不受其影响。项目管理指南 知识体系（PMBOK® 指南）—第四版示例更改 要求，延长时间表，或将风险因素转移到另一个 领域 | |
| 2572 | 风险分解结构（RBS） | risk breakdown structure (RBS) | 1. [工具] 对已识别的项目风险进行分层组织的描述 按风险类别和子类别排列，识别不同的区域和 潜在风险的原因。风险分解结构通常针对具体 项目类型。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2573 | 风险类别 | risk category | 参阅:参见来源; | 1. 风险类别或类型。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统 和软件工程 - 生命周期过程 - 风险管理.3.8 2. 组 风险的潜在原因。风险原因可分为以下几类 技术、外部、组织、环境或项目管理。类别 可能包括技术成熟度、天气或积极估计等子类别。 项目管理知识体系指南（PMBOK® 指南）—第四版 例如技术、法律、组织、安全、经济、工程、 成本、进度 注:风险类别是来源的特征 的风险。 |
| 2574 | 风险标准 | risk criteria | 1. 评估风险重要性的参考范围。ISO/IEC 16085:2006 (IEEE Std 16085- 2006)，系统与软件工程 - 生命周期 流程——风险管理。3.9注:风险准则可以包括相关 成本和收益、法律和法定要求、社会经济和环境 方面、利益相关方的关注点、优先事项以及评估的其他投入。 | |
| 2575 | 风险维度 | risk dimension | 1. 对系统进行风险评估的视角。 ISO/IEC 15026:1998，信息技术 — 系统和软件完整性级别。3.13 例如安全、经济、保障 | |
| 2576 | 风险暴露 | risk exposure | 1. 个人、项目或组织可能遭受的损失 风险。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程 — 生命周期过程 — 风险管理.3.10. 2. 可能性函数 风险发生的程度以及风险发生的后果的严重程度。 ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统与软件工程 - 生命 循环过程——风险管理.3.10. 3. 概率乘以潜力 风险因素的损失 注:风险暴露通常定义为 概率与后果大小的乘积，即预期 价值或预期曝光。 | |
| 2577 | 危险因素 | risk factor | 1. 对计划活动、项目、 或程序，以问题发生的概率为特征（0 _ p _ 1） 以及潜在的损失（生命、金钱、财产、名誉等）应该 问题发生 注意概率和潜在损失都可能改变 随着时间的推移。 | |
| 2578 | 风险处理 | risk handling | 1. 为应对风险因素而采取的行动方针注意包括 风险接受、风险规避、风险转移和风险缓解 | |
| 2579 | 风险识别 | risk identification | 参阅:参见识别风险; | 1. 有组织的、系统的方法来确定与 有计划的活动、项目或计划 |
| 2580 | 风险杠杆因子（rlf） | risk leverage factor (rlf) | 1. rlf _ (reb _ rea)/rmc，其中 reb 是风险缓解之前的风险暴露， rea 是风险缓解后的风险暴露，rmc 是风险缓解活动的 成本注意:rlf 越大，表示缓解策略越好。 | |
| 2581 | 风险管理 | risk management | 1. 识别和处理风险因素的有组织的过程。2. 有组织的， 分析过程，以确定可能造成损害或损失的因素（识别风险）； 评估和量化已识别的风险；并制定并在必要时实施 采取适当的方法来预防或处理可能导致风险的原因 3. 协调活动，指挥和控制 ISO/IEC 38500:2008，企业风险管理 1.6.15 注:风险管理的主要目标 是提前足够的时间识别和应对潜在问题，以便 避免危机情况。包括初步识别和处理风险 因素以及持续的风险管理。 | |
| 2582 | 风险管理计划 | risk management plan | 1. 风险管理的要素和资源 流程将在组织或项目内实施。ISO/IEC 16085:2006 （IEEE Std 16085-2006），系统和软件工程 - 生命周期流程 ——风险管理。3.11. 2. [输出/输入]。描述项目如何 风险管理将在项目中构建和执行。它包含 是项目管理计划的子计划。 风险管理计划因应用领域和项目规模而异。风险管理 计划与包含项目风险清单的风险登记册不同， 风险分析的结果和风险应对措施。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2583 | 风险管理流程 | risk management process | 1. 系统地识别、分析、处理、 并监控产品或服务整个生命周期的风险。 ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统与软件工程 - 生命周期 流程——风险管理.3.12 | |
| 2584 | 风险管理系统 | risk management system | 1. 组织管理系统中与管理有关的一组要素 风险。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程 — 生命周期过程 — 风险管理。3.13 注:管理系统 要素可以包括战略 15规划、决策和其他过程 应对风险的能力。组织文化反映在其风险 管理体系。[ISO 指南 73:2002] | |
| 2585 | 风险指标 | risk metric | 1. 与需要缓解的风险因素相关的客观衡量标准 | |
| 2586 | 风险缓解 | risk mitigation | 1. 为降低损失概率和潜在损失而采取的行动 风险应对规划技术。 旨在降低发生或影响的威胁 风险低于可接受的阈值。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 注包括执行 当风险指标超过预定阈值时（当 风险因素成为问题） | |
| 2587 | 风险监控与控制 | risk monitoring and control | 1. 跟踪已识别的风险，监控剩余风险，识别新风险， 执行风险应对计划，并评估其在整个过程中的有效性 项目生命周期 | |
| 2588 | 风险概况 | risk profile | 1. 按时间顺序记录风险的当前和历史风险状态信息。 ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统与软件工程 - 生命 循环过程——风险管理.3.14 | |
| 2589 | 降低风险 | risk reduction | 1. 降低风险因素的概率和/或潜在影响 注意风险 减少可能涉及研究、原型设计和其他探索手段。 | |
| 2590 | 风险登记册 | risk register | 1. [输出/输入] 包含定性风险结果的文档 风险分析、定量风险分析和风险应对规划。风险登记册 详细说明所有已识别的风险，包括描述、类别、原因、概率 发生情况、对目标的影响、拟议的应对措施、所有者和当前 项目管理知识体系指南（PMBOK® 指南）—第四版 版 | |
| 2591 | 风险状态 | risk state | 1. 与单个风险相关的当前项目风险信息。ISO/IEC 16085:2006 (IEEE Std 16085- 2006)，系统与软件工程 - 生命周期 流程——风险管理。3.15 注:有关 个别风险可能包括当前的描述、原因、可能性、后果、 估计尺度、估计的置信度、治疗、阈值和估计 风险何时会达到其阈值。 | |
| 2592 | 风险阈值 | risk threshold | 1. 触发某些利益相关者行动的条件。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程 - 生命周期过程 - 风险 3.16 注:可为每个 根据不同的风险标准确定的风险、风险类别或风险组合。 | |
| 2593 | 风险承受能力 | risk tolerance | 1. 组织或个人面临的风险的程度、数量或规模 能够承受。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2594 | 风险转移 | risk transfer | 1. 将管理风险因素的责任转移给另一个组织 或功能实体能够更好地减轻风险因素 | |
| 2595 | 风险转移 | risk transference | 1. [技术] 一种风险应对规划技术，可以转移 对第三方的威胁，以及对响应的所有权。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2596 | 风险处理 | risk treatment | 1.选择和实施修改风险措施的过程。 ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程–生命 循环过程——风险管理。3.17.2. 修改风险的方法注意风险 治疗措施可以包括避免、优化、转移或保留 风险。 | |
| 2597 | 风险触发因素 | risk trigger | 1.触发调用的风险指标的预定阈值 当风险指标超过阈值时制定应急计划 | |
| 2598 | RJE | RJE | 1. 远程作业入口 | |
| 2599 | RM-ODP | RM-ODP | 1. 开放分布式处理参考模型。ISO/IEC 10746-1:1998， 信息技术 开放分布式处理 参考模型:概述 2. 开放分布式处理:参考模型。ISO/IEC 14752:2000，信息 技术 - 开放分布式处理 - 计算协议支持 相互作用.4 | |
| 2600 | 机器人技术 | robotics | 1. 设计、建造和使用机器人所涉及的技术。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.06.13 | |
| 2601 | 稳健性 | robustness | 参阅:参见容错性、容错性; | 1. 系统或组件在正常运行中的程度 存在无效输入或紧张的环境条件 |
| 2602 | ROI | ROI | 1. 投资回报率 | |
| 2603 | 角色 | role | 1. 实体参与关系。ISO/IEC 15474-1:2002， 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2.2. 定义的功能 由项目团队成员执行，例如测试、归档、检查、 编码。项目管理知识体系指南（PMBOK® 指南）—第四版 版本。3. 对象在关系中发挥作用的表达。ISO/IEC 15476-4:2005，信息技术 — CDIF 语义元模型 — 第 4 部分:数据 模型.6.5 注意:每个角色实例都有一个最小和最大基数， 并可归因。角色的方向指示如何阅读名称 的角色”。 | |
| 2604 | 角色名称 | role name | 1. 更具体地命名相关值类的性质的名称 或状态类。IEEE Std 1320.2- 1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义。3.1.167. 2. 分配的名称 到外键属性来表示实体中外键的使用。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 以及 IDEF1X97 (IDEFobject) 的语义。3.1.167 注意:对于关系， 角色名称是赋予关系中的类的名称，用于明确参与 关系中该类的角色，即暗示相关 实例。对于属性，角色名称是用来澄清含义的名称 它作为其属性的类的上下文中的值类。 | |
| 2605 | 滚进来 | roll in | 参阅:参见推出、交换; | 1. 将数据或计算机程序段从辅助存储器传输到 主存储器 |
| 2606 | 推出 | roll out | 参阅:滚入，交换; | 1. 将数据或计算机程序段从主存储器传输到辅助存储器 存储，以便释放主存储器以供其他用途 |
| 2607 | 滚动波浪规划 | rolling wave planning | 1.[技术]一种渐进式的详细规划形式，其中的工作 近期要完成的工作是在工作低层次上进行详细规划的 分解结构，而远期的工作计划则相对 工作分解结构层次较高，但工作规划详细 在不久的将来的另外一两个时期内进行的 当前期间正在完成的工作。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2608 | 根箭段 | root arrow segment | 同义词:根，根段 | 1. 连接点的箭头段，其他箭头段从该连接点分支 或其他箭头段加入的线段。IEEE Std 1320.1-1998 (R2004) IEEE 标准 用于功能建模语言——IDEF0.2.1.99 的语法和语义。 |
| 2609 | 根本原因 16 | root cause | 1. 缺陷的来源，如果将其移除，缺陷就会减少 或被移除 | |
| 2610 | 根本原因分析 | root cause analysis | 同义词:根本原因分析 | 1.[技术]一种分析技术，用于确定基本面 导致差异、缺陷或风险的原因。根本原因可能是 不止一个差异、缺陷或风险。项目管理机构指南 知识（PMBOK® 指南）—第四版。 |
| 2611 | 根编译器 | root compiler | 1. 编译器的输出是与机器无关的中级表示 注意:当根编译器与代码生成器结合使用时， 包含一个完整的编译器。 | |
| 2612 | 根本原因分析 | root-cause analysis | 同义词:“Syn:根本原因分析。” | 1. 确定潜在问题（风险因素）的根本原因 或原因。 |
| 2613 | 例行公事 | routine | 参阅:参见协程、子程序; | 1. 被其他程序和子程序调用的子程序。2. 函数 或为单一目的而调用的过程。 3. 程序或程序的一部分， 可能具有一些一般或频繁用途。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.05.04 注意:术语“常规”、“ “子程序”和“子例程”在不同语言中定义和使用不同。 编程语言。 |
| 2614 | RPC | RPC | 1. 远程过程调用。ISO/IEC 10746-1:1998，信息技术 — 开放分布式处理 — 参考模型:概述 | |
| 2615 | RTM | RTM | 1. 需求可追溯性矩阵。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档.3.2 | |
| 2616 | 规则 | rule | 1. 通过条件和动作条目部分决定的单列 表，定义一组需要满足的唯一条件以及要采取的行动 ISO 5806:1984，信息处理 - 规范 单击决策表。3.4 注意:如果所有条件 满足规则的条件条目。 | |
| 2617 | 规则和约束语言（RCL） | Rule and Constraint Language (RCL) | 参阅:参见规范语言; | 1. 用于表达实现的声明性规范语言 职责和陈述查询。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 概念建模语言语法和语义 (IDEFobject).3.1.168 |
| 2618 | 基于规则的语言 | rule-based language | 参阅:参见声明性语言、交互式语言; | 1. 一种非过程语言，允许用户陈述一组规则 并表达使用这些规则的疑问或问题 |
| 2619 | 奔跑 | run | 参阅:运行时间; | 1. 在软件工程中，计算机执行的单一、通常是连续的 程序。2. 执行计算机程序 |
| 2620 | 运行时间 | run time | 参阅:参见执行时间; | 1. 计算机程序开始执行的时刻。2. 周期 计算机程序执行的时间 |
| 2621 | RUR | RUR | 1. 参考用户需求。ISO/IEC TR 14143-4:2002，信息技术 — 软件度量 — 功能规模度量 — 第 4 部分:参考模型。4 | |
| 2622 | 安全 | safety | 1. 预期系统在特定条件下不会导致 人类生命、健康、财产或环境受到威胁的状态。 ISO/IEC 15026:1998，信息技术 — 系统和软件完整性级别。3.14 | |
| 2623 | 安全关键软件 | safety-critical software | 1. 属于以下一个或多个类别的软件:a) 软件 对刺激的无意反应，在需要时未能做出反应，反应 顺序错误或与其他响应相结合可能会导致 事故 b) 用于减轻事故后果的软件 c) 用于从事故结果中恢复的软件。IEEE 标准 1228-1994 (R2002) IEEE 软件安全计划标准.3.1.4 | |
| 2624 | SAM | SAM | 1. 软件资产管理 | |
| 2625 | SAM 所有者 | SAM owner | 1. 组织范围内的高级人员，被确定为 负责 SAM。ISO/IEC 19770-1:2006，信息技术 - 软件资产 管理 — 第 1 部分:流程.3.11 | |
| 2626 | 示例实例图 | sample instance diagram | 参阅:参见示例实例表; | 1. 一种呈现示例实例的形式，其中实例显示为 单独的图形对象。IEEE Std 1320.2-1998 (R2004) IEEE 概念图形标准 IDEF1X97 建模语言语法和语义 (IDEFobject).3.1.169 注意 当只有少数实例时，实例的图形呈现可能很有用 提出。 |
| 2627 | 示例实例表 | sample instance table | 参阅:参见示例实例图; | 1. 一种呈现示例实例的形式，其中实例显示为 表格表示。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 建模语言语法和语义 (IDEFobject).3.1.170 注意 当一个实例有多个实例时，以表格形式呈现实例可能很有用 课程将要呈现。 |
| 2628 | 满意度 | satisfaction | 1. 摆脱不适，对使用持积极态度 产品。ISO/IEC 25062:2006，软件工程 - 软件产品质量要求 和评估（SQuaRE）—可用性测试报告的通用行业格式（CIF）。4.4 | |
| 2629 | 脚手架 | scaffolding | 参阅:编程支持环境; | 1. 为支持软件开发而构建的计算机程序和数据文件 和测试，但不打算包含在最终产品中示例假人 例程或文件、测试用例生成器、软件监视器、存根 |
| 2630 | 标量 | scalar | 参阅:收藏价值; | 1. 原子值。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义.3.1.171 注意，也就是说，没有零件 |
| 2631 | 标量值类 | scalar-valued class | 参阅:集合值类; | 1. 每个实例都是单个值的类。IEEE 标准 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.173 |
| 2632 | 标量值属性 | scalar-valued property | 参阅:收藏价值财产;同义词:标量 | 1. 映射到标量值类的属性。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 （IDEFobject）3.1.174. 属性 |
| 2633 | 秤 | scale | 1. 具有定义属性的一组值。ISO/IEC 14598-1:1999，信息 技术-软件产品评估-第1部分:总体概述.4.27.2.有序 连续或离散的数值集合，或属性所属的类别集合 ISO/IEC 15939:2007，系统与软件工程 - 测量 过程.3.35；ISO/IEC 25000:2005，软件工程 - 软件产品质量 要求和评估 (SQuaRE) — SQuaRE 指南.4.48 示例 a 对应于一组类别的名义尺度；序数尺度 对应于一组有序的尺度点；对应于 具有等距刻度点的有序刻度；以及不 不仅有等距刻度点，而且具有绝对零度注 量表的类型取决于 尺度。使用名义或序数尺度的指标产生定性数据，而指标 使用区间和比率尺度产生定量数据。 | |
| 2634 | SCCS | SCCS | 1. 服务器转换代码集。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
| 2635 | 场景 | scenario | 参阅:参见用例;同义词:脚本，集合，套件 | 1. 对可能同时发生的一系列事件的逐步描述 或按顺序。IEEE Std 1362- 1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作概念文件.3.2. 2. 说明或概要 事件或行动的预计过程。IEEE 标准 1362-1998 (R2007) IEEE 指南 信息技术——系统定义——操作概念文件.3.2。 3. 对特定动作序列的描述。 |
| 2636 | 进度基准 | schedule baseline | 1. 用于比较实际结果的进度模型的特定版本 确定是否需要采取预防或纠正措施来满足计划 项目目标。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2637 | 进度压缩 | schedule compression | 参阅:崩溃，快速跟踪; | 1. [技巧] 缩短项目工期，同时不减少 项目范围 17。项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 2638 | 进度安排 | schedule development | 1.通过分析活动序列来创建项目进度表的过程， 活动持续时间、资源需求和进度限制 | |
| 2639 | 进度管理计划 | schedule management plan | 1. [输出/输入] 建立标准和活动的文件 用于制定和控制项目进度。它包含在或属于 项目管理计划的子计划。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2640 | 进度模型 | schedule model | 同义词:项目 | 1.[工具]与手动方法或项目管理结合使用的模型 执行进度网络分析以生成项目进度的软件 用于管理项目的执行。项目管理指南 知识体系（PMBOK® 指南）—第四版。时间表 |
| 2641 | 进度网络分析 | schedule network analysis | 参阅:参见关键路径法、关键链法、资源平衡法;同义词:进度分析 | 1.[技术] 识别最早和最晚开始日期的技术，如 以及项目进度中未完成部分的最早和最晚完成日期 活动。项目管理知识体系指南（PMBOK® 指南） — 第四版。 |
| 2642 | 进度绩效指数（SPI） | schedule performance index (SPI) | 1. 项目进度效率的衡量标准。它是收入与支出之比 价值 (EV) 到计划价值 (PV)。SPI = EV 除以 PV。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2643 | 进度差异 (SV) | schedule variance (SV) | 1. 项目进度绩效的衡量标准。它是代数差 挣值 (EV) 和计划值 (PV) 之间的差值。SV = EV 减去 PV。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2644 | 预计完成日期 (SF) | scheduled finish date (SF) | 同义词:计划完成日期 (PF) | 1. 计划活动中预定完成的工作的时间点。 预计完成日期通常在 最早完成日期和最晚完成日期。这可能反映了 稀缺资源。项目管理知识体系指南 (PMBOK® 指南）——第四版。 |
| 2645 | 预定开始日期 (SS) | scheduled start date (SS) | 同义词:计划开始日期 (PS) | 1. 计划活动中预定开始工作的时间点。 预定的开始日期通常在 最早开始日期和最晚开始日期。这可能反映了 稀缺资源。项目管理知识体系指南 (PMBOK® 指南）——第四版。 |
| 2646 | 调度程序 | scheduler | 1. 计算机程序，通常是操作系统的一部分，用于调度， 启动和终止作业 | |
| 2647 | SCI | SCI | 1. 软件配置项。ISO/IEC TR 15846:1998，信息技术 — 软件生命周期过程 — 配置管理.5.1 | |
| 2648 | SCM | SCM | 1. 软件配置管理。ISO/IEC TR 15846:1998，信息技术 — 软件生命周期过程 — 配置管理.5.1 | |
| 2649 | SCMPI | SCMPI | 1. 软件配置管理计划信息。IEEE 标准 1074-2006 IEEE 制定软件项目生命周期过程的标准 2.2 | |
| 2650 | SCN | SCN | 1. 规格变更通知 | |
| 2651 | 范围 | scope | 参阅:参见项目范围、产品范围; | 1. 作为一个项目提供的产品、服务和结果的总和。 项目管理知识体系指南（PMBOK® 指南）—第四版。 2. 系统预期表现出的行为 |
| 2652 | 范围基线 | scope baseline | 1. 经批准的具体版本的详细范围说明、工作分解 结构（WBS）及其相关的WBS词典。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2653 | 范围变更 | scope change | 1. 项目范围的任何变化。范围变更几乎总是需要 对项目成本或进度进行调整。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2654 | 范围蔓延 | scope creep | 同义词:范围疾驰 | 1. 原始要求中未指定的附加功能 但随着要求和范围的明确以及功能 ISO/IEC 20968:2002，软件工程 - Mk II 功能点分析 — 计数实践手册。10. 2. 添加特性和功能（项目 范围）而没有解决对时间、成本和资源的影响，或者没有 客户认可。项目管理知识体系指南 (PMBOK® 指南）—第四版。3. 未在指南中指定的附加功能 原始要求，但被确定为正在澄清范围，并且 定义的功能。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法——计数实践手册。 |
| 2655 | 范围管理计划 | scope management plan | 1. [输出/输入] 描述项目范围如何 定义、开发和验证工作分解结构 创建和定义，并为项目范围如何实现提供指导 由项目管理团队管理和控制。它包含在或 是项目管理计划的子计划。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2656 | FSM 的范围 | scope of the FSM | 1. 特定 FSM 中要包含的功能用户需求集 ISO/IEC 14143-1:2007，信息技术 - 软件度量 — 功能规模测量.1部分:概念定义 18.3.11;ISO/IEC 29881:2008, 信息技术 - 软件和系统工程 - FiSMA 1.1 功能 规模测量方法。A.16 示例:如果一个组织需要 了解其软件组合的规模，那么 FSM 的范围将包括 目前使用的所有功能用户需求。但是，如果一个项目 经理正在尝试确定特定软件版本的大小， 那么范围将仅包括受以下因素影响的功能性用户需求 注:FSM 的范围由项目的目的决定。 测量软件。 | |
| 2657 | 屏幕转储 | screen dump | 1. 用户在使用软件时将看到的内容的表示。ISO/IEC 15910:1999，信息技术 — 软件用户文档流程。4.43 | |
| 2658 | S曲线 | S-curve | 1. 图形显示累计成本、工时、工作百分比或 绘制与时间相关的其他数量。用于描述计划值、挣值、 和项目工作的实际成本。该名称源于 S 形的 曲线（开始和结束处较平坦，中间较陡） 开始缓慢，然后加速，最后逐渐停止的项目。 表达模拟结果的累积似然分布， 定量风险分析工具。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 2659 | SDD | SDD | 1. 软件设计说明。 2. 软件设计文档 | |
| 2660 | SDP | SDP | 1. 软件开发计划 | |
| 2661 | SDR | SDR | 1. 系统设计评审 | |
| 2662 | 第二范式 | second normal form | 1. 标准化过程的结果，该过程转换数据组，以便 每个非关键属性都依赖于数据组的关键属性，并且 关键属性的所有部分。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 2663 | 次生风险 | secondary risk | 1. 实施风险应对措施的直接结果而产生的风险。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2664 | 辅助窗口 | secondary window | 1. 窗口包含的信息依赖于另一个窗口的信息 窗口（主窗口）。 ISO/IEC 26514，系统与软件工程 — 对用户文档设计者和开发者的要求。4.43 | |
| 2665 | 保安 | security | 1. 保护系统项目免受意外或恶意访问、使用、 修改、破坏或泄露。ISO/IEC 15026:1998，信息技术 系统和软件完整性级别。3.15.2.信息保护和 数据，以便未经授权的人员或系统无法读取或修改它们，并且授权 个人或系统不得拒绝访问它们。ISO/IEC 12207:2008（IEEE 标准 12207-2008)，系统与软件工程-软件生命周期过程。4.39. 3. 与定义、实现和维护保密性相关的所有方面， 完整性、可用性、不可否认性、可追溯性、真实性和可靠性 系统。ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件工程 — 系统生命周期过程。4.27 注:安全还涉及人员、 数据、通信和计算机设施的物理保护。 | |
| 2666 | 安全认证 | security accreditation | 1. 管理层正式宣布 IT 系统已获准运行 在特定的安全模式下，使用一组规定的安全措施，以可接受的 风险级别。IEEE Std 1074-2006 IEEE 软件项目开发标准 生命周期过程.3.1.2. 独立认证机构的认证 IT 系统满足预定的安全标准。IEEE Std 1074-2006 IEEE 开发软件项目生命周期过程的标准 3.1 | |
| 2667 | 安全局 | security authority | 1.负责实施安全策略的管理员。 ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考 模型:Architecture.15.1.2 | |
| 2668 | 保安科 | security branch | 1. 在发布时创建的分支，仅安全提交 被制造 | |
| 2669 | 安全域 | security domain | 1. 成员必须遵守安全策略的域 由安全机构建立和管理。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.15.1.3 注:安全主管部门是安全控制对象。 领域。 | |
| 2670 | 安全交互策略 | security interaction policy | 1. 不同安全域的安全策略的那些方面 是这些域之间进行交互所必需的。 ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考 模型:Architecture.15.1.4 | |
| 2671 | 安全内核 | security kernel | 1. 一个小型的、自成体系的关键安全相关声明集合， 作为操作系统的特权部分，指定和执行标准 程序和数据访问必须满足的条件 | |
| 2672 | 安全策略 | security policy | 1. 每个项目组织的知情权和信息获取权规则 级别。2. 限制一个或多组活动的一组规则 一个或多个对象集。ISO/IEC 10746-3:1996，信息技术 - 开放分布式 处理 — 参考模型:Architecture.15.1.1 | |
| 2673 | SEE | SEE | 1. 软件工程环境。ISO/IEC TR 16326:1999，软件工程 — ISO/IEC 12207 在项目管理中的应用指南5 | |
| 2674 | SEE服务 | SEE service | 1. 一个或多个服务操作，用于支持 参见。ISO/IEC 15940:2006，信息技术 - 软件工程环境 服务.2.2.2 注意:SEE 服务供应商提供以下 SEE 服务 SEE 服务获取方。 | |
| 2675 | SEE 服务获取者 | SEE service acquirer | 1. 获取 SEE 服务的参与者。ISO/IEC 15940:2006，信息 技术——软件工程环境服务.2.2.6 | |
| 2676 | SEE服务供应商 | SEE service supplier | 1. 提供 SEE 服务的参与者。ISO/IEC 15940:2006，信息 技术——软件工程环境服务.2.2.7 | |
| 2677 | 段 | segment | 1. 组成整体的子系统之一或子系统组合 系统。2. 在存储分配中，计算机程序的一个独立部分 无需在主存储器 3 中维护整个程序即可执行。 作为一个单元存储或传输的数据集合。4.在路径分析中， 两个连续分支点之间的计算机程序语句序列。 5. 将系统、计算机程序或数据文件划分为多个部分，如（1）中所述， （2）或（3）例如，财务系统中的应付账款部分 | |
| 2678 | 选择性转储 | selective dump | 参阅:更改转储、动态转储、内存转储、事后转储、快照转储， 静态转储; | 1. 仅转储指定存储位置区域 |
| 2679 | 选择性痕量 | selective trace | 参阅:参见执行跟踪、回顾跟踪、子程序跟踪、符号跟踪、 变量迹; | 1. 仅涉及选定变量的变量轨迹 |
| 2680 | 自我描述 | self-descriptiveness | 参阅:可维护性、可测试性、可用性; | 1. 系统或组件包含足够信息的程度，以 解释其目标和属性。2. 解释功能的软件属性 执行 |
| 2681 | 自备文件 | self-documented | 1. 涉及包含解释其目标的注释的源代码， 操作，以及其他有助于理解和维护代码的信息 | |
| 2682 | 自身相关地址 | self-relative address | 参阅:参见基地址、索引地址、偏移量、相对地址; | 1. 必须添加到指令地址的地址 它似乎获取了要访问的存储位置的地址 |
| 2683 | 卖家 | seller | 1. 向组织提供产品、服务或结果的提供商或供应商。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2684 | 语义协议 | semantic agreement | 参阅:参见句法一致性; | 1. 两件事就一个共同的解释达成一致的被动互联 通过引用共同的事物或现象来陈述（符号排列）。 IEEE Std 1175.2-2006 IEEE CASE 工具互连推荐规范 — 互连特性.3.12 |
| 2685 | 语义错误 | semantic error | 参阅:参见语法错误; | 1. 由于误解符号关系而导致的错误 或符号组在特定语言中的含义 |
| 2686 | 语义 | semantics | 参阅:参见语法; | 1. 语言的句法成分的含义。IEEE Std 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.175. 2. 符号或符号组的关系 在特定语言中的含义 |
| 2687 | 信号量 | semaphore | 参阅:旗帜，指示器; | 1. 用于同步并发进程的共享变量，通过指示 动作是否完成或事件是否发生 |
| 2688 | SEMDM | SEMDM | 1. 开发方法的软件工程元模型。ISO/IEC 24744:2007， 软件工程 — 开发方法的元模型.4.2 | |
| 2689 | 敏感性分析 | sensitivity analysis | 1. 一种定量风险分析和建模技术，用于帮助确定 哪些风险对项目具有最大潜在影响。它检查风险对项目的影响程度 每个项目要素的不确定性对所审查目标的影响 当所有其他不确定因素都保持其基线值时。典型的 结果以龙卷风图的形式展示。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2690 | 单独文档 | separate documentation | 参阅:参见嵌入式文档; | 1. 可以独立于软件使用的文档示例打印 手动和独立的超文本系统 |
| 2691 | 序列活动 | sequence activities | 1. [过程] 识别和记录人际关系的过程 项目活动。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2692 | 顺序 | sequential | 参阅:参见连续;同义词:串行 (2) | 1. 与两个或多个事件或活动的发生有关 一个事情必须结束，下一个事情才能开始。 |
| 2693 | 顺序聚类 | sequential clustering | 1. 任务结构标准，其中被限制执行的对象 依次映射到一个任务 | |
| 2694 | 顺序内聚 | sequential cohesion | 参阅:巧合凝聚力、交际凝聚力、功能凝聚力、逻辑凝聚力 凝聚力、程序性; | 1. 一种凝聚力，其中由软件执行的一项任务的输出 模块作为模块执行的另一个任务的输入 内聚性、时间性 凝聚 |
| 2695 | 连续剧 | serial | 参阅:参见并行（1）、顺序; | 1. 与顺序传输、发生或处理有关 整体的各个部分，例如字符的各个位，使用相同的功能 连续部分 |
| 2696 | 串行构造 | serial construct | 同义词:顺序 | 1. 由一系列不涉及决策的步骤组成的程序结构 或循环。构造 |
| 2697 | 服务器 | server | 1.向客户提供服务的硬件系统或软件程序。 2. 对一个或多个对象执行一个或多个操作的过程。 ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:总则 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP)。3.2.14 | |
| 2698 | 服务器端 | server-side | 1. 一个节点、簇或胶囊，其:a) 包含或可能具有 包含与计算相对应的基本工程对象 服务器对象和存根、绑定器和协议对象在通道中支持操作 涉及服务器对象；或 b) 包含，或可能包含， 协议对象（可能通过与其他工程对象的交互） 可以返回一个标识另一个服务器端的回复。ISO/IEC 14752:2000，信息 技术 - 开放分布式处理 - 计算协议支持 相互作用.3.3.10 | |
| 2699 | 服务 | service | 参阅:参见产品、结果、可交付成果; | 1. 执行与产品相关的活动、工作或职责。ISO/IEC 12207:2008 (IEEE Std 12207- 2008)，系统与软件工程 - 软件 生命周期过程。4.40；ISO/IEC 15939:2007，系统与软件工程 — 测量过程.3.36 |
| 2700 | 服务台 | service desk | 1. 面向客户的支持小组，他们占总支持量的很大一部分 ISO/IEC 20000-1:2005，信息技术 — 服务管理 — 第 3 部分 1:规范.2.12 |