随着信息技术的进步，系统和软件工程学科也在不断成熟。新术语不断产生，现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考，并鼓励使用 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部分，这是第八部分。
| 编号 | 名称 | 英文名 | 参考 | 描述 |
|---|---|---|---|---|
| 2101 | 完善维护 | perfective maintenance | 1. 交付后对软件产品的修改，以检测和纠正 软件产品中的潜在故障在表现为故障之前被发现。 ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件工程 - 软件生命 循环过程——维护.3.7.2.软件维护是为了改进 计算机程序的性能、可维护性或其他属性。3. 软件性能或功能的改进，例如响应 根据用户的建议和要求 注:完善维护提供 为用户提供增强功能、改进程序文档并重新编码 提高软件性能、可维护性或其他软件属性。 | |
| 2102 | 执行综合变更控制 | perform integrated change control | 1. [流程] 审查所有变更请求、批准变更的过程， 并管理交付成果、组织流程资产、项目 文档、项目管理计划。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2103 | 进行定性分析 | perform qualitative analysis | 1. [过程] 对风险进行优先排序，以便进一步分析或采取行动的过程 通过评估和结合其发生概率和影响。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2104 | 执行质量保证 | perform quality assurance | 1.【流程】审核质量要求和结果的过程 通过质量控制测量来确保适当的质量标准和 使用操作性定义。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2105 | 执行质量控制 | perform quality control | 1. [进程] 监控并记录执行结果的进程 质量活动来评估绩效并建议必要的变更。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2106 | 进行定量分析 | perform quantitative analysis | 1. [过程] 对已识别的效应进行数值分析的过程 风险对整体项目目标的影响。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 2107 | 表演 | performance | 1. 系统或组件完成其指定功能的程度 在给定的限制内，例如速度、准确性或内存使用情况 | |
| 2108 | 性能分析 | performance analysis | 1. 对实时系统（或软件设计）执行的定量分析 在给定的硬件配置上应用给定的外部工作负载 | |
| 2109 | 性能GSC | performance GSC | 1. 14 个一般系统特征之一，描述 响应时间和吞吐量性能考虑影响了应用程序 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 — 计数实践手册 | |
| 2110 | 绩效指标 | performance indicator | 1. 支持判断流程绩效的评估指标 ISO/IEC 15504-1:2004，信息技术 - 流程 评估——第 1 部分:概念和词汇。3.26 | |
| 2111 | 绩效衡量基线 | performance measurement baseline | 1. 一份经批准的项目工作综合范围-进度-成本计划 比较项目执行情况以衡量和管理绩效。技术 和质量参数也可能包括在内。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2112 | 绩效报告 | performance reports | 1. [输出/输入] 提供有组织和总结的文档和演示文稿 工作绩效信息、挣值管理参数和计算， 以及项目工作进度和状态的分析。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2113 | 绩效要求 | performance requirement | 1. 确定函数质量属性 3的可测量标准 或者功能需求必须如何完美地实现。IEEE Std 1220-2005 IEEE 系统工程过程应用和管理标准。3.1.26. 2. 指定性能特征的系统或软件要求 系统/软件系统或系统/软件组件必须具备 3. 要求 对功能需求施加条件 | |
| 2114 | 性能规范 | performance specification | 1. 指定系统性能特征的文档 或组件必须具备的注意事项通常是需求规范的一部分。 这些特性通常包括速度、准确性和内存使用率。 | |
| 2115 | 性能测试 | performance testing | 参阅:参见功能测试; | 1. 进行测试以评估系统或组件是否符合 指定性能要求 |
| 2116 | 执行过程 | performed process | 1. 完成所需工作以产生工作产品的过程注意满足 过程区域的具体目标 | |
| 2117 | 演出团体 | performing organization | 1. 其人员最直接参与做 项目工作。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2118 | 周期性I/O设备接口任务 | periodic I/O device interface task | 1. 与被动 I/O 设备交互并定期轮询它的任务 | |
| 2119 | 周期性任务 | periodic task | 1. 定时器事件定期激活的任务 | |
| 2120 | 周边设备 | peripheral equipment | 1.由特定计算机控制并可与特定计算机通信的设备。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 term.01.03.07 示例外部存储 | |
| 2121 | 永恒 | permanence | 1. 故障对已完成的对象状态变化的影响程度 ISO/IEC 10746-3:1996 信息技术 - 开放分布式处理 — 参考模型:Architecture.13.7.1.5 | |
| 2122 | 持久性模式 | persistence schema | 1. 对特定处理、存储的使用限制的规范 和通信功能。ISO/IEC 10746-3:1996，信息技术 - 开放 分布式处理 — 参考模型:架构.16.5.1.1 | |
| 2123 | 持久性透明度 | persistence transparency | 1. 分布透明度，从对象上掩盖停用 并重新激活其他对象（或自身）。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.4.4.1.7 注:停用和重新激活通常用于维持持久性 当系统无法为对象提供处理、存储和 沟通功能持续发挥作用。’ | |
| 2124 | 持久存储 | persistent storage | 1. 存储，使功能流程能够存储超出生命周期的数据 功能过程和/或使功能过程能够检索 由另一个功能过程存储的数据，或由较早的事件存储的数据 相同功能过程的软件开发。ISO/IEC 19761:2003，软件工程 - COSMIC- FFP——一种功能尺寸测量方法。3.19 | |
| 2125 | 持久 URI | persistent URI | 1. 文档中链接处不需要更改的引用，以及 即使目标物体的位置已经改变，仍能到达该物体。 IEEE Std 2001-2002 IEEE 互联网推荐实践 - 网站工程， 网站管理和网站生命周期.3.1.9 | |
| 2126 | 个人计算机（PC） | personal computer (PC) | 1.主要供个人独立使用的微型计算机。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.03.20 | |
| 2127 | 人员 | personnel | 1. 预期代表组织履行职责的个人， 包括官员、雇员和承包商。ISO/IEC 19770-1:2006，信息 技术 — 软件资产管理 — 第 1 部分:流程.3.8 | |
| 2128 | PERT | PERT | 1. 项目评估与审查技术 | |
| 2129 | Petri网 | Petri net | 1. 具有两个集合的代数结构，一个称为位置，另一个称为 称为转换，以及其相关关系和功能，以及 以其发明者 Carl Adam Petri 的名字命名。ISO/IEC 15909-1:2004，软件和 系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义和 图形符号。2.1.16.3. 2. 信息流的抽象、形式化模型， 显示系统的静态和动态属性注意 Petri 网是 通常表示为具有两种类型节点（称为位置和转换）的图 通过弧线连接，并有标记（称为标记）表示动态属性。 | |
| 2130 | 物理配置审计（PCA） | physical configuration audit (PCA) | 参阅:参见功能配置审计; | 1. 为验证配置项是否符合要求而进行的审计 定义它的技术文档 |
| 2131 | 身体要求 | physical requirement | 参阅:参见设计要求、功能要求、实施要求， 接口要求，; | 1. 指定系统或系统所具有的物理特性的要求 系统组件必须具备性能要求示例材料， 形状、尺寸、重量 |
| 2132 | 物理来源声明（PSS） | physical source statement (PSS) | 参阅:参见逻辑源语句; | 1. 源语句被视为一行代码 |
| 2133 | 图片 | picture | 1. 显示物理对象实际外观的插图。ISO/IEC 26514，系统和软件工程 - 对设计师和开发人员的要求 用户文档。4.32 示例照片、图画 | |
| 2134 | 猪 | PIGS | 1. 协议实施一致性声明。ISO/IEC 10746-2:1996，信息 技术 — 开放分布式处理 — 参考模型:基础。4 | |
| 2135 | 试点项目 | pilot project | 1. 一个旨在测试信息处理初步版本的项目 系统在实际但有限的运行条件下，将被用于 测试系统的最终版本。ISO/IEC 2382-20:1990 信息 技术 — 词汇 — 第 20 部分:系统开发。20.01.07 | |
| 2136 | 管道 | pipeline | 1. 一种软件或硬件设计技术，其中一个过程的输出 作为第二个过程的输入，第二个过程的输出作为输入 第三个，依此类推，通常在一个周期内同时发生 | |
| 2137 | 像素 | pixel | 1. 屏幕显示的最小元素；“图片元素”的缩写。ISO/IEC 15910:1999，信息技术 — 软件用户文档流程。4.35 | |
| 2138 | PIXIT | PIXIT | 1. 测试的协议实现额外信息。ISO/IEC 10746-2:1996， 信息技术 — 开放分布式处理 — 参考模型:基础。4 | |
| 2139 | 地点 | place | 1. 网络节点，取自位置类型，通常用 网络图中的椭圆。ISO/IEC 15909-1:2004，软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.20 “注释”已输入一个地点。’ | |
| 2140 | 地点类型 | place type | 1. 与地点相关的一组非空数据项。ISO/IEC 15909-1:2004， 软件和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号。2.1.20.3 注:该集合可以描述任意 复杂的数据结构。 | |
| 2141 | 地点/过渡网 | place/transition net | 1. 一个 Petri 网，包含一个网络图，其中包含与 弧和一个初始标记函数，它将自然数的简单 标记（“黑点”）与位置。ISO/IEC 15909-1:2004，软件和系统 工程.高级Petri网.第1部分:概念、定义和图形 符号.2.1.16.4 | |
| 2142 | 计划通讯 | plan communications | 1. [流程] 确定项目利益相关者 4信息需求的过程 并定义沟通方法。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2143 | 计划采购 | plan procurement | 1. [流程] 记录项目采购决策的过程，具体说明 方法，并确定潜在的卖家。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2144 | 计划质量 | plan quality | 1.[过程]确定质量要求和/或标准的过程 项目和产品，并记录项目将如何展示 合规性。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2145 | 计划风险管理 5 | plan risk management | 1. [流程] 定义如何开展风险管理活动的过程 项目管理知识体系指南 (PMBOK® 指南) — 第四版 | |
| 2146 | 计划风险应对措施 | plan risk responses | 1. [过程] 制定选项和行动以增强机会的过程 并减少对项目目标的威胁。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2147 | 计划标准 | plan standard | 1. 描述实现方案特征的标准 明确目标或在指定资源范围内开展工作 | |
| 2148 | 计划流程 | planned process | 1. 通过描述和计划记录的过程注意 相关流程描述与计划应相协调，计划应 包括标准、要求、目标、资源和任务。 | |
| 2149 | 计划值（PV） | planned value (PV) | 同义词:计划工作预算成本 (BCWS) | 1.分配给要完成的预定工作的授权预算 计划活动或工作分解结构组件。 项目管理知识体系（PMBOK® 指南）——第四版。 |
| 2150 | 规划包 | planning package | 参阅:参见控制帐户; | 1. 控制账户下的工作分解结构组件，已知 工作内容，但没有详细的计划活动。项目指南 管理知识体系（PMBOK® 指南）—第四版 |
| 2151 | 规划流程 | planning processes | 1. [流程组] 为确定总体范围而执行的那些流程 努力，定义和细化项目目标，并制定课程 实现这些目标所需的行动。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2152 | 平台 | platform | 1. 所需的硬件和软件组件的集合 CASE 工具操作。IEEE Std 1175.2-2006 IEEE CASE 推荐实践 工具互连——互连特性.3.11 | |
| 2153 | PM | PM | 1. 项目经理。ISO/IEC TR 16326:1999，软件工程 — 指南 ISO/IEC 12207 在项目管理中的应用。5.2. 项目经理 | |
| 2154 | 项目管理知识体系® | PMBOK® | 1. 项目管理知识体系。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2155 | PMIS | PMIS | 1. 项目管理信息系统。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2156 | 项目管理办公室 | PMO | 1. 项目管理办公室。 2. 项目管理办公室 | |
| 2157 | PMP® | PMP® | 1. 项目管理专业人员。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2158 | PN | PN | 1. Petri 网。ISO/IEC 15909-1:2004，软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.2.5 | |
| 2159 | 点 | point | 1. 测量垂直距离；大约有 28 个点到 毫米（72 磅为一英寸）。ISO/IEC 15910:1999，信息技术 — 软件用户文档流程.4.36 | |
| 2160 | 点设计 | point design | 1. 选择一个满足要求的设计，无需审查 其他可能更有效的设计 | |
| 2161 | 指针 | pointer | 1. 指定另一个数据项位置的数据项示例 指定下一个要处理的员工记录的地址的数据项 | |
| 2162 | 政策 | policy | 1. 与特定目的相关的一组规则。ISO/IEC 15414:2006，信息 技术——开放分布式处理——参考模型——企业语言。6.4.1. 2. 明确且可衡量地陈述偏好的方向和行为 组织内部做出的决策。ISO/IEC 38500:2008，公司治理 1.6.11 注:规则可以表示为 义务、授权、许可或禁止。并非每项政策 是一种约束，有些政策则代表着一种赋权。 | |
| 2163 | 可移植性 | portability | 参阅:独立于机器;同义词:可运输性 | 1. 系统或组件从一个系统或组件转移到另一个系统的难易程度 硬件或软件环境到另一个。2. 程序的能力 可以在各种类型的数据处理系统上执行，而无需转换 无需修改即可将程序转换为另一种语言。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.04.06. |
| 2164 | 便携式电脑 | portable computer | 1.可以随身携带并在多个地点使用的微型计算机。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.03.21 | |
| 2165 | 投资组合 | portfolio | 1. 一组项目或程序以及其他组合在一起的工作 促进有效管理该工作以满足战略 6业务目标。 投资组合中的项目或计划不一定相互依赖 或直接相关。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2166 | 投资组合管理 | portfolio management | 1.[技术]对一个或多个投资组合进行集中管理， 包括识别、确定优先次序、授权、管理和控制项目， 计划和其他相关工作，以实现特定的战略业务目标。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2167 | 港到港时间 | port-to-port time | 参阅:参见响应时间、思考时间、周转时间; | 1. 将刺激应用到输入接口之间经过的时间 以及输出接口处响应的出现 |
| 2168 | 后置条件 | postcondition | 同义词:后置条件 | 1. 属性请求成功后保证为真的条件。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模 7语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.147. 2. 必须满足的约束 当用例结束时，为 true。 |
| 2169 | 尸检垃圾场 | postmortem dump | 参阅:更改转储、动态转储、内存转储、选择性转储、快照转储、静态 倾倒;同义词:事后倾倒 | 1. 计算机程序异常终止时产生的转储。 |
| 2170 | 后处理器 | postprocessor | 参阅:参见预处理器;同义词:后处理器 | 1. 执行某些最终处理步骤的计算机程序或例程 在完成主要过程之后。示例程序 重新格式化数据以供输出 |
| 2171 | powertype | powertype | 1. 其实例是分区类型的子类型的类型。ISO/IEC 24744:2007，软件工程 — 开发方法的元模型。3.12 例如，TreeSpecies 类是 Tree 类的强力类型，因为 TreeSpecies 的每个实例也是 Tree 的子类 | |
| 2172 | PR&RPI | PR&RPI | 1. 问题报告和解决计划信息。IEEE 标准 1074-2006 IEEE 制定软件项目生命周期过程的标准 2.2 | |
| 2173 | 练习 | practice | 参阅:参见公约、标准; | 1. 有助于实现某个过程或过程的目的或结果的活动 增强流程的能力。ISO/IEC 15504-1:2004，信息技术 — 过程评估 — 第 1 部分:概念和词汇.3.27.2. 采用的要求 为软件开发过程规定一套规范的统一方法。 3. 一种特定类型的专业或管理活动，有助于 一个过程的执行可能采用一种或多种技术和工具。 项目管理知识体系指南 (PMBOK® 指南) — 第四版 |
| 2174 | 优先图表法（PDM） | precedence diagramming method (PDM) | 同义词:节点活动 (AON) | 1. [技术] 一种进度网络图绘制技术，其中进度 活动用框（或节点）表示。计划活动以图形方式 通过一个或多个逻辑关系链接起来，以显示 活动。项目管理知识体系指南 （PMBOK® 指南）—第四版。 |
| 2175 | 优先关系 | precedence relationship | 参阅:参见逻辑关系; | 1.优先图表方法中表示逻辑关系的术语。 然而，在目前的用法中，优先关系、逻辑关系和 依赖关系被广泛地互换使用，无论图表方法如何 项目管理知识体系指南（PMBOK® 指南）—第四版 版 |
| 2176 | 精密 | precision | 参阅:准确性; | 1. 数量表述的精确度或辨别力 示例:精度为 2 位小数与精度为 5 位小数 地方 |
| 2177 | 预编译器 | precompiler | 1. 处理源代码并生成 编译器可以接受的等效代码（例如例程） 将结构化 FORTRAN 转换为 ANSI 标准 FORTRAN | |
| 2178 | 先决条件 | precondition | 同义词:前提条件 | 1. 提出属性请求之前必须满足的条件。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.148. 2. 必须满足的约束 当调用用例时为 true。 |
| 2179 | 前任活动 | predecessor activity | 1. 确定逻辑后继活动何时进行的计划活动 可以开始或结束。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2180 | 预测指标 | predictive metric | 1. 在开发过程中应用的指标，用于预测 软件质量因素。IEEE Std 1061-1998 (R2004) IEEE 软件标准 质量度量方法.2.13 | |
| 2181 | 预测指标值 | predictive metric value | 1. 与系统运行过程中要满足的质量因素相关的数值目标 开发。IEEE Std 1061-1998 (R2004) IEEE 软件质量度量标准 方法论.2.14 注:这是一项中间要求，是 最终系统性能的早期指标。例如，设计或代码错误 可能是最终系统可靠性的早期预测指标。 | |
| 2182 | 初步设计 | preliminary design | 参阅:参见详细设计; | 1. 分析设计方案和定义架构的过程， 系统或组件的组件、接口以及时间和大小估算 8 2. （1）中过程的结果 |
| 2183 | 初步设计审查（PDR） | preliminary design review (PDR) | 参阅:参见关键设计评审 9、系统设计评审; | 1. 进行审查以评估进展、技术充分性和风险 针对一个或多个配置项选定的设计方法的解决； 确定每个设计与配置要求的兼容性 项目；评估定义程度并评估相关的技术风险 与所选的制造方法和工艺；确定存在 以及配置中物理和功能接口的兼容性 设备、设施、软件和人员等物品和其他物品；以及 适用，评估初步业务和支持文件2.a (1) 对任何硬件或软件组件的审查 |
| 2184 | 准备时间 | preparation time | 参阅:任务模式; | 1. 任务提交前经过的时间。ISO/IEC 14756:1999， 信息技术 计算机辅助教学绩效测量与评定 4.12 注意:启动准备时间的事件 取决于下面任务的任务模式的定义。 |
| 2185 | 预处理器 | preprocessor | 参阅:参见后处理器; | 1. 计算机程序或例程，在执行某些处理步骤之前 对于主进程例如预编译器或其他例程 重新格式化代码或数据以进行处理 |
| 2186 | 处方 | prescription | 1. 建立规则的操作。ISO/IEC 15414:2006，信息技术 — 开放分布式处理 — 参考模型 — 企业语言.6.5.6 | |
| 2187 | presentable | presentable | 1. 可以检索和查看。IEEE/EIA 12207.1-1997 IEEE/EIA 标准 行业实施国际标准 ISO/IEC 12207:1995，标准 信息技术 — 软件生命周期过程 — 生命周期数据.H.3 （g） | |
| 2188 | 预存 | prestore | 1. 存储计算机程序或例程所需的数据 程序或例程已输入 | |
| 2189 | prettyprinting | prettyprinting | 1. 使用缩进、空行和其他视觉提示来显示 程序的逻辑结构 | |
| 2190 | 预防行动 | preventive action | 1. 执行某项活动的书面指示，可以降低发生概率 项目风险的负面影响。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2191 | 预防性维护 | preventive maintenance | 1. 软件产品交付后修改以检测和纠正 软件产品中的潜在故障在成为操作故障之前被检测到。ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件工程 - 软件生命周期流程 — 维护.3.8.2. 为预防问题而进行的维护 3. 对硬件或软件进行更改，以防止将来发生 缺陷或故障。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法——计数实践手册 4. 持续 升级系统，使其能够应对当前和未来的变化。5. 设计 易于维护的软件系统 | |
| 2192 | 先前开发的软件 | previously developed software | 1. 在项目之前或独立于项目制作的软件 制定计划所需的软件，包括获取或购买的软件 来自外部来源。IEEE Std 1228-1994 (R2002) IEEE 软件安全标准 计划.3.1.2 | |
| 2193 | 主要实体类型 | primary entity-type | 1. 在 Mk II FPA 中，主要实体类型之一具有以下属性 应用程序被设计用于处理和/或存储。ISO/IEC 20968:2002， 软件工程 — Mk II 功能点分析 — 计数实践手册.10 | |
| 2194 | 主键 | primary key | 1. 选定为实体唯一标识符的候选键。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.149 注意 [键样式] | |
| 2195 | 原始 | primitive | 1. 收集数据的最低级别示例错误， 故障，故障，时间，时间间隔，日期，非注释源代码的数量 语句、边和节点注意:基元是可直接测量的 或可数，或者可以为特定度量赋予常数值或条件。 | |
| 2196 | 校长 | principal | 1. 将（权力、职能等）委托给另一方的一方。ISO/IEC 15414:2006，信息技术 — 开放分布式处理 — 参考模型 — 企业语言.6.5.8 | |
| 2197 | 印刷文件 | printed documentation | 参阅:参见嵌入式文档; | 1. 以印刷形式或电子形式提供的文件 供客户或用户打印的表格。ISO/IEC 26514，系统和软件工程 — 对用户文档设计者和开发者的要求。4.33 |
| 2198 | 优先级 10 | priority | 1. 分配给某项的重要性级别。2. 地位的等级顺序， 活动或任务。IEEE 标准 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作概念文件.3.1 | |
| 2199 | 优先级上限协议 | priority ceiling protocol | 1. 提供有限优先级反转的算法注意 也就是说，最多有一个低优先级的任务可以阻塞一个高优先级的任务 | |
| 2200 | 优先级中断 | priority interrupt | 1. 为允许执行具有更高优先级的进程而执行的中断 优先级高于当前正在执行的进程 | |
| 2201 | 优先级反转 | priority inversion | 1. 由于优先级较低的任务导致任务执行延迟的情况 正在阻止它 | |
| 2202 | 私人 | private | 参阅:参见 protected、public、hidden; | 1. 仅对类或接收实例可见的责任 类的（仅在类的方法中可用）。IEEE Std 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.150. 2. 仅在单个例程或模块中已知 |
| 2203 | 私有类型 | private type | 参阅:参见信息隐藏; | 1. 一种数据类型，其结构和可能的值已定义，但尚未 向用户透露类型 |
| 2204 | 特权指令 | privileged instruction | 1. 只能由监控程序执行的计算机指令 | |
| 2205 | 概率 | probability | 1. 事件发生的可能程度。ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统和软件工程 - 生命周期过程 - 风险 management.3.3. 2. 从数学上讲，0 到 1 范围内的实数附加 与随机事件、长期相对发生频率或 对某一事件将会发生的一种信任程度。ISO/IEC 16085:2006 (IEEE Std 16085-2006)， 系统和软件工程 - 生命周期过程 - 风险管理.3.3 注意:对于高置信度，概率接近 1。频率 而不是概率，可以用来描述风险。关于 概率可以选择为类别或等级，例如罕见/不可能/中等/ 可能 / 几乎肯定，或难以置信 / 不可能 / 极小 / 偶尔 / 可能 / 频繁。[ISO 指南 73:2002，定义 3.1.3] | |
| 2206 | 概率与影响矩阵 | probability and impact matrix | 1. [工具] 确定风险是否被视为低、中等、 通过将风险的两个维度结合起来，可以得出:发生概率， 以及发生时对目标的影响。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2207 | 问题 | problem | 1. 一个或多个事件的未知根本原因 11。ISO/IEC 20000-1:2005， 信息技术 - 服务管理 - 第 1 部分:规范.2.82. 负面 需要克服的情况 注意:当风险因素成为问题时 指标（客观衡量标准）超过了预定的阈值（问题触发因素）。’ | |
| 2208 | 问题定义 | problem definition | 同义词:问题描述 | 1. 问题陈述，可能包括数据描述， 解决问题的方法、程序和算法。ISO/IEC 2382-20:1990， 信息技术 — 词汇 — 第 20 部分:系统开发.20.02.03. |
| 2209 | 问题域 | problem domain | 1. 一组在环境中发生的类似问题，并且容易引起 常见解决方案。IEEE Std 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作概念文件.3.2 | |
| 2210 | 问题报告（PR） | problem report (PR) | 1. 用于识别和描述产品中检测到的问题的文档。 ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件工程 - 软件生命 周期流程 - 维护.3.9 注意 PR 可以直接提交 表示故障或对修改进行影响分析后确定 发现请求和故障。 | |
| 2211 | 问题状态 | problem state | 参阅:参见监督状态;同义词:从属状态，用户状态 | 1. 在计算机系统运行中，程序等的状态 超出监控程序的执行能力。 |
| 2212 | 面向问题的语言 | problem-oriented language | 1. 为解决特定类别的问题而设计的编程语言 例如列表处理语言、信息检索语言、 模拟语言 | |
| 2213 | 程序凝聚力 | procedural cohesion | 参阅:巧合凝聚力、交际凝聚力、功能凝聚力、逻辑凝聚力 凝聚力、顺序性; | 1. 一种内聚力，其中软件模块执行的任务全部 对给定的程序流程做出贡献，例如迭代或决策过程 凝聚力、时间凝聚力 |
| 2214 | 过程语言 | procedural language | 参阅:参见非过程语言、代数语言、算法语言、列表处理 语言、逻辑;同义词:面向过程的语言 | 1. 一种编程语言，用户在其中陈述一组特定的指令 计算机必须按照给定的顺序执行。编程语言注意所有 广泛使用的编程语言属于此类型。 |
| 2215 | 过程编程语言 | procedural programming language | 参阅:参见非过程编程语言; | 1. 用于表达操作序列的计算机编程语言 由计算机执行。IEEE Std 1008-1987 (R1993, R2002) IEEE 标准 用于软件单元测试。2 示例 COBOL |
| 2216 | 程序 | procedure | 1. 指定如何执行任务的一系列有序步骤。ISO/IEC 26514， 系统与软件工程 - 对设计人员和开发人员的要求 用户文档.4.34. 2. 行动过程的书面描述，如 (1). 3. 计算机程序中被命名并执行特定任务的部分 行动。4. 执行某项活动或过程的具体方式。ISO/IEC 19770-1:2006， 信息技术 — 软件资产管理 — 第 1 部分:流程.3.9.5. 没有返回值的例程 | |
| 2217 | 流程 | process | 1. 一组相互关联或相互作用的活动，用于转换输入 输出。ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件工程 — 系统生命周期过程.4.16；ISO/IEC 15939:2007，系统与软件工程 测量过程。3.32.2. 测量过程是指由测量结果定义的预定事件过程。 在给定条件下实现的目的或效果。 ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.01.24.3. 至 对数据执行操作。4. 按照规定的程序进行的一系列步骤 以某种方式实现目标。ISO/IEC 15414:2006，信息技术 — 开放分布式处理 — 参考模型 — 企业语言.6.3.5. 5. 在数据处理中，执行过程中发生的预定事件过程 程序的全部或部分。ISO/IEC 2382-1:1993，信息技术 - 词汇 — 第 1 部分:基本术语.01.01.25.6.由操作系统管理的可执行单元 系统调度程序。7. 活动系统，利用资源来转换输入 转化为输出。ISO/IEC 25000:2005，软件工程 - 软件产品质量 要求和评估 (SQuaRE) — SQuaRE 指南.4.41 注 [ISO/TS 16949-2008] 9000:2005] 术语“活动”涵盖资源的使用。流程可能具有 多个起点和多个终点。规定的方式可以是 部分有序的序列。流程规范可以是工作流规范。 企业规范可以定义流程类型，也可以定义流程 模板。 | |
| 2218 | 流程行动计划 | process action plan | 1. 计划，通常来自评估，记录具体改进措施 针对评估发现的薄弱环节，将实施 | |
| 2219 | 流程行动小组 | process action team | 1. 负责制定和实施流程改进的团队 流程行动计划中记录的组织活动 | |
| 2220 | 流程架构师 | process architect | 参阅:参见软件生命周期过程（SLCP）; | 1. 对创建和维护负有主要责任的个人或团体 软件生命周期过程（SLCP）。IEEE Std 1074-2006 IEEE 开发标准 软件项目生命周期过程.附件 E |
| 2221 | 流程架构 | process architecture | 1. 顺序、接口、相互依赖性以及其他关系 标准流程中的流程要素注流程架构也 描述流程之间的接口、相互依赖关系和其他关系 要素和外部流程，例如合同管理。 | |
| 2222 | 过程区域 | process area | 1. 某一领域内相关实践的集群，当这些实践集体实施时， 满足一系列被认为对该领域的改进很重要的目标 | |
| 2223 | 过程评估 | process assessment | 1. 对组织单位流程进行严格的评估 过程评估模型。ISO/IEC 15504-1:2004，信息技术 - 过程 评估——第 1 部分:概念和词汇。3.29 | |
| 2224 | 过程评估模型 | process assessment model | 1. 适用于评估过程能力的模型，基于 基于一个或多个流程参考模型。ISO/IEC 15504-1:2004，信息技术 — 过程评估—第 1 部分:概念和词汇。3.30 | |
| 2225 | 流程资产库 | process asset library | 1. 收集对定义、 实施和管理组织中的流程注可能包括 与流程相关的文档，例如政策、定义的流程、清单、 经验教训 12文件、模板、标准、程序、计划和培训 材料 | |
| 2226 | 流程属性 | process attribute | 1.适用于任何过程的可测量过程能力特性。 ISO/IEC 15504-1:2004，信息技术 — 过程评估 — 第 1 部分:概念 和词汇.3.31 | |
| 2227 | 过程属性评级 | process attribute rating | 1. 流程属性达成程度的判断 ISO/IEC 15504-1:2004，信息技术 - 过程评估 — 第 1 部分:概念和词汇。3.32 | |
| 2228 | 过程能力 | process capability | 1. 流程满足当前或预计需求的能力的特征 业务目标。ISO/IEC 15504-1:2004，信息技术 - 过程评估 — 第 1 部分:概念和词汇。3.33. 2. 可以 通过遵循流程来实现 | |
| 2229 | 过程能力测定 | process capability determination | 1. 对组织内选定的流程进行系统评估和分析 针对目标能力，目的是识别优势， 为满足特定需求而部署流程所带来的弱点和风险 ISO/IEC 15504-1:2004，信息技术 - 过程 评估——第 1 部分:概念和词汇。3.34 | |
| 2230 | 过程能力测定发起人 | process capability determination sponsor | 1. 组织单位内部或外部的个人或实体 接受评估的人员需要进行过程能力测定， 并提供资金或其他资源来执行该标准。ISO/IEC 15504-1:2004， 信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.35 | |
| 2231 | 过程能力等级 | process capability level | 1. 六点序数标度（过程能力）上的一个点，代表 流程的能力；每一级都建立在当前级别的能力之上 ISO/IEC 15504-1:2004，信息技术 — 过程评估 — 第 1 部分 1:概念和词汇.3.36 | |
| 2232 | 过程能力水平评定 | process capability level rating | 1. 表示已实现的过程能力水平，源自 已评估过程的过程属性评级。ISO/IEC 15504-1:2004，信息 技术 — 过程评估 — 第 1 部分:概念和词汇。3.37 | |
| 2233 | 进程上下文 | process context | 1. 评估输入中记录的一组影响因素 过程属性评级的判断、理解和可比性。ISO/IEC 15504-1:2004，信息技术—过程评估—第1部分:概念和 词汇.3.38 | |
| 2234 | 流程描述 | process description | 1. 为实现给定目标而执行的一组活动的记录表达 目的注:过程描述提供了操作定义 流程的主要组成部分。描述以完整的方式指定 以精确、可验证的方式，要求、设计、行为或其他特征 过程的程序。它还可能包括确定这些规定是否有效的程序。 已满足。流程描述可在活动、项目、 或组织层面。 | |
| 2235 | 工艺尺寸 | process dimension | 1. 过程评估模型中明确与以下内容相关的元素集 相关过程参考模型中定义的过程。ISO/IEC 15504-1:2004， 信息技术 - 过程评估 - 第 1 部分:概念和词汇.3.39 注:可以根据不同的标准对流程进行分组。’ | |
| 2236 | 进程组 | process group | 1. 相关流程的集合。2. 促进 组织所用过程的定义、维护和改进 | |
| 2237 | 流程改进 | process improvement | 1. 采取行动改变组织的流程，使其更加 有效和/或高效地满足组织的业务目标。 ISO/IEC 15504-1:2004，信息技术—过程评估—第1部分:概念和 词汇.3.40. 2. 提高绩效和成熟度的活动的结果 组织流程的 | |
| 2238 | 流程改进目标 | process improvement objective | 1. 建立一组目标特征，以指导改进工作 以特定、可衡量的方式对现有流程进行评估，无论是从结果 产品或服务特征，如质量、性能和一致性 标准，或流程执行方式，如消除 消除冗余工序、合并工序、改善循环 时间 | |
| 2239 | 流程改进计划 | process improvement program | 1. 有关的战略、政策、目标、职责和活动 并实现规定的改进目标。ISO/IEC 15504-1:2004，信息 技术-过程评估-第1部分:概念和词汇.3.41注A 过程改进计划可以跨越多个完整的过程改进周期。 | |
| 2240 | 流程改进项目 | process improvement project | 1. 流程改进程序的子集，形成一个连贯的集合 为实现特定改进而采取的行动。ISO/IEC 15504-1:2004，信息 技术 — 过程评估 — 第 1 部分:概念和词汇。3.42 | |
| 2241 | 流程改进发起人 | process improvement sponsor | 1. 组织单位内部或外部的个人或实体 接受评估的人，需要进行流程改进，并提供 财政或其他资源来执行。ISO/IEC 15504-1:2004，信息 技术 — 过程评估 — 第 1 部分:概念和词汇。3.43 | |
| 2242 | 流程管理 | process management | 1. 指导、控制和协调开展工作以开发 产品或服务示例质量保证 | |
| 2243 | 工艺措施 | process measures | 1. 捕获有关开发过程的信息。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 2244 | 过程度量 | process metric | 1. 用于衡量方法、技术和 开发、实施和维护软件系统所使用的工具。 IEEE Std 1061-1998 (R2004) IEEE 软件质量度量方法标准.2.15 | |
| 2245 | 过程结果 | process outcome | 1. 过程的可观察 13结果。ISO/IEC 15504-1:2004，信息技术 — 过程评估—第 1 部分:概念和词汇.3.44.2.可观察的结果 成功实现过程目的。ISO/IEC 12207:2008（IEEE Std 12207-2008)，系统和软件工程-软件生命周期过程。4.27； ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统与软件工程 - 系统 生命周期过程。4.18 注:结果是一种工件，一种重要的 状态改变或特定约束的满足。结果陈述 描述下列之一:工件的生产；重大变化 处于状态；满足指定的约束，例如要求、目标。 | |
| 2246 | 流程所有者 | process owner | 1. 负责定义和维护流程的人员（或团队）注意 组织级别，流程所有者是负责 用于描述标准流程；在项目级别，流程所有者 是负责描述所定义流程的人员（或团队）。 因此，一个流程可能有多个所有者，承担不同级别的责任。 | |
| 2247 | 工艺性能 | process performance | 1. 进程的执行实现其目的的程度。ISO/IEC 15504-1:2004，信息技术—过程评估—第1部分:概念和 词汇.3.45 | |
| 2248 | 工艺简介 | process profile | 1. 已评估流程的流程属性评级集。ISO/IEC 15504-1:2004，信息技术—过程评估—第1部分:概念和 词汇.3.46 | |
| 2249 | 工艺目的 | process purpose | 1. 执行过程的高级目标和可能的结果 流程有效实施的评估标准。ISO/IEC 15288:2008 (IEEE Std 15288-2008)， 系统和软件工程 — 系统生命周期流程.4.17. 2. 高级 执行该过程的可衡量目标以及有效实施的可能结果 ISO/IEC 15504-1:2004，信息技术 — 过程评估—第 1 部分:概念和词汇.3.47 注:实施 这个过程应该给利益相关者带来切实的利益。” | |
| 2250 | 流程参考模型 | process reference model | 1. 包含生命周期中流程定义的模型 在流程目的和结果方面，以及描述 流程之间的关系。ISO/IEC 15504-1:2004，信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.48 | |
| 2251 | 工艺标准 | process standard | 1. 处理一系列动作或操作的标准 制造或实现产品 | |
| 2252 | 流程定制 | process tailoring | 1. 为特定目的制定、修改或调整流程描述示例 项目根据组织的标准流程定制其定义的流程 满足项目的目标、约束和环境 | |
| 2253 | 处理逻辑 | processing logic | 1. 用户完成基本要求的具体要求 ISO/IEC 20926:2003；软件工程-IFPUG 4.1 未调整的功能 尺寸测量方法——计数实践手册。7 注:如验证， 算法或计算，以及读取或维护文件 | |
| 2254 | 处理器 | processor | 1.在计算机中，解释和执行指令的功能单元。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.03.08 注:处理器至少由一个指令控制 单元和算术逻辑单元。 | |
| 2255 | 采购文件 | procurement documents | 1. [输出/输入] 投标和提案活动中使用的文件， 包括买方的投标邀请书、谈判邀请书、询价书 信息请求、报价请求、提案请求和卖方的回应。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2256 | 采购管理计划 | procurement management plan | 1. [输出/输入] 描述采购流程的文件 将对采购文件的制定和合同的签订进行管理。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2257 | 产品 | product | 参阅:参见活动、可交付成果、结果;同义词:材料，商品 | 1. 生产的制品，可量化，可以是目的 项目本身或组件项目。项目管理机构指南 知识（PMBOK® 指南）—第四版。2. 全套软件和文档。 ISO/IEC 26514，系统和软件工程 - 对设计师和 用户文档的开发人员。4.36. 3. 软件开发活动的输出 （例如文档、代码或模型）。IEEE Std 1074-2006 IEEE 开发标准 软件项目生命周期过程。附件 E. 4. 过程的结果。ISO/IEC 15939:2007，系统与软件工程 — 测量过程。3.33。注 [ISO 9000:2005] 有四个商定的通用产品类别:硬件（例如发动机 （例如，机械部件）；软件（例如，计算机程序）；服务（例如，运输）； 和加工材料（例如润滑剂）。硬件和加工材料是 一般是有形的产品，而软件或服务一般是无形的。 大多数产品由属于不同通用产品类别的元素组成。 无论产品被称为硬件、加工材料、软件还是 服务取决于主导要素。’ |
| 2258 | 产品分析 | product analysis | 1. 通过手动或自动方式评估产品以确定的过程 如果产品具有某些特征 | |
| 2259 | 产品授权 | product authority | 1. 负责全面负责能力和 产品质量。ISO/IEC 26514，系统和软件工程 - 要求 适用于用户文档的设计者和开发者。4.37 | |
| 2260 | 产品基线 | product baseline | 参阅:分配基线、开发配置、功能基线、产品 配置识别; | 1. 在配置管理中，初始批准的技术文档 （包括软件的源代码列表）定义配置项 在其寿命期内的生产、运行、维护和后勤保障 周期2.在建立硬件/软件配置标识 开发阶段结束 |
| 2261 | 产品配置标识 | product configuration identification | 参阅:分配的配置标识、功能配置标识、 产品基线; | 1. 当前已批准或有条件批准的技术文件 在生产、运行、维护过程中定义配置项，并 生命周期的后勤保障阶段注:它规定了所有必要的 配置项的物理或形式、配合和功能特性， 为生产验收测试指定的选定功能特性， 和生产 |
| 2262 | 产品描述 | product description | 1. 软件包属性的描述，主要用途 帮助潜在买家自行评估 购买前请先阅读产品说明 注意:产品描述不是规格； 它有不同的用途。 | |
| 2263 | 产品工程 | product engineering | 1. 定义、设计和构造或组装的技术流程 产品 | |
| 2264 | 产品生命周期 | product life cycle | 1. 一组通常连续、不重叠的产品阶段，其 名称编号由组织的制造和控制需要决定。 产品生命周期的最后一个阶段通常是产品退役。 一般来说，一个项目生命周期包含在一个或多个产品生命周期内。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2265 | 产品线 | product line | 1. 一组共享一套通用的、可管理的功能的产品或服务 满足特定市场或任务的特定需求 2. 可能从单一领域架构中衍生的系统。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 - 软件生命 循环流程 — 重用流程.3.14 | |
| 2266 | 产品管理 | product management | 1. 产品特性的定义、协调和控制 在其开发周期中例如配置管理 | |
| 2267 | 产品测量 | product measures | 1. 捕获有关开发的软件应用程序的信息。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册 | |
| 2268 | 产品指标 | product metric | 1. 用于衡量任何中间体或最终产品特征的指标 软件开发过程的产物。IEEE Std 1061-1998 (R2004) IEEE 标准 软件质量度量方法论.2.16 | |
| 2269 | 产品需求 | product requirement | 1. 将客户需求细化为开发人员的语言，使 隐含需求转化为明确的派生需求 | |
| 2270 | 产品范围 | product scope | 1. 描述产品、服务或结果的特征和功能。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2271 | 产品范围描述 | product scope description | 1. 产品范围的书面叙述性描述。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2272 | 产品规格 | product specification | 参阅:参见设计说明; | 1. 指定系统生产副本的设计的文档 或组件必须实现。2. 描述特征的文档 计划或现有产品，供潜在客户或用户考虑 注:对于软件，本文件描述的是 软件。 |
| 2273 | 产品标准 | product standard | 1. 定义完整性和可接受性的标准 在软件开发过程中正式或非正式地使用或生产的项目 工程流程 | |
| 2274 | 产品支持 | product support | 1. 提供信息、援助和培训，以安装和制造 软件在其预期环境中运行并分发改进的功能 对用户 | |
| 2275 | 生产 | production | 1. 将草稿文本转换为照相原稿所涉及的步骤， 完整的帮助文本或在线文档。ISO/IEC 15910:1999，信息技术 — 软件用户文档流程.4.39 | |
| 2276 | 生产库 | production library | 参阅:主库、软件开发库、软件存储库、系统 图书馆; | 1. 包含批准用于当前操作的软件的软件库 使用 |
| 2277 | 生产力 | productivity | 参阅:交付率; | 1. 工作成果与工作努力的比率。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 实践手册 |
| 2278 | 专业标准 | professional standard | 1. 确定专业作为学科的标准，并区分 其他职业 | |
| 2279 | 程序 | program | 参阅:参见计算机程序; | 1.编写计算机程序。2.设计、编写、修改和测试程序。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.05.02. 3. 以协调的方式管理一组相关项目，以 获得单独管理无法获得的好处和控制。计划 可能包括独立项目范围 14之外的相关工作元素 项目管理知识体系指南 (PMBOK® 指南) — 第四版 |
| 2280 | 程序构造 | program construct | 1. 一组一个或多个程序部分和一个可能隐含的控制部分。 ISO/IEC 8631:1989，信息技术 - 程序构造和约定 注:每个程序部分均由一个 或更多要执行的操作或者可能为空。 | |
| 2281 | 程序设计语言（PDL） | program design language (PDL) | 参阅:参见硬件设计语言、伪代码; | 1. 具有特殊构造的规范语言，有时还具有验证功能 协议，用于开发、分析和记录程序设计 |
| 2282 | 项目评估与审查技术（PERT） | Program Evaluation and Review Technique (PERT) | 1. 一种应用乐观加权平均值的估计技术， 悲观的，最有可能的估计是当个人 活动估计。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2283 | 程序指令 | program instruction | 1. 源程序中的计算机指令 注意 程序指令 不同于由汇编、编译产生的计算机指令， 或其他解释过程。 | |
| 2284 | 项目管理员 | program librarian | 1. 负责建立、控制和维护 软件开发库 | |
| 2285 | 节目清单 | program listing | 1. 打印输出或其他人类可读的源显示，有时， 组成计算机程序的对象语句 | |
| 2286 | 程序维护手册 | program maintenance manual | 1.提供维护程序所需信息的文档。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.06.08 | |
| 2287 | 项目管理 | program management | 1. 对程序进行集中协调管理，以实现程序的 战略目标和利益。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2288 | 程序突变 | program mutation | 参阅:参见突变测试; | 1. 故意改变预期版本的计算机程序 评估测试用例检测变更的能力 2. 流程 创建一个修改过的程序，如（1） |
| 2289 | 程序网络图 | program network chart | 1. 显示两个或多个计算机程序之间关系的图表 | |
| 2290 | 程序规范 | program specification | 1. 描述程序结构和功能的文档 足够的细节以允许编程并便于维护。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.06.06 | |
| 2291 | 程序状态字（PSW） | program status word (PSW) | 1. 包含指定当前状态的信息的计算机字 计算机程序的。2. 包含程序状态的专用寄存器 （1）中的单词 注:该信息可能包括错误指示、 下一条要执行的指令的地址、当前启用的中断、 等等。 | |
| 2292 | 程序综合 | program synthesis | 1. 使用软件工具帮助转换程序规范 编写一个实现该规范的程序 | |
| 2293 | 可编程断点 | programmable breakpoint | 参阅:参见代码断点、数据断点、动态断点、结语断点、 prolog 断点，静态; | 1. 自动调用先前指定的调试断点 启动断点时的进程 |
| 2294 | 可编程终端 | programmable terminal | 同义词:智能终端 | 1. 具有内置数据处理能力的用户终端。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.03.14。 |
| 2295 | 程序员手册 | programmer manual | 参阅:参见诊断手册、安装手册、操作手册、支持手册、 用户手册; | 1. 提供制定或修改所需信息的文件 给定计算机系统的软件注:通常描述的是 设备配置、操作特性、编程功能、输入/输出 特性、以及计算机系统的编译或汇编特性。 |
| 2296 | 编程 | programming | 参阅:参见建筑; | 1. 软件开发的一般活动。2. 设计、编写、 程序的修改和测试。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.05.03 注意，特别是构造 活动 |
| 2297 | 编程语言 | programming language | 1. 用于表达计算机程序的语言。2. 一种人工语言 用于表达程序。ISO/IEC 2382-1:1993，信息技术 - 词汇 — 第 1 部分:基本术语.01.05.10 | |
| 2298 | 编程支持环境 | programming support environment | 参阅:参见脚手架; | 1. 通过单个命令访问的集成软件工具集合 语言在整个软件生命周期中提供编程支持能力 循环注有时也称为集成编程支持环境。 该环境通常包括用于指定、设计、编辑、编译的工具， 加载、测试、配置管理和项目管理。 |
| 2299 | 编程系统 | programming system | 1. 一组编程语言和支持软件（编辑器、编译器、 在给定的计算机系统中使用这些语言所必需的 | |
| 2300 | 程序敏感故障 | program-sensitive fault | 参阅:数据敏感故障; | 1. 导致程序某些特定序列失败的故障 步骤被执行 |
| 2301 | 渐进式阐述 | progressive elaboration | 1.[技巧]随着计划的详细程度不断提高，计划也越来越详细 随着项目 从而制定出更准确、更完整的计划， 来自规划过程的连续迭代。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2302 | 项目 | project | 1. 努力创造一个产品，并确定开始和结束日期 或按照规定的资源和要求提供服务。ISO/IEC 15288:2008 （IEEE Std 15288-2008），系统和软件工程 - 系统生命周期过程。4.20； ISO/IEC 15939:2007，系统和软件工程 - 测量过程。3.34. 2. 一项具有预先规定的目标、规模和期限的承诺。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.07.01。 3. 为创造独特产品、服务或成果而进行的临时努力。 项目管理知识体系指南（PMBOK® 指南）—第四版。 4. 一组具有时间框架和要交付的工作任务和工作产品。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册 5. 开发活动集 新产品或增强现有产品。 ISO/IEC 26514，系统和软件 工程 —— 对用户文档设计人员和开发人员的要求。4.38 注:项目可以看作是一个独特的过程，包括协调的 和受控活动，可能由项目流程中的活动组成 和技术流程。 | |
| 2303 | 项目协议 | project agreement | 1. 由采购方和供应商制定的一份或一组文件 规定了项目实施的条件。IEEE Std 1058-1998 IEEE 软件项目管理计划标准。3.4 注 A 项目协议可能包括范围、目标、假设、 管理界面、风险、人员配置计划、资源需求、价格、进度、 资源和预算分配、项目交付成果和验收标准 15 项目交付成果。项目协议中的文件可能包括一些 或以下全部:合同、工作说明、用户要求， 系统工程规范、软件需求规范、软件 项目管理计划、支持流程计划、商业计划、项目 宪章或谅解备忘录。” | |
| 2304 | 项目日历 | project calendar | 参阅:参见资源日历; | 1. 工作日或轮班的日历，确定哪些日期 计划活动是确定这些日期的工作日和非工作日 计划活动空闲的时间。通常定义假期、周末和 轮班时间。项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 2305 | 项目章程 | project charter | 1. [输出/输入] 项目发起人或赞助商发布的文件， 正式授权项目的存在，并为项目经理提供 有权将组织资源应用于项目活动。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2306 | 项目沟通管理 | project communications management | 1. [知识领域] 项目沟通管理包括以下流程 确保及时和适当的生成、收集、分配、 存储、检索和最终处置项目信息。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2307 | 项目控制 | project control | 1. 与监测项目进展、其 与项目计划相比，方向、质量和资源利用率。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.07.04 | |
| 2308 | 工程造价管理 | project cost management | 1. [知识领域] 项目成本管理包括涉及的流程 估算、预算和控制成本，以便项目能够完成 在批准的预算范围内。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2309 | 项目可交付成果 | project deliverable | 1. 需要交付给收单方的工作产品。IEEE Std 1058-1998 IEEE 软件项目管理计划标准.3.5 注:数量、交付 交付日期和地点在项目协议中指定。项目可交付成果 可能包括以下内容:操作要求、功能规范、 设计文档、源代码、目标代码、测试结果、安装说明、 培训辅助工具、用户手册、产品开发工具和维护文档。 项目交付物可能是独立的，也可能是更大系统的一部分 可交付成果。 | |
| 2310 | 项目文件 | project file | 同义词:项目笔记本 | 1. 与项目相关的资料的中央存储库。注意内容 通常包括备忘录、计划、技术报告和相关项目。 |
| 2311 | 项目功能点计数 | project function point count | 1. 开发项目或增强项目的规模，以 功能点。ISO/IEC 24570:2005，软件工程 - NESMA 功能规模 测量方法版本 2.1 - 应用的定义和计数指南 功能点分析注:换句话说，总功能 添加、更改或删除。它使参与人员能够决定工作量 为了实现新的软件或改变现有的功能 软件。在后一种情况下，项目功能点计数涉及添加， 改变或删除功能。 | |
| 2312 | 项目人力资源管理 | project human resource management | 1. [知识领域] 项目人力资源管理包括以下流程 负责组织和管理项目团队。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2313 | 项目启动 | project initiation | 1.启动一个可导致新项目授权的流程。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2314 | 项目集成管理 | project integration management | 1. [知识领域] 项目集成管理包括以下流程 识别、定义、结合、统一和协调所需的活动 项目管理中的各种流程和项目管理活动 过程组。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2315 | 项目负责人 | project leader | 1. 管理或领导项目的人。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手动的 | |
| 2316 | 项目级别 | project level | 1. 负责管理个人新开发的管理层 或重大改进项目。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法——计数实践手册 | |
| 2317 | 项目生命周期 | project life cycle | 1. 一组通常连续的项目阶段，其名称和编号 由相关组织的控制需求决定 在项目中。生命周期可以用一种方法来记录。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2318 | 项目管理（PM） | project management (PM) | 1. 应用知识、技能、工具和技术 16进行项目 活动以满足项目要求。项目管理指南 知识体系（PMBOK® 指南）—第四版。2. 涉及的活动 具备项目规划和项目控制能力。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.07.02 | |
| 2319 | 项目管理知识体系（PMBOK®） | Project Management Body of Knowledge (PMBOK®) | 1. 描述专业内知识总和的包容性术语 项目管理。与法律、医学和会计等其他职业一样， 知识体系属于实践者和学者，他们应用并 推进这一进程。完整的项目管理知识体系包括经过验证的 广泛应用的传统做法和创新做法 新兴行业。知识体系包括已出版的和 未发表的材料。这个知识体系在不断发展。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2320 | 项目管理信息系统（PMIS） | project management information system (PMIS) | 1.[工具]由使用的工具和技术组成的信息系统 收集、整合和传播项目管理过程的输出。 它用于支持项目从启动到结束的所有方面， 并可以包括手动和自动系统。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2321 | 项目管理知识区 | project management knowledge area | 1. 项目管理的一个特定领域，由其知识需求定义 并根据其组成过程、实践、输入、输出进行描述， 工具和技术。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2322 | 项目管理办公室（PMO） | project management office (PMO) | 1. 一个组织机构或实体，被赋予各种与 对其管辖范围内的项目进行集中、协调管理。 PMO 的职责范围包括提供项目管理支持 职能转变为真正负责项目的直接管理。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2323 | 项目管理计划 | project management plan | 1. [输出/输入] 一份正式的、经过批准的文件，定义项目如何 被执行、监控和控制。它可能是一份摘要或详细的，也可能是一份 由一个或多个附属管理计划和其他规划文件组成。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2324 | 项目管理过程组 | project management process group | 1. 项目管理投入、工具和技术的逻辑分组， 项目管理过程组包括启动过程、 规划流程、执行流程、监控和控制流程， 和结束过程。项目管理过程组不是项目阶段。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2325 | 项目管理软件 | project management software | 1. 专门设计用于帮助项目管理团队完成 规划、监督和控制项目，包括成本估算， 调度、协作和风险分析 | |
| 2326 | 项目管理系统 | project management system | 1. [工具] 流程、工具、技术、方法的集合， 资源和管理项目的程序。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2327 | 项目管理团队 | project management team | 1. 直接参与项目管理的项目团队成员 活动。在一些较小的项目中，项目管理团队可能包括 几乎所有项目团队成员。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2328 | 项目经理（PM） | project manager (PM) | 1. 执行组织指派的完成项目的人员 目标。项目管理知识体系指南（PMBOK® 指南） — 第四版。2. 管理一个或多个项目或项目组的人。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法 - 计数实践手册 3. 总体责任人 用于项目的管理和运行。ISO/IEC 26514，系统和软件 工程 —— 对用户文档设计人员和开发人员的要求。4.39 | |
| 2329 | 项目组织结构图 | project organization chart | 1. [输出/输入] 一份以图形方式描述项目团队成员的文档 以及它们在特定项目中的相互关系。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2330 | 项目阶段 | project phase | 1. 一系列逻辑相关的项目活动，通常以 完成主要可交付成果。项目阶段主要完成 顺序进行，但在某些项目情况下可能会重叠。项目阶段是 项目生命周期的组成部分。项目阶段不是项目管理 过程组。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2331 | 项目计划 | project plan | 1. 描述应遵循的技术和管理方法的文件 对于一个项目例如一个软件开发计划注意 计划通常描述要完成的工作、所需的资源、方法 要使用的、要遵循的程序、要满足的时间表以及方式 该项目将会被组织起来。 | |
| 2332 | 项目策划 | project planning | 1. 与组件规范、时间安排有关的活动， 资源和项目的程序。ISO/IEC 2382-20:1990 信息技术-词汇-第 20:系统开发.20.07.03 | |
| 2333 | 项目组合 | project portfolio | 1. 针对组织战略目标的项目集合。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期过程。4.30；ISO/IEC 15288:2008（IEEE Std 15288-2008），系统和 软件工程——系统生命周期流程.4.21 | |
| 2334 | 项目采购管理 | project procurement management | 1. [知识领域] 项目采购管理包括以下流程 从外部购买或获取所需的产品、服务或成果 项目团队执行工作。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 2335 | 工程质量管理 | project quality management | 1. [知识领域] 项目质量管理包括流程和 执行组织确定质量政策、目标、 和责任，以便项目能够满足其需求 项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2336 | 项目资源约束 | project resource constraint | 1. 对资源使用的限制或约束，例如什么资源 技能或学科的可用性以及给定资源的可用性 在指定的时间段内 | |
| 2337 | 项目风险管理 | project risk management | 1. [知识领域] 项目风险管理包括以下过程 进行风险管理规划、识别、分析、应对， 以及对项目的监督和控制。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2338 | 项目风险概况 | project risk profile | 参阅:参见风险概况、风险状况; | 1. 项目的当前和历史风险相关信息；概要 或项目中所有单个风险概况的集合。ISO/IEC 16085:2006 （IEEE Std 16085-2006），系统和软件工程 - 生命周期流程 — 风险管理。3.4 注:项目风险概况信息包括 风险管理背景，以及风险的时间记录和 他们的个人风险状况、优先顺序、风险相关措施、治疗 状态、应急计划和风险行动请求。项目风险概况包括 所有单个风险的风险概况的集合，进而 包括当前和历史风险状态。 |
| 2339 | 项目进度计划表 | project schedule | 1. [输出/输入] 计划执行计划活动的日期和 计划完成进度里程碑的日期。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2340 | 项目进度网络图 | project schedule network diagram | 同义词:逻辑图 | 1. [输出/输入] 任何关于以下逻辑关系的示意图 项目进度表活动。始终从左到右绘制，以反映项目进度表活动。 工作年表。项目管理知识体系指南（PMBOK® 指南） — 第四版。 |
| 2341 | 项目范围 | project scope | 1. 为交付产品、服务或结果而必须执行的工作 具有指定特征和功能的项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2342 | 项目范围管理 | project scope management | 1. [知识领域] 项目范围管理包括所需的流程 确保项目包括所有需要的工作，并且只包括需要的工作， 成功完成项目。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 2343 | 项目范围说明书 | project scope statement | 1. [输出/输入] 项目范围的叙述性描述，包括 主要交付成果、项目假设、项目约束和描述 为未来项目决策提供记录基础 并确认或发展对项目范围的共识 利益相关者。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2344 | 项目规范 | project specification | 1. 项目目标、要求和范围的规范 及其与其他项目的关系。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.07.07 | |
| 2345 | 项目团队 | project team | 1. 项目经理，以及（对于某些项目）项目发起人，以及 直接或间接向项目经理报告的一组人员 并负责将项目工作作为其日常工作的一部分 分配的职责，包括支持项目管理的人员 | |
| 2346 | 项目团队目录 | project team directory | 1. 项目团队成员、其项目角色 17和沟通的记录清单 信息。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 2347 | 项目时间管理 | project time management | 1. [知识领域] 项目时间管理包括所需的流程 管理项目的及时完成。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 2348 | 项目/应用程序属性 | project/application attribute | 1. 项目或应用程序的特征可能具有重大 对生产力的影响。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法 - 计数实践手册示例硬件 平台、人员经验、工具和方法注:项目/应用 属性用于在分析过程中对项目数据进行分类。 | |
| 2349 | 项目化组织 | projectized organization | 1.项目经理拥有全部权力的任何组织结构 分配优先事项、应用资源并指导指定人员的工作 项目管理知识体系指南 (PMBOK® 指南) — 第四版 | |
| 2350 | prolog 断点 | prolog breakpoint | 参阅:参见结语断点、代码断点、数据断点、动态断点、 可编程断点，静态;同义词:前言断点 | 1. 进入程序或例程时启动的断点。断点 |
| 2351 | 提示 | prompt | 1. 计算机系统显示的符号或消息，请求输入 系统的用户。2. 显示符号或消息，如 (1)。3. 视觉 或程序发送的声音信息，用于请求或指导用户的响应。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.06.07 | |
| 2352 | 证明 | proof | 1. 提交给收购方进行审查的纸质文件的最终副本 ISO/IEC 15910:1999，信息技术 - 软件用户文档 4.40 注:除非要求修改，否则完成的文件 除纸张外，应与校样在所有方面均相同， 装订和颜色。校样通常是照相排版原件的复印件。 | |
| 2353 | 正确性证明 | proof of correctness | 参阅:参见断言、形式化规范、归纳断言方法、部分正确性、 总体正确性; | 1. 一种形式化技术，用于从数学上证明计算机程序 满足其规定的要求。2. 应用 （1）中的技术 |
| 2354 | 财产 | property | 1. 责任是一种固有或独特的特征或 体现对象知识或行为某些方面的特征。IEEE 标准 1320.2-1998 (R2004) IEEE 概念建模语言语法和 IDEF1X97 (IDEFobject) 的语义.3.1.151 注意三种属性 定义:属性、由于关系而产生的参与者属性以及操作。 | |
| 2355 | 提案 | proposal | 1. 收益、成本、风险、机会和其他因素的汇编 适用于要做出的决策。ISO/IEC 38500:2008，企业管理 信息技术。1.6.12 注包括商业案例 | |
| 2356 | 拟议变更 | proposed change | 1. 一份关于异常、需要或建议改进的报告 一个想法被记录下来直到由指定的变更机构处置。 ISO/IEC TR 15846:1998，信息技术 - 软件生命周期过程 - 配置 管理.4.3 注:处理方式可以是拒绝、推迟进一步 分析或接受。一旦接受，提议的变更将成为已批准的变更 修改。可能存在一对一、一对多或多对多关系 建议的变更和批准的修改之间。 | |
| 2357 | 受保护 | protected | 参阅:私人、公开、隐藏; | 1. 仅对类或接收实例可见的责任 类的（仅在类或其子类的方法中可用）。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.152 |
| 2358 | 保护异常 | protection exception | 参阅:寻址异常、数据异常、操作异常、溢出异常、 下溢异常; | 1. 当程序尝试写入受保护的 储存区域 |
| 2359 | 协议 | protocol | 1. 一组管理流程、设备、 以及系统内的其他组件 | |
| 2360 | 协议对象 | protocol object | 1. 通道中的工程对象，与其他协议进行通信 同一通道内的对象实现基础工程对象间的交互 （可能在不同的簇中，可能在不同的胶囊中，可能在不同的 节点）。 ISO/IEC 10746-3:1996，信息技术 - 开放分布式处理 — 参考模型:Architecture.8.1.12 | |
| 2361 | 原型 | prototype | 1. 作为模型的系统的初步类型、形式或实例 用于后期阶段或系统 2 的最终完整版本模型或 初步实现适合评估的软件 系统设计、性能或生产潜力，或为了更好地理解 软件需求。ISO/IEC 15910:1999，信息技术 - 软件 用户文档流程。4.41 注意原型用于获取反馈 来自用户，用于改进和指定复杂的人机界面，以实现可行性 研究或确定需求。 | |
| 2362 | 原型设计 18 | prototyping | 参阅:参见快速成型技术; | 1. 一种硬件和软件开发技术，其中初步版本 部分或全部硬件或软件的开发是为了允许用户反馈， 确定可行性，或调查时间安排或其他问题以支持 开发过程 |
| 2363 | 规定 | provision | 1. 规范性文件内容中的表达，其形式为 声明、指令、建议或要求。 ISO/IEC 14143-2:2002， 信息技术 — 软件度量 — 功能规模度量 — 第 2 部分:软件规模测量方法与 ISO/IEC 的一致性评估 14143-1:1998.3.8 注:这些类型的规定有区别[在 英语]通过措辞形式来表达，例如，指令是 在祈使语气中，使用助动词“应该”来提出建议， 和要求，通过使用辅助词“应当”。[ISO/IEC 指南 2:2004]” | |
| 2364 | 临时评估员 | provisional assessor | 1. 具有进行评估的技能和能力的人 在合格评估员的指导和监督下。ISO/IEC 15504-1:2004， 信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.49 | |
| 2365 | PSCI | PSCI | 1. 计算交互的协议支持。ISO/IEC 14752:2000，信息 技术 - 开放分布式处理 - 计算协议支持 互动。4 | |
| 2366 | 伪指令 | pseudo instruction | 同义词:pragma，伪操作，伪操作 | 1. 提供信息或方向的源语言指令 汇编器或编译器并没有将其翻译成目标语言指令。 示例:指定所需源代码格式的指令 列表 |
| 2367 | 伪代码 | pseudocode | 1. 编程语言结构和自然语言的组合 表达计算机程序设计。2. 结构化英语的通用术语 或程序设计语言。3. 用于低级程序的类似英语的语句 设计示例如果数据到达速度比预期的快，则拒绝 每第三个输入 ELSE 处理所有接收到的数据 ENDIF。 | |
| 2368 | PSW | PSW | 1. 程序状态字 | |
| 2369 | PTNG | PTNG | 1. 位置/转换网络图。ISO/IEC 15909-1:2004，软件和系统 工程.高级Petri网.第1部分:概念、定义和图形 符号.2.2.6 | |
| 2370 | 公共 | public | 参阅:隐藏、私人、受保护; | 1. 不隐藏的责任。IEEE Std 1320.2-1998 (R2004) IEEE IDEF1X97（IDEFobject）概念建模语言语法和语义标准。3.1.153。 2. 为多个例程或模块所知 注意，即对任何 请求者（对所有人开放，不受限制） |
| 2371 | 目的陈述 | purpose statement | 1. 简要说明 IDEF0 模型存在的原因 在模型的 a-0 上下文图中。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.96 的语法和语义 | |
| 2372 | PV | PV | 1. 计划值。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2373 | QA | QA | 1. 质量保证 | |
| 2374 | QC | QC | 1. 质量控制 | |
| 2375 | QME | QME | 1. 质量测量要素。ISO/IEC 25021:2007，软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 质量衡量要素。5 | |
| 2376 | QOS | QOS | 1. 服务质量。ISO/IEC 10746-1:1998，信息技术 — 开放 分布式处理 — 参考模型:概述 | |
| 2377 | QR | QR | 1. 质量要求。ISO/IEC TR 14143-4:2002，信息技术 — 软件度量 — 功能规模度量 — 第 4 部分:参考模型。4 | |
| 2378 | 资质 | qualification | 1. 证明一个实体是否有能力履行指定义务的过程 要求。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统和软件工程 — 软件生命周期过程.4.31; ISO/IEC 15288:2008 (IEEE Std 15288-2008), 系统和软件工程 — 系统生命周期过程.4.22. 2. 过程 确定系统或组件是否适合操作使用 | |
| 2379 | 资格要求 | qualification requirement | 1. 为使某项资格符合而必须满足的一组标准或条件 软件产品符合其规格并可供使用 在其目标环境中或与其包含的系统集成。 ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 流程.4.32 | |
| 2380 | 资质检测 | qualification testing | 参阅:参见验收测试、开发测试、操作测试; | 1. 测试，由开发商进行，并由收购方见证（视情况而定）， 证明软件产品符合其规格并准备 在其目标环境中使用或与其包含的系统集成。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期过程.4.33. 2. 进行测试以确定系统是否 或组件适合操作使用。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档.3.1.24 |
| 2381 | 定性风险分析 | qualitative risk analysis | 1. 通过评估确定风险的优先次序，以便进行后续的进一步分析或采取行动 并结合其发生概率和影响 | |
| 2382 | 品质 | quality | 1.系统、组件或流程满足指定要求的程度。 IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.1.25。 2. 产品、服务、系统、组件或流程满足客户需求的能力 或用户需求、期望或要求。3. 特征的总和 实体满足明示和暗示需求的能力。ISO/IEC 9126-1:2001，软件工程—产品质量—第1部分:质量模型。B.21. 4.符合用户期望、符合用户要求、客户 满意度、可靠性和存在的缺陷程度。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 实践手册 5. 一组固有特征满足的程度 要求。项目管理知识体系指南（PMBOK® 指南） — 第四版。6. 系统、组件或流程满足 客户或用户的需求或期望。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档.3.1.25 | |
| 2383 | 质量保证（QA） | quality assurance (QA) | 1. 为提供足够的 确信某项物品或产品符合既定的技术要求 2. 旨在评估产品生产过程的一系列活动 开发或制造。3. 实施的有计划、有系统的活动 在质量体系内，并根据需要进行证明，以提供足够的信心 实体将满足质量要求。 ISO/IEC 12207:2008（IEEE Std 12207-2008)，系统和软件工程-软件生命周期过程。4.34. 4. 质量管理的一部分重点是确保质量要求 ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件 工程——系统生命周期过程。4.23 注 质量保证的外部目的:在组织内部，质量保证 为管理层提供信心；在合同情况下，质量保证 为客户或其他人提供信心。一些质量控制和质量 保证行动是相互关联的。除非质量要求充分反映 用户的需求，质量保证可能无法提供足够的信心。’ | |
| 2384 | 质量属性 | quality attribute | 1. 软件的特性，或适用于质量因素的通用术语， 质量子因素或度量值。IEEE 标准 1061-1998 (R2004) IEEE 标准 软件质量度量方法论.2.17. 2. 特征或特性 影响物品的质量。3. 指定属性程度的要求 影响系统或软件必须具备的质量 | |
| 2385 | 质量控制（QC） | quality control (QC) | 参阅:参见质量保证; | 1. 旨在评估开发或制造的质量的一组活动 产品。2. 验证自己或同事的工作的过程。注 目前，该术语在软件工程中还没有标准化的含义。 |
| 2386 | 质量评价 | quality evaluation | 1. 系统地检查一个实体能够 满足指定要求。ISO/IEC 14598-1:1999，信息技术 —软件产品评估—第1部分:总体概述。4.22注 需求可以正式指定，例如当为特定目的开发产品时 用户根据合同，或由开发组织指定，如当 产品是为未指定的用户开发的，例如消费者软件，或 需求可能更为普遍，例如当用户评估产品进行比较时 和选择目的。” | |
| 2387 | 品质因数 | quality factor | 1. 软件的一种面向管理的属性，有助于提高软件的质量。 IEEE Std 1061-1998 (R2004) IEEE 软件质量度量方法标准。2.18。 2. 更高级别的质量属性 | |
| 2388 | 品质因数样本 | quality factor sample | 1. 从度量数据库中提取的一组质量因子值 并用于度量验证。IEEE Std 1061-1998 (R2004) IEEE 软件标准 质量度量方法.2.19 | |
| 2389 | 品质因数值 | quality factor value | 参阅:度量值; | 1. 表示品质因数的直接度量值。IEEE 标准 1061-1998 (R2004) IEEE 软件质量度量方法标准.2.2 |
| 2390 | 使用质量（测量） | quality in use (measure) | 参阅:参见可用性; | 1. 特定用户使用的产品满足其需求的程度 以有效性、生产力、安全性 19和满意度实现特定目标 在特定的使用环境中。ISO/IEC 25000:2005，软件工程 - 软件 产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.42 注意 使用质量的定义与 ISO 中的可用性定义类似 9241-11。 |
| 2391 | 品质管理 | quality management | 1. 指导和控制一个组织的协调活动 质量。ISO/IEC TR 19759:2005；软件工程 - 软件质量指南 工程知识体系 (SWEBOK)。12 注释 ISO 9000-2000。 | |
| 2392 | 质量管理计划 | quality management plan | 1. [输出/输入] 质量管理计划描述了项目管理如何 团队将执行执行组织的质量政策。质量 管理计划是项目管理的一个组成部分或子计划 项目管理知识体系指南（PMBOK® 指南）—第四版 版 | |
| 2393 | 质量测量要素（QME） | quality measure element (QME) | 1. 用于构建软件的基本度量或派生度量 质量措施。ISO/IEC 25000:2005，软件工程 - 软件产品 质量要求与评估 (SQuaRE) — SQuaRE.4.43 指南；ISO/IEC 25021:2007， 软件工程——软件产品质量要求与评估（SQuaRE） — 质量测量要素。4.14 注:软件质量特性 或实体的子特征随后通过软件计算得出 质量衡量标准。 | |
| 2394 | 质量指标 | quality metric | 1. 定量测量某项事物拥有特定特征的程度 质量属性。2. 一个函数，其输入是软件数据，其输出是 是一个数值，可以解释为 软件具有给定的质量属性 | |
| 2395 | 质量模型 | quality model | 1. 定义一组特征以及它们之间的关系， 提供了指定质量要求和评估质量的框架。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）——SQuaRE 指南.4.44. 2. 特征集 以及它们之间的关系，为指定质量提供基础 要求和评估质量。ISO/IEC 14598-1:1999，信息技术 — 软件产品评估 — 第 1 部分:总体概述.4.24 | |
| 2396 | 品质要求 | quality requirement | 1. 软件属性必须存在于软件中以满足 合同、标准、规范或其他正式规定的文件。IEEE Std 1061-1998 (R2004) IEEE 软件质量度量方法标准.2.21 | |
| 2397 | 质量子因素 | quality subfactor | 1. 将质量因素或质量子因素分解为其技术 组件。IEEE Std 1061-1998 (R2004) IEEE 软件质量度量标准 方法论.2.22 | |
| 2398 | 定量风险分析 | quantitative risk analysis | 1. 对已确定的总体项目目标的影响进行数值分析 风险 | |
| 2399 | 数量（基数） | quantity (base) | 1. 在数量系统中，通常 被视为功能上相互独立。ISO/IEC 19761:2003，软件 工程——COSMIC-FFP——一种功能尺寸测量方法。3.2 | |
| 2400 | 查询语言 | query language | 参阅:参见编程语言、规范语言; | 1. 用于访问数据库中存储的信息的语言 |