随着信息技术的进步,系统和软件工程学科也在不断成熟。新术语不断产生,现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考,并鼓励使用 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 注:规则或政策可能规定了违反以下规定时应采取的行为 该或其他规则或政策。 |