• 来源: ISO/IEC/IEEE 24765:2010
  • 规范URL: https://srs.pub/specification/ieee-voc-11.html
  • 参考与引用: - IEEE 标准词典:术语和定义词汇表- ISO/IEC 指南 2:2004,标准化和相关活动 - 通用词汇- ISO/IEC 指南 51:1999,安全方面 - 将其纳入标准的指南- ISO/IEC 指南 73:2002,风险管理 - 词汇 - 标准使用指南- ISO/IEC 指南 99:2007,国际计量词汇 - 基本和一般概念及相关术语 (VIM)- ISO 10241:1992,国际术语标准 - 编制和布局- ISO 1087:1990,术语 - 词汇- ISO 216:2007,书写纸和某些类别的印刷品 - 裁切尺寸 - A 和 B 系列,以及机器方向指示- ISO 20016:1975 书写纸和某些类别的印刷品印刷品 - 裁切尺寸 - A 和 B 系列- ISO 9000-2005,质量管理体系 - 基础和词汇- ISO 9241-1:1997,使用视觉显示终端(VDT)的办公室工作的人体工程学要求 - 第 1 部分:概述- ISO 9241-11:1998,使用视觉显示终端(VDT)的办公室工作的人体工程学要求 -第 11 部分:可用性指南- ISO/IEC 10181-2 [ITU-T Rec. X. 81 1 II],信息技术 - 开放系统互连 -开放系统的安全框架:认证框架- ISO/IEC 10181-3 [ITU-T Rec. X. 812 I],信息技术 - 开放系统互连 -开放系统安全框架:访问控制框架- ISO/IEC 10181-4 [ITU-T Ret X. 8 13 I],信息技术 - 开放系统互连 -开放系统安全框架:不可否认性框架- ISO/IEC 10181-5 [ITU-T Rec. X. 814 I],信息技术 - 开放系统互连 -开放系统安全框架:机密性框架- ISO/IEC 10181-6 [ITU-T Rec. X. 815],信息技术 - 开放系统互连 -开放系统安全框架:完整性框架- ISO/IEC 10181-7 [ITU-T Rec. X. 816 1,] 信息技术 - 开放系统互连 - 开放系统安全框架:安全审计和警报框架- ISO/IEC 11770-1,信息技术 - 安全技术 - 密钥管理 - 第 1 部分:框架- ISO/IEC 13235-1 [ITU-T Rec. X. 950],信息技术 - 开放分布式处理 - 交易功能:规范- ISO/IEC 14753 [ITU-T Rec. X. 930],信息技术 - 开放分布式处理 - 接口参考和约束)- ISO/IEC 7498-1 [ITU-T Rec. X. 200-1],信息技术 - 开放系统互连 - 基本参考模型:基本模型- ISO/IEC 9646-1,信息技术 - 开放系统互连 - 一致性测试方法和框架 - 第 1 部分:一般概念- ITU-T 建议书 Z. 100 规范和描述语言 (SDL)

随着信息技术的进步,系统和软件工程学科也在不断成熟。新术语不断产生,现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考,并鼓励使用 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部分,这是第十一部分。

编号 名称 英文名 参考 描述
3001 被测系统(SUT) system under test (SUT)   1. CBSS 需要测试的部分。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.18 注:SUT 可能由硬件、系统软件、数据通信 功能或应用软件,或者它们的组合。
3002 系统性故障 systematic failure   1. 确定性地与某个原因相关的故障,可以 只有通过修改设计或制造工艺才能消除, 操作程序、文件或其他相关因素。ISO/IEC 15026:1998, 信息技术 — 系统和软件完整性级别.3.19
3003 系统再利用 systematic reuse   1. 按照明确定义的、可重复的过程进行重用的实践。 IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 - 软件 生命周期流程 - 重用流程.3.19
3004 兴趣系统 system-of-interest 同义词:利益体系 1. 在此上下文中考虑其生命周期的系统 国际标准。ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统和 软件工程——系统生命周期流程.4.33.
3005 系统工程 systems engineering 参阅:参见硬件工程、软件工程; 1. 跨学科方法管理整个技术和管理 转变一系列客户需求、期望和约束所需的努力 纳入解决方案并在整个生命周期内支持该解决方案注包括 技术性能指标的定义;工程集成 建立架构的专业化;以及定义 支持平衡成本、性能和进度目标的生命周期流程
3006 系统集成测试 systems integration testing   1. 在多个完整的集成系统上进行测试以评估 他们彼此成功沟通的能力以及满足整体 集成系统的特定要求。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档.3.1.36
3007 T&M T&M   1. 时间和材料。项目管理知识体系指南 (PMBOK® 指南)— 第四版
3008 表格 table   1. 实体的更具体表示。ISO/IEC 15476-4:2005,信息 技术 — CDIF 语义元模型 — 第 4 部分:数据模型.6.3
3009 表格标题 table heading   1. 从其他引用决策表的符号名称或其他方式 ISO 5806:1984,信息处理 - 单击规范 决策表.3.12 注:或者,另外,明确描述 表格
3010 目录 table of contents   1. 按页码顺序列出文档中的标题,并带有页码 ISO/IEC 15910:1999,信息技术 - 软件 用户文档流程.4.45
3011 有效页表 table of effective pages   1. 列出活页纸中每页的最新版本号 ISO/IEC 15910:1999,信息技术 — 软件用户文档 process.4.46 注:当个别页面被替换时,有效 pages 显示未更改页面的旧版本号,以及新版本 已替换页面的编号。
3012 表驱动方法 table-driven method   1. 一种允许程序在表中查找信息而不是 使用逻辑语句
3013 标签 tag   1. 分配给特定版本或分支的符号名称注意提供 开发人员和最终用户对他们正在使用的代码库有唯一的参考 和
3014 标签幻灯片 tag slide   1. 将相同的标签应用于文件的已更改版本,以纠正最后一刻的 发布中发现错误
3015 裁缝 tailoring   1. 省略相关合同工作范围之外的任务。IEEE/EIA 12207.2-1997 IEEE/EIA 标准:国际标准的行业实施 ISO/IEC 12207:1995,信息技术标准 - 软件生命周期 流程——实施注意事项。1.2
3016 剪裁指南 tailoring guideline   1. 使组织能够调整流程描述的说明 标准流程的适当性,以满足特定需求。 ISO/IEC 15504-1:2004, 信息技术 - 过程评估 - 第 1 部分:概念和词汇.3.52 注:定制流程是指根据特定 结束。例如,一个项目通过定制组织的 满足目标、约束和环境的一套标准流程 项目。组织的标准流程集描述如下 通用级别,可能无法直接用于执行流程。定制 指南可以帮助那些为特定需求建立定义流程的人。定制 指南描述了哪些可以修改,哪些不能修改,并识别了流程组件 这些都是需要修改的。’
3017 目标能力 target capability   1. 工序能力确定发起者所确定的工序能力 法官将代表成功实施的可接受的程序风险 ISO/IEC 15504-1:2004,信息技术 — 流程 评估——第 1 部分:概念和词汇。3.54
3018 目标语言 target language 参阅:参见源语言;同义词:对象 1. 机器辅助翻译过程的输出语言 表示。语言示例汇编程序输出的语言 或编译器
3019 靶机 target machine 参阅:主机 ( 1 ); 1. 程序要在其上执行的计算机。2. 计算机 由另一台计算机模拟
3020 进程目标 target of process   1. 软件产品或软件产品执行的任务,测量 或应用评估流程。ISO/IEC 25000:2005,软件工程 - 软件 产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.59
3021 任务 task   1. 需要、推荐或允许的行动,旨在促进 实现一个过程的一个或多个结果。ISO/IEC 12207:2008(IEEE Std 12207-2008),系统和软件工程-软件生命周期过程。4.34; ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统 生命周期过程。4.34.2.在软件设计中,可以 与其他软件组件并行运行。3. 所需的活动 实现目标。ISO/IEC TR 9126-4:2004,软件工程 - 产品质量 — 第 4 部分:使用质量指标。4.3. 4. 具有自己线程的并发对象 控制。5. 被处理为基本工作单元的指令序列 操作系统的监控程序。6. 最小工作单元,受 管理责任;对一个或多个项目进行明确界定的工作分配 成员。IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.1.38 注意:相关的任务通常被分组以形成活动。
3022 任务行为规范 task behavior specification   1. 描述并发任务的接口、结构、时间的规范 特征、相对优先级 3、检测到的错误和任务事件排序 逻辑
3023 任务完成 task completion   1. 及时事件,当针对特定任务的总输出字符串时,或者在情况下 一组输出字符串的所有部分都被模拟的 用户或其他实例。ISO/IEC 14756:1999,信息技术-测量 并评定计算机软件系统的性能。4.20注 任务完成时间定义了前一个准备时间的结束时间 以及后续任务执行时间的开始时间。
3024 任务接口 task interface   1. 输入或输出,信号事件(输入或输出),外部输入或 输出,或者访问被动对象
3025 任务反转 task inversion   1. 一种优化概念,通过该概念可以将系统中的任务合并到 系统地
3026 任务模式 task mode   1. 指示用户的准备时间是否立即开始 前一个任务的任务提交(值 = 0,即“NO WAIT”)或开始 当前一个任务已经完成(任务完成)时(value = 1,即 ISO/IEC 14756:1999,信息技术 — 测量和评级 基于计算机的软件系统的性能。4.21 “对话”的注释模式 或基于 UNIX 的系统中“批处理”
3027 任务优先级标准 task priority criteria   1. 一类处理相对重要性的任务结构标准 执行给定任务
3028 任务结构 task structuring   1. 软件设计阶段,目标是构建一个并发 应用程序分为并发任务并定义任务接口
3029 任务提交 task submission   1. 当输入字符串从模拟提交时发生的及时事件 用户进入 SUT 后,任务的执行就可以开始,无论 SUT 立即开始执行或不立即开始执行。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.22 注意:通常,任务提交由提交内部定义 特殊字符(例如回车符)或末尾的字符序列 输入字符串的开头或结尾处。此外, 经常发生的情况是,任务提交事件是由提交定义的 字符串中任意指定数量的字符的最后一个字符。对于经典的批处理 任务提交可以通过提交最后一个字符来定义 批处理命令序列的最后一个字符串。
3030 任务类型 task type   1. 任务分类,由(1)组合定义 活动类型,或一组属于同一活动类型的活动类型 时间性函数与任务模式 (2)时间性函数;任务模式。 ISO/IEC 14756:1999,信息技术 — 性能测量与评级 4.23 注:模拟用户仅提交 将这些类型的任务交给 SUT。
3031 任务聚类标准 task-clustering criteria   1. 判定是否以及如何将对象分组的标准类别 并发任务
3032 任务结构标准 task-structuring criteria   1. 一组启发式方法,用于帮助设计人员将系统构建为并发 任务
3033 分类学 taxonomy   1. 一种划分知识体系并定义关系的方案 在作品中注意它用于分类和理解 知识体系。
3034 TCP TCP   1. 传输控制协议。ISO/IEC 14752:2000,信息技术 — 开放分布式处理 — 计算交互的协议支持。4
3035 TCPI TCPI   1. 完成绩效指数
3036 TCS TCS   1. 传输代码集。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3
3037 TCS-C TCS-C   ^ 1. 字符传输代码集。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3
3038 TCS-W TCS-W   ^ 1. Wchar 传输代码集。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3
3039 T-DUA T-DUA   ^ 1. 交易者目录用户代理。ISO/IEC 13235-3:1998,信息技术 — 开放分布式处理 — 交易功能 — 第 3 部分:交易的提供 使用 OSI 目录服务的功能。4
3040 团队选拔计划 team selection plan   1. 详细说明申请人的资格、经验和培训需求的文件 文档开发人员。ISO/IEC 15910:1999,信息技术 — 软件用户文档流程.4.47
3041 技术复杂度调整 technical complexity adjustment   1. 试图考虑对应用的影响的因素 技术和质量要求的大小,可用于得出调整后的 ISO/IEC 20968:2002,软件工程 - Mk II 功能点分析 — 计数实践手册。10 注意:请注意,如果这样做,结果 不是功能尺寸。
3042 技术复杂度调整因素 technical complexity adjustment factors   1. 技术复杂性中考虑的 19 个因素 调整(TCA)。ISO/IEC 20968:2002,软件工程 - Mk II 功能点 分析 — 计数实践手册。10 注意:每个因素都有一定程度 影响力(DI)在1至5之间。
3043 技术联系人 technical contact 同义词:主题专家,主题专家,中小企业 1. 负责向文档开发人员提供技术 有关软件产品的信息或检查其技术准确性 文件草稿。ISO/IEC 26514,系统和软件工程 - 要求 适用于用户文档的设计者和开发者。4.49.
3044 技术管理 technical management   1. 应用技术和管理资源来规划、组织、 和控制工程功能
3045 技术性能测量 technical performance measurement   1.[技术]一种性能测量技术,用于比较技术 项目执行期间的成果是否符合项目管理计划的进度 计划技术成果的评估。可以使用计划技术成果的关键技术参数。 项目生产的产品作为质量指标。实现的指标值 是工作绩效信息的一部分。项目管理指南 知识体系(PMBOK® 指南)—第四版
3046 技术要求 technical requirements   1. 与开发技术和环境相关的要求, 软件的维护、支持和执行示例编程 语言、测试工具、操作系统、数据库技术和用户界面 技术
3047 技术评审 4 technical review   1. 由合格人员组成的团队对软件产品进行系统评估 检查软件产品是否适合其预期用途,以及 识别与规范和标准的差异。IEEE Std 1028-2008 IEEE 软件评审和审计标准.3.7 注意技术评审 还可以提供替代方案的建议以及对各种替代方案的审查。
3048 技术标准 technical standard   1. 描述应用积累的技术特征的标准 或管理技能和方法,以创造产品或执行 服务
3049 技术 technique   1. 人力资源部门采用的一套明确的系统程序,用于执行 生产产品或成果或提供服务的活动,并且可能 使用一种或多种工具。项目管理知识体系指南 (PMBOK® 指南)—第四版。2. 执行项目管理所需的方法和技能 ISO/IEC 25001:2007,软件工程 - 软件产品 质量要求和评估(SQuaRE)——规划和管理。4.4.3. 有助于评估和改进的技术或管理程序 软件开发过程
3050 技术视点 technology viewpoint   1. 关于 ODP 系统及其环境的观点,重点关注选择 ISO/IEC 10746-3:1996,信息技术 - 开放 分布式处理 — 参考模型:架构.4.1.1.5
3051 模板 template 参阅:参见建筑; 1. 具有参数或插槽的资产,可用于构造实例 资产。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 - 软件 生命周期流程 - 重用流程.3.20. 2. 部分完成的文档 采用预定义格式,提供用于收集、组织、 并呈现信息和数据。项目管理机构指南 知识(PMBOK® 指南)— 第四版
3052 时间聚类 temporal clustering   1. 任务结构标准,根据该标准,不按顺序进行的活动 相互依赖,但由同一事件激活的,被分组为一个任务
3053 时间凝聚力 temporal cohesion 参阅:巧合凝聚力、交际凝聚力、功能凝聚力、逻辑凝聚力 凝聚力、程序性; 1. 一种凝聚力,其中软件模块执行的任务是 程序执行特定阶段所需的全部内聚力、顺序内聚力 示例:包含程序所有初始化任务的模块
3054 术语 term   1. 由常量、变量和运算符构成的表达式 签名和一组排序好的变量。ISO/IEC 15909-1:2004,软件和 系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义和 图形符号.2.1.24
3055 学期评估 term evaluation   1. 术语中变量绑定后得到的结果,计算 相关函数的结果以及执行的任何简化 (例如收集相似项以获得多重集的符号和表示)。 ISO/IEC 15909-1:2004,软件与系统工程 - 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.24.2
3056 终端 terminal   1. 系统或通信网络中的功能单元,数据可以通过该单元 可输入或检索。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.03.11
3057 终端符号 terminal symbol   1. 语法的层次定义的一部分,不再进一步 按层次结构分解。ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述.4.2
3058 终止构造 termination construct   1. 导致停止或退出的程序结构
3059 终止交付 termination deliver   1. 客户端计算隐式定义的信号接口中的信号 具有与终止点相同的名称和参数的对象 原操作界面的询问。ISO/IEC 14752:2000,信息 技术 - 开放分布式处理 - 计算协议支持 相互作用.3.3.13
3060 终止提交 termination submit 参阅:调用提交,调用交付; 1. 服务器计算隐式定义的信号接口中的信号 具有与终止点相同的名称和参数的对象 原操作界面的询问。ISO/IEC 14752:2000,信息 技术 - 开放分布式处理 - 计算协议支持 相互作用.3.3.14
3061 测试 test   1. 系统或组件在指定条件下执行的活动 条件,观察 5或记录结果,并进行评估 系统或组件的某些方面 2. 开展 (1) 中的活动。3. 一组或多个测试用例和程序。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档.3.1.39
3062 测试方法 test approach   1. 用于选择特定测试用例的特定方法 值。IEEE Std 829-2008 IEEE 软件和系统测试文档标准。3.1.40 注:具体情况可能与非常一般的情况不同(例如黑盒或白盒 框)非常具体(例如最小和最大边界值)
3063 试验台 test bed   1. 包含硬件、仪器、模拟器、软件的环境 工具以及进行测试所需的其他支持元素
3064 测试用例 test case   1. 开发一组测试输入、执行条件和预期结果 为了实现某个特定目标,比如执行某个特定的程序路径,或者 验证是否符合特定要求。IEEE Std 1012-2004 IEEE 标准 用于软件验证和确认的文档。3.1.31.2. 指定输入的文档, 预测结果,以及测试项目的一组执行条件。IEEE 标准 1012-2004 IEEE 软件验证和确认标准.3.1.31
3065 测试用例生成器 test case generator 同义词:测试数据 1. 接受源代码、测试标准、规范作为输入的软件工具, 或数据结构定义;使用这些输入来生成测试输入数据; 有时还决定预期结果。生成器,测试生成器
3066 测试用例规范 test case specification   1. 指定输入、预测结果和一组执行的文档 测试项目的条件
3067 测试类 test class   1. 指定的测试用例分组。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档.3.1.42
3068 测试覆盖率 test coverage   1. 给定测试或一组测试解决所有指定问题的程度 特定系统或组件的要求。2. 测试用例的程度 测试系统或软件产品的要求。ISO/IEC 12207:2008(IEEE Std 12207-2008),系统和软件工程-软件生命周期过程。4.51
3069 测试标准 test criteria 参阅:参见验收标准 6、通过/失败标准; 1. 系统或组件必须满足的标准,才能通过给定的 测试
3070 测试设计 test design   1. 详细说明软件测试方法的文档 功能或软件功能组合并识别相关测试。 IEEE Std 1012-2004 IEEE 软件验证和确认标准.3.1.32 注:通常包括将测试组织成组
3071 测试设计规范 test design specification   1. 一份详细说明软件功能测试方法的文档 或软件功能的组合并识别相关测试
3072 测试文档 test documentation   1. 描述系统测试计划或结果的文档 或组件。2. 收集测试活动所固有的文档。 ISO/IEC 25051:2006,软件工程 - 软件产品质量要求 与评估(SQuaRE)——商用现货质量要求 (COTS)软件产品和测试说明。4.7 注:类型 包括测试用例规范、测试事件报告、测试日志、测试计划、测试 程序,测试报告。
3073 试车手 test driver 同义词:测试工具 1. 用于调用被测模块的软件模块,通常提供 测试输入、控制和监控执行并报告测试结果。
3074 测试工作 test effort   1. 执行一个或多个测试任务的活动。IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.1.44
3075 测试环境 test environment   1. 进行测试用例所需的硬件和软件配置。 ISO/IEC 25051:2006,软件工程 - 软件产品质量要求 与评估(SQuaRE)——商用现货质量要求 (COTS)软件产品和测试说明。4.8
3076 测试执行 test execution   1. 执行一个或多个测试用例的行为
3077 测试线束 test harness   1. 为练习较低级别代码而编写的脚手架代码 当最终执行该操作的更高级别代码尚未可用时
3078 测试事件报告 test incident report   1. 记录测试过程中发生的任何事件的报告 需要调查
3079 测试项目 test item   1. 作为测试对象的系统或软件项目。IEEE 标准 829-2008 IEEE 软件和系统测试文档标准.3.1.48
3080 检测项目交付报告 test item transmittal report   1. 识别测试项目的文件注意包含当前状态和 位置信息
3081 测试级别 test level   1. 独立的测试工作,有自己的文档和资源。IEEE Std 829-2008 IEEE 软件和系统测试文档标准。3.1.45 示例组件, 组件集成、系统和验收测试
3082 测试日志 test log   1. 按时间顺序记录测试执行的相关细节
3083 测试目标 test objective   1. 确定在指定条件下要测量的一组软件特性 通过将实际行为与要求的行为进行比较。ISO/IEC 25051:2006,软件 工程 — 软件产品质量要求与评估 (SQuaRE) — 商用现货(COTS)软件产品质量要求和 测试说明.4.9,ISO/IEC 25062:2006,软件工程-软件 产品质量要求与评估 (SQuaRE) — 通用行业格式 (CIF)用于可用性测试报告。4.9
3084 测试阶段 test phase   1. 软件生命周期中组件 对软件产品的各个部分进行评估和集成,并 评估以确定是否满足要求
3085 测试计划 test plan   1. 一份描述范围、方法、资源和时间表的文件 预期的测试活动。IEEE Std 1012-2004 IEEE 软件验证标准 和验证。3.1.33. 2. 一份描述技术和管理 测试系统或组件时应遵循的方法。IEEE 标准 1012-2004 IEEE 软件验证和确认标准.3.1.33. 3. 一个计划 制定详细的要求、标准、一般方法、职责, 以及系统测试和评估的总体规划。ISO/IEC 2382-20:1990, 信息技术 — 词汇 — 第 20 部分:系统开发.20.06.09 注 确定测试项目、要测试的功能、测试任务、谁将 完成每项任务,以及任何需要应急计划的风险。典型内容识别 要测试的项目、要执行的任务、职责、时间表和 测试活动所需的资源。
3086 测试程序 test procedure   1. 设置、执行和结果评估的详细说明 对于给定的测试用例。IEEE Std 1012- 2004 IEEE 软件验证标准 和验证。3.1.34. 2. 包含一组相关说明的文档 如同 (1)。IEEE Std 1012-2004 IEEE 软件验证和确认标准。3.1.34。 3. 指定测试执行操作序列的文档。 IEEE Std 1012-2004 IEEE 软件验证和确认标准.3.1.34
3087 测试程序规范 test procedure specification   1. 指定测试执行操作序列的文档
3088 测试准备情况评审(TRR) test readiness review (TRR) 参阅:参见代码审查、正式资格审查、设计审查、需求审查; 1. 为评估一项或多项初步测试结果而进行的审查 配置项;验证每个配置的测试程序 货品齐全,符合试验计划及说明,并满足试验要求; 并验证项目是否已准备好进行配置的正式测试 第 2 项:对任何硬件或软件组件进行 (1) 项审查
3089 测试重复性 test repeatability   1. 测试的一个属性,表示每次产生相同的结果 测试进行的时间
3090 检测报告 test report 参阅:参见测试用例规范、测试事件报告、测试项传输报告、 测试日志,测试计划,测试程序;同义词:测试摘要报告 1. 描述所进行测试的行为和结果的文件 适用于系统或组件。
3091 测试集架构 test set architecture   1. 测试用例集之间的嵌套关系直接反映 测试目标的层次分解。IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准。2
3092 测试单元 test unit   1. 一组一个或多个计算机程序模块以及相关的 控制数据(例如表格)、使用程序和操作程序 满足以下条件:(a)所有模块都来自一台计算机 程序;(b)该集合中至少有一个新的或更改的模块尚未完成 单元测试;(c)模块集及其相关数据和程序 是测试过程的唯一对象。IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准.2
3093 可测试性 testability   1. 设计一个客观可行的测试来确定的程度 是否满足要求。ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统 和软件工程——软件生命周期过程。4.52. 2. 程度 要求以允许建立测试标准的条款来表述 并进行测试以确定是否满足这些标准。IEEE Std 1233-1998 (R2002) IEEE 系统需求规范开发指南。3.18。 3. 系统进行单元测试和系统测试的程度。4. 工作量 测试软件所需的条件。5. 系统或组件促进 建立测试标准并进行测试以确定 这些标准已经满足
3094 测试 testing   1. 在特定条件下执行系统或组件的活动, 观察或记录结果,并对某些方面进行评估 系统或组件。IEEE Std 829-2008 IEEE 软件和系统标准 测试文档.3.1.46
3095 测试描述 testing description   1. 测试执行条件的描述(即测试程序)。ISO/IEC 25051:2006,软件工程-软件产品质量要求与评价 (SQuaRE)— 商用现货(COTS)软件质量要求 产品和测试说明。4.11,ISO/IEC 25062:2006,软件工程 — 软件产品质量要求与评价(SQuaRE) — 行业通用 可用性测试报告的格式(CIF)4.11
3096 测试任务迭代 testing task iteration   1. 在维护期间重新执行的测试任务 最初在开发过程中执行。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档.3.1.47
3097 测试件 testware   1. 测试工作生产的产品。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档。3.1.51 示例文档 和数据
3098 文本 text   1. 字符、符号、单词、短语、段落、句子形式的数据, 表格或其他字符排列,旨在传达某种含义,并且其 解释本质上是基于读者对某些自然 语言或人工语言。ISO/IEC 2382-1:1993,信息技术— 词汇 — 第 1 部分:基本术语.01.01.03 示例屏幕; 打印在纸上或显示在屏幕上的商务信函”
3099 文本编辑器 text editor 同义词:编辑 1. 计算机程序,通常是文字处理系统的一部分,允许 用户可以输入、修改和查看文本。
3100 文本页面 text page   1.包含与特定图表相关的文本材料的模型页面。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.102 的语法和语义
3101 文本处理 text processing 同义词:文字处理 1. 对文本进行数据处理操作,例如输入、编辑、合并、 检索、存储、显示或打印。ISO/IEC 2382-1:1993,信息 技术 — 词汇 — 第 1 部分:基本术语.01.06.10.
3102 思考时间 think time 参阅:参见港口到港口时间、响应时间、周转时间; 1. 提示或消息从开始到结束所经过的时间 交互系统和人类用户响应的开始
3103 第三范式 third normal form   1. 标准化过程的结果,该过程转换数据组,以便 每个非关键属性不依赖于任何其他非关键属性。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册
3104 鞭笞 thrashing   1. 计算机系统消耗大部分或全部资源的状态 关于开销操作,例如在主存储器和辅助存储器之间交换数据, 而不是预期的计算功能
3105 威胁 threat   1. 系统或系统环境的状态,可能导致不利影响 在一个或多个给定的风险维度上。ISO/IEC 15026:1998,信息技术 — 系统和软件完整性级别。3.21. 2. 不利的条件或情况 对于项目来说,一系列不利的情况、一系列不利的事件、风险 如果发生这种情况,将对项目目标产生负面影响,或者有可能 负面变化。项目管理知识体系指南 (PMBOK® 指南)—第四版
3106 威胁建模 threat modeling   1. 一种系统性的探索技术,用于揭露任何情况或事件 有可能以破坏、泄露的形式对系统造成损害, 修改数据和/或拒绝服务。IEEE Std 1074-2006 IEEE 标准 用于开发软件项目生命周期过程的 2.1.5 注:其结果是 在脆弱性评估中。
3107 三地址指令 three-address instruction 参阅:参见单地址指令、双地址指令、四地址指令, 零地址指令; 1. 包含三个地址字段的计算机指令示例 指令将位置 A 和 B 的内容相加,并将结果放入 地点C
3108 三加一地址指令 three-plus-one address instruction 参阅:参见一加一地址指令、二加一地址指令、四加一 地址指令; 1. 包含四个地址字段的计算机指令,第四个地址字段包含 下一条要执行的指令的地址示例一条指令 将位置 A 和 B 的内容相加,将结果放在位置 C,然后 执行位置 D 处的指令
3109 三点估计 three-point estimate   1.[技术]一种使用三个成本或持续时间估计的分析技术 来表示乐观、最有可能和悲观的情景。这种技术 用于提高成本或持续时间估计的准确性,当 基础活动或成本组成部分不确定。项目管理指南 知识体系(PMBOK® 指南)—第四版
3110 阈值 threshold   1. 用作参数的成本、时间、质量、技术或资源值, 并可能包括在产品规格中。跨越门槛应该 触发一些操作,例如生成异常报告。项目指南 管理知识体系(PMBOK® 指南)—第四版
3111 吞吐量 throughput   1. 计算机系统或组件可以执行的工作量 在给定的时间段内 2. 速率(即每单位时间的平均数 就评分间隔而言)提交给 ISO/IEC 14756:1999,信息技术 - 测量和评级 4.24 注:吞吐量通常 由一段时间内终止任务的速率定义。
3112 吞吐量额定值 throughput rating value   1.(实际)吞吐量的商(对应于第 j 个任务类型) 和吞吐量参考值。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.25
3113 吞吐量参考值 throughput reference value   1. 模拟用户集所需的最小吞吐量。ISO/IEC 14756:1999, 信息技术 计算机辅助教学绩效测量与评定 软件系统.4.26
3114 throwclear throwclear   1. 折页,其打印区域使得页面上的所有材料都可以 可以合上书本阅读,这样就可以随时观看 请参阅本书前面的任何一页。ISO/IEC 15910:1999,信息技术 — 软件用户文档流程.4.48
3115 时间 time   1. 按分辨率、CPU 执行时间、耗时(即 挂钟时间)或日历时间。IEEE Std 982.1-2005 IEEE 标准词典 软件可靠性方面的测量.2.6
3116 时间和材料(T&M)合同 time and material (T&M) contract   1. 一种混合合同安排,包含 成本补偿合同和固定价格合同的方面。时间和材料 合同类似于成本补偿型安排,因为它们没有明确的 结束,因为该安排的全部价值在当时尚未定义 合同价值可以增长,就像它们 是成本补偿型安排。相反,时间和材料安排 也可以类似于固定价格安排。例如,单位费率是预先设定的 由买卖双方就该类别的费率达成一致 高级工程师。项目管理知识体系指南 (PMBOK® 指南)—第四版
3117 时间类 time class   1. 时间限制,与相对频率相对应的比例 执行时间少于 或等于相应的时间限制,等于任务总量(其中 特定任务类型),用于与任务的执行时间进行比较( 特定任务类型)。 ISO/IEC 14756:1999,信息技术 - 测量 以及计算机软件系统性能的评级。4.27
3118 暂停 time out   1. 当经过预定的时间而没有 预期事件的发生。2. 经历(1)中的条件,例如 如果没有收到用户输入则导致在线进程终止的条件 在指定的时间内
3119 分时 time sharing   1. 允许两个或多个用户执行计算机的操作模式 通过交错执行在同一台计算机系统上同时运行多个程序 他们的程序注意时间共享可以通过时间分片来实现, 基于优先级的中断,或者其他调度方法。
3120 时间切片 time slicing   1. 一种操作模式,其中两个或多个进程分别被分配一个 在同一处理器上连续处理少量固定的时间,并且 进程以循环方式执行,每个进程都按其分配的时间执行,直到所有 已完成。
3121 时间关键型任务 time-critical task   1. 必须在严格期限内完成的任务
3122 时效性函数 timeliness function   1. 关于执行时间的用户需求描述 特定任务类型的任务。ISO/IEC 14756:1999,信息技术— 计算机软件系统性能的测量和评级。4.29 注:它由一个或多个时间类组成。
3123 及时性评级值 timeliness rating value   1. 时间吞吐量的商(对应于第 j 个任务类型) 和总吞吐量。ISO/IEC 14756:1999,信息技术 - 测量 以及计算机软件系统性能的评级。4.28
3124 及时吞吐量 timely throughput   1. 所有执行时间可接受的任务的吞吐量 时效性功能。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.30
3125 定时器事件 timer event   1. 用于定期激活任务的刺激
3126 时间标度进度网络图 time-scaled schedule network diagram   1. [工具] 任何项目进度网络图,以这样的方式绘制 计划活动的定位和长度代表其持续时间。本质上, 它是一个包含进度网络逻辑的条形图。项目指南 管理知识体系(PMBOK® 指南)—第四版
3127 分时 timesharing   1. 数据处理系统的操作技术,提供 在一个处理器中两个或多个进程的时间交错。 ISO/IEC 2382-1:1993, 信息技术 — 词汇 — 第 1 部分:基本术语.01.01.43
3128 计时 timing 参阅:参见尺寸; 1. 估计或测量所需执行时间的过程 对于软件系统或组件
3129 时序分析仪 timing analyzer   1. 估计或测量计算机执行时间的软件工具 程序或计算机程序的一部分,通过求和执行时间 沿指定路径或在指定位置插入探针 程序中的点并测量探测器之间的执行时间
3130 时序图 timing diagram   1. 显示一组任务按时间顺序执行的顺序的图表
3131 TINA TINA   1. 电信信息网络架构。ISO/IEC 10746-1:1998, 信息技术 — 开放分布式处理 — 参考模型:概述
3132 火绒盒 tinderbox   1. 自动构建和回归测试工具注意火药桶 通常会定期从 每个支持的分支,针对不同的平台进行构建,并报告结果 从构建和回归测试。
3133 竞争绩效指数(TCPI) to-compete-performance index (TCPI)   1. 必须实现的成本绩效的计算预测 剩余的工作是为了满足特定的管理目标,比如预算 完工成本(BAC)或完工估计值(EAC)。它是“剩余 工作”到“剩余资金”。项目管理知识体系指南 (PMBOK® 指南)— 第四版
3134 代币 token   1.与地点相关并从地点类型中选择的数据项。 ISO/IEC 15909-1:2004,软件与系统工程 - 高级 Petri 网 — 第1部分:概念、定义和图形符号.2.1.25.2.终端符号。 ISO/IEC 15475-2:2002,信息技术 — CDIF 传输格式 — 第 2 部分 语法 SYNTAX.1.6.1
3135 工具 tool   1. 为软件和系统生命提供支持的软件产品 循环过程。ISO/IEC 15474-1:2002,信息技术 - CDIF 框架 — 第 1 部分:概述。4.2. 2. 有形的东西,例如模板或软件 程序,用于执行活动以产生产品或结果。指南 项目管理知识体系(PMBOK® 指南)—第四版。3. 执行或协助执行用户或组织过程的设备 直接或间接支持实现生产目标的任务。 IEEE Std 1175.2-2006 IEEE CASE 工具互连推荐规范 — 互连特性.3.16 特别注意,但不 专门指建模工具。此外,工具还用作软件的简称 工具,更具体地说是 CASE 工具。’
3136 顶盒 top box   1. A-0 上下文图中的框,用于模拟顶层功能 IDEF0 模型。IEEE Std 1320.1- 1998 (R2004) IEEE 功能建模标准 语言 — IDEF0.2.1.103 的语法和语义
3137 自上而下 top-down 参阅:参见自下而上,首先是关键部分; 1. 与从最高级别组件开始的活动有关 属于一个层次结构,并逐步通过较低级别 2. 从最高抽象层次开始并进行的方法或过程 ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发。20.01.1 例如自上而下的设计,自上而下 测试
3138 自上而下的设计 top-down design 同义词:自上而下 1. 一种设计方法,其中系统的功能分解 7为 将高级概念分解为低级部分。2. 设计系统的过程 通过识别其主要组成部分,将其分解为低级组成部分, 并不断迭代,直到达到所需的细节水平。分解
3139 主题 topic   1. 涉及单一主题的文档的一小部分。ISO/IEC 26514, 系统与软件工程 - 对设计人员和开发人员的要求 用户文档.4.50 示例说明如何打印 当前文档注意在印刷文档中,主题相当于 到某一部分(标题;副标题)及其内容。在屏幕文档中, 主题由标题和主题信息组成(通常, 任务、概念或参考信息)。对于屏幕文档, 系统可以在没有用户干预的情况下呈现一个主题。
3140 顶层函数 top-level function   1. A-0 上下文图中单个框建模的功能 IDEF0 模型。IEEE Std 1320.1- 1998 (R2004) IEEE 功能建模标准 语言 — IDEF0.2.1.104 的语法和语义
3141 总计 total 参阅:部分、强制、映射完整性; 1. 完整的映射。IEEE Std 1320.2-1998 (R2004) IEEE 概念标准 IDEF1X97 (IDEFobject) 的建模语言语法和语义.3.1.196 注意 如果对于 D 中的每个 X 至少存在 R 中有一个 Y,M 中有一个 [ X, Y ] 对。类的属性是完全的,也就是说 它将对类的每个实例都有一个值,除非明确指定 声明为部分。
3142 总集群 total cluster 参阅:不完整聚类、部分聚类、超类;同义词:完整集群 1. 子类簇,其中超类的每个实例都必须是实例 集群的至少一个子类。IEEE 标准 1320.2-1998 (R2004) IDEF1X97 概念建模 8语言语法和语义的 IEEE 标准 (IDEF对象)。3.1.197.
3143 总体正确性 total correctness 参阅:参见部分正确性; 1. 在正确性证明中,指示程序的输出 断言从其输入断言和处理步骤逻辑上遵循
3144 总影响度(TDI) total degree of influence (TDI)   1. 十四个 GSC 的影响度总和。ISO/IEC 20926:2003, 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册
3145 总浮动(TF) total float (TF)   1. 计划活动可能从其开始延迟的总时间 尽早开始项目,而不会延迟项目完成日期或违反进度安排 约束。使用关键路径法技术计算并确定 提前完成日期和延迟完成日期之间的差异。 项目管理知识体系(PMBOK® 指南)—第四版
3146 全面质量管理(TQM) total quality management (TQM)   1. 在所有生命周期阶段采取整体质量改进方法
3147 TP TP   1. 事务处理。ISO/IEC 10746-2:1996,信息技术 — 开放分布式处理 — 参考模型:基础。4
3148 T型材 T-profile   1. 传输配置文件。ISO/IEC 10746-1:1998,信息技术 — 开放 分布式处理 — 参考模型:概述
3149 全面质量管理 TQM   1. 全面质量管理。项目管理知识体系指南 (PMBOK® 指南)— 第四版
3150 TR TR   1. 技术要求。ISO/IEC TR 14143-4:2002,信息技术 — 软件度量 — 功能规模度量 — 第 4 部分:参考模型。4. 2. ODP 类型存储库。ISO/IEC 14769:2001,信息技术 - 开放分布式 处理 — 类型存储库函数。4
3151 踪迹 trace   1. 计算机程序执行的记录,显示执行顺序 执行的指令、变量的名称和值,或两者 2. 生成 (1)中的记录。3. 建立两个或多个产品之间的关系 开发过程的跟踪注意类型包括执行跟踪、回顾 跟踪、子程序跟踪、符号跟踪、变量跟踪。
3152 可追溯性 traceability   1. 两个或多个对象之间建立关系的程度 开发过程的产品,尤其是具有前身-后继的产品 或主从关系。IEEE 标准 1233-1998 (R2002) IEEE 系统需求规范开发指南.3.19. 2. 识别 以及派生路径(向上)和分配或流向下路径的文档 (向下)工作产品层次结构中的工作产品。IEEE 标准 1362-1998 (R2007)IEEE 信息技术指南-系统定义-操作概念 文件.3.24. 3. 软件开发产品中每个元素的 建立其存在的理由。4. 两个或多个事物之间可辨别的关联 逻辑实体,例如需求、系统元素、验证或任务 例如,给定的要求和设计 系统元素匹配度;气泡图中每个元素的引用程度 它满足的要求
3153 可追溯性矩阵 traceability matrix   1. 记录两个或多个产品之间关系的矩阵 开发过程示例记录关系的矩阵 需求与给定软件组件的设计之间
3154 可追溯 traceable   1. 具有可确定来源的组件。IEEE/EIA 12207.1-1997 IEEE/EIA 标准:行业实施国际标准 ISO/IEC 12207:1995, 信息技术标准 - 软件生命周期流程 - 生命周期 数据.H.3 f)
3155 商业秘密 trade secret   1. 受保护的配方、工艺、设计或知识产权 通过不披露
3156 贸易研究 trade study   1. 根据标准和系统分析对替代方案进行评估, 选择最佳方案以达到既定目标
3157 商标 trademark   1. 用来表示特定商品来源或 服务
3158 权衡 trade-off   1. 从各种要求和替代方案中进行选择的决策行动 利益相关者 9净收益的基础上的解决方案。 ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统生命周期过程。4.35
3159 权衡分析 trade-off analysis   1. 对设计方案/替代方案的性能进行分析评估, 设计成本目标和生命周期质量因素。IEEE 标准 1220-2005 IEEE 系统工程过程应用和管理标准。3.1.38
3160 拖车 trailer 参阅:参见标题 (2); 1. 放置在文件或消息末尾的标识或控制信息
3161 尾随决策 trailing decision 参阅:主导决策直到; 1. 在循环体之后执行的循环控制
3162 培训 training   1. 提供正式和非正式的学习活动注意可能 包括课堂教学、非正式指导、基于网络的教程、指导 自学和正式的在职练习。所选的学习选项 每种情况都基于对要解决的绩效差距的评估 和资源。
3163 交易 transaction   1. 在软件工程中,数据元素、控制元素、信号、事件、 或状态改变,导致、触发或启动一个动作或序列 动作 2. 导致一系列对象变化的活动,与以下情况一致 动态模式(及其约束不变模式)。 ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.13.7.1.1
3164 交易分析 transaction analysis 参阅:以数据结构为中心的设计、输入-处理-输出、模块化分解、 面向对象设计,快速;同义词:以交易为中心的设计 1. 一种软件开发技术,其中系统的结构是 通过分析系统需要处理的交易而得出。原型设计 10, 逐步改进、结构化设计、变换分析
3165 交易文件 transaction file   1. 临时数据文件。ISO/IEC 24570:2005,软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用注意:只读一次 并且其数据被消耗。
3166 交易矩阵 transaction matrix   1. 识别可能的数据库访问请求并关联 对数据库中信息类别或元素的每个请求
3167 交易费率GSC transaction rate GSC   1. 14 个一般系统特征之一,描述 商业交易率影响了应用程序的开发。 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册
3168 交易模式 transaction schema   1. 定义事务及其 ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 — 参考模型:Architecture.16.8.1.1
3169 交易透明度 transaction transparency   1. 分布透明度,掩盖了活动之间的协调 对象的配置以实现一致性。ISO/IEC 10746-3:1996,信息 技术 — 开放分布式处理 — 参考模型:架构.4.4.1.8
3170 事务函数 transactional function   1. 交易。ISO/IEC 24570:2005,软件工程 — NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用注意一系列的动作 用户将其视为单个工作单元。FPA 为每个事务功能分配 一种类型,因此区分以下类型:外部输入, 外部输出和外部查询。
3171 事务函数类型 transactional function type   1. FPA 分配给交易功能外部的三个类别之一 输入、外部输出和外部查询。ISO/IEC 24570:2005,软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南
3172 交易功能 transactional functions   1.应用程序向用户提供的处理数据的功能。 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册注:事务功能 定义为外部输入、外部输出和外部查询。
3173 转让 transfer   1. 从一个地方发送数据并在另一个地方接收数据。2. 放弃 控制在一个过程,并在另一个过程中承担它,无论有无期望 回报
3174 传输文件 transfer file   1. 包含要交换的数据的文件它由文件头和 ISO/IEC 15474-1:2002,信息技术 - CDIF 框架 — 第 1 部分 概述.4.1 注:组件包含数据或数据定义 数据。
3175 变换分析 transform analysis 参阅:以数据结构为中心的设计、输入-处理-输出、模块化分解、 面向对象设计,快速;同义词:转型 1. 一种软件开发技术,其中系统的结构是 通过分析系统中的数据流 11和转换得出 必须对数据执行的分析、以变换为中心的设计原型、 逐步细化、结构化设计、交易分析
3176 瞬态错误 transient error 参阅:参见间歇性故障、随机故障; 1. 发生一次或以不可预测的时间间隔发生的错误
3177 过渡 transition   1. 从一种状态变为另一种状态或相同状态。ISO/IEC 11411:1995, 信息技术——人类交流状态转换的表示 软件。2.2. 2. 网络节点,取自过渡类型,并表示 通过网络图中的矩形表示。ISO/IEC 15909-1:2004,软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.26
3178 过渡条件 transition condition   1. 布尔表达式(计算结果为 true 或 false)相关 ISO/IEC 15909-1:2004,软件和系统工程——高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.26.1
3179 过渡模式 transition mode   1. 包含转换和模式的一对。ISO/IEC 15909-1:2004,软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.26.2
3180 转换发生 transition occurrence 同义词:转换规则 1. 如果在某种模式下启用了转换,则转换可能会在该模式下发生。ISO/IEC 15909-1:2004,软件与系统工程 — 高级 Petri 网 — 第 1 部分 概念、定义和图形符号.2.1.26.3. 注, 发生转变时,以下动作不可分割地发生 1. 对于 转换的每个输入位置输入弧的启用标记相对于 该模式从输入位置的标记中减去,并且 2. 对于每个输出 转换的位置评估输出弧表达式的标记多集 添加到输出位置的标记中。一个位置可能既是输入位置 以及相同转换的输出位置。
3181 过渡变量 transition variables   1.与转换相关的表达式中出现的变量。 ISO/IEC 15909-1:2004,软件与系统工程 - 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.26.5 注:这些 是过渡条件和过渡周围弧的注释。
3182 翻译 translator 参阅:参见汇编器、编译器; 1. 将以 一种语言转换成另一种语言表达的等效语句序列
3183 陷阱 12 trap   1. 有条件地跳转到异常或中断处理程序,通常 由硬件自动激活,并带有跳转发生的位置 记录 2. 执行(1)中的操作
3184 树状结构图 tree-structured chart   1. 描述 ISO/IEC 8631 中定义的程序结构的图表,并具有 树的结构。ISO/IEC 14568:1997,信息技术 - DXL:图表 用于树状结构图表的 eXchange 语言。3.1.1
3185 趋势 trend   1. 时间分析显示某一特定度量或 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 — 计数实践手册
3186 趋势分析 trend analysis   1.[技术]一种利用数学模型进行预测的分析技术 基于历史结果的未来结果。这是一种确定 通过使用 前期进度报告的数据,并预测该参数的 如果没有变化,项目未来某个时间点可能会出现与基线的差异 在执行项目时做出的决策。项目管理知识体系指南 (PMBOK® 指南)— 第四版
3187 触发事件 triggering event   1. 发生在被测软件边界之外的事件,并且 启动一个或多个功能流程。ISO/IEC 19761:2003,软件工程 — COSMIC-FFP — 一种功能尺寸测量方法。3.22 注:在一组 功能用户需求,每个事件类型都会触发一个功能流程 对于该组 FUR 是不可分割的。时钟和计时事件可以触发 事件。事件要么已经发生,要么尚未发生,它是瞬间发生的。
3188 触发器 triggers   1. 表明风险已经发生或即将发生的迹象。触发因素可能 在风险识别过程中发现,在风险监控中关注 和控制过程。触发因素有时被称为风险症状或警告信号。 项目管理知识体系指南(PMBOK® 指南)—第四版
3189 三重约束 triple constraint   1. 评估诸如进度、成本和 质量注三重约束通常被描绘成一个三角形,其中 其中一条边或一个角代表以下参数之一 由项目团队管理。
3190 TRR TRR   1. 测试准备情况审查
3191 行李箱 trunk   1. 软件开发的主线;大多数软件开发的主要出发点 树枝 注意:通常可以区分主干和其他树枝 用于识别文件的版本号,比 所有其他分支的。
3192 隧道符号 tunnel notation   1. 一对短而浅的弧,类似于一对左右括号 字符,用于括住箭头或箭头段的箭头尾。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 - 语法 和 IDEF0.2.1.107 的语义
3193 隧道箭 tunneled arrow   1. 在其与祖先盒子的附着点和其 在某些层次连续的后代图上以边界箭头的形式出现。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.105 的语法和语义
3194 隧道施工 tunneling   1. 将隧道符号应用于箭头段的行为。IEEE 标准 1320.1-1998 (R2004)IEEE 函数建模语言标准 - 语法和语义 对于 IDEF0.2.1.106
3195 周转时间 turnaround time 参阅:参见端口到端口时间、响应时间、思考时间; 1. 从提交作业到批处理所经过的时间 系统和完成输出的返回
3196 交钥匙工程 turnkey   1. 指以完整、可操作的方式交付的硬件或软件系统 状态
3197 交钥匙系统 turnkey system   1. 安装和供应后即可使用的数据处理系统 以可立即运行的状态提供给用户,并可根据特定用户进行定制 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1:基本术语.01.01.48 注:用户需要进行的一些准备工作 可能需要数据。
3198 教程 tutorial   1. 用户练习软件功能的指导程序 使用软件或文档随附的样本数据。 ISO/IEC 26514,系统和软件工程 - 对设计师和开发人员的要求 用户文档.4.51
3199 双地址指令 two-address instruction 参阅:参见单地址指令、三地址指令、四地址指令, 零地址指令;同义词:双操作数指令 1. 包含两个地址字段的计算机指令。示例 将 A 的内容添加到 B 的内容中的指令
3200 两层地址 two-level address 参阅:参见 n 级地址; 1. 指定包含以下内容的存储位置的间接地址 所需操作数的地址
3201 两级编码 two-level encoding 参阅:参见比特控制、残差控制、单级编码;同义词:两级编码 1. 一种微编程技术,其中可以实现不同的微操作 以相同的方式编码到微指令的同一字段中,并且 执行取决于内部或外部的另一个字段的值 微指令。
3202 二加一地址指令 two-plus-one address instruction 参阅:参见一加一地址指令、三加一地址指令、四加一 地址指令; 1. 包含三个地址字段的计算机指令,第三个包含 下一条要执行的指令的地址示例一条指令 将 A 的内容添加到 B 的内容中,然后执行以下指令 地点C
3203 类型 type   1. 一套。ISO/IEC 15909-1:2004,软件和系统工程 - 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.27
3204 UDF UDF 参阅:软件开发文件; 1. 单元开发文件夹
3205 ULA ULA   1. 上层架构。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述
3206 UML UML   1. 统一建模语言。ISO/IEC 14769:2001,信息技术 — 开放分布式处理 — 类型存储库功能.4
3207 未调整功能点计数(UFP) unadjusted function point count (UFP)   1. 项目或向用户提供的功能的衡量标准 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 - 计数实践手册注 通过数据和交易两种功能类型来衡量。
3208 明确 unambiguous   1. 用只允许单一解释的术语描述,辅助,如果 根据定义,这是必要的。IEEE/EIA 12207.1-1997 IEEE/EIA 标准:行业 实施国际标准 ISO/IEC 12207:1995,信息标准 技术 — 软件生命周期流程 — 生命周期数据。H.3.a)
3209 解绑 unbundle   1.箭头含义的分离,用分支箭头段来表达。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.108 的语法和语义注意,分离 对象类型集中的对象类型
3210 不确定性 uncertainty   1. 由于对情况缺乏准确或充分的了解而导致的结果 注意风险因素的根本原因 13往往
3211 无条件跳转 unconditional jump 参阅:参见条件跳转; 1. 无论执行条件如何都会发生的跳转
3212 下溢异常 underflow exception 参阅:寻址异常、数据异常、操作异常、溢出异常、 保护异常; 1. 当算术运算的结果为 太小的分数,无法由指定接收的存储位置表示 它
3213 底层许可证 underlying license   1. 最初购买或采购的软件使用许可证,以及 通常可以直接链接到购买记录。ISO/IEC 19770-1:2006,信息 技术-软件资产管理-第1部分:流程.3.15注 底层许可证可能有相关条件,要求它 与其他或多个许可证结合使用以创建有效的完整 执照。
3214 可理解性 understandability   1. 系统在系统组织层面被理解的难易程度 注意:可理解性与以下方面有关 与可读性相比,系统的连贯性在更一般的层面上。
3215 无向图 undirected graph 参阅:参见有向图; 1. 节点间连接不隐含任何方向的图(意义 2)
3216 统一建模语言(UML) Unified Modeling Language (UML)   1. 一种用于可视化、指定、构建和记录的图形语言 面向对象软件密集型系统的产物
3217 独特功能 unique function   1. 形式和/或逻辑处理与其他函数不同的函数 特定应用程序提供的功能。ISO/IEC 24570:2005,软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南
3218 唯一性约束 uniqueness constraint   1. 一个约束,规定一个类中的任何两个不同实例都不能一致 在唯一性约束中命名的所有属性的值。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.199
3219 单位 unit   1. 计算机软件设计中指定的可单独测试的元素 组件。2. 计算机程序中逻辑上可分离的部分。3. 软件 不细分为其他成分的成分。4. 采用的数量 作为测量标准。ISO/IEC 14598-3:2000,软件工程 - 产品 评估 — 第 3 部分:开发人员流程。4.4
3220 计量单位 unit of measurement   1. 公约所定义和采用的特定数量,其他 同类量进行比较,以表达它们的相对大小 ISO/IEC 15939:2007,系统和软件工程 - 测量 3.40;ISO/IEC 25000:2005,软件工程 - 软件产品质量 要求和评估 (SQuaRE) — SQuaRE.4.60 指南 注:单位 测量通常具有指定的名称和符号。
3221 单位需求文档 14 unit requirements documentation   1. 阐述功能、接口、性能和 测试单元的设计约束要求。IEEE Std 1008-1987(R1993、R2002) IEEE 软件单元测试标准.2
3222 单元测试 unit test   1. 由开发人员或独立人员测试单个例程和模块 测试人员。2. 对单个程序或模块进行测试,以确保 没有分析或编程错误。ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发.20.05.05. 3. 单个硬件测试 或软件单元或相关单元组’
3223 单元测试框架 unit test framework   1. 一个有利于单元测试的环境
3224 解包 unpack 参阅:包; 1. 从打包数据中恢复一个或多个数据项的原始形式
3225 非专业化 unspecialize 参阅:参见重新专业化、专业化; 1. 实例从其当前子类的实例发生变化 属于集群内的任何子类的实例。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义.3.1.200
3226 无层次语言 unstratified language   1. 可以用作自己的元语言的语言示例英语 或德语
3227 直到 UNTIL 参阅:闭环,WHILE,尾随决策;同义词:后测试 1. 单入口、单出口循环,其中执行循环控制 循环体之后。迭代图 18 — UNTIL
3228 放松 unwind 参阅:参见直线编码; 1. 在编程中,明确、完整地陈述所有的指令 涉及循环的多次执行
3229 向上 up 参阅:down 忙碌,空闲; 1. 与可运行且正在使用的系统或组件有关 注意:这样的系统要么繁忙,要么空闲。
3230 正常运行时间 up time 参阅:参见停机时间、繁忙时间、空闲时间、平均故障间隔时间、设置时间; 1. 系统或组件运行的时间段,以及 服务中,即繁忙时间和空闲时间的总和
3231 可更新参数 updatable argument   1. 赋予操作参数的名称,用于标识一个实例 可以向其发送请求以改变实例的状态。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.201 注意:参数不是 指定为“可更新”意味着将不会发送任何请求 改变由参数标识的实例的状态。
3232 上传 upload   1. 将程序或数据从连接的计算机传输到具有 更多资源。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.37 注意通常来自个人计算机 到服务器
3233 向上兼容 upward compatible 参阅:向下兼容; 1. 指与更高版本或更高版本兼容的硬件或软件 复杂版本示例处理所创建文件的程序 由其后续版本
3234 向上压缩 upward compression 参阅:横向压缩,向下压缩; 1. 在软件设计中,一种解调形式,其中下属模块 以内联方式复制到上级模块的主体中
3235 UR UR   1. 用户需求。ISO/IEC TR 14143-4:2002,信息技术 - 软件 测量——功能规模测量——第 4 部分:参考模型.4
3236 可用性 usability 参阅:参见可重用性; 1. 可执行软件单元或系统功能的度量, 易于使用和效率。IEEE Std 1517-1999 (R2004) IEEE 信息标准 技术 — 软件生命周期流程 — 重用流程。3.21. 2. 易用性 用户可以学习操作、准备输入和解释输出 系统或组件的可用性。3. 产品可用于指定用途的程度 帮助用户有效、高效、满意地实现指定目标 在指定的使用环境中。ISO/IEC 25062:2006,软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 通用行业格式 (CIF)可用性测试报告。4.10.4.软件产品的能力 在规定的条件下使用时,能够被用户理解、学习、使用和吸引 ISO/IEC 9126-1:2001 软件工程 — 产品质量 — 第 1 部分 1:质量模型。6.3. 注:本术语已特意重新定义 以便在软件重用环境中更恰当地传达其含义。
3237 可用性实验室 usability laboratory   1. 通常,一套评估和观察室可能配备 配备视频和音频设备,用于记录用户响应。ISO/IEC 15910:1999, 信息技术 — 软件用户文档流程.4.49
3238 可用性测试 usability test   1. 确定已实施系统是否履行其功能的测试 目的由用户决定。ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发.20.05.08. Syn:fitness-for-use test
3239 可用性测试 usability testing   1. 评估文件适用性的正式流程。ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.50
3240 使用模式 usage mode   1. 文档开发人员期望文档的主要方式 ISO/IEC 26514,系统与软件工程 - 系统要求 用户文档的设计者和开发者。4.53
3241 用例 use case   1. 在 UML 中,系统的一个完整任务,提供可测量的结果 参与者的价值注意更正式地说,用例定义了一组使用 案例或场景。
3242 用例图 use case diagram   1. 显示参与者、用例及其关系的 UML 图
3243 用例模型 use case model   1. 描述系统在使用方面的功能需求的模型 案例
3244 用例规范 use case specification   1. 描述用例的文档注意用例规范的 基本部分包括用例名称、简要描述、前提条件、基本 流程、后置条件和替代流程。
3245 IT的使用 use of IT   1. 规划、设计、开发、部署、运行、管理和应用 满足业务需求的 IT 部门。ISO/IEC 38500:2008,公司治理 1.6.18 注包括对信息技术的需求和 由内部业务部门、专业 IT 部门或 外部供应商 15和公用事业服务(例如提供软件即服务的供应商)
3246 用户 user 参阅:参见开发者; 1. 使用软件执行一项或多项任务的人;特定 ISO/IEC 26514,系统和软件工程 - 设计师要求 和用户文档的开发人员。4.54.2. 与产品交互的人员。 ISO/IEC 25062:2006,软件工程 - 软件产品质量要求 和评估(SQuaRE)——可用性测试报告的通用行业格式(CIF)。4.6. 3. 日常工作中使用软件密集型系统的个人或组织 活动或休闲活动。IEEE Std 1362-1998 (R2007) IEEE 指南 信息技术——系统定义——操作概念文件.3.25。 4. 在使用系统期间受益的个人或团体。 ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统寿命 3.41;ISO/IEC 15939:2007,系统与软件工程 - 测量 过程.3.41.5. 与软件通信或交互的任何人或事物 ISO/IEC 14143-1:2007,信息技术 - 软件度量 — 功能规模测量.1部分:概念定义.3.11;ISO/IEC 29881:2008, 信息技术 - 软件和系统工程 - FiSMA 1.1 功能 尺寸测量方法。3.9. 6. 使用函数的人(或实例) 通过终端(或等效的机器用户界面)提交 CBSS 任务并接收计算结果。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.31. 7.通过与 CASE 工具交互获取工程价值的人。 IEEE Std 1175.2-2006 IEEE CASE 工具互连推荐规范 — 3.17 互连特性. 注:用户可以执行 其他角色 16,如获取者或维护者。用户角色和运营商角色 可以同时或相继归属于同一个人或组织。’
3247 用户文档 user documentation 参阅:参见用户手册; 1. 系统用户的文档,包括系统描述和 使用该系统获得预期结果的程序2. 描述信息, 解释或指导如何使用软件。ISO/IEC 26514,系统和软件 工程 —— 对用户文档设计人员和开发人员的要求。4.55
3248 用户组 user group   1. 与其他目标用户不同的目标用户子集 年龄、文化或专业知识等可能影响可用性的因素。 ISO/IEC 25062:2006,软件工程 - 软件产品质量要求 和评估(SQuaRE)—可用性测试报告的通用行业格式(CIF)。4.7
3249 用户界面 user interface   1. 一个允许人类用户之间传递信息的接口 以及计算机系统的硬件或软件组件 2. 软件集合 以及允许用户与计算机系统交互的硬件。ISO/IEC 26514, 系统与软件工程 - 对设计人员和开发人员的要求 用户文档.4.56
3250 用户界面任务 user interface task   1. 隐藏界面细节并按顺序交互的任务 与人类用户
3251 使用手册 user manual 参阅:参见数据输入表、诊断手册、安装手册、操作手册、 程序员手册,支持;同义词:用户指南,用户 1. 提供使用系统所需信息的文档 或组件来获得所需的结果。 2. 描述如何使用 职能单位,其中可能包括权利和责任的描述 单位的用户、所有者和供应商。ISO/IEC 2382-20:1990,信息 技术 词汇 第 20 部分:系统开发.20.06.03. 手册、用户 手册 手册 注:通常描述的是系统或组件功能, 限制、选项、允许的输入、预期的输出、可能的错误信息, 以及特殊说明。用户手册与操作手册不同 当区分那些操作计算机系统的人(安装 磁带等)以及将系统用于其预期用途的人员。
3252 用户需求 user need   1. 用户认为系统可以解决问题的用户需求 用户体验。IEEE Std 1362-1998 (R2007) IEEE 信息指南 技术——系统定义——操作概念文件.3.26.2.一套 功能性用户需求和非功能性用户需求 需要系统满足。ISO/IEC 29881:2008,信息技术 - 软件 和系统工程——FiSMA 1.1功能规模测量方法.A.17
3253 用户需求(UR) user requirements (UR)   1. 系统客户或最终用户的要求。ISO/IEC TR 19759:2005, 软件工程——软件工程知识体系指南(SWEBOK)。2.1.6. 2. 软件用户需求集的描述。 ISO/IEC 14143-1:2007, 信息技术 - 软件度量 - 功能规模度量;第 1:概念定义 17。3.12注:用户需求包括两个子集 功能性用户需求和非功能性用户需求。
3254 用户终端 user terminal   1. 使用户能够与计算机通信的终端。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语。01.03.12
3255 用户类型 user type   1. 模拟用户的分类,由以下组合定义 1)链条类型的使用相对频率;2)准备时间 (平均值及其标准差)。ISO/IEC 14756:1999,信息技术 — 计算机软件系统性能的测量和评级。4.32
3256 用户视图 user view   1. 以用户语言对用户业务需求 18的正式表述。 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册 2. 应用透视 用户的眼睛。ISO/IEC 24570:2005,软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用注意开发人员翻译 将用户信息转化为信息技术语言,以便提供 一个解决方案。
3257 用户友好型 user-friendly   1. 与人类使用的轻松和方便有关。ISO/IEC 2382-1:1993, 信息技术 — 词汇 — 第 1 部分:基本术语.01.06.22.2. 涉及 指设计为易于使用的计算机系统、设备、程序或文档 “主要目标”
3258 用户可识别 user-identifiable   1. 已商定的流程和/或数据组的定义要求 用户和软件开发者均应理解并遵守。ISO/IEC 20926:2003, 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册。6
3259 实用工具 utility   1. 用于执行一些常用支持功能的软件工具。 2. 给定价值体系中的价值尺度,通常以 0 到 100 示例:复制磁带的程序
3260 利用率 utilization 参阅:繁忙时间、空闲时间、正常运行时间; 1. 在计算机性能评估中,表示 系统或组件繁忙的时间除以其可用时间
3261 利用界限定理 utilization bound theorem   1. 实时调度定理,阐明了在什么条件下 由速率单调算法调度的 n 个独立周期性任务将 总是能按时完成任务
3262 V&V V&V   1. 验证和确认
3263 验证指标 validated metric   1. 一个指标,其值与相应的 质量因子值。IEEE Std 1061-1998 (R2004) IEEE 软件质量标准 指标方法.2.25
3264 验证 validation 参阅:参见核实; 1. 通过提供客观证据,确认要求 满足特定预期用途或应用的要求。ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统和软件工程 - 系统生命周期过程。4.37。 2. 提供证据证明软件及其相关产品 满足每个生命周期结束时分配给软件的系统要求 活动,解决正确的问题,并满足预期用途和用户需求。IEEE Std 1012-2004 IEEE 软件验证和确认标准.3.1.35.3. 在生命周期环境中,确保和获得信心的一系列活动 系统能够实现其预期用途、目标和目的。 ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统与软件工程 - 软件 生命周期过程.4.54. 4. 评估系统或组件的过程 在开发过程期间或结束时,确定系统是否 或组件满足指定要求。IEEE Std 1233-1998 (R2002) IEEE 系统需求规范开发指南.3.20 5.保证 产品、服务或系统满足客户和其他已确定的需求 利益相关者。它通常涉及外部客户的接受度和适用性。 项目管理知识体系指南(PMBOK® 指南)—第四版 注:验证表明系统可供用户使用 已验证的人员将能够执行其特定任务。“已验证”用于指定相应的状态。 [ISO 9000:2005] 在设计和开发中,验证涉及 检查产品是否符合用户需求。验证通常是 在规定的操作条件下对最终产品进行测试。可能需要 在早期阶段,如果存在不同的 预期用途。
3265 验证测试 validation test   1. 确定实施的系统是否满足其规定的测试 ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20:系统开发.20.05.04
3266 value   1.通过测量分配给实体属性的数字或类别。 ISO/IEC 25000:2005,软件工程 - 软件产品质量要求 和评估(SQuaRE)— SQuaRE 指南.4.63. 2. 数值或分类结果 分配给基础度量、派生度量或指标。ISO/IEC 15939:2007, 系统和软件工程 — 测量过程.3.42. 3. 一个实体 可能是请求中的一个实际参数。ISO/IEC 19500-2:2003,信息 技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/互联网 ORB 间协议(IIOP)。3.2.26. 4. 特定 数量,一般以计量单位乘以数字来表示。 ISO/IEC 19761:2003,软件工程 — COSMIC-FFP — 功能规模测量 方法.3.3
3267 价值调整因子(VAF) value adjustment factor (VAF)   1. 表示向用户提供的一般功能的因素 应用程序。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整 功能规模测量方法——计数实践手册注 VAF 是根据对 14 个一般系统特征的评估来计算的 (GSC)用于申请。
3268 值类 value class   1. 表示纯值实例的类。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.202 注:值的组成实例 班级不会来来去去,也不能改变状态。
3269 价值工程(VE) value engineering (VE)   1. 用于优化项目生命周期成本、节省时间、增加 利润、提高质量、扩大市场份额、解决问题和/或利用资源 更有效。项目管理知识体系指南 (PMBOK® 指南)—第四版
3270 值列表约束 value list constraint   1. 指定所有可接受实例值的集合的约束 值类。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义.3.1.203
3271 值范围约束 value range constraint   1. 指定所有可接受实例值的集合的约束 实例值受下限和/或上限约束的值类 边界。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言标准 IDEF1X97 (IDEFobject) 的语法和语义.3.1.204 示例方位角, 必须在 -180° 至 +180° 之间 注意范围限制 仅当指定线性顺序时才有意义。
3272 变量 variable   1. 值可以改变的数量或数据项。2. 身份 在撰写本文时尚不清楚。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97(IDEFobject)的概念建模语言语法和语义。3.1.205。 3. 程序执行过程中,值可以改变的数据项 变量用大写字母开头的标识符表示。
3273 变量迹 variable trace 参阅:参见执行跟踪、回顾跟踪、子程序跟踪、符号跟踪;同义词:数据流跟踪、数据跟踪、值跟踪 1. 访问或更改的变量的名称和值的记录 计算机程序的执行。
3274 方差 variance   1. 与已知基线的可量化偏差、偏离或分歧 或预期价值。项目管理知识体系指南 (PMBOK® 指南)—第四版
3275 方差分析 variance analysis   1.[技术]解决范围内总方差的方法, 成本和进度变量分解成与 定义影响范围、成本和进度变量的因素。指南 项目管理知识体系(PMBOK® 指南)—第四版
3276 变体 variant   1. 在容错方面,应用程序产生的程序版本 软件多样性
3277 VDD VDD   1.版本说明文档
3278 供应商分支 vendor branch   1. 用于跟踪导入软件版本的分支注意差异 连续版本之间的差异可以很容易地应用到本地修改的 进口。
3279 Ver Ver   1. 版本。ISO/IEC 19761:2003,软件工程 — COSMIC-FFP — 功能 尺寸测量方法.4
3280 动词短语 verb phrase   1. 关系标签的一部分,用于命名关系 句子可以通过组合第一个类名、动词 短语、基数表达式和第二个类名或角色名。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 以及 IDEF1X97 (IDEFobject) 的语义。3.1.206. 2. 用于命名关系的短语, 由动词和构成短语宾语的单词组成。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.206 示例语句 “每个项目资助一个或多个任务”可以从以下关系中得出 “项目”作为第一类,“任务”作为第二类,并带有“一个或多个” 基数,以及“资金”作为动词短语注意动词短语最好是 以主动语态陈述。
3281 可验证 verifiable   1. 可以由人员或工具检查其正确性。IEEE/EIA 12207.1-1997 IEEE/EIA 标准:行业实施国际标准 ISO/IEC 12207:1995, 信息技术标准 - 软件生命周期流程 - 生命周期 数据.H.3 c)
3282 验证 verification 参阅:参见验证; 1. 评估系统或组件以确定其是否 特定开发阶段的产品满足开始时设定的条件 该阶段。IEEE Std 1012-2004 IEEE 软件验证和 验证.3.1.36.2.程序正确性的正式证明。3.确认,通过 提供客观证据,证明规定的要求已经得到满足。 ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统与软件工程 - 软件 生命周期流程。4.55;ISO/IEC 15288:2008(IEEE Std 15288-2008),系统和 软件工程 - 系统生命周期过程.4.38;ISO/IEC 25000:2005,软件 工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE.4.64. 4. 考试确认及提供客观 证明特定预期用途的特定要求已经得到满足。 ISO/IEC 9126-1:2001,软件工程 — 产品质量 — 第 1 部分:质量 模型。5. 评估产品、服务或系统是否符合 规定、要求、规范或强加的条件。通常 内部流程。项目管理知识体系指南 (PMBOK® 指南)—第四版。6. 提供客观证据证明软件 及其相关产品符合要求(例如,正确性、完整性、 在每个生命周期中,对所有生命周期活动进行一致性和准确性的评估 流程(采购、供应、开发、运营和维护),满足 标准、实践和惯例,并成功地 完成每个生命周期活动并满足启动的所有标准 后续生命周期活动(例如,正确构建软件)。IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.1.54 注 [ISO 9000:2005]“已验证”用于表示相应的状态。在设计中 和开发,验证涉及检查开发结果的过程 确定是否符合该项特定活动的规定要求 活动。系统可能被验证满足规定的要求,但可能不适合 供实际用户操作。
3283 验证和确认(V&V) verification and validation (V&V) 参阅:参见独立核查和确认; 1. 确定系统或组件的要求是否符合的过程 完整、正确,各开发阶段的产品均满足要求 或前一阶段施加的条件,以及最终的系统或组件 符合指定要求
3284 验证和确认(V&V)工作 verification and validation (V&V) effort   1. 与执行 V&V 流程、活动和 任务。IEEE Std 1012-2004 IEEE 软件验证和确认标准。3.1.37
3285 验证方法 verification method   1. 一种测试 FSM 方法的方法,并提供 特定性能特性的展现程度。ISO/IEC TR 14143-3:2003,信息技术 — 软件测量 — 功能规模 尺寸测量 第3部分:功能尺寸测量方法的验证 3.10 注:应用 ISO/IEC 14143 本部分的目的是使 用户可以选择“最”满足其需求的 FSM 方法。因此,验证 FSM 方法的结果应该表明 是否表现出性能特性,或者是否表现出性能特性 在一定程度上。因此,不存在“通过”或“失败”的概念。 FSM 方法可以被认为是“已验证”或“未验证”,例如 特定的性能属性,取决于是否进行了适当的验证 已经进行了。
3286 验证赞助商 verification sponsor   1. 需要进行验证的个人或组织 并提供资金或其他资源来执行该目标。ISO/IEC TR 14143-3:2003, 信息技术 — 软件度量 — 功能规模度量 — 第 3 部分:功能规模测量方法的验证。3.11
3287 验证测试 verification test   1. 对系统进行测试,以证明其满足所有指定要求 处于其发展的特定阶段。ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发.20.05.03
3288 验证范围 verify scope   1. [流程] 项目竣工验收的流程 可交付成果。项目管理知识体系指南(PMBOK® 指南) — 第四版
3289 版本 version   1. 计算机软件配置项的初始发布或重新发布, 与计算机软件的完整编译或重新编译相关 配置项 2. 文档的初始版本或完整重新版本, 而不是发布上一版本变更页所导致的修订 3. 与同类产品有以下区别的可操作软件产品 能力、环境要求和配置 4. 可识别的 特定文件或完整系统版本的实例。5. 已识别实例 项目。ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统和软件工程 — 软件生命周期过程。4.56 注:版本修改 软件产品的新版本需要配置管理 行动。
3290 版本控制 version control 参阅:参见变更控制; 1. 基线的建立和维持以及识别和控制 对基线的更改使得可以返回到先前的基线
3291 版本描述文档(VDD) version description document (VDD)   1. 伴随并标识系统给定版本的文档 或组件注:典型内容包括系统清单或 组成部分、此版本中所含变更的标识,以及 特定于所述版本所特有的安装和操作信息。
3292 verso verso   1. 封面对面(即右侧或左侧)的页面。ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.53
3293 垂直微指令 vertical microinstruction 参阅:参见对角线微指令、水平微指令; 1. 指定所需操作序列之一的微指令 执行机器语言指令注意垂直微指令 相对较短,12 到 24 位,之所以被称为“垂直”,是因为序列 此类指令通常在页面上垂直列出,需要携带 输出一条机器语言指令。
3294 视频显示终端(VDT) video display terminal (VDT) 同义词:visual 1. 带有显示屏的用户终端,通常配备输入 键盘等设备。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.03.16.显示终端,视频显示单元(VDU)
3295 视图 view   1. 开发人员的分支副本。2. 主题域、类的集合, 关系、职责、属性、约束和注释 或为特定目的而创建并覆盖特定范围。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.207. 3. 实体和指定属性的集合 (域)为某种目的而组装。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97(IDEFobject)的概念建模语言语法和语义。3.1.207。 4. 一组相关类别。ISO/IEC TR 12182:1998,信息技术 — 软件分类.4.2. 5. 从 相关关注点的视角。IEEE 标准 1471-2000 IEEE 推荐 软件密集型系统架构描述的实践.3.9注A 视图可能覆盖正在建模的整个区域或仅覆盖该区域的一部分。
3296 查看图表 view diagram   1. 视图底层语义的图形表示。IEEE 标准 1320.2-1998 (R2004) IEEE 概念建模语言语法和 IDEF1X97 (IDEFobject) 的语义.3.1.208
3297 观点 viewpoint   1. 构造和使用视图的约定规范。IEEE Std 1471-2000 IEEE 软件密集型架构描述的推荐实践 系统.3.1 注:用于开发个人的模式或模板。 通过建立观点的目的和受众以及技术来 以供其创作和分析。
3298 观点(关于系统) viewpoint (on a system)   1. 使用一组选定的建筑概念实现的一种抽象形式 和构建规则,以便集中系统内的特定关注点。 ISO/IEC 10746-2:1996,信息技术 — 开放分布式处理 — 参考 模型:Foundations.3.2.7
3299 观点陈述 viewpoint statement   1. 简要说明所提出的 IDEF0 模型的观点 在模型的 a-0 上下文图中。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.109 的语法和语义
3300 违规 violation   1. 与规则要求相反的行为。ISO/IEC 15414:2006,信息 技术——开放分布式处理——参考模型——企业语言.6.4.3 注:规则或政策可能规定了违反以下规定时应采取的行为 该或其他规则或政策。