随着信息技术的进步，系统和软件工程学科也在不断成熟。新术语不断产生，现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考，并鼓励使用 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部分，这是第十部分。
| 编号 | 名称 | 英文名 | 参考 | 描述 |
|---|---|---|---|---|
| 2701 | 服务出口 | service export | 1. 与交易功能的互动，其中宣传服务优惠， 将服务要约添加到已识别的服务要约集合中。ISO/IEC 10746-3:1996， 信息技术 — 开放分布式处理 — 参考模型:架构.14.5.1.2 | |
| 2702 | 服务导入 | service import | 1. 与交易功能的交互，搜索已识别的 一组服务提议，用于发现满足指定条件的服务的接口 类型可用。ISO/IEC 10746-3:1996，信息技术 - 开放分布式 处理 — 参考模型:Architecture.14.5.1.3 | |
| 2703 | 服务水平协议（SLA） | service level agreement (SLA) | 1. 服务提供商与客户之间的书面协议，记录 服务和商定的服务水平。ISO/IEC 20000-1:2005，信息技术 — 服务管理 — 第 1 部分:规范.2.13 | |
| 2704 | 服务管理 | service management | 1. 管理服务以满足业务需求 3。ISO/IEC 20000-1:2005， 信息技术 — 服务管理 — 第 1 部分:规范.2.14 | |
| 2705 | 服务报价 | service offer | 1. 有关接口的信息，包括接口的标识符 及其计算接口签名类型。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.14.5.1.1 注:标识符可以绑定到接口。计算 签名使贸易商能够确保服务进口商选择的服务报价 将以导入对象期望的方式进行交互。附加信息 在服务提供中可以用来提供比所体现的更大的歧视 在界面签名中。 | |
| 2706 | 服务原语 | service primitive | 1. 通道对象交互的抽象定义，导致 通道中协议对象之间的协议交换。ISO/IEC 14752:2000， 信息技术 - 开放分布式处理 - 计算的协议支持 相互作用.3.3.11 | |
| 2707 | 服务提供商 | service provider | 1. 旨在实现 ISO/IEC 20000 的组织。ISO/IEC 20000-1:2005， 信息技术 — 服务管理 — 第 1 部分:规范.2.15 | |
| 2708 | 集合 | set | 参阅:包、清单; | 1. 没有重复成员并且顺序无关紧要的集合类。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模 4语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.176 |
| 2709 | 设置时间 | set-up time | 参阅:参见繁忙时间、停机时间、空闲时间、设置时间、正常运行时间; | 1. 准备系统或组件的时间段 对于特定操作 |
| 2710 | SF | SF | 1. 从开始到结束。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2711 | 影子类 | shadow class | 1. 视图中呈现的类，在其他视图中指定。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义.3.1.177 | |
| 2712 | 外壳 | shell | 1. 为用户提供界面的计算机程序或例程 以及计算机系统或程序 | |
| 2713 | 应计成本估算 5 | should-cost estimate | 1. 估计产品或服务的成本，用于评估其合理性 供应商的报价 | |
| 2714 | 信号 | signal | 1. 一个原子共享动作，导致发起方单向通信 对象到响应对象。ISO/IEC 10746-3:1996，信息技术— 开放分布式处理——参考模型:架构.7.1.1. 2. 变体 用于表示数据的物理量。ISO/IEC 2382-1:1993，信息 技术词汇第 1 部分:基本术语.01.02.01 注意信号 是一种互动。’ | |
| 2715 | 信号接口 | signal interface | 1. 所有交互都是信号的接口。ISO/IEC 10746-3:1996， 信息技术 — 开放分布式处理 — 参考模型:架构.7.1.6 | |
| 2716 | 信号接口签名 | signal interface signature | 1. 信号接口的接口签名。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.7.1.11 注:信号接口签名由一组有限的动作模板组成， 接口中每种信号类型各一个。每个动作模板包含 信号的名称、信号编号、信号参数的名称和类型，以及指示 相对于客体的因果关系（发起或响应，但不是两者） 实例化模板。 | |
| 2717 | 签名 | signature | 1. 给定操作的参数的定义，包括它们的 数字顺序、数据类型和传递模式；结果（如果有）；以及可能的 可能发生的结果（正常与异常）。 ISO/IEC 19500-2:2003，信息 技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 （GIOP）/互联网 ORB 间协议（IIOP）。3.2.15. 2. 数学结构 包括一组排序和一组运算符。ISO/IEC 15909-1:2004，软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号。2.1.22. 3. 接口与职责的声明 “看起来像。” IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义.3.1.178 注 A 签名由责任名称以及属性运算符组成 以及其参数的数量和类型（如果有）。可以指定类型（类） 对于每个参数，以将参数值限制为 那个班级 | |
| 2718 | 路标 | signpost | 1. 帮助用户识别特定 信息类型位于何处或当前显示中的信息 适合整个文档。ISO/IEC 26514，系统和软件工程 — 对用户文档设计者和开发者的要求。4.45 注信息 不同类型的故障可以用不同类型的符号或图形来表示。 | |
| 2719 | 简单缓冲 | simple buffering | 参阅:参见动态缓冲; | 1. 一种缓冲技术，其中将缓冲区分配给计算机程序 在程序执行期间 |
| 2720 | 简单令牌 | simple token | 1. 一个无价值的标记，通常用黑点表示，用于位置/过渡 网络（相对于高级网络）。ISO/IEC 15909-1:2004，软件和系统 工程.高级Petri网.第1部分:概念、定义和图形 符号.2.1.25.2 | |
| 2721 | 简单 | simplicity | 参阅:参见复杂性; | 1. 系统或组件的设计和实现程度 简单易懂 2. 软件属性提供 以最易理解的方式实现功能 |
| 2722 | 模拟 | simulation | 参阅:模拟; | 1. 当提供一组 受控输入。2. 开发或使用模型的过程，如 (1) 中所述。 3. 使用数据处理系统来表示选定的行为特征 6 物理或抽象系统。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.06.01 |
| 2723 | 模拟器 | simulator | 参阅:模拟器; | 1. 行为或操作与给定相同的设备、计算机程序或系统 当提供一组受控输入时，系统 |
| 2724 | 同时 | simultaneous | 参阅:参见并发; | 1. 指两个或多个事件在同一时刻发生 时间 |
| 2725 | 同时递归 | simultaneous recursion | 1. 两个软件模块互相调用的情况 | |
| 2726 | 单击决策表 | single-hit decision table | 1. 一个决策表，其中任何一组条件都可以由一个满足， 并且只有一个规则。ISO 5806:1984，信息处理 - 单击规范 决策表.3.2 | |
| 2727 | 单级编码 | single-level encoding | 参阅:参见两级编码;同义词:单级编码 | 1. 一种微编程技术，其中对不同的微操作进行编码 作为微指令同一字段中的不同值。 |
| 2728 | 单步操作 | single-step operation | 同义词:单步执行，分步操作 | 1. 一种调试技术，其中单个计算机指令或部分 一条指令，响应外部信号而执行。 |
| 2729 | 单值属性 | single-valued property | 参阅:参见多值属性; | 1. 具有单值映射的属性。IEEE Std 1320.2-1998 (R2004) IEEE IDEF1X97 概念建模语言语法和语义标准 (IDEFobject).3.1.179 |
| 2730 | 尺寸 | sizing | 参阅:参见时机; | 1. 估计计算机存储量或数量的过程 软件系统或组件所需的源代码行数 |
| 2731 | 骷髅 | skeleton | 1. 协助对象适配器的对象接口特定 ORB 组件 将请求传递给特定方法。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.2.16 | |
| 2732 | SLCP | SLCP | 1. 软件生命周期过程。ISO/IEC TR 9126-3:2003，软件工程 — 产品质量 — 第 3 部分:内部指标。5 | |
| 2733 | SLOC | SLOC | 1.源代码行数，编程语言代码的行数 在编译之前在程序中。 ISO/IEC 20968:2002，软件工程 — Mk II 功能点分析——计数实践手册.10 | |
| 2734 | 雪泥 | slush | 1. 为功能或代码冻结做准备注意在此期间， 开发人员会提交他们一直在开发的代码，但却不愿意 开始新的元素。如果冻结持续很长时间，可能会出现雪泥 通过允许一些额外的元素来引入它以简化它的通过。 | |
| 2735 | 中小企业 | SME | 1. 主题专家。ISO/IEC 26514，系统和软件工程 — 对用户文档设计者和开发者的要求。4.44 | |
| 2736 | SMIR | SMIR | 1. 服务器确保一切正确。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
| 2737 | 快照转储 | snapshot dump | 参阅:参见变更转储、动态转储、内存转储、事后转储、选择性转储、 静态转储; | 1. 动态转储一个或多个指定存储区域的内容 |
| 2738 | SNCS | SNCS | 1. 服务器本机代码集。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
| 2739 | 软拷贝图像 | soft copy image | 1. 音频或视频格式的非永久性信息输出。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.06.05 示例视频显示 | |
| 2740 | 软故障 | soft failure | 参阅:参见硬故障; | 1. 允许系统继续运行且部分功能无法操作的故障 能力 |
| 2741 | 软件 | software | 参阅:参见应用软件; | 1. 全部或部分程序、规程、规则和相关文档 信息处理系统。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.01.08. 2. 计算机程序、程序、 以及可能与运营相关的文件和数据 计算机系统。IEEE Std 829-2008 IEEE 软件和系统测试标准 文档.3.1.32. 3. 用于运行计算机的程序或程序集。ISO/IEC 26514，系统和软件工程 - 对设计师和开发人员的要求 用户文档。4.46 EXAMPLE 命令文件，作业控制语言 注包括固件、文档、数据和执行控制语句 |
| 2742 | 软件采购流程 | software acquisition process | 1. 从决定购买软件开始的一段时间 产品，并在产品不再可供使用时结束。IEEE Std 1062， 1998 年版 (R2002) IEEE 软件采购推荐实践（包括 IEEE Std 1062a).3.8 注:软件获取过程通常 包括规划组织战略 7、实施 组织的过程，确定软件需求，识别 潜在供应商，准备合同要求，评估提案并 选择供应商、管理供应商绩效、接受软件、 并使用该软件。 | |
| 2743 | 软件资产管理（SAM） | software asset management (SAM) | 1. 有效管理、控制和保护软件资产 ISO/IEC 19770-1:2006，信息技术 - 软件资产 管理 — 第 1 部分:流程.3.12 | |
| 2744 | 软件特性 | software characteristic | 1.软件固有的、可能是偶然的特性、质量或属性。 IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准。2 示例功能， 性能、属性、设计约束、状态数、分支线 | |
| 2745 | 软件组件（SC） | software component (SC) | 1. 用于指代软件系统或元素的通用术语，例如 模块、单元、数据或文档。IEEE Std 1061-1998 (R2004) IEEE 标准 软件质量度量方法.2.2. 2. 功能或逻辑上不同的 软件配置项的一部分，为了方便区分 在设计和指定复杂的 SCI 作为从属元素的集合时 | |
| 2746 | 软件配置项（SCI） | software configuration item (SCI) | 参阅:参见硬件配置项; | 1. 已建立为配置项的软件实体 注意 SCI 存在于功能分配明确区分 设备功能与软件功能的区别以及软件的建立 作为可配置项。 |
| 2747 | 软件配置管理（SCM） | software configuration management (SCM) | 1. 在整个软件中应用配置管理的过程 生命周期，以确保 SCI 的完整性和正确性。ISO/IEC TR 15846:1998， 信息技术 - 软件生命周期过程 - 配置管理.4.4 | |
| 2748 | 软件设计 | software design | 1. 运用科学原理、技术信息和想象力 在软件系统的定义中，执行预先指定的功能 实现最大的经济和效率 | |
| 2749 | 软件设计审计 | software design audit | 1. 审查软件产品以确定是否符合要求， 标准和合同文件 | |
| 2750 | 软件设计概念 | software design concept | 1. 可以应用于的基本思想（例如信息隐藏） 设计一个系统 | |
| 2751 | 软件设计描述（SDD） | software design description (SDD) | 1. 为便于分析、规划、 实施和决策。IEEE Std 1012-2004 IEEE 软件标准 验证和确认.3.1.28；IEEE Std 1016-1998 IEEE 推荐实践 软件设计说明。3.4 注意:软件设计说明 用作交流软件设计信息的媒介，可以认为 作为系统的蓝图或模型。 | |
| 2752 | 软件设计符号 | software design notation | 同义词:软件设计表示 | 1. 描述软件设计的方法。示例结构 图表和伪代码注:可以是图解、符号或文本。 |
| 2753 | 软件设计验证 | software design verification | 1. 评估设计以确定其正确性 要求、符合设计标准、系统效率和其他标准 | |
| 2754 | 软件开发周期 | software development cycle | 参阅:参见软件生命周期; | 1. 从决定开发软件开始的一段时间 产品并在软件交付时结束注意此周期通常 包括需求阶段、设计阶段、实施阶段、测试阶段， 有时还包括安装和检查阶段。上面列出的阶段可能会重叠 或者迭代执行，取决于软件开发方法 这个词有时用来表示一段较长的时间，要么是 当开发人员不再对软件进行增强时，该期限就结束了， 或整个软件生命周期。 |
| 2755 | 软件开发文件（SDF） | software development file (SDF) | 1. 与特定软件开发相关的材料集合 单元或相关单元集。Syn:软件开发文件夹，软件开发 笔记本，单元开发文件夹注意内容通常包括 需求、设计、技术报告、代码清单、测试计划、测试结果、 单位的问题报告、时间表和注释。 | |
| 2756 | 软件开发库 | software development library | 参阅:主库、生产库、软件存储库、系统库;同义词:项目库，程序支持库 | 1. 包含计算机可读和人类可读信息的软件库 与软件开发工作相关。 |
| 2757 | 软件开发计划（SDP） | software development plan (SDP) | 1. 软件开发项目的项目计划 | |
| 2758 | 软件开发流程 | software development process | 1. 将用户需求转化为软件产品的过程 注:该过程涉及将用户需求转化为软件要求， 将软件需求转化为设计，在设计中实现 代码、测试代码，有时还要安装和检查软件 供作战使用。这些活动可能会重叠或迭代执行。 | |
| 2759 | 软件多样性 | software diversity | 1. 一种软件开发技术，其中两个或多个功能相同的 程序的变体由不同的程序员根据相同的规范开发 或编程团队，旨在提供错误检测、提高可靠性， 额外的文档，或者编程或编译器的可能性降低 错误会影响最终结果 | |
| 2760 | 软件工程 | software engineering | 1. 系统地应用科学技术知识， 方法和经验，用于设计、实施、测试和文档 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分 基本术语.01.04.07.2.应用系统的、规范的、可量化的 软件开发、操作和维护的方法；即 工程在软件中的应用 | |
| 2761 | 软件工程环境（SEE） | software engineering environment (SEE) | 1.为软件工程提供自动化服务的环境 系统和相关领域，例如项目管理和流程管理。 ISO/IEC 15940:2006，信息技术 - 软件工程环境 服务.2.2.1 2. 用于执行软件服务的硬件、软件和固件 工程工作注包括平台、系统软件、实用程序、 并安装 CASE 工具。 | |
| 2762 | 软件功能 | software feature | 1.需求文档 8指定或暗示的软件特性。 IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准。2 示例功能， 性能、属性或设计约束 | |
| 2763 | 软件危害 | software hazard | 1. 事故发生的先决条件。IEEE 标准 1228-1994 （R2002） IEEE 软件安全计划标准.3.1.5 | |
| 2764 | 软件头 | software header | 1. 有关软件文件的信息，以方便其管理，嵌入 文件本身内。ISO/IEC 19770-1:2006，信息技术 - 软件 资产管理 — 第 1 部分:流程.3.13 注:软件头文件是 软件标签信息这一更通用的类别中的一种信息。 | |
| 2765 | 软件完整性级别 | software integrity level | 1. 软件项目的完整性级别。ISO/IEC 15026:1998，信息 技术——系统和软件完整性级别。3.16 | |
| 2766 | 软件项目 | software item | 1. 软件产品的可识别部分。ISO/IEC 90003:2004，软件工程 — ISO 9001:2000 应用于计算机软件的指南。3.14.2. 满足以下要求的软件集合，如计算机程序或数据库 最终用途功能，指定用于规范、资格测试、 接口、配置管理或其他目的 3. 源代码、对象 代码、控制代码、控制数据或这些项目的集合。ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 流程.4.41 | |
| 2767 | 软件库 | software library | 同义词:程序库 | 1. 受控的软件和相关文档集合，旨在 协助软件开发、使用或维护。2. 受控收集 SCI 的开发、运行和维护。ISO/IEC TR 15846:1998， 信息技术 — 软件生命周期过程 — 配置管理。4.5. 注:类型包括主库、生产库、软件开发 库、软件库、系统库。 |
| 2768 | 软件生命周期（SLC） | software life cycle (SLC) | 1. 通过映射创建的项目特定活动序列 将该标准的活动融入到选定的软件生命周期模型（SLCM）中。 IEEE Std 1074-2006 IEEE 软件项目生命周期开发标准 过程.3.1.13. 2. 由用户需求或感知到的事件引发的系统或产品周期 客户需要并停止使用产品而终止。IEEE 标准 1362-1998 （R2007）IEEE 信息技术指南 — 系统定义 — 概念 操作文档.3.2. 3. 软件产品 构思完毕，软件不再可用时结束 | |
| 2769 | 软件维护 | software maintenance | 1. 为提供成本效益支持所需的全部活动 软件系统。ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件工程 — 软件生命周期过程 — 维护.3.1 注:交付前活动 包括交付后操作、可支持性和物流确定性的规划。 交付后活动包括软件修改、培训和操作 服务台。 | |
| 2770 | 软件监控 | software monitor | 参阅:参见硬件监视器、监视器; | 1. 与另一个程序同时执行的软件工具，并提供 有关其他程序执行的详细信息 |
| 2771 | 软件包 | software package | 1. 一套完整的、有文档记录的程序，提供给多个用户 通用应用程序或功能。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.04.05 注意:某些软件 软件包可以根据特定应用进行改变。 | |
| 2772 | 软件盗版 | software piracy | 1. 非法使用或复制软件产品。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.07.05 | |
| 2773 | 软件产品 | software product | 1. 一组计算机程序、过程以及可能相关的文档 和数据。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统和软件工程 — 软件生命周期过程。4.42.2. (1) 中的任何单独项目。3. 一个或多个计算机程序以及任何随附的辅助非电子、 非机械项目（例如文档和工作表）通过单一 供他人使用的名称。IEEE Std 1063-2001 (R2007) IEEE 软件标准 用户文档.2.1 注意产品包括中间产品和 面向用户（例如开发人员和维护人员）的产品。 | |
| 2774 | 软件产品开发人员 | software product developer | 1. 制造软件产品的个人或组织。ISO/IEC 14598-5:1998，信息技术 - 软件产品评估 - 第 5 部分:过程 供评估者使用。4.7 | |
| 2775 | 软件产品测评 | software product evaluation | 1. 技术操作，包括对一个或多个进行评估 按照规定的程序实现软件产品的多种特性。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE 指南.4.50 注意此定义 可以与 ISO/IEC 指南 2 中的测试进行比较。然而，术语“评估” 是为了避免与广泛接受的测试概念混淆 在软件工程领域。软件产品评估不一定是 认证背景下的符合性测试（如 ISO/IEC 指南 2 中所定义） 方案。但是，符合性测试可以作为评估的一部分。 | |
| 2776 | 软件项目 | software project | 1. 需要完成的一系列工作活动，包括技术活动和管理活动 满足项目协议的条款和条件。IEEE Std 1058-1998 IEEE 软件项目管理计划标准.3.6 注意:软件项目 应该有具体的开始和结束日期，明确的目标和限制， 确定职责、预算和进度。软件项目可能 可以独立运行，也可以是更大项目的一部分。在某些情况下，软件 项目可能只跨越软件开发周期的一部分。在其他情况下， 一个软件项目可能跨越多年，并由许多子项目组成，每个子项目 是一个定义明确、自成体系的软件项目。 | |
| 2777 | 软件项目生命周期（SPLC） | software project life cycle (SPLC) | 1. 整个软件生命周期中适用于特定 项目。IEEE Std 1074-2006 IEEE 软件项目开发标准 循环过程.2.1.1注:循环过程是指 将 IEEE Std 1074 的活动映射到选定的软件项目生命周期 循环模型（SPLCM）。 | |
| 2778 | 软件项目生命周期模型（SPLCM） | software project life cycle model (SPLCM) | 同义词:软件项目生命周期 | 1. 每个使用组织选择的用于映射活动的框架 IEEE Std 1074 制定软件项目生命周期 (SPLC)。IEEE Std 1074-2006 IEEE 开发软件项目生命周期过程的标准 2.1.2。 |
| 2779 | 软件项目生命周期过程（SPLCP） | software project life cycle process (SPLCP) | 同义词:软件项目生命周期 | 1. 通过添加开发过程的项目特定描述 组织过程资产（OPA）到软件项目生命周期（SPLC） 和 OPA。IEEE Std 1074-2006 IEEE 软件项目开发标准 生命周期过程。 |
| 2780 | 软件质量 | software quality | 1. 软件产品满足明示和暗示需求的能力 在规定条件下使用。ISO/IEC 25000:2005，软件工程 - 软件 产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.51 注意 定义与 ISO 9000:2000 质量定义不同，主要原因是 软件质量定义是指明确和隐含的需求的满足， 而ISO 9000质量定义则是指要求的满足。 在 SQuaRE 标准中，软件质量与软件产品具有相同的含义 质量。 | |
| 2781 | 软件质量特性 | software quality characteristic | 1. 与软件质量有关的软件质量属性 9类别。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE 指南.4.52 注意软件质量 特征可以细化为多个级别的子特征，并且 最后转化为软件质量属性。 | |
| 2782 | 软件质量评估 | software quality evaluation | 1. 系统地检查软件产品的能力 满足明示和暗示需求。ISO/IEC 25000:2005，软件工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.53 | |
| 2783 | 软件使用质量 | software quality in use | 1. 软件产品使特定用户能够实现特定功能的能力 在特定情境中实现有效性、生产力、安全性 10和满意度的目标 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估 (SQuaRE) — SQuaRE 指南.4.54 注意在产品 发布后，可以在测试环境中指定和测量使用质量 针对目标用户、目标和使用环境。一旦投入使用，就可以测量 实际用户、目标和使用环境。用户的实际需求可能不是 与要求预期的相同，因此实际使用质量可能 与之前在测试环境中测量的使用质量不同。 | |
| 2784 | 软件质量度量 | software quality measure | 1. 内部软件质量、外部软件质量或软件的度量 使用质量。ISO/IEC 25000:2005，软件工程 - 软件产品质量 要求和评估 (SQuaRE) — SQuaRE.4.55 指南 注:内部 描述了软件质量、外部软件质量和使用中的软件质量 在ISO/IEC 9126-1 [ISO/IEC 25010]中的质量模型中。 | |
| 2785 | 软件质量度量 | software quality metric | 1. 一个函数，其输入是软件数据，其输出是单个 可以解释为软件拥有的程度的数值 影响其质量的给定属性。IEEE 标准 1061- 1998 (R2004) IEEE 标准 软件质量度量方法论.2.24 | |
| 2786 | 软件发布管理 | software release management | 参阅:参见软件配置管理，版本; | 1. 管理围绕一个或多个版本发布的活动 将软件交付给一个或多个客户，包括识别、打包和交付 产品要素 |
| 2787 | 软件可靠性 | software reliability | 1. 软件不会导致系统故障的概率 在特定条件下的特定时间注:概率为 系统输入和使用的函数，以及 软件中是否存在故障。系统的输入决定了 遇到任何现有故障。 | |
| 2788 | 软件可靠性管理 | software reliability management | 1.通过程序优化软件可靠性的过程 强调软件错误预防、故障检测和消除，以及 考虑到项目限制，使用测量方法最大限度地提高可靠性 资源（成本）、进度和绩效 | |
| 2789 | 软件存储库 | software repository | 参阅:主库、生产库、软件开发库、系统 图书馆; | 1. 为软件提供永久档案存储的软件库，以及 相关文件 |
| 2790 | 软件需求 | software requirement | 1. 用户解决问题所需的软件功能，以实现 目标。2. 系统必须满足或拥有的软件能力 或系统组件以满足合同、标准、规范或其他正式 强加的文件 | |
| 2791 | 软件需求分析 | software requirements analysis | 1. 研究用户需求的过程，得出系统的定义， 硬件或软件要求 | |
| 2792 | 软件需求工程 | software requirements engineering | 1. 与分析和记录软件有关的科学和学科 需求。2. 软件需求引出、分析、规范、验证、 和管理注:它涉及将系统要求转化为 软件需求描述、性能参数以及软件 使用定义、分析、权衡研究的迭代过程进行配置， 和原型设计 11。 | |
| 2793 | 软件需求管理 12 | software requirements management | 1. 规划和控制识别、分配、 并将需求从系统级下放到模块或部件级， 包括接口、验证、修改和状态监控 | |
| 2794 | 软件需求阶段 | software requirements phase | 1. 软件开发生命周期阶段，在此阶段，需求 对于软件产品，例如功能和性能能力，都有定义， 记录并审查 | |
| 2795 | 软件需求评审 13（SRR） | software requirements review (SRR) | 参阅:系统要求审查; | 1. 审查一个或多个软件配置所指定的要求 评估他们对系统要求的响应能力和解释能力的项目 并确定它们是否构成进行初步审查的令人满意的基础 配置项的设计 2. 对任何软件组件进行如 (1) 所述的审查 注:美国商务部称此审查为软件规范审查 国防部。 |
| 2796 | 软件需求规格说明书（SRS） | software requirements specification (SRS) | 1. 基本要求的文档（功能、性能、设计 软件及其外部接口的约束和属性。IEEE Std 1012-2004 IEEE 软件验证和确认标准.3.1.29 | |
| 2797 | 软件需求验证 14 | software requirements verification | 1. 确保软件需求规范符合 符合体系要求，符合要求的文档标准 阶段，并为建筑（初步）设计阶段奠定了充分的基础 | |
| 2798 | 软件安全 | software safety | 1. 免受软件危害。IEEE Std 1228-1994 (R2002) IEEE 标准 软件安全计划.3.1.6 | |
| 2799 | 软件安全程序 | software safety program | 1. 降低软件风险的系统方法。IEEE 标准 1228-1994 (R2002) IEEE 软件安全计划标准.3.1.7 | |
| 2800 | 软件规范评审（SSR） | software specification review (SSR) | 1. 进行采购方-供应商 15联合审查，最终确定软件配置 项目（SCI）要求，以便软件开发人员可以启动下一步 在软件开发过程中注意，SSR 是在 SCI 时进行的 需求已经得到充分定义，可以评估开发人员的响应能力 并解释系统或段级的技术要求。 成功的 SSR 取决于开发人员的决心，即软件 需求规范和接口规范构成了令人满意的基础 进入初步设计阶段。 | |
| 2801 | 软件支持 | software support | 1. 维护软件及其相关文档的行为 功能状态。ISO 9127:1988，信息处理系统 - 用户文档 并涵盖消费者软件包的信息。3.2.7 注:软件 支持可能由制造商、营销组织、供应商或 其他组织。在合同约定的特殊情况下，消费者可能被允许 自己维护或增强软件。 | |
| 2802 | 软件系统 | software system | 1. 软件密集型系统，其中软件是 进行开发或修改。IEEE Std 1362-1998 (R2007) IEEE 信息指南 技术——系统定义——操作概念文件.3.2 | |
| 2803 | 软件标签 | software tag | 1. 有关软件文件或软件包的信息，以方便管理， 其中一些信息可能保存在软件头中。ISO/IEC 19770-1:2006， 信息技术 — 软件资产管理 — 第 1 部分:流程.3.14 | |
| 2804 | 软件测试环境（STE） | software test environment (STE) | 1. 设施、硬件、软件、固件、程序和文档 需要进行软件鉴定或其他测试 注:元素 可能包括但不限于模拟器、代码分析器、测试用例生成器、 和路径分析器，还可能包括软件工程中使用的元素 环境。 | |
| 2805 | 软件测试事件 | software test incident | 1. 在执行软件测试期间发生的事件，需要 调查。IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元标准 测试.2 | |
| 2806 | 软件测试 | software testing | 1. 对程序在一组有限样本上的行为进行动态验证 测试用例，从通常无限的执行域中适当选择，针对 预期行为。ISO/IEC TR 19759:2005，软件工程 - 指南 软件工程知识体系 (SWEBOK).5 | |
| 2807 | 软件工具 | software tool | 1. 用于开发、测试、分析或维护的计算机程序 程序或其文档。2. 提供自动支持的软件产品 软件生命周期任务。ISO/IEC TR 15846:1998，信息技术 — 软件生命周期过程——配置管理.4.6 示例比较器， 交叉引用生成器、反编译器、驱动程序、编辑器、流程图、监视器、测试 案例生成器、时序分析仪 | |
| 2808 | 软件转换 | software transition | 1. 受控且协调的一系列动作，其中软件开发 从进行初始软件开发的组织转移到 执行软件维护。ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件 工程 — 软件生命周期流程 — 维护.3.1 | |
| 2809 | 软件单元 | software unit | 1.可单独编译的代码片段。ISO/IEC 12207:2008（IEEE Std 12207-2008）； 系统和软件工程 — 软件生命周期过程.4.43. 2. 一个或多个软件组件中的最低元素。IEEE/EIA 12207.2-1997 IEEE/EIA 标准:行业实施国际标准ISO/IEC 12207:199,； 信息技术标准 - 软件生命周期过程 - 实施 注意事项.3.2 | |
| 2810 | 软件用户文档 | software user documentation | 1. 向用户提供信息的电子或印刷材料 软件。IEEE Std 1063-2001 (R2007) IEEE 软件用户文档标准。2.11 | |
| 2811 | 基于软件的系统 | software-based system | 1. 由软件控制的计算机系统。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档.3.1.33 | |
| 2812 | 软件密集型系统 | software-intensive system | 1. 一个系统，其软件是一个主要的技术挑战，也许 影响系统进度、成本和风险的主要因素。IEEE 标准 1362-1998 （R2007）IEEE 信息技术指南 — 系统定义 — 概念 操作文件.3.18 注:在最普遍的情况下，软件密集型 系统由硬件、软件、人员和手动程序组成。 | |
| 2813 | 解决方案域 | solution domain | 1. 解决方案或解决方案集所在的环境。IEEE 标准 1362-1998 (R2007) IEEE 信息技术指南 — 系统定义 — 作战概念文件3.21 | |
| 2814 | 排序 | sort | 1. 表示集合名称的符号。ISO/IEC 15909-1:2004，软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.23 | |
| 2815 | 来源 | source | 1. 可能产生后果的项目或活动。ISO/IEC 16085:2006 （IEEE Std 16085-2006），系统和软件工程 - 生命周期流程 — 风险管理 16。3.18 注:在安全背景下，源头是危险源 （参考 ISO/IEC 指南 51:1999）。 | |
| 2816 | 源地址 | source address | 参阅:目标地址; | 1. 需要传输数据的设备或存储位置的地址 |
| 2817 | 源代码 | source code | 参阅:参见目标代码; | 1. 以适当的形式表达的计算机指令和数据定义 作为汇编器、编译器或其他翻译器的输入注意源 程序由源代码组成。 |
| 2818 | 源语言 | source language | 参阅:参见目标语言; | 1. 机器辅助翻译过程的输入语言 表示为例如用于编写计算机程序的语言 |
| 2819 | 源程序 | source program | 参阅:参见目标程序; | 1. 必须编译、汇编或以其他方式翻译的计算机程序 以便由计算机执行 |
| 2820 | 源语句（SS） | source statements (SS) | 1. 软件产品的编码逻辑 注意 源语句 可以按功能分类为可执行文件、数据声明、编译器指令、 或评论。它们也可能被归类为可交付或不可交付。 | |
| 2821 | SOW | SOW | 1. 工作说明。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2822 | 特殊原因 | special cause | 参阅:参见共同事业;同义词:可分配原因 | 1. 非系统固有的变化源，不可预测， 并且是间歇性的。它可以被归咎于系统中的缺陷。在控制 图表、超出控制限的点或控制范围内的非随机模式 限制，指出它。项目管理知识体系指南 (PMBOK® 指南）——第四版。 |
| 2823 | 专业 | specialize | 参阅:参见重新专业化；取消专业化; | 1. 实例从其当前类的实例更改为 另外是当前子类的一个（或多个）实例 子类。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言标准 IDEF1X97 (IDEFobject) 的语法和语义.3.1.181 注意:专门的 实例获得不同的（较低的）低类。 |
| 2824 | 特定符号 | specific symbol | 1. 用于表示过程的确切性质或形式的符号 或数据媒体是否已知，何时需要描述实际的媒体。ISO 5807:1985，信息处理 — 文档符号和约定 数据、程序和系统流程图、程序网络图和系统资源 图表.3.2 | |
| 2825 | 规格 | specification | 1. 以文件形式提供的详细表述，提供权威的 为了开发或验证系统而对系统进行的描述。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.01.03。 2. 完整描述设计元素或其接口的文档 需求（功能、性能、约束和设计特征） 以及每项要求的资格条件和程序。IEEE 标准 1220-2005 IEEE 系统工程应用与管理标准 流程.3.1.28. 3. 一份以完整、准确、可验证的方式指定的文件 方式、系统的要求、设计、行为或其他特征， 组件、产品、结果或服务，以及确定 这些规定是否得到满足。例如:需求规范， 设计规范、产品规范和测试规范。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 2826 | 规格变更通知（SCN） | specification change notice (SCN) | 参阅:参见配置控制、工程变更、修订通知; | 1. 用于配置管理的文档，用于提议、传输和记录 规范变更 |
| 2827 | 规范语言 | specification language | 参阅:参见编程语言、查询语言; | 1. 一种语言，通常是自然语言和形式语言的机器可处理的组合 语言，用于表达需求、设计、行为或其他特征 系统或组件的示例设计语言或要求 规范语言 |
| 2828 | 规格限值 | specification limits | 参阅:参见控制限值; | 1. 绘制在数据上的中心线或平均值两侧的面积 满足客户对产品或服务的要求的控制图。 该区域可能大于或小于控制限定义的区域。 项目管理知识体系指南（PMBOK® 指南）—第四版 |
| 2829 | 规格树 | specification tree | 1. 描述给定系统的所有规格的图表，以及 显示了它们之间的关系。2. 规范元素的层次结构 及其接口规范，用于识别元素和规范 与要控制的系统配置的设计元素相关。 IEEE Std 1220-2005 IEEE 系统应用和管理标准 工程流程.3.1.29 | |
| 2830 | SPI | SPI | 1. 进度绩效指数。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2831 | 螺旋模型 | spiral model | 参阅:参见瀑布模型、增量开发、快速原型设计; | 1. 软件开发过程的模型，其组成活动， 通常是需求分析、初步和详细设计、编码、集成， 和测试不断迭代，直到软件完成 |
| 2832 | SPLC | SPLC | 1. 软件项目生命周期。IEEE Std 1074-2006 IEEE 开发标准 软件项目生命周期过程.2.2 | |
| 2833 | SPLCM | SPLCM | 1. 软件项目生命周期模型。IEEE Std 1074-2006 IEEE 标准 开发软件项目生命周期流程.2.2 | |
| 2834 | SPLCP | SPLCP | 1. 软件项目生命周期过程。IEEE Std 1074-2006 IEEE 标准 开发软件项目生命周期流程.2.2 | |
| 2835 | 分割键 | split key | 1. 包含两个或多个属性的外键，其中至少有一个 该属性是实体主键的一部分，并且至少有一个属性 不是主键的一部分。IEEE Std 1320.2-1998 (R2004) IEEE 标准 IDEF1X97 的概念建模语言语法和语义 (IDEFobject).3.1.183 注意 [按键样式] | |
| 2836 | SPM | SPM | 1. 软件项目管理。ISO/IEC TR 16326:1999，软件工程 — ISO/IEC 12207 在项目管理中的应用指南5 | |
| 2837 | SPMPI | SPMPI | 1. 软件项目管理计划信息。IEEE Std 1074-2006 IEEE 开发软件项目生命周期过程的标准.2.2 | |
| 2838 | 赞助商 | sponsor | 1. 以现金或现金形式提供财务资源的个人或团体 项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2839 | 线轴 | spool | 1. 读取输入数据，或将输出数据写入辅助或主存储器 以便后续处理或输出，以允许输入/输出设备运行 与作业执行同时进行 注意源自首字母缩略词 SPOOL 用于同时在线外围输出 | |
| 2840 | 假脱机 | spooler | 1. 启动和控制假脱机的程序 | |
| 2841 | SPQM-RM | SPQM-RM | 1. 软件产品质量测量参考模型。ISO/IEC 25020:2007， 软件工程——软件产品质量要求与评估（SQuaRE） — 测量参考模型和指南.5 | |
| 2842 | 电子表格程序 | spreadsheet program | 1. 显示按行和列排列的单元格表格的程序， 其中一个单元格内容的改变可能导致另一个单元格的重新计算 根据用户定义的单元格关系创建一个或多个单元格。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.06.21 | |
| 2843 | SQA | SQA | 1. 软件质量保证（组）。ISO/IEC TR 9126-3:2003，软件工程 — 产品质量 — 第 3 部分:内部指标。5 | |
| 2844 | SQL | SQL | 1. 结构化查询语言 | |
| 2845 | 曲线 | squiggle | 1. 一条短的“S”形线，一端连接到箭头标签，另一端连接到 另一端为箭头段。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言——IDEF0.2.1.101 的语法和语义注释 A 波浪线将对象类型集（箭头标签）绑定到对象集（箭头段）。 | |
| 2846 | SRMPI | SRMPI | 1. 软件发布管理计划信息。IEEE Std 1074-2006 IEEE 开发软件项目生命周期过程的标准.2.2 | |
| 2847 | SRR | SRR | 1. 软件需求评审 17。2. 系统需求评审 | |
| 2848 | SRS | SRS | 1. 软件需求规范。2. 系统需求规范。 IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.2 | |
| 2849 | SS | SS | 1. 从头到尾。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 2850 | SSR | SSR | 参阅:参见软件需求评审; | 1. 软件规格审查 |
| 2851 | 稳定性模式 | stability schema | 1. 对象不会出现的故障模式规范。ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考 模型:Architecture.16.2.1.1 | |
| 2852 | 稳定阶段 | stabilization phase | 1. RTE 开始提交测量程序的时间间隔 任务，直到 SUT 达到稳定的运行状态。ISO/IEC 14756:1999，信息 技术 - 计算机软件性能的测量和评定 系统.4.16 | |
| 2853 | 稳定分支 | stable branch | 1. 不鼓励破坏稳定性的变更的分支注意 用于发布产品稳定生产版本的分支 | |
| 2854 | 稳定过程 | stable process | 1. 已确定所有导致过程变异的特殊原因的过程 消除并防止再次发生，以便只发现导致工艺变异的常见原因 进程仍然存在 | |
| 2855 | 员工小时 | staff-hour | 1. 一名员工花费的一小时的努力 | |
| 2856 | 人员配置管理计划 | staffing management plan | 1. 描述何时以及如何进行人力资源需求的文件 得到满足。它包含在人力资源计划中，或属于人力资源计划的附属计划。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 2857 | 舞台 | stage | 1. 实体生命周期内与状态相关的时期 其描述或实现。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统 和软件工程 - 软件生命周期过程.4.44；ISO/IEC 15288:2008 （IEEE Std 15288-2008），系统和软件工程 - 系统生命周期过程。4.28 注:各阶段与项目的主要进展和成就里程碑相关。 系统生命周期的各个阶段。各个阶段可能会重叠。 | |
| 2858 | 阶段性表现 | staged representation | 1. 一种结构，其中实现一组过程区域的目标建立 成熟度级别；每个级别都为后续级别奠定基础 | |
| 2859 | 利益相关者 18 | stakeholder | 1. 拥有权利、份额、索赔或利益的个人或组织 一个系统或其所拥有的特性能够满足他们的需求和期望。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统与软件工程 - 软件 生命周期过程。4.45；ISO/IEC 15288:2008（IEEE Std 15288-2008），系统和 软件工程 - 系统生命周期过程.4.29；ISO/IEC 15939:2007，系统 和软件工程——测量过程.3.37. 2. 个人、团体或组织 能够影响风险、受风险影响、或者感知到自己受风险影响。 ISO/IEC 16085:2006 (IEEE Std 16085-2006)，系统与软件工程 - 生命 循环过程——风险管理.3.19. 3. 个人、团体或组织 可能会影响、受或认为自己受某项决策的影响 或活动。ISO/IEC 38500:2008，信息技术企业治理。1.6.16 4. 个人或组织（例如，客户、赞助商、执行组织或 公众）积极参与该项目，或者其利益可能受到 项目的实施或完成会产生积极或消极的影响。 利益相关者也可能对项目及其交付物产生影响。 项目管理知识体系指南（PMBOK® 指南）—第四版 例如最终用户、最终用户组织、支持者、开发者、 生产者、培训者、维护者、处置者、收购者、供应商组织 和监管机构注:决策者也是利益相关者。 | |
| 2860 | 独立式 | stand-alone | 1. 指能够执行其功能的硬件或软件 无需连接到其他组件例如独立的 文档处理系统 | |
| 2861 | 标准 | standard | 1. 由共识建立并由以下机构维护的一组强制性要求 一个公认的机构来规定一种统一的纪律方法或指定一种产品， 即强制性公约和惯例 2. 规定 活动的常见和重复使用、规则、指南或特征或 他们的研究结果旨在实现给定条件下的最佳有序度 上下文。项目管理知识体系指南（PMBOK® 指南）— 第四版 | |
| 2862 | 标准流程 | standard process | 1. 指导所有过程的基本过程的定义集 ISO/IEC 15504-1:2004，信息技术 - 过程评估 — 第 1 部分:概念和词汇。3.50 注:这些过程定义 涵盖基本流程要素（及其相互关系） 必须将其纳入到项目中实施的既定流程中 整个组织都采用标准流程来建立一致的活动 整个组织都应如此，这对长期稳定和改进是有利的。 该组织的标准流程集描述了基本流程 将成为项目已定义流程一部分的元素。它还描述了 这些过程之间的关系（例如，顺序和接口） 元素。 | |
| 2863 | 备用冗余 | standby redundancy | 参阅:参见主动冗余; | 1. 在容错方面，使用不起作用的冗余元素 直到主元件发生故障 |
| 2864 | 开始日期 | start date | 1. 与计划活动开始相关的时间点，通常 符合下列条件之一:实际、计划、估计、安排、提前、 后期、目标、基线或当前。项目管理机构指南 知识（PMBOK® 指南 — 第四版） | |
| 2865 | 起始地址 | starting address | 参阅:原点、组装原点、加载原点; | 1.计算机程序在主存储器中第一条指令的地址 注意这个地址可能与程序的来源相同，也可能不同， 取决于第一条指令之前是否有数据。 |
| 2866 | 开始到结束 (SF) | start-to-finish (SF) | 参阅:参见逻辑关系; | 1. 完成后续计划活动的逻辑关系 取决于前期计划活动的启动。指南 项目管理知识体系（PMBOK® 指南）—第四版 |
| 2867 | start-to-start (SS) | start-to-start (SS) | 参阅:参见逻辑关系; | 1. 继任者工作的启动逻辑关系 计划活动取决于前一计划工作的启动 活动。项目管理知识体系指南（PMBOK® 指南）— 第四版 |
| 2868 | 州 | state | 1. 系统、组件或模拟的存在条件或模式 可能在。2. 定义变量在给定时刻所假设的值 系统、组件或模拟的特征。3. 唯一值 表示软件执行过程中的进度阶段。ISO/IEC 11411:1995， 信息技术——人类交流状态转换的表示 软件的。2.1.4. 描述功能/子功能行为的条件 或元素在某一时间点。IEEE Std 1220-2005 IEEE 应用程序标准 和管理系统工程过程.3.1.32 | |
| 2869 | 状态类 | state class | 1. 表示一组具有共同点的真实或抽象对象的类 知识或行为。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.184 示例人， 地点，事件，想法，事物，事物的组合注意状态类 表示具有可变状态的实例。状态的组成实例 类可以来来去去，并且可以随时间改变状态，即它们的属性值 可以改变。 | |
| 2870 | 状态数据 | state data | 1.定义测试单元内部状态的数据，用于建立 该状态或与现有状态进行比较。IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准.2 | |
| 2871 | 状态图 | state diagram | 1. 描述系统或组件可以假设的状态的图表， 并显示导致或导致变化的事件或情况 从一个州到另一个州 | |
| 2872 | 州名 | state name | 1. 软件执行状态的唯一标识符。ISO/IEC 11411:1995， 信息技术——人类交流状态转换的表示 软件.2.1 | |
| 2873 | 声明 | statement | 参阅:参见赋值语句、控制语句、声明; | 1. 在编程语言中，定义数据、指定 程序动作，或指示汇编器或编译器 |
| 2874 | 工作说明书（SOW） | statement of work (SOW) | 1. 对要提供的产品、服务或结果的叙述性描述。 项目管理知识体系指南（PMBOK® 指南）—第四版。 2. 收购方用来描述和指定要执行的任务的文件 根据合同。ISO/IEC 12207:2008 (IEEE Std 12207-2008)，系统和软件 工程——软件生命周期过程.4.46 | |
| 2875 | 语句测试 | statement testing | 参阅:参见分支测试、路径测试; | 1. 旨在执行计算机程序的每个语句的测试 |
| 2876 | 静态 | static | 参阅:动态; | 1. 与没有计算机程序发生的事件或过程有关 执行示例静态分析、静态绑定 |
| 2877 | 静态分析 | static analysis | 参阅:参见动态分析、检查、演练; | 1. 根据系统或组件的形式、结构对其进行评估的过程， 内容或文档 |
| 2878 | 静态绑定 | static binding | 参阅:动态绑定; | 1. 在计算机程序执行之前执行的绑定，而不是 程序执行期间可能会发生变化 |
| 2879 | 静态断点 | static breakpoint | 参阅:参见动态断点、代码断点、数据断点、结语断点、 可编程断点，序言; | 1. 可以在编译时设置的断点，例如进入给定的 例程断点 |
| 2880 | 静态转储 | static dump | 参阅:参见动态转储、更改转储、内存转储、事后转储、选择性转储， 快照转储; | 1. 在计算机程序执行之前或之后生成的转储 |
| 2881 | 静态错误 | static error | 参阅:动态误差; | 1. 与输入的时间变化特性无关的误差 |
| 2882 | 静态模型 | static model | 参阅:参见动态模型; | 1. 描述一组相互关联的类别（和/或主题域）的模型 以及他们的关系和责任。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 （IDEF对象）.3.1.185 |
| 2883 | 静态模式 | static schema | 1. 一个或多个信息对象的状态规范，在某种程度上 时间点，受到任何不变模式的约束。 ISO/IEC 10746-3:1996， 信息技术 开放分布式处理 参考模型:架构.6.1.2 注:因此，静态模式是一个或多个类型的规范 在某个特定时间点，可以获取更多信息对象。这些类型是子类型 不变模式中指定的类型。 | |
| 2884 | 统计过程控制 | statistical process control | 1. 基于统计的流程分析和流程绩效衡量， 识别过程性能变化的常见原因和特殊原因， 将工艺性能保持在限度内 | |
| 2885 | 统计管理流程 | statistically managed process | 1. 通过基于统计的技术进行管理的过程，其中过程 进行分析，确定过程变异的特殊原因，并进行绩效评估 包含在明确界定的范围内 | |
| 2886 | 状态代码 | status code | 同义词:条件代码 | 1. 用于指示计算机程序操作结果的代码。示例 a 表示进位、溢出或奇偶校验错误的代码 |
| 2887 | 步骤 | step | 1. 程序中的一个元素（编号列表项），告诉用户执行 一个或多个动作。ISO/IEC 26514，系统和软件工程 - 要求 为用户文档的设计者和开发者。4.47. 2. 同时发生 在标记中同时启用的有限多集转换模式。 ISO/IEC 15909-1:2004，软件与系统工程 - 高级 Petri 网 — 第 1 部分:概念、定义和图形符号.2.1.26.4. 3. 抽象 在流程中使用的操作，可能会留下未指定的参与对象 ISO/IEC 15414:2006，信息技术 - 开放分布式 处理-参考模型-企业语言.6.3.6注:步骤 包含一个或多个操作。软件的响应不被视为 是步骤。 | |
| 2888 | 逐步细化 | stepwise refinement | 参阅:以数据结构为中心的设计、输入-处理-输出、模块化分解、 面向对象设计，快速; | 1. 一种软件开发技术，其中数据和处理步骤 首先进行广泛的定义，然后通过增加细节原型进行进一步定义， 结构化设计、事务分析、变换分析 |
| 2889 | 停止 | stop | 参阅:参见暂停;同义词:停止 (1) | 1.终止计算机程序的执行。 |
| 2890 | 存储 | storage | 同义词:存储设备 | 1. 可以放置数据的功能单元，其中可以 保留，并可从中检索数据。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.01.10. |
| 2891 | 存储分配 | storage allocation | 参阅:参见缓冲区、连续分配、循环搜索、内存压缩、覆盖、 分页，虚拟存储; | 1. 计算机资源分配的一个元素，包括分配存储 向特定岗位分配工作并执行相关程序，例如 主存储器和辅助存储器之间的数据，以支持所做的分配 |
| 2892 | 存储容量 | storage capacity | 参阅:通道容量、内存容量; | 1. 给定存储设备中可容纳的最大项目数； 通常以字或字节为单位 |
| 2893 | 存储效率 | storage efficiency | 参阅:执行效率; | 1. 系统或组件执行其指定功能的程度 以最少的可用存储空间消耗 |
| 2894 | 商店 | store | 1. 将数据放置或保留在存储设备中。2. 复制计算机指令 或数据从寄存器到内部存储器或从内部存储器到外部 贮存 | |
| 2895 | 直线代码 | straight-line code | 1. 没有循环的计算机指令序列 | |
| 2896 | 直线编码 | straight-line coding | 参阅:参见 unwind; | 1.一种编程技术，通过明确说明来避免循环 并全面说明执行 每个循环 |
| 2897 | 策略 | strategy | 1. 一个组织的整体发展计划，描述有效的 使用资源支持组织的未来活动。 ISO/IEC 38500:2008，信息技术公司治理。1.6.17 注意涉及 设定目标并提出行动倡议 | |
| 2898 | 分层语言 | stratified language | 参阅:参见无层次语言; | 1. 不能用作自己的元语言的语言示例 FORTRAN， 柯博 |
| 2899 | 流接口 | stream interface | 1. 所有交互都是流程的接口。ISO/IEC 10746-3:1996， 信息技术 — 开放分布式处理 — 参考模型:架构.7.1.8 | |
| 2900 | 流接口签名 | stream interface signature | 1. 流接口的接口签名。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.7.1.13 注:流接口由一组有限的动作模板组成，一个 对于流接口中的每个流类型。流的每个操作模板包含 流的名称、流的信息类型以及因果关系指示 对于对象的流动（即生产者或消费者，但不能同时是两者） 实例化模板。短语“互补接口签名 到 X”，其中 X 本身是一个接口签名，描述了接口签名 除了因果关系外，其他方面都与 X 相同，这与 十、许多接口定义语言 (IDL) 仅捕获动作模板 签名，并取决于使用 IDL 确定的上下文 要应用的因果关系。’ | |
| 2901 | 优势、劣势、机会和威胁 (SWOT 19) 分析 | strengths, weaknesses, opportunities, and threats (SWOT) analysis | 1. 这种信息收集技术从以下角度检查项目 每个项目的优势、劣势、机会和威胁 风险管理考虑的风险范围。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2902 | 压力测试 | stress testing | 参阅:边界值; | 1. 为评估系统或组件是否达到或超过极限而进行的测试 其规定的要求 |
| 2903 | 强类型 | strong typing | 1. 一些编程语言的一个特性，要求每个 需要声明的数据项，排除了对不适当的运算符的应用 数据类型，并防止不兼容类型的数据项的交互 | |
| 2904 | 结构试验 | structural testing | 参阅:参见功能测试（1）;同义词:玻璃盒测试， | 1. 考虑到系统或组件的内部机制的测试。 白盒测试注:类型包括分支测试、路径测试、语句 测试。 |
| 2905 | 结构图 | structure chart | 参阅:参见调用图;同义词:层次结构图， | 1. 标识系统中的模块、活动或其他实体的图表 或计算机程序，并展示更大或更一般的实体如何分解成 更小、更具体的实体。程序结构图 图 17 — 结构 图表注释结果不一定与图表中所示的结果相同 调用图。 |
| 2906 | 结构冲突 | structure clash | 参阅:以数据结构为中心的设计，顺序冲突; | 1. 在软件设计中，一个模块必须处理两个或 更多具有不兼容数据结构的数据集 |
| 2907 | 结构化设计 | structured design | 参阅:以数据结构为中心的设计、输入-处理-输出、模块化分解、 面向对象设计，快速; | 1. 遵循指定规则的规范的软件设计方法 基于模块化、自上而下设计和逐步细化等原则 数据、系统结构和处理步骤 2. 应用 （1）原型设计方法 |
| 2908 | 结构化程序 | structured program | 参阅:参见结构化设计; | 1. 由一组基本控制结构构成的计算机程序，每个控制结构 有一个入口和一个出口注:控制结构集通常 包括:两个或多个指令的序列，条件选择其中一个 两个或多个指令序列，以及指令序列的重复。 |
| 2909 | 结构化程序设计 | structured programming | 1. 一种包括结构化设计和结果的软件开发技术 在结构化程序的开发中 | |
| 2910 | 结构化编程语言 | structured programming language | 参阅:参见块结构语言; | 1. 提供结构化程序构造的编程语言， 即单入口单出口序列、分支和循环，并促进 结构化程序的开发 |
| 2911 | 结构化演练 | structured walkthrough | 1. 对需求、设计或实施进行系统检查 系统或其任何部分由合格人员进行测试。 ISO/IEC 2382-20:1990， 信息技术 — 词汇 — 第 20 部分:系统开发.20.03.04 | |
| 2912 | 存根 | stub | 1. 软件模块的骨架或专用实现，用于 开发或测试调用或依赖于它的模块 2. 计算机 程序语句替代软件模块的主体，该模块是或将 在其他地方定义。3. 通道中的工程对象，用于解释 通道传达的交互，并执行任何必要的转换 或基于此解释的监控。ISO/IEC 10746-3:1996，信息 技术 - 开放分布式处理 - 参考模型:架构.8.1.9. 4. 为了练习高级代码而编写的脚手架代码 最终将使用的低级例程可用 | |
| 2913 | 风格 | style | 1. 一组特定于语言的编辑惯例，涵盖语法、术语、 文档的标点符号、大写字母和词汇选择。ISO/IEC 26514， 系统与软件工程 - 对设计人员和开发人员的要求 用户文档.4.48 | |
| 2914 | 子类 | subclass | 同义词:子类型 | 1. 一个或多个超类的特化。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEFobject).3.1.186. 注意:子类的每个实例都是一个实例 每个超类的职责。子类通常指定其他不同的职责 与其超类的职责相似或覆盖超类的职责来提供 不同的认识。 |
| 2915 | 子类簇 | subclass cluster | 同义词:类别集群 | 1. 一组一个或多个泛化结构，其中子类 共享相同的超类，并且超类的实例是 不超过一个子类。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.187. 2. a 同一通用实体的一个或多个互斥的专业化的集合。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义.3.1.187。注意:存在一个集群 当超类的实例只能是其中一个子类的实例时 在集合中，子类的每个实例都是超类的一个实例。 |
| 2916 | 子类职责 | subclass responsibility | 1. 指定某个类的属性必须在其子类中被覆盖。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.188 注:即指定 赋予未在此类中指定实现的属性。属性 子类责任是接口超类中的规范 每个子类都必须提供该属性。指定为子类的属性 责任的实现被推迟到该类的子类中。 | |
| 2917 | 学科领域 | subject area | 1. 元对象实例定义的相关集合。ISO/IEC 15474-1:2002， 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2 注:主题 区域用于定义感兴趣的范围。主题区域重叠以确保 整体元模型的集成，但工具只需要使用那些主题 与要导出或导入的数据相关的区域。’ | |
| 2918 | 主题域 | subject domain | 1. 感兴趣或专业的领域。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 概念建模语言语法和语义 (IDEFobject).3.1.189 注:主题域的职责是 一组当前或潜在的命名类的职责。主题 域也可能包含其他主题域。主题域封装了 视图的细节。 | |
| 2919 | 主题域职责 | subject domain responsibility | 1. 分析师通过询问发现的一个广义概念，“一般来说， 这个主题领域中的实例需要能够做什么或者知道什么？ IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.190 注意 主题领域中的主题领域共同提供知识、行为和 构成主题的规则。这些概念统称为 主题域的职责。主题域的职责不是 在分析的早期阶段区分为子域或类。 | |
| 2920 | 学科体系 | subject system | 1. 一个计算系统（现有的或即将创建的），关于它的描述性 信息正在计算系统或 CASE 工具中开发。IEEE Std 1175.1-2002 （R2007）IEEE CASE 工具互连指南——分类和描述.3.1 | |
| 2921 | 学科体系 | subject system | 1. 一个计算系统（现有的或即将创建的），关于它的描述性 信息正在计算系统或 CASE 工具中开发。IEEE Std 1175.2-2006 IEEE 推荐的 CASE 工具互连规范 - 特性 互连.3.13 | |
| 2922 | 主题工具 | subject tool | 1. 一个特定的计算系统工具或 CASE 工具，是 互连和工具内容的描述。IEEE Std 1175.1-2002 (R2007) IEEE CASE 工具互连指南——分类和描述。3.11； IEEE Std 1175.2-2006 IEEE CASE 工具互连推荐规范 — 互连特性.3.14 | |
| 2923 | 提交原语 | submit primitive | 1. 以协议对象为发起对象的服务原语 ISO/IEC 14752:2000，信息技术 — 开放分布式处理 — 计算交互的协议支持。3.3.12 | |
| 2924 | 子网 | subnetwork | 1. 项目进度网络图的细分（片段），通常 表示子项目或工作包。通常用于说明或研究 一些潜在或拟议的时间表条件，例如优惠的变化 进度逻辑或项目范围 20。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2925 | 下属网站 | subordinate web site | 1. 包含在另一个网站中的网站。IEEE 标准 2001-2002 IEEE 推荐 互联网实践——网站工程、网站管理和网络 站点生命周期.3.1.10 | |
| 2926 | 子相 | subphase | 1. 阶段的细分。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2927 | 子程序 | subprogram | 参阅:参见协程、主程序、例程、子程序; | 1. 计算机程序中可单独编译、可执行的组件。注意 术语“例程”、“子程序”和“子例程”的定义和使用方式不同 使用不同的编程语言。 |
| 2928 | 子项目 | subproject | 1. 项目细分后创建的整个项目的较小部分 分解成更易于管理的组件或部分。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 2929 | 子程序 | subroutine | 参阅:参见协同程序、封闭子程序、开放子程序; | 1. 将控制权返回给调用的程序或子程序的例程 注:术语“例程”、“子程序”和“子例程”的定义 在不同的编程语言中有不同的用法。 |
| 2930 | 子程序跟踪 | subroutine trace | 参阅:参见执行跟踪、回顾跟踪、子程序跟踪、符号跟踪、 变量迹;同义词:调用跟踪 | 1. 执行过程中执行的所有或选定的子程序或函数调用的记录 计算机程序的执行以及可选的参数值 传递给每个子程序或函数并由其返回。 |
| 2931 | 替代性 | substitutability | 1. 一个原则，指出由于子类的每个实例都是一个实例 超类的实例在任何上下文中都应该是可以接受的 其中超类的实例是可以接受的。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEFobject).3.1.191 注意:任何发送到实例的请求都会收到 可接受的响应，无论接收者是否是 子类或者超类。 | |
| 2932 | 子系统 | subsystem | 1. 大型系统内的次级或从属系统。2. 系统 是更大系统的一部分。ISO/IEC 15026:1998，信息技术 - 系统 和软件完整性级别.3.17 | |
| 2933 | 子类型 | subtype | 参阅:参见派生类型; | 1. 数据类型的子集，通过约束可能的 数据类型的值。2. 继承所有元属性的元实体 以及其直接和间接超类型元实体的元关系。 ISO/IEC 15474-2:2002，信息技术 — CDIF 框架 — 第 2 部分:建模 和可扩展性。6.2.5 注:适用于子类型的操作 与原始数据类型相同。 |
| 2934 | 成功领养 | successful adoption | 1. CASE 工具的使用程度可以衡量地满足组织的 唯一定义的采用目标。ISO/IEC TR 14471:2007，信息技术 ——软件工程——采用 CASE 工具的指南。2.1.1 | |
| 2935 | 继任活动 | successor activity | 1. 按照确定的顺序执行前置活动的计划活动 逻辑关系。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2936 | 总结活动 | summary activity | 参阅:参见子项目、子网络;同义词:吊床活动 | 1. 一组相关的计划活动在某个摘要级别进行汇总， 并在该摘要级别显示/报告为单个活动。 项目管理知识体系（PMBOK® 指南）—第四版。 |
| 2937 | 超类 | superclass | 参阅:部分集群，总集群; | 1. 实例被特化为一个或多个子类的类。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.193。Syn:supertype |
| 2938 | 超级计算机 | supercomputer | 1. 具有最高处理速度的计算机类型 在给定的时间。ISO/IEC 2382-1:1993，信息技术 - 词汇 - 第 1:基本术语。01.03.24 注意通常用于解决科学 和工程问题” | |
| 2939 | 主管状态 | supervisor state | 参阅:参见问题状态;同义词:执行状态、主状态、特权状态 | 1. 在计算机系统运行中，监控程序处于 程序正在执行。 注意, 状态通常比申请具有更高的优先级 21，并阻止申请的执行 程序。 |
| 2940 | 监督程序 | supervisory program | 参阅:参见监督状态;同义词:控制程序，执行程序，执行程序 | 1. 计算机程序，通常是操作系统的一部分，用于控制 其他计算机程序的执行，并调节计算机中的工作流程 系统、程序、主管 |
| 2941 | 补充运行 | supplementary run | 1. 从测量开始到测量过程的时间间隔 当所有任务的结果都满足所需的统计显著性时， 在评级间隔内提交的测试均已完成。ISO/IEC 14756:1999， 信息技术 计算机辅助教学绩效测量与评定 软件系统.4.17 | |
| 2942 | 供应商 | supplier | 同义词:承包商、生产商、销售商、供应商 | 1.与收单方订立协议的组织或个人 产品或服务的供应。 ISO/IEC 12207:2008 (IEEE Std 12207-2008)， 系统和软件工程 — 软件生命周期过程.4.47；ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统与软件工程 - 系统寿命 循环过程。4.3；ISO/IEC 15939:2007，系统与软件工程-测量 过程.3.38. 2. 开发部分或全部项目可交付成果的组织 IEEE Std 1058-1998 IEEE 软件项目管理标准 计划.3.7.3. 向消费者销售软件包的组织。 ISO 9127:1988，信息处理系统 - 用户文档和封面信息 消费者软件包。3.2.6. 4. 进入 与收购方签订一份供应软件产品的合同（该合同 合同条款规定，设备制造商或供应商必须能够独立地生产设备（可以是系统的一部分）。IEEE Std 1062, 1998 版（R2002）IEEE 软件采购推荐实践（包括 IEEE Std 1062a)；3.12.5.为客户生产产品的个人或多个个人。 IEEE Std 830-1998 IEEE 软件需求规范推荐实践。3.3. 注:供应商可能包括组织 对项目交付物负有主要责任的分包商 将项目可交付成果的一部分交付给主要供应商。在后者中 在某些情况下，主要供应商也是采购方。采购方可以指定部分 其作为供应商的组织。 |
| 2943 | 支持 | support | 参阅:参见软件生命周期、系统生命周期; | 1. 确保系统或系统正常运行所必需的一系列活动 组件满足其原始要求以及任何后续修改 满足这些要求例如软件或硬件维护，用户 训练 |
| 2944 | 支援活动组 | support activity group | 1. 为确保成功完成而必须进行的活动组 项目的一部分，但由支持活动而不是直接活动组成 面向开发工作。IEEE Std 1074-2006 IEEE 开发标准 软件项目生命周期过程.2.1.4 | |
| 2945 | 支持手册 | support manual | 参阅:参见诊断手册、安装手册、操作手册、程序员手册， 用户手册;同义词:维护手册 | 1. 提供维修和保养所需信息的文件 一个操作系统或组件在其整个生命周期内都应如此。注:通常 描述的是组成系统或组件的硬件和软件，以及 维护、修理或重新编程的程序。 |
| 2946 | 支持软件 | support software | 参阅:参见应用软件、系统软件; | 1.有助于开发或维护其他软件的软件。 2. 帮助开发、维护或使用 其他软件或提供一般的应用程序独立能力。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.04.03 示例编译器、加载器和其他实用程序 |
| 2947 | 支持人员小时 | support staff-hour | 1. 一名员工不直接 定义或创建软件产品，但要协助那些做 | |
| 2948 | 支持数据项 | supporting data item | 1. 用于描述异常及其发生的环境的数据。 IEEE Std 1044-1993 (R2002) IEEE 异常标准分类.3.7 | |
| 2949 | 配套工艺 | supporting process | 1. 跨越软件开发整个过程的工作活动集合 项目。IEEE Std 1058-1998 IEEE 软件项目管理计划标准。3.8 例如软件文档、质量保证、配置 管理、软件审查、审计流程和问题解决活动 | |
| 2950 | 维持 | sustainment | 参阅:参见维护; | 1. 为确保产品或服务保持正常运行而执行的活动 |
| 2951 | SV | SV | 1. 进度差异。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 2952 | 交换 | swap | 参阅:参见滚入，滚出; | 1. 两个存储区域内容的交换，通常是一个主区域 具有辅助存储区域的存储。2. 执行交换，如 (1) 中所述 |
| 2953 | SWOT | SWOT | 1. 优势、劣势、机会和威胁。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 2954 | 符号 | symbol | 1.在特定语境中具有意义的概念的图形表示。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.02.07 | |
| 2955 | 符号表 | symbol table | 1. 显示程序符号及其对应地址的表格， 值和其他属性 | |
| 2956 | 符号地址 | symbolic address | 参阅:绝对地址; | 1. 以名称或标签表示的地址，必须转换为 要访问的设备或存储位置的绝对地址 |
| 2957 | 符号执行 | symbolic execution | 1. 一种软件分析技术，使用以下方法模拟程序执行 符号（例如变量名）而不是输入数据的实际值，以及 程序输出以逻辑或数学表达式来表示，涉及 这些符号 | |
| 2958 | 符号语言 | symbolic language | 参阅:参见机器语言; | 1. 用符号表达操作和地址的编程语言 对人类来说比机器语言更方便例如汇编 语言，高阶语言 |
| 2959 | 象征性踪迹 | symbolic trace | 参阅:执行跟踪、回顾跟踪、子程序跟踪、变量跟踪; | 1. 遇到的源语句和分支结果的记录 当使用符号而不是实际值执行计算机程序时 对于输入数据 |
| 2960 | 同步 | synchronize | 1. 将父分支中所做的更改拉入其（正在发展的）子分支（例如 例如，功能）分支。2. 使用当前版本的 相应分支中的文件 | |
| 2961 | 同步 | synchronous | 1. 涉及两个或多个依赖于发生的过程 特定事件，如公共计时。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.01.28 | |
| 2962 | 同步消息通信 | synchronous message communication | 同义词:紧耦合消息通信 | 1. 一种通信形式，其中生产者任务向消费者发送消息 任务并等待确认。 |
| 2963 | 带回复的同步消息通信 | synchronous message communication with reply | 同义词:与回复紧密耦合的消息通信 | 1. 生产者（或客户端）任务发送消息的一种通信形式 发送给消费者（或服务器）任务并等待回复。 |
| 2964 | 无回复的同步消息通信 | synchronous message communication without reply | 同义词:无回复的紧耦合消息通信 | 1. 一种通信形式，其中生产者任务向消费者发送消息 任务并等待消费者接受消息。 |
| 2965 | 同步请求 | synchronous request | 1.客户端暂停等待请求完成的请求。 ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP)。3.2.17 | |
| 2966 | 句法一致性 | syntactic agreement | 参阅:参见语义一致性; | 1. 两个事物在一组符号上达成一致的被动互连 以及他们交流时使用的符号排列（语句）。IEEE 标准 1175.2-2006 IEEE CASE 工具互连推荐规范 - 特性 互连.3.15 |
| 2967 | 语法错误 | syntactic error | 参阅:参见语义错误;同义词:语法错误 | 1.违反语言定义的结构或语法规则。 例如，使用 FORTRAN 中的语句 B + C = A，而不是 正确 A = B + C |
| 2968 | 语法 | syntax | 参阅:参见语义; | 1. 定义语言中的符号如何表达的结构或语法规则 可以组合成单词、短语、表达和其他允许的结构 2. 语言的结构成分或特征以及定义 语言结构组合在一起形成句子的方式。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.195. 3. 格式的定义 CDIF 传输中的信息。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述.4.2 |
| 2969 | SYNTAX.1 | SYNTAX.1 | 1. CDIF 标准系列中定义的主要语法。ISO/IEC 15474-1:2002，信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 注意 CDIF 系列标准支持多种传输格式，每种格式均由 一种语法和一种编码。 | |
| 2970 | 系统 | system | 1. 相互作用的元素的组合，旨在实现一个或多个既定目标 ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件工程 — 系统生命周期过程.4.31；ISO/IEC 15939:2007，系统与软件工程 — 测量过程.3.39；ISO/IEC TR 90005:2008，系统工程-指南 将 ISO 9001 应用于系统生命周期过程。2.1. 2. 相互依赖的 为实现既定目标而组成的一组人、物体和程序 或通过执行指定功能来担任某些操作角色 22。IEEE Std 1233-1998 （R2002）IEEE 系统需求规范开发指南。3.16.3. 为完成特定功能而组织的相互作用的组件的集合 或特定环境中的一组函数。IEEE Std 1362- 1998 (R2007) IEEE 信息技术指南 — 系统定义 — 操作概念 文件.3.2. 4. 元素的相互作用组合，以实现定义的 ISO/IEC TR 19759:2005，软件工程 - 软件工程指南 工程知识体系（SWEBOK）。2.1.6. 5. 元素的集合或排列 是相关的，其行为满足操作需求并提供 用于产品的生命周期维持。IEEE Std 1220-2005 IEEE 标准 系统工程过程的应用和管理。3.1.34. 6. 由其边界定义的概念实体。 7. 一组相互关联或相互作用的 ISO/IEC TR 90005:2008，系统工程 - 应用指南 ISO 9001 到系统生命周期过程的结合。2.2 注:系统可能 被视为产品或其提供的服务。在实践中， 其含义通常通过使用关联名词来阐明，例如， 飞机系统。或者，’系统’一词也可以简单地替换为 上下文相关的同义词，例如，飞机，尽管这可能会掩盖系统 原则角度。一个完整的系统包括所有相关设备， 设施、材料、计算机程序、固件、技术文档、服务、 以及运营和支持所需的人员，以 在预期环境中可自给自足地使用。 | |
| 2971 | 系统分析 | system analysis | 同义词:系统分析 | 1. 对实际或计划中的系统进行系统调查，以确定 系统的信息要求和流程，以及它们之间的关系 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.02.05. |
| 2972 | 系统架构 | system architecture | 1. 产品设计架构的组成及其生命周期 IEEE Std 1220-2005 IEEE 应用和管理标准 系统工程过程.3.1.35 | |
| 2973 | 系统分解结构（SBS） | system breakdown structure (SBS) | 1. 元素的层次结构、相关的生命周期流程和使用的人员 分配开发团队，进行技术评审，并划分 为每个必要的任务分配工作和相关资源 实现项目目标。IEEE Std 1220-2005 IEEE 标准 系统工程过程的应用和管理。3.1.39注 也为成本的跟踪和控制提供了依据。 | |
| 2974 | 系统描述 | system description | 1. 定义组织的系统设计产生的文档， 系统的基本特性以及硬件和软件要求。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.06.04 | |
| 2975 | 系统设计 | system design | 1. 定义硬件和软件架构、组件的过程， 系统模块、接口和数据以满足规定的要求。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.03.01 | |
| 2976 | 系统设计评审（SDR） | system design review (SDR) | 参阅:参见关键设计评审、初步设计评审; | 1. 进行审查以评估 系统已分配配置项，系统工程过程 制定了下一阶段的分配和工程规划 工作量、制造考虑以及生产工程规划 |
| 2977 | 系统开发 | system development | 1. 通常包括需求分析、系统设计、 实施、文件编制和质量保证。ISO/IEC 2382-20:1990，信息 技术 词汇 第 20 部分:系统开发.20.01.01 | |
| 2978 | 系统开发周期 | system development cycle | 参阅:参见系统生命周期软件开发周期; | 1. 从决定开发一个系统开始的一段时间， 当系统交付给最终用户时结束注:此术语 有时用来表示一段较长的时间，可以是 系统不再得到增强，或者整个系统生命周期不再得到增强。 |
| 2979 | 系统文档 | system documentation | 1. 描述需求、能力、 信息处理系统的局限性、设计、操作和维护。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基础 条款.01.04.04 | |
| 2980 | 系统有效性 | system effectiveness | 1. 衡量系统满足其预期操作的能力 用作系统在预期环境下如何执行的函数 条件，以及生产、测试、分发、操作、支持、培训、 并在系统的整个生命周期内对其进行处置。IEEE Std 1220-2005 IEEE 标准 系统工程过程的应用和管理。3.1.40 | |
| 2981 | 系统元素 | system element | 1. 构成系统的一组元素的成员。ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 流程.4.49; ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件 工程——系统生命周期过程。4.32 例如硬件， 软件、数据、人员、流程（例如为用户提供服务的流程）， 程序（例如操作员指令）、设施、材料，当然还有 存在的实体（例如，水、生物、矿物质）或任何组合注A 系统元素是系统的独立部分，可以实现以满足 指定的要求。 | |
| 2982 | 系统实体 | system entity | 1. 在 Mk II FPA 中，一种将所有非主要 应用程序的实体。ISO/IEC 20968:2002，软件工程 - Mk II 功能 点数分析 — 计数实践手册.10 | |
| 2983 | 系统跟进 | system follow-up | 同义词:post- | 1. 研究系统达到稳定状态后的影响 操作使用状态。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.02.09.实施评审,开发后 审查 |
| 2984 | 系统危险 | system hazard | 1. 事故发生的先决条件。IEEE 标准 1228-1994 （R2002） IEEE 软件安全计划标准.3.1.8 | |
| 2985 | 系统集成 | system integration | 1.将系统组件逐步组装成整个系统。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.04.02 | |
| 2986 | 系统接口任务 | system interface task | 1. 隐藏与外部系统接口并与之通信的任务 或子系统 | |
| 2987 | 系统库 | system library | 参阅:主库、生产库、软件开发库、软件 存储库; | 1. 包含可访问的系统驻留软件的软件库 供使用或通过引用合并到其他程序中示例 a 宏库 |
| 2988 | 系统生命周期 | system life cycle | 1. 系统从 从其构思到其使用的终止。ISO/IEC 2382-20:1990，信息 技术 — 词汇 — 第 20 部分:系统开发.20.01.05. 2. 期间 始于系统构想，终于系统不再可用 供使用 | |
| 2989 | 系统维护 | system maintenance | 1. 修改系统以纠正错误，提高性能， 或使系统适应变化的环境或变化的要求。 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发。20.05.09 | |
| 2990 | 系统模型 | system model | 参阅:参见工作量模型; | 1. 在计算机性能评估中，描述系统的表示 系统中工作量和绩效指标之间的关系 |
| 2991 | 系统的系统 | system of systems | 1. 一个提供独特功能的大型系统，由集成而成 独立有用的系统 | |
| 2992 | 系统配置文件 | system profile | 1. 用于计算机性能评估的一组测量值，描述 计算机系统中每个主要资源繁忙的时间比例， 除以资源可用的时间 | |
| 2993 | 系统需求评审（SRR） | system requirements review (SRR) | 参阅:参见软件需求评审; | 1. 进行审查以评估要求的完整性和充分性 为系统定义；评估产生的系统工程过程 这些要求；评估系统工程研究的结果；并 评估系统工程计划 |
| 2994 | 系统需求规范（SyRS） | system requirements specification (SyRS) | 参阅:参见软件需求规范，SRS; | 1. 一个结构化的信息集合，体现了 系统。IEEE Std 1233-1998 (R2002) IEEE 系统要求开发指南 规格.3.17 |
| 2995 | 系统安全 | system safety | 1. 免受系统危害。IEEE Std 1228-1994 (R2002) IEEE 标准 软件安全计划.3.1.9 | |
| 2996 | 系统软件 | system software | 参阅:应用软件、支持软件; | 1. 为方便计算机操作和维护而设计的软件 系统及其相关程序。2.支持应用程序独立的软件 应用软件的运行。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.04.02 示例操作 系统、装配工、公用事业 |
| 2997 | 系统利益相关者 | system stakeholder | 1. 有兴趣的个人、团队或组织（或其中的类别） 系统内或与系统相关的问题。IEEE 标准 1471-2000 IEEE 推荐实践 软件密集型系统架构描述标准 3.8 | |
| 2998 | 系统支持 | system support | 1. 继续提供使用所需的服务和材料 并改进已实施的系统。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.01.12 | |
| 2999 | 系统表 | system table | 1. 无法维护的实体类型，因此不计算在内 在 FPA 框架内。ISO/IEC 24570:2005，软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 | |
| 3000 | 系统测试 | system testing | 1. 对一个完整的集成系统进行的测试，以评估系统的 符合其规定的要求。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档.3.1.37 |