随着信息技术的进步,系统和软件工程学科也在不断成熟。新术语不断产生,现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考,并鼓励使用 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部分,这是第一部分。
编号 | 名称 | 英文名 | 参考 | 描述 |
---|---|---|---|---|
1 | 语言 | language | 1. ODP 系统规范的概念和规则定义 从观点来看。ISO/IEC 10746-3:1996 信息技术 — 开放分布式处理——参考模型:架构.4.2.1.1 注 工程语言被定义为“概念和规则的定义, 从工程角度对ODP系统进行规范”。1)PMBOK是 Project Management Institute, Inc. 的商标,该公司在 美国和其他国家。’ | |
2 | 联盟 | federation | 1. 个域的社区。ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考模型:架构.5.1.2 | |
3 | 拦截器 | interceptor | 1. 通道中的工程对象,放置在 个域之间的边界处。 ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.11 注意 拦截器会执行检查以 执行或监控基础工程之间允许的相互作用的政策 不同域中的对象;执行转换以掩盖差异 不同领域中基本工程对象对数据的解释。子网络间 中继是拦截器的一个例子。 | |
4 | 1GL | 1GL | 参阅:参见机器语言; | 1. 第一代语言 |
5 | 2GL | 2GL | 参阅:参见汇编语言; | 1. 第二代语言 |
6 | 3GL | 3GL | 参阅:参见高阶语言; | 1. 第三代语言 |
7 | 4GL | 4GL | 1. 第四代语言 | |
8 | 5GL | 5GL | 1. 第五代语言 | |
9 | A-0 上下文图 | A-0 context diagram | 1. 唯一有效的 IDEF0 模型所需的上下文图, A-0 图包含一个框,表示正在建模的顶级功能, 连接到此盒子的输入、控制、输出和机制,完整模型 名称模型名称缩写、模型的用途说明以及模型的 观点陈述。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言 — IDEF0 的语法和语义 | |
10 | A4、A5 | A4, A5 | 1. 国际标准纸张尺寸。ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.1 注意:A4 尺寸为 210 毫米 x 297 毫米 A5 为 148 毫米 x 210 毫米;参见 ISO 216:2007。 | |
11 | abend | abend | 1. 异常结束的缩写 | |
12 | 异常结束(abend) | abnormal end (abend) | 参阅:参见中止、异常; | 1. 在完成之前终止进程 |
13 | 中止 | abort | 参阅:参见异常结束 (abend)、异常; | 1. 在完成之前终止进程 |
14 | 绝对地址 | absolute address | 参阅:参见相对地址、可重定位地址、符号地址、绝对汇编程序, 绝对代码,绝对;同义词:明确地址,具体地址 | 1. 永久分配给设备或存储位置的地址 无需翻译或 计算. 指令 |
15 | 绝对汇编程序 | absolute assembler | 参阅:参见重定位汇编程序; | 1. 产生绝对代码的汇编程序 |
16 | 绝对代码 | absolute code | 参阅:参见可重定位代码;同义词:具体代码 | 1.所有地址都是绝对地址的代码。 |
17 | 绝对指令 | absolute instruction | 参阅:参见直接指令、有效指令、立即指令、间接指令 操作说明; | 1. 一种计算机指令,其中所有地址都是绝对地址 |
18 | 绝对加载器 | absolute loader | 参阅:参见重定位加载器; | 1. 加载器将绝对机器代码读入主内存,从 汇编器或编译器分配给代码的初始地址,并执行 代码上没有地址调整 |
19 | 抽象类 | abstract class | 1. 无法独立实例化的类。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模 3语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.1 注:即必须完成实例化 通过子类。一个类,其每个实例也必须是某个类的实例 集群中的子类(总集群)被称为抽象类 到该集群。 | |
20 | 抽象数据类型 | abstract data type | 1. 一种数据类型,其中只有数据的属性和操作 对数据执行的操作都是指定的,而不必担心数据将如何 代表或如何实施操作 | |
21 | 抽象设计 | abstract design | 1. 需要专业化(进一步设计工作)才能产生的通用形式 具体的设计。2. 旨在产生设计的设计 | |
22 | 抽象 | abstraction | 参阅:参见数据抽象; | 1. 关注与特定对象相关的信息的对象视图 目的而忽略了其余的信息。2. 制定过程 一个视图 |
23 | 可接受性 | acceptability | 1. 一个组织愿意承担的损失(财务或其他方面) 容忍风险注风险可接受性可能适用于个人 风险或风险集合,例如面临的全部风险 项目或企业。不同类别的风险的可接受性可能不同 并且可能取决于治疗费用或其他因素。 | |
24 | 可接受 | acceptable | 1. 满足利益相关者 4的合理期望或 ISO/IEC 38500:2008,信息技术企业治理。1.3.1 | |
25 | 验收标准 5 | acceptance criteria | 参阅:参见要求、测试标准; | 1. 系统或组件必须满足才能被接受的标准 由用户、客户或其他授权实体。2.这些标准,包括 项目前必须满足的性能要求和必要条件 交付成果被接受。项目管理知识体系指南 (PMBOK® 指南)— 第四版 |
26 | 验收测试 | acceptance test | 参阅:参见验收测试、验证测试; | 1. 通常由购买者执行的系统或功能单元的测试 在安装后,在供应商 6的参与下,在其场所进行检查,以确保 确保满足合同要求。ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发.20.05.07. |
27 | 验收测试 | acceptance testing | 参阅:参见验证测试、验收测试;同义词:Syn:验证测试,验收测试。2. 进行正式测试 | 1. 进行测试以确定系统是否满足验收标准 标准,并让客户确定是否接受该系统。 IEEE Std 829-2008 IEEE 软件和系统测试文档标准。3.1.1。 使用户、客户或其他授权实体能够决定是否接受 系统或组件。IEEE Std 829-2008 IEEE 软件和系统标准 测试文档.3.1.1. |
28 | 访问 | access | 1. 获得资源的使用权。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.04 | |
29 | 访问设施 | access facility | 1. 一组服务原语,允许存根对象协商 用于传输操作数据的抽象和传输语法 ISO/IEC 14752:2000,信息技术 - 开放分布式 处理——计算交互的协议支持。3.3.1 | |
30 | 访问方法 | access method | 1. 一种获取数据使用、存储使用的技术,以便 读取或写入数据,或使用输入输出通道传输数据。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语。01.08.03 | |
31 | 访问例程 | access routine | 1. 提供对隐藏数据结构的访问的例程,通常 因为它是一个全局变量或者用于抽象数据类型 | |
32 | 访问透明度 | access transparency | 1. 分布透明度,掩盖数据表示的差异 以及使对象之间能够互通的调用机制。ISO/IEC 10746-3:1996, 信息技术 — 开放分布式处理 — 参考模型:架构.4.4.1.1 | |
33 | 可访问性 | accessibility | 1. 产品、服务、环境或设施对人的可用性 最广泛的功能。ISO/IEC 25062:2006,软件工程 - 软件 产品质量要求与评估 (SQuaRE) — 通用行业格式 (CIF)用于可用性测试报告。4.1;ISO/IEC 26514,系统和软件工程–要求 供用户文档设计者和开发者使用。4.1 注:尽管 “可访问性”通常针对有残疾的用户,其概念是 不仅限于残疾问题。 | |
34 | 意外事故 | accident | 1. 导致死亡、受伤、疾病、 环境损害,或设备或财产损坏或损失。IEEE 标准 1228-1994 (R2002) IEEE 软件安全计划标准.3.1.1 | |
35 | 准确度 | accuracy | 1. 正确性或无错误的定性评估。2. 定量 误差幅度的测量 | |
36 | 测量精度 | accuracy of measurement | 1. 测量结果与测量结果的一致性 被测量的真实值。ISO/IEC TR 14143-3:2003,信息技术 软件度量功能规模度量第 3 部分:功能验证 功能尺寸测量方法.3.1 注:准确度是一个定性的 概念。术语“精度”不应用作“准确度”。[ISO/IEC 指南 99:2007 国际计量词汇 基本概念和一般概念及 相关术语]真值是与 给定特定数量,这是通过完美 测量。在无法进行完美测量的情况下, 约定俗成的真值是特定数量被接受的值, 有时按照惯例,具有适合特定目的的不确定性。 在同一参考文献中,“约定真值”有时也被称为指定 值、最佳估计值、约定值或参考值。 准确度应以相对误差的平均幅度来表示。 | |
37 | 酸 | ACID | 1. 原子性一致性隔离性耐久性。ISO/IEC 10746-1:1998,信息 技术 — 开放分布式处理 — 参考模型:概述 | |
38 | 收购项目团队 | acquire project team | 1.【流程】确认人力资源可用性并获得 完成项目任务所需的团队。项目管理指南 知识体系(PMBOK® 指南)—第四版 | |
39 | 收单方 | acquirer | 同义词:买方,客户,所有者,购买者 | 1.从供应商处获取或采购产品或服务的利益相关者。 ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统与软件工程 - 软件 生命周期过程.4.1. 2. 指定需求的个人或组织 并接受交付新的或修改后的软件产品及其文档。 IEEE Std 1058-1998 IEEE 软件项目管理计划标准.3.1;ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统寿命 注:获取者可以是公司内部的,也可以是外部的。 供应商组织。软件产品的采购可能涉及,但 并不一定需要法律合同或金融交易 采购方与供应方。 |
40 | 收购 | acquisition | 同义词:外包 | 1. 获取系统、软件产品或软件服务的过程。ISO/IEC 12207:2008 (IEEE Std 12207-2008) 系统与软件工程 - 软件生命 循环过程.4.2.2.获得系统产品或服务的过程。ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统寿命 循环过程.4.2. |
41 | 收购策略 | acquisition strategy | 1. 基于考虑因素获取产品和服务的具体方法 供应来源、采购方式、需求规范类型、合同 或协议类型,以及相关的收购风险 | |
42 | 动作 | action | 1. 用户在程序中执行的步骤的元素。ISO/IEC 26514, 系统和软件工程–对设计人员和开发人员的要求 用户文档.4.2.2. 对配方中要采取的操作的描述 解决方案。ISO 5806:1984,信息处理 - 单击规范 决策表.3.7 | |
43 | 动作条目 | action entry | 1. 指示某个动作与特定规则的相关性。ISO 5806:1984, 信息处理 — 单击决策表的规范.3.9 | |
44 | 感兴趣的动作 | action of interest | 1. 交易中导致重大状态变化的操作 ISO/IEC 10746-3:1996 信息技术 - 开放分布式 处理 — 参考模型:Architecture.13.7.1.2 | |
45 | 动作存根 | action stub | 1. 解决问题需要采取的所有行动的列表。ISO 5806:1984,信息处理 — 单击决策表的规范。3.11 | |
46 | 激活 | activation | 1. 函数对其输入的某个子集进行一次变换 将其分解成输出的某个子集。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.3 的语法和语义 | |
47 | 激活约束 | activation constraint | 1. 函数对非空对象集存在的要求 特定的箭头角色 7是某些功能激活的先决条件。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.4 的语法和语义 | |
48 | 活动区域 | active area | 1. (屏幕文档)响应用户输入的区域。4.3 示例 a 窗口、图标或文本字段 | |
49 | 主动互联 | active interconnection | 1. 一种物理交互机制,允许某事物的动作引起 改变或刺激另一事物的动作。IEEE Std 1175.2-2006 IEEE CASE 工具互连的推荐做法——互连特性 3.1 | |
50 | 主动冗余 | active redundancy | 参阅:备用冗余; | 1. 在容错方面,使用冗余元素同时运行 防止故障或允许从故障中恢复 |
51 | 活动文本 | active text | 1. 响应用户输入的屏幕上显示的文本 | |
52 | 活动空白 | active white space | 1. 文本或图形元素周围的区域,不包括边距, 分解文本,分离主题和子主题分组,指示层次结构 和主题关系,突出显示信息或使文本更易于阅读。 ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.54 | |
53 | 活动 | activity | 1. 流程的一组内聚任务。ISO/IEC 12207:2008 (IEEE Std 12207-2008), 系统和软件工程 — 软件生命周期过程.4.3;ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统寿命 循环过程。4.3.2. 项目过程中执行的工作组成部分。 项目管理知识体系指南(PMBOK® 指南)—第四版。 3. 用户或模拟系统向被测系统 (SUT) 提交的订单 用户要求按照定义的要求执行数据处理操作 根据特定输入数据生成特定输出数据的算法(如果需要) 存储数据。ISO/IEC 14756:1999,信息技术 - 测量和评级 计算机软件系统性能的评估。4.1. 4. 定义的工作主体 执行某个操作,包括其所需的输入信息和输出信息。 IEEE Std 1074-2006 IEEE 软件项目生命周期开发标准 流程.附件E.5.相关任务的收集。ISO/IEC 90003:2004,软件 工程——ISO 9001:2000应用于计算机软件的指南3.1. 6. 流程实施过程中执行的工作要素。IEEE 标准 829-2008 IEEE 软件和系统测试文档标准。3.1.2 图 1 — 活动 注:活动通常具有预期持续时间、成本、 和资源需求。活动通常细分为任务。 | |
54 | 活动属性 | activity attributes | 1. [输出/输入] 与每个计划活动相关的多个属性 可以包含在活动列表中。活动属性包括活动 代码、前置活动、后继活动、逻辑关系、线索 以及滞后、资源需求、强加的日期、限制和假设。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
55 | 活动代码 | activity code | 1. 一个或多个数值或文本值,用于标识 工作或以某种方式对计划活动进行分类,以便进行过滤和 报告中活动的排序。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
56 | 活动时长 | activity duration | 1. 计划活动开始和结束之间的时间(以日历单位表示)。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
57 | 活动组 | activity group | 1. 一组相关活动。IEEE Std 1074-2006 IEEE 开发标准 软件项目生命周期过程。附件 E | |
58 | 活动标识符 | activity identifier | 1. 分配给每个计划的简短唯一数字或文本标识 活动来区分该项目活动与其他活动。通常 在任何单个项目进度网络图中都是独一无二的。项目进度网络图指南 管理知识体系(PMBOK® 指南)—第四版 | |
59 | 活动清单 | activity list | 1. [输出/输入] 一份记录了计划活动的表格,其中显示 活动描述、活动标识符和足够详细的范围 工作描述,以便项目团队成员了解要执行什么工作。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
60 | 活动类型 | activity type | 1. 通过执行相同算法定义的活动分类。 ISO/IEC 14756:1999,信息技术 — 性能测量与评级 基于计算机的软件系统.4.2 | |
61 | 演员 | actor | 1. 一个角色(就该行动而言),其中企业对象满足 角色参与行动。ISO/IEC 15414:2006,信息技术 — 开放分布式处理 — 参考模型 — 企业语言.6.3.1.2. 提供和/或获取 SEE 服务的组织或 CASE 工具。ISO/IEC 15940:2006,信息技术 - 软件工程环境服务。2.2.4. 3. 在 UML 中,系统外部与系统交互的某人或某物 注意,指定哪个参与者发起该动作可能会很有趣。 | |
62 | 实际成本(AC) | actual cost (AC) | 参阅:参见挣值管理、挣值技术;同义词:已完成工作的实际成本 (ACWP) | 1. 完成工作实际发生并记录的总成本 在给定的时间段内进行计划活动或工作分解结构 组件。实际成本有时可能只是直接人工工时,直接成本 单独或包括间接费用在内的所有费用。项目管理指南 知识体系(PMBOK® 指南)—第四版。 |
63 | 实际持续时间 | actual duration | 1. 计划实际开始日期之间的时间(以日历单位表示) 活动和项目进度表的数据日期(如果计划活动 正在进行中,或如果计划活动已完成,则为实际完成日期。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
64 | ACWP | ACWP | 1. 实际完成工作的成本。项目管理机构指南 知识(PMBOK® 指南)— 第四版 | |
65 | 适应数据 | adaptation data | 1. 用于使程序适应给定安装地点或给定条件的数据 在其运营环境中 | |
66 | 适应参数 | adaptation parameter | 1. 赋予特定值以使程序适应给定的变量 安装现场或运行环境中给定的条件例如 变量 Installation_Site_Latitude | |
67 | 适配器 | adapter | 1. 对象适配器。ISO/IEC 19500-2:2003,信息技术 — 开放 分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 协议(IIOP).3.2.1 | |
68 | 适应性维护 | adaptive maintenance | 1. 对软件产品进行修改,在交付后进行,以保持 软件产品在已改变或正在改变的环境中可用。 ISO/IEC 14764:2006 (IEEE 标准 14764-2006),软件工程 — 软件生命周期流程 — 维护.3.1 示例:操作系统可能需要升级, 为适应新的操作系统,可能会进行一些更改。注意自适应 维护提供了适应环境变化所需的增强功能 软件产品必须在其中运行。这些变化是必须 以适应不断变化的环境。 | |
69 | 添加源语句 | added source statements | 1. 专门为软件创建的源语句的数量 产品 | |
70 | 地址 | address | 1. 标识给定设备的数字、字符或字符组 或存储位置。2. 通过标识来引用设备或存储位置 数字、字符或字符组。3. 处理、考虑; (具体来说)决定是否以及何时定义文档主题 被直接或通过引用另一份文件而被纳入;决定是否 在执行测试之前需要记录某个项目(在工具中或不在工具中), 测试执行期间记录,测试执行后记录,不记录 (由流程解决)或排除。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档.3.1.3 | |
71 | 地址字段 | address field | 参阅:操作字段;同义词:地址部分 | 1. 计算机指令的一个字段,包含地址、信息 导出操作数的地址或值所必需的。 |
72 | 地址格式 | address format | 参阅:参见 n 地址指令、n+1 地址指令; | 1.计算机指令中地址字段的数量和排列。 2. 地址中元素的数量和排列,例如元素 需要识别特定的通道、设备、磁盘扇区和磁盘记录 磁盘存储 |
73 | 地址修改 | address modification | 参阅:有效地址、索引地址、相对地址、可重定位地址; | 1. 对地址执行的算术、逻辑或语法运算 |
74 | 地址空间 | address space | 1. 计算机程序可以访问的地址。2. 内存数量 中央处理单元可以寻址的位置注意在某些系统中, 这可能是程序可以访问的一组物理存储位置,不相交 来自其他程序,以及指向这些程序的虚拟地址集 存储位置,其他程序可能会访问这些位置。 | |
75 | 寻址异常 | addressing exception | 参阅:数据异常、操作异常、溢出异常、保护异常、 下溢异常; | 1. 当程序计算地址范围之外的地址时发生的异常 可用存储范围 |
76 | 调整功能点计数(AFP) | adjusted function point count (AFP) | 1. 未调整的功能点数乘以价值调整 因子。ISO/IEC 20926:2003;软件工程-IFPUG 4.1未调整的功能 尺寸测量方法 - 计数实践手册注计算 使用特定的公式进行开发项目、增强项目和应用; 通常称为功能点计数 | |
77 | 调整尺寸 | adjusted size | 1. 基于功能大小乘以技术复杂性的大小 调整。ISO/IEC 20968:2002;软件工程-Mk II功能点分析 — 计数实践手册。10 注:此指标并不代表功能 尺寸。 | |
78 | 采购管理 | Administer Procurements | 1. [流程] 管理采购关系、监控 合同履行情况,并根据需要进行变更和更正。 项目管理知识体系(PMBOK® 指南)—第四版 | |
79 | 收养程序 | adoption process | 1. 组织将 CASE 工具广泛应用的一系列活动 ISO/IEC TR 14471:2007,信息技术 - 软件工程 - 指南 采用 CASE 工具。2.1.2 | |
80 | ADT | ADT | 1. 抽象数据类型。ISO/IEC 19500-2:2003,信息技术 — 开放 分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 协议(IIOP).3.3 | |
81 | AE(I) | AE(I) | 1. 应用程序实体(调用)。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
82 | 传入 | afferent | 参阅:参见传出; | 1. 涉及从下级模块到下级模块的数据或控制流 软件系统中的上级模块 |
83 | 代理人 | agent | 1. 已被委托(权力、责任、 职能等)并代表另一个企业对象行事(在行使 权限、履行职责、履行职能等)。 ISO/IEC 15414:2006,信息技术 — 开放分布式处理 — 参考模型 — 企业语言。6.5.7 注:代理人可以是一方,也可以是 ODP 系统或其组件之一。环境中的另一个系统 ODP 系统也可以是代理。委托可能是直接的,由一方委托, 或者间接地,由获得该方授权的该方代理人代为 代表。 | |
84 | 总体责任 | aggregate responsibility | 1. 广泛陈述的责任,最终被细化为具体的 属性和约束。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.3 | |
85 | 协议 | agreement | 参阅:参见合同; | 1. 相互承认工作关系的条款和条件 ISO/IEC 12207:2008 (IEEE Std 12207-2008),系统与软件工程 — 软件生命周期过程.4.4; ISO/IEC 15288:2008 (IEEE Std 15288-2008), 系统和软件工程——系统生命周期过程.4.4 |
86 | 代数语言 | algebraic language | 参阅:参见算法语言、列表处理语言、逻辑编程语言; | 1. 一种允许构造类似语句的编程语言 代数表达式,例如 Y = X + 5 示例 FORTRAN |
87 | 算法 | algorithm | 1. 一组有限的、定义明确的规则,用于解决 有限数量的步骤。2. 执行特定任务的操作序列 任务。3. 用于解决问题的一组有限有序的明确规则。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.05.05 示例 完整规范一系列 用于计算给定精度的 sine x 的算术运算 | |
88 | 算法语言 | algorithmic language | 参阅:参见代数语言、列表处理语言、逻辑编程语言; | 1. 用于表达算法的编程语言示例 ALGOL |
89 | 别名 | alias | 1. IDEF1X 模型构造的替代名称(类、职责、 实体或域)。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.4 | |
90 | 分配基线 | allocated baseline | 参阅:参见发展配置、功能基线、产品基线、分配 配置识别; | 1. 在配置管理中,最初批准的规范管理 作为更高级别配置一部分的配置项的开发 物品 |
91 | 分配的配置标识 | allocated configuration identification | 参阅:参见功能配置标识、产品配置标识。 分配基线; | 1. 在配置管理中,当前批准的管理规范 作为更高级别配置一部分的配置项的开发 项目注:每个规范都定义了功能特性 从上级配置项分配的配置项,建立 证明已达到指定功能特性所需的测试, 描述与其他相关配置的必要接口要求 项目,并建立设计约束(如果有)。 |
92 | 分配需求 | allocated requirement | 1. 要求征收全部或部分性能和功能 对较低层次的建筑元素或设计有较高层次的要求 成分 | |
93 | 分配 | allocation | 1. 分配需求、资源或其他实体的过程 系统或程序的组件之间。2. 分配的结果 系统组件间的需求、资源或其他实体 或程序。3. 将功能或决定分配给硬件、软件、 或人类。IEEE Std 1220-2005 IEEE 应用和管理标准 系统工程过程。3.1.3 注:分配可以 完全由硬件、软件或人类来解决,或者由某种组合来解决 进一步的功能分解 8。 | |
94 | alpha 测试 | alpha testing | 参阅:参见 beta 测试; | 1. 产品投入商业化之前的第一阶段测试 或操作使用注意通常仅由组织内的用户执行 开发软件 |
95 | 字母数字 | alphanumeric | 1. 涉及由字母、数字和其他通常 字符,例如标点符号,以及流程和功能 使用数据的单位。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.02.05 | |
96 | ALS | ALS | 1. 应用层结构。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
97 | 交替流 | alternate flow | 同义词:替代路径 | 1.用例中描述其替代实现的部分。 注:它也用于描述错误情况,因为错误可能是 被认为是一种替代方案。 |
98 | 备用键 | alternate key | 1. 除主键之外的实体的候选键。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.5 注意 [按键样式] | |
99 | 模拟 | analog | 1. 与连续变化的物理量或所呈现的数据有关 以连续的形式,以及使用 数据。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 条款.01.02.06 | |
100 | 模拟计算机 | analog computer | 1. 操作类似于另一个系统行为的计算机 并接受、处理和产生模拟数据。ISO/IEC 2382-1:1993,信息 技术 — 词汇 — 第 1 部分:基本术语.01.03.05 示例 算盘 | |
101 | 类比估算 9 | analogous estimating | 1.[技术]一种利用参数值的估计技术, 例如范围、成本、预算和持续时间,或规模度量,例如大小、重量、 和以前类似活动的复杂性作为估计的基础 未来活动的相同参数或测量方法。项目管理指南 知识体系(PMBOK® 指南)—第四版 | |
102 | 分析 | analysis | 1. 通过将系统划分为各个部分来研究系统的过程 (功能、组件或对象)并确定各部分之间的关系 其他。IEEE Std 1362-1998 (R2007) IEEE 信息技术指南 — 系统 定义 — 操作概念文件.3.1.2.调查和收集 用户文档开发阶段,旨在指定用户类型和 他们的信息需求。4.4 | |
103 | 分析模型 | analysis model | 1. 结合一个或多个基础和/或派生度量的算法或计算 以及相关的决策标准。ISO/IEC 25000:2005,软件工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE.4.2 指南 | |
104 | 分析师 | analyst | 1. 技术社区的成员(例如系统工程师或企业 分析师,开发系统需求)熟练且经过培训,能够定义 问题并分析、开发和表达算法。IEEE Std 1233-1998 (R2002) IEEE 系统需求规范制定指南.3.1 | |
105 | (某个类的)祖先 | ancestor (of a class) | 参阅:参见通用祖先、反身祖先; | 1. 该类的通用祖先,或该类的父类,或祖先 类的父类。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).3.1.6 |
106 | 祖传盒子 | ancestral box | 1. 通过分层连续序列与特定图表相关的框 一个或多个父/子关系。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.6 的语法和语义 | |
107 | 祖传图 | ancestral diagram | 1. 包含祖先框的图表。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.7 的语法和语义 | |
108 | 注释 | annotate | 1. 用于列出每个程序源的最新版本的命令 代码行,以及日期、引入的文件版本和人员 谁犯的 | |
109 | 注解 | annotation | 1. 要求附带的进一步文件,例如背景信息 和/或描述性材料。IEEE Std 1233-1998 (R2002) IEEE 开发指南 系统要求规格.3.2 | |
110 | 公告 | announcement | 1. 交互 - 调用 - 由客户端对象发起,结果 在从客户端对象向服务器对象传递信息时,请求 该服务器对象要执行的功能。ISO/IEC 10746-3:1996,信息 技术 — 开放分布式处理 — 参考模型:架构.7.1.3 | |
111 | 异常 | anomaly | 1. 根据需求规范,偏离预期的情况, 设计文档、用户文档或标准,或者来自某人的看法 或经验。IEEE Std 1028-2008 IEEE 软件审查和审计标准。3.1。 2. 在软件或系统的文档或操作中观察 10到的任何 与基于先前验证的软件产品的预期有偏差,参考 文件或其他指示性行为来源。IEEE Std 829-2008 IEEE 标准 软件和系统测试文档.3.1.4 | |
112 | ANSI | ANSI | 1. 美国国家标准协会。IEEE Std 829-2008 IEEE 标准 用于软件和系统测试文档。3.2 | |
113 | 预期缓冲 | anticipatory buffering | 参阅:参见动态缓冲、简单缓冲; | 1. 一种缓冲技术,其中数据预先存储在缓冲区中 需要数据 |
114 | 预期分页 | anticipatory paging | 参阅:参见请求调页; | 1. 一种存储分配技术,其中页面从辅助 存储到主存储器,以备需要这些页面 |
115 | AP(I) | AP(I) | 1. 应用程序进程(调用)。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
116 | 非周期任务 | aperiodic task | 同义词:异步任务 | 1. 按需激活的任务。 |
117 | API | API | 1. 应用程序接口。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
118 | 适用于功能域 | applicability to a functional domain | 1. FSM 方法考虑特征的能力 与功能性用户需求(FUR)相关的功能性用户需求 ISO/IEC TR 14143-3:2003,信息技术 - 软件测量 功能规模测量 第 3 部分:功能规模测量的验证 方法.3.2 | |
119 | 应用程序 | application | 参阅:系统;同义词:应用系统, | 1. 一种通过以下方式收集、保存、处理和呈现数据的系统 计算机。ISO/IEC 24570:2005,软件工程 - NESMA 功能大小 测量方法版本 2.1 - 应用的定义和计数指南 功能点分析 2. 一套连贯的自动化程序和 支持业务目标的数据。ISO/IEC 20968:2002,软件工程 — Mk II 功能点分析 — 计数实践手册。10. 3. 一个有凝聚力的 支持业务目标的自动化程序和数据的集合。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册。信息系统注:它包括 一个或多个组件、模块或子系统。通常是“系统”的同义词, 最好使用“应用”一词来更准确地表达 功能尺寸测量的主题。 |
120 | 应用程序管理功能 | application administration function | 1. 用户执行的功能,包括安装、配置、 应用程序备份、维护(修补和升级)和卸载。 ISO/IEC 25051:2006,软件工程 - 软件产品质量要求 与评估(SQuaRE)——商用现货质量要求 (COTS)软件产品和测试说明。4.1 | |
121 | 应用领域 | application area | 1. 处理特定业务的应用程序分组的统称 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法——计数实践手册 2. 项目类别 这些项目具有重要的共同组成部分,但不需要或 存在于所有项目中。应用领域通常以以下任一方式定义 产品(即采用类似技术或生产方法)或类型 客户(即内部与外部、政府与商业)或 工业部门(即公用事业、汽车、航空航天、信息技术、 等)应用领域可以重叠。项目管理机构指南 知识(PMBOK® 指南)—第四版注:它对应于 为了管理目的,行政级别。 | |
122 | 应用区域级别 | application area level | 1. 负责管理维护活动的管理层级 以及针对一个或多个应用程序的新开发或重大增强项目。 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册 | |
123 | 应用边界 | application boundary | 1. 应用程序与其环境之间的边界 和用户。ISO/IEC 24570:2005,软件工程 - NESMA 功能规模测量 方法版本 2.1 - 应用的定义和计数指南 功能点分析2.被度量软件与 ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 — 计数实践手册 | |
124 | 应用工程 | application engineering | 1. 通过重用构建或改进应用系统的过程 资产。IEEE Std 1517-1999 (R2004) IEEE 信息技术标准 — 软件生命周期过程——重用过程.3.1 | |
125 | 应用程序框架 | application frameworks | 1. 由抽象类和具体类集合组成的子系统设计 以及它们之间的接口注意框架通常是实例化的 多种模式。 | |
126 | 应用功能点计数 | application function point count | 1. 衡量应用程序所提供功能的计数 到最终用户。ISO/IEC 20968:2002,软件工程 - Mk II 功能点 分析——计数实践手册。10. 2. 表达的应用程序的大小 功能点。ISO/IEC 24570:2005,软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用 3. 提供衡量标准的计数 应用程序向用户提供的当前功能。ISO/IEC 20926:2003, 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册注,即已经提供的功能 向用户提供或仍待提供。有了它,支持 还可以确定已实现的应用。 | |
127 | 应用程序生成器 | application generator | 1. 生成程序来解决一个或多个问题的代码生成器 特定应用领域例如工资单生成器 | |
128 | 应用程序管理器 | application manager | 1. 负责管理某个项目和支持活动的人 或更多应用领域。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
129 | 应用问题 | application problem | 1. 最终用户提交并需要信息处理的问题 ISO/IEC 2382-20:1990 信息技术 — 词汇 — 第 20:系统开发。20.01.13 | |
130 | 应用软件 | application software | 1. 旨在帮助用户执行特定任务或处理特定 问题类型,与控制计算机本身的软件不同。4.5。 2.专用于解决应用问题的软件或程序。 ISO/IEC 2382-1:1993 信息技术 — 词汇 — 第 1 部分:基础 条款.01.04.01. 3. 为满足用户特定需求而设计的软件 | |
131 | 面向应用的语言 | application-oriented language | 参阅:创作语言、查询语言、规范语言; | 1. 一种计算机语言,其功能或符号主要适用于 单一应用领域示例:计算机辅助语言 指令或硬件设计 |
132 | 分摊的努力 | apportioned effort | 参阅:参见离散努力; | 1. 用于项目工作的努力与可衡量的离散工作成比例 努力,但不容易被划分为离散的努力 |
133 | 评估结果 | appraisal findings | 1. 评估结果确定了最重要的问题、 或评估范围内的过程改进机会注评估 研究结果是根据已证实的客观证据得出的推论。 | |
134 | 考核参与人 | appraisal participants | 1. 参与提供信息的组织单位成员 在评估期间 | |
135 | 评估组长 | appraisal team leader | 1. 领导评估活动并具备资格的人员 评估方法所定义的经验、知识和技能标准 | |
136 | 批准 | approval | 1. 由授权代表以书面形式通知,信息 项目似乎满足要求,是完整的。 ISO/IEC 15289:2006,系统 和软件工程 - 系统内容和软件生命周期信息 产品(文件) 5.1 注:此类批准并不转移责任 在双方情况下,需要从供应商处获得满足要求的服务。 | |
137 | 批准的变更请求 | approved change request | 1. [输出/输入] 已通过集成处理的变更请求 变更控制流程并得到批准。项目管理机构指南 知识(PMBOK® 指南)— 第四版 | |
138 | 批准修改 | approved modification | 1. 批准对任何变更进行修改的一个或多个提议的处置 SCIs. ISO/IEC TR 15846:1998,信息技术 - 软件生命周期过程 — 配置管理.4.1 注:可能存在多对多关系 将“提议的变更”改为“批准的修改”。提议的变更可能会导致修改 在多个 SCI 中(即使只是代码及其测试用例)。修改可能 源自多个提议的变更,这些变更同时或在一段时间内获得批准 修改仍在进行中。 | |
139 | A型材 | A-profile | 1. 应用程序配置文件。ISO/IEC 10746-1:1998,信息技术 — 开放 分布式处理 — 参考模型:概述 | |
140 | 弧 | arc | 1. 一条有向边,可以连接一个地点和一个过渡点,或者 过渡到某个位置,通常用箭头表示。ISO/IEC 15909-1:2004, 软件和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.1 | |
141 | 弧注释 | arc annotation | 1. 可能涉及常量、变量和运算符的表达式 注释网络的弧。ISO/IEC 15909-1:2004,软件和系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.1.3. 表达式必须计算为与弧关联的类型的多重集 地方 | |
142 | 建筑师 | architect | 1.负责系统架构的个人、团队或组织。 IEEE Std 1471-2000 IEEE 架构描述推荐实践 软件密集型系统.3.2 | |
143 | 建筑设计 | architecting | 1. 定义、记录、维护、改进和认证的活动 架构的正确实现。IEEE Std 1471-2000 IEEE 推荐 软件密集型系统架构描述实践.3.3 | |
144 | 建筑描述(AD) | architectural description (AD) | 1. 用于记录架构的产品集合。IEEE 标准 1471-2000 IEEE 软件密集型架构描述的推荐实践 系统.3.4 | |
145 | 建筑设计 | architectural design | 参阅:参见功能设计; | 1. 定义硬件和软件组件集合的过程 及其接口来建立计算机开发的框架 系统 2. 定义硬件和软件组件集合的结果 及其接口来建立计算机开发的框架 系统 |
146 | 建筑设计阶段 | architectural design phase | 1. 开发系统总体架构的生命周期阶段, 从而满足软件需求文档 11规定的要求 并制定了详细的实施方案 | |
147 | 建筑设计评审 12 | architectural design review | 1. 采购方与供应商联合审查,评估技术充分性 软件设计描述中描述的软件架构设计 | |
148 | 建筑结构 | architectural structure | 1. 系统设计组件的物理或逻辑布局及其 内部和外部连接示例:面向功能(结构化) 设计、面向对象设计和面向数据结构设计 | |
149 | 建筑风格 | architectural style | 1.根据结构组织模式对系统家族的定义。 2. 表征通过共享结构而相关的系统家族 和语义属性例如管道和过滤器、层、基于规则的 系统和黑板 | |
150 | 建筑 | architecture | 参阅:参见组件、模块、子程序、例程; | 1. 系统的基本组织体现在其组成部分及其 相互关系、与环境的关系,以及指导原则 其设计和发展。ISO/IEC 15288:2008 (IEEE Std 15288- 2008),系统和 软件工程 — 系统生命周期过程.4.5. 2. 组织 系统或组件的结构。3. 系统的组织结构 及其实施指南。Syn:建筑结构注意有时 指系统硬件和软件组件的设计 |
151 | 档案页面 | archival pages | 1. 在线数据:1)预计不会改变,并且2)不再维护。 IEEE Std 2001-2002 IEEE 互联网推荐实践 - 网站工程, 网站管理和网站生命周期。3.1.1 注意:此数据还 未来的工具可能无法轻易呈现。 | |
152 | 论点 | argument | 1. 一个独立变量。2. 一个独立变量的特定值。 3. 调用软件模块时使用的常量、变量或表达式 指定要传递给该模块的数据或程序元素示例 方程 E = mc2 中的变量 m | |
153 | 参数排序 | argument sort | 同义词:输入排序 | 1. 运算符参数的种类。ISO/IEC 15909-1:2004,软件 与系统工程.高级Petri网.第1部分:概念、定义 和图形符号.2.1.23.1. |
154 | arity | arity | 1. 参与关系的角色数量。ISO/IEC 15474-1:2002, 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2. 2. 输入排序 并输出对操作员的排序。ISO/IEC 15909-1:2004 软件与系统工程 — 高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.2 注意:二元关系的元数为 2。n 元关系 具有 n 个元数(n>2),有时也称为关系的“度”。 | |
155 | 数组 | array | 1. 由单一名称标识的 n 维有序数据项集 以及一个或多个索引,以便集合中的每个元素都可以单独寻址 例如矩阵、表或向量 | |
156 | 箭 | arrow | 参阅:箭头段、边界箭头、内部箭头; | 1. 一条有向线,由一条或多条相连的箭头段组成 单一图表从单一来源(框或图表边界)到单一用途 (框或图边界)。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言——IDEF0.2.1.8的语法和语义。2.图形表示 优先顺序图中计划活动之间的逻辑关系 方法 |
157 | 箭头标签 | arrow label | 1. 与箭头部分相关的名词或名词短语,表示箭头 箭头段的含义。IEEE Std 1320.1-1998 (R2004) IEEE 函数标准 建模语言 — IDEF0.2.1.9 的语法和语义注意具体来说, 箭头标签标识用箭头表示的对象类型集 部分。 | |
158 | 箭头含义 | arrow meaning | 1. 对象类型集的对象类型,无论这些对象如何 类型可以收集、聚合、分组、捆绑或以其他方式加入 对象类型集。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言 — IDEF0.2.1.10 的语法和语义示例 a 物理事物,数据元素 | |
159 | 箭的角色 | arrow role | 1. 用箭头段表示的对象类型集之间的关系 以及箭头段所附的框所表示的活动。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.12 的语法和语义注意有四个箭头角色 输入、控制、输出和机制。 | |
160 | 箭段 | arrow segment | 1. 一条从盒子边、箭头连接处(分支或 连接)或图表边界,并终止于下一个框边,箭头连接处 (分支或连接)或线路路径中出现的图表边界。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 - 语法 和 IDEF0.2.1.13 的语义 | |
161 | 人工智能(AI) | artificial intelligence (AI) | 1. 致力于开发数据处理系统的计算机科学分支 执行通常与人类智能相关的功能,例如推理, 学习和自我完善。ISO/IEC 2382-1:1993,信息技术— 词汇 — 第 1 部分:基本术语.01.06.12 | |
162 | 人工语言 | artificial language | 同义词:形式语言 | 1. 在使用前明确建立规则的语言。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语。01.05.09。 |
163 | 询问 | ask | 1. 特定活动的组合;要求的执行时间,定义 通过特定的时效性功能;特定的任务模式。ISO/IEC 14756:1999,信息 技术 - 计算机软件性能的测量和评定 系统.4.19 | |
164 | ASO | ASO | 1. 应用服务对象。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
165 | 组装 | assemble | 参阅:参见编译、反汇编、解释; | 1. 将用汇编语言表达的计算机程序翻译成 它的机器语言等价物。2.从第一部分构建的过程 或更多已识别的软件。IEEE Std 1517-1999 (R2004) IEEE 标准 信息技术 — 软件生命周期过程 — 重用过程.3.2 |
166 | assemble-and-go | assemble-and-go | 1. 一种在组装过程中不停顿的操作技术, 计算机程序的链接、加载和执行 | |
167 | 组装起源 | assembled origin | 参阅:加载的原点,偏移量(1),起始地址; | 1.分配给计算机程序的初始存储位置的地址 由汇编器、编译器或链接编辑器 |
168 | 汇编程序 | assembler | 参阅:参见绝对汇编器、编译器、交叉汇编器、解释器、重定位汇编器; | 1. 翻译用汇编语言表达的程序的计算机程序 转换成对应的机器语言 |
169 | 汇编代码 | assembly code | 参阅:参见编译器代码、解释性代码、机器代码;同义词:汇编代码 | 1. 计算机指令和数据定义以可以 被汇编程序识别并处理。 |
170 | 汇编语言 | assembly language | 参阅:参见第五代语言、第四代语言、高阶语言、 机器语言;同义词:汇编语言,低级语言,第二代 | 1. 一种与指令集紧密对应的编程语言 给定计算机的,允许对操作和地址进行符号命名,并且通常 导致程序指令一对一地翻译成机器指令。 语言 |
171 | 断言 | assertion | 参阅:不变式,正确性证明; | 1. 指定必须存在的程序状态或集合的逻辑表达式 程序变量在特定时刻必须满足的条件 程序执行。2. 一个函数或宏,如果设计假设 代码所基于的断言不正确注意类型包括输入断言, 循环断言,输出断言。 |
172 | 评估能力 | assessed capability | 1. 按照以下要求进行的一个或多个相关过程评估的输出 符合 ISO/IEC 15504 的规定。ISO/IEC 15504-1:2004,信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.2 | |
173 | 评估 | assessment | 1. 将特定的记录标准应用于特定软件的操作 确定接受或放行的模块、包装或产品 软件模块、包或产品的安全性 13。ISO/IEC 14102:2008,信息技术 — CASE 工具评估与选择指南.3.1 | |
174 | 评估约束 | assessment constraints | 1. 对评估结果的使用和评估的限制 团队在评估实施方面有自由选择权。ISO/IEC 15504-1:2004, 信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.3 | |
175 | 考核指标 | assessment indicator | 1. 用于支持评估者判断的客观证据来源 评估流程属性。ISO/IEC 15504-1:2004,信息技术 - 流程 评估——第 1 部分:概念和词汇。3.4 示例工作产品, 实践或资源” | |
176 | 评估输入 | assessment input | 1. 开始流程评估前所需的信息。ISO/IEC 15504-1:2004,信息技术—过程评估—第1部分:概念和 词汇量.3.5 | |
177 | 评估工具 | assessment instrument | 1. 在整个评估过程中使用的工具或工具集,用于协助 评估人员在评估流程的性能或能力时,在处理 评估数据并记录评估结果。ISO/IEC 15504-1:2004, 信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.6 | |
178 | 评估输出 | assessment output | 参阅:参见评估记录; | 1. 评估的有形结果。ISO/IEC 15504-1:2004,信息 技术 — 过程评估 — 第 1 部分:概念和词汇。3.7 |
179 | 评估参与者 | assessment participant | 1.在评估范围内负有职责的个人。 ISO/IEC 15504-1:2004,信息技术 — 过程评估 — 第 1 部分:概念 和词汇。3.8 例如,评估发起人、评估员和 组织单位成员 | |
180 | 评估流程 | assessment process | 1. 确定组织的标准流程的程度 为实现其业务目标做出贡献,并帮助组织 关注持续过程改进的需要[. ISO/IEC 15504-1:2004, 信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.9 | |
181 | 评估目的 | assessment purpose | 1. 作为评估输入的一部分提供的声明,它定义了 进行评估的原因。ISO/IEC 15504-1:2004,信息技术 — 过程评估—第 1 部分:概念和词汇。3.10 | |
182 | 考核记录 | assessment record | 1. 有序、有据可查的信息收集,这些信息与 评估并增加了对过程概况的理解和验证 ISO/IEC 15504-1:2004,信息技术 - 过程 评估——第 1 部分:概念和词汇。3.11 | |
183 | 评估范围 | assessment scope | 参阅:参见流程上下文; | 1. 评估边界的定义,作为 评估输入,包括评估的组织限制, 要包括的流程以及流程运行的环境。 ISO/IEC 15504-1:2004,信息技术 — 过程评估 — 第 1 部分:概念 和词汇.3.12 |
184 | 评估发起人 | assessment sponsor | 1. 组织单位内部或外部的个人或实体 被评估者,要求进行评估,并提供财务 或其他资源来执行。ISO/IEC 15504-1:2004,信息技术 — 过程评估 — 第 1 部分:概念和词汇。3.13 | |
185 | 评估小组 | assessment team | 1. 一个或多个共同执行过程评估的个人。ISO/IEC 15504-1:2004,信息技术—过程评估—第1部分:概念和 词汇表.3.14 | |
186 | 评估员 | assessor | 1. 参与流程属性评级的个人。ISO/IEC 15504-1:2004,信息技术—过程评估—第1部分:概念和 3.15 注:评估师要么是胜任的评估师,要么是 臨時評估員。 | |
187 | 资产 | asset | 1. 专为多种环境使用而设计的物品。IEEE 标准 1012-2004 IEEE 软件验证和确认标准.3.1.3. 2. 优势 或资源。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 规模测量方法——计数实践手册 3. 资本资产 企业。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 — 计数实践手册 | |
188 | 作业 | assignment | 同义词:绑定 | 1. 对于一组变量,将一个值(正确类型)关联到 ISO/IEC 15909-1:2004,软件和系统工程——高级 Petri 网 — 第 1 部分:概念、定义和图形符号。2.1.3. |
189 | 赋值语句 | assignment statement | 参阅:参见控制语句、声明、清除、初始化、重置; | 1. 为变量赋值的计算机程序语句示例 Y=X-5 |
190 | 协助 | assist | 1. 测试人员以程序帮助的形式进行干预,由 测试管理员向测试参与者发出通知,以便测试继续进行 当参与者无法独立完成任务时。 ISO/IEC 25062:2006, 软件工程——软件产品质量要求与评估(SQuaRE) — 可用性测试报告的通用行业格式(CIF)。4.12 | |
191 | 辅助技术 | assistive technologies | 1. 添加到或纳入系统的硬件或软件 提高个人的可访问性示例:盲文显示器、屏幕阅读器、 屏幕放大软件和眼动追踪设备是辅助技术。 ISO/IEC 25062:2006,软件工程 - 软件产品质量要求 和评估(SQuaRE)— 可用性测试报告的通用行业格式(CIF)。4.11 | |
192 | 协会 | association | 1. 在 UML 中,参与者和用例之间的关系,表示 参与者通过用例2与系统进行交互。关系 (绑定)协议对象之间(或协议对象和拦截器之间) 独立于支持特定协议交换而建立的 计算交互。ISO/IEC 14752:2000 信息技术 - 开放分布式 处理——计算交互的协议支持。3.3.2 | |
193 | 协会管理设施 | association management facility | 1. 支持关联管理的一组服务原语 协议对象之间。ISO/IEC 14752:2000,信息技术 - 开放分布式 处理——计算交互的协议支持。3.3.3 | |
194 | 关联类 | associative class | 1. 引入一个类来解决多对多关系。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.7 | |
195 | 关联实体 | associative entity | 1. 用于表示其他实体之间关系的实体关联 当关系无法提供足够的机制时,使用实体。 ISO/IEC 15474-1:2002,信息技术 — CDIF 框架 — 第 1 部分:概述。4.2 | |
196 | 关联实体类型 | associative entity type | 参阅:参见实体类型; | 1. 包含进一步描述多对多关系的属性的实体类型 两个其他实体类型之间的关系。ISO/IEC 20926:2003,软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手动的 |
197 | 关联文字 | associative literal | 1. 用值来表示实例的文字。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.8 注:用于陈述 关联文字是 className 与 propertyName:propertyValue。 | |
198 | 假设 | assumptions | 1. 出于规划目的而被视为真实、实际或 无需证明或论证即可确定。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
199 | 假设分析 | assumptions analysis | 1.[技术]一种探索假设准确性并识别的技术 由于假设不准确、不一致或不完整而给项目带来的风险。 项目管理知识体系指南(PMBOK® 指南)—第四版 | |
200 | 异步 | asynchronous | 1. 涉及两个或多个不依赖于发生的进程 特定事件(如公共计时)的响应。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.29 | |
201 | 异步I/O设备 | asynchronous I/O device | 1. 在产生一些输入或 生成一些输出 | |
202 | 异步I/O设备接口任务 | asynchronous I/O device interface task | 1. 与 I/O 设备交互并由中断激活的任务 从该设备 | |
203 | 异步消息通信 | asynchronous message communication | 同义词:松耦合消息通信 | 1. 生产者任务向消费者任务发送消息的通信 并且不等待响应。注意:消息队列可以建立 任务之间。 |
204 | 原子类型 | atomic type | 参阅:复合类型;同义词:原始类型 | 1. 一种数据类型,其每个成员都由一个不可分解的 数据项。 |
205 | 属性 | attribute | 1. 与一组真实或抽象事物相关的属性,是一些 感兴趣的特性。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 建模语言语法和语义 (IDEFobject).3.1.9. 2. 固有 可以定量区分的实体的属性或特征 或通过人工或自动化手段进行定性评估。ISO/IEC 15939:2007,系统和 软件工程–测量过程.3.2;ISO/IEC 25000:2005,软件工程 — 软件产品质量要求和评估(SQuaRE)— SQuaRE 指南.4.3。 3. 实体的可测量的物理或抽象属性。IEEE Std 1061-1998 (R2004)IEEE 软件质量度量方法标准。2.1. 4. 可识别的 对象和值之间的关联。ISO/IEC 19500-2:2003,信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP)。3.2.2. 5. 从一个类的实例到 属性值类的实例。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEFobject)3.1.9. 6. 关于实体的唯一信息项。ISO/IEC 20968:2002, 软件工程 - Mk II 功能点分析 - 计数实践手册。10. 7. 实体或关系的单值特征。 ISO/IEC 15474-1:2002, 信息技术 — CDIF 框架 — 第 1 部分:概述.4.2 例如人, 物体,地点,事件,想法,事物的组合注意可以参考 可靠性、可维护性和可用性等一般特性 或软件产品的特定功能。ISO 9000 区分两种类型 属性:某物固有的永久特征; 产品、流程或系统的指定特征(例如价格 产品所有者)。 分配的特性不是固有的 产品、过程或系统的质量特性。属性表示 某个类的实例通常具有的一些特征。 属性的名称是值类在描述中所扮演的角色的名称 类,可能只是值类的名称(只要使用 值类名不会引起歧义)。 | |
206 | 质量测量属性 | attribute for quality measure | 1. 与软件产品本身、软件的使用相关的属性 产品或其开发过程。ISO/IEC 25000:2005,软件工程 — 软件产品质量要求与评估 (SQuaRE) — SQuaRE 指南.4.4 注:质量测量属性用于获取质量 測量元素。 | |
207 | 属性指示器 | attribute indicator | 1. 支持判断实现程度的评估指标 特定过程属性。ISO/IEC 15504-1:2004,信息技术 — 过程评估—第 1 部分:概念和词汇。3.16 | |
208 | 属性名称 | attribute name | 1. 属性值类的角色名称。IEEE Std 1320.2-1998 (R2004)IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEF对象).3.1.10 | |
209 | 归属关系 | attributed relationship | 1. 具有属性的关系。ISO/IEC 15474-1:2002,信息 技术 — CDIF 框架 — 第 1 部分:概述.4.2 | |
210 | 属性实体类型 | attributive entity type | 参阅:参见实体; | 1. 进一步描述另一个实体的一个或多个属性的实体类型 实体类型。ISO/IEC 20926:2003,软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法 — 计数实践手册 |
211 | 观众 | audience | 1. 具有相同或相似特征和需求的用户类别 (例如,使用文档的原因、任务、教育水平、能力、 培训、经验)。 ISO/IEC 26514,系统和软件工程 - 要求 供用户文档设计者和开发者使用。4.6 注 文档的受众不同(例如管理、数据输入、 维护)来决定预期文档的内容、结构和用途。 | |
212 | 受众研究 | audience research | 1. 计划的访谈 14流程以及访谈记录的分析 ISO/IEC 15910:1999,信息技术 - 软件用户 4.4 注意:受众研究的目的是 确定能力、培训、经验、局限性、偏见和偏好 文档的目标读者。 | |
213 | 审计 | audit | 1. 由授权机构对产品和工艺进行独立评估 评估是否符合要求。ISO/IEC 12207:2008 (IEEE Std 12207-2008), 系统和软件工程 - 软件生命周期过程.4.5. 2. 独立 检查软件产品、软件流程或软件流程集 评估是否符合规范、标准、合同协议或 其他标准。IEEE Std 1028-2008 IEEE 软件审查和审计标准。3.2。 3. 对工作产品或工作产品集进行独立审查以评估 符合规范、标准、合同协议或其他标准 4. 获取审计证据的系统、独立和文件化的过程 并对其进行客观评价,以确定审计标准 ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统和软件 工程——系统生命周期过程。4.6 注:审计应导致 明确表明是否满足审计标准。 | |
214 | 创作语言 | authoring language | 参阅:创作系统; | 1. 一种用于开发计算机辅助课程的高级编程语言 操作说明 |
215 | 创作系统 | authoring system | 1. 包含创作语言的编程系统 | |
216 | 权威 | authority | 1. 使用项目资源、支出资金、作出决定或 给予批准。项目管理知识体系指南(PMBOK® 指南) — 第四版 | |
217 | 授权 | authorization | 1. 规定不得阻止特定行为。ISO/IEC 15414:2006,信息技术 — 开放分布式处理 — 参考模型 — 企业语言。6.4.2 注:与许可不同,授权 是一种授权。 | |
218 | 自动化 | automate | 1. 使流程或设备自动化。ISO/IEC 2382-1:1993,信息 技术 — 词汇 — 第 1 部分:基本术语.01.01.13 | |
219 | 自动化或辅助软件过程 | automated or assisted software process | 1. 完全或部分支持执行的软件过程 由 CASE 工具提供。ISO/IEC 15940:2006,信息技术 - 软件工程 环境服务.2.2.3 | |
220 | 自动验证系统 | automated verification system | 1. 接受计算机程序和表示作为输入的软件工具 其规范并可能在人工帮助下提供证明或反证 程序正确性的 2. 自动化部分或全部程序的软件工具 验证过程 | |
221 | 自动 | automatic | 1. 指在特定条件下, 无需人工干预即可运行。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.12 | |
222 | 自动化 | automation | 1. 将流程或设备转换为自动化操作,或 转换结果。ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语.01.01.14 | |
223 | 可用性 | availability | 参阅:参见容错性、容错能力、稳健性; | 1. 系统或组件的可操作性和可访问性程度 需要使用时。2. 组件或服务执行其所需功能的能力 在规定的时刻或规定的时间段内发挥作用。 ISO/IEC 20000-1:2005, 信息技术 - 服务管理 - 第 1 部分:规范.2.1 注:通常 表示为概率。可用性通常表示为 服务实际可供企业使用的时间与约定时间 服务时间。 |
224 | B5 | B5 | 1. 国际标准纸张尺寸,176 毫米 x 250 毫米。ISO/IEC 15910:1999, 信息技术 — 软件用户文档流程。4.5 注见 ISO 216:2007。 | |
225 | BAC | BAC | 1. 完成时的预算。项目管理知识体系指南 (PMBOK® 指南)— 第四版 | |
226 | 后记 | back matter | 1. 出现在书籍或手册末尾的材料,例如索引。 ISO/IEC 15910:1999,信息技术 — 软件用户文档流程。4.6 | |
227 | 背景 | background | 参阅:前台. 后台处理; | 1. 在作业调度中,低优先级 15进程 或者那些不需要用户交互的 |
228 | 后台处理 | background processing | 参阅:参见前台处理; | 1. 执行低优先级进程,同时执行高优先级进程 不使用计算机资源,或执行不需要的进程 用户交互 |
229 | backout | backout | 1. 撤消提交的效果注意通常通过引入新的 提交以将事物恢复到以前的状态。 | |
230 | 背靠背测试 | back-to-back testing | 参阅:参见突变测试; | 1. 测试执行一个程序的两个或多个变体, 相同的输入,比较输出,并在出现差异时分析错误 |
231 | 备份 | backup | 同义词:备份 | 1. 可供替换或 在发生故障或外部灾难时帮助恢复主要项目 2. 创建或指定一个系统、组件、文件、程序或人员作为 替代品。 |
232 | 备份程序员 | backup programmer | 参阅:首席程序员; | 1. 首席程序员团队的助理组长 备注 职责 包括贡献正在开发的软件的很大一部分 团队,协助首席程序员审查其他团队成员的工作, 在必要时替代首席程序员,并拥有全面的技术 了解正在开发的软件。 |
233 | 后向传递 | backward pass | 参阅:参见进度网络分析; | 1. 未完成项目最迟完成日期和最迟开始日期的计算 所有计划活动的部分。通过逆向工作来确定 从项目结束日期开始安排网络逻辑。项目管理指南 知识体系(PMBOK® 指南)—第四版 |
234 | 向后恢复 | backward recovery | 参阅:参见正向恢复; | 1. 通过撤消所有更改将文件重建到给定状态 由于文件处于该状态,因此对其进行了恢复。2. 一种恢复类型,其中 系统、程序、数据库或其他系统资源恢复到以前的状态 能够执行所需功能的状态 |
235 | 包 | bag | 参阅:参见列表、集合; | 1. 一个集合类,其成员无序,但其中有重复项 是有意义的。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模标准 IDEF1X97 (IDEFobject) 的语言语法和语义.3.1.11 |
236 | 基址 | base address | 参阅:索引地址、相对地址、自相关地址; | 1. 用作参考点的地址,其中添加了相对地址 确定要访问的存储位置的地址 |
237 | 基础功能组件(BFC) | base functional component (BFC) | 同义词:功能服务 | 1. 由以下定义并使用的功能用户需求的基本单元 采用 FSM 方法进行测量。ISO/IEC 14143-1:2007,信息技术 — 软件度量 — 功能规模度量;第 1 部分:概念定义 16。3.1。 例如,功能性用户需求可能是“维护客户” 可能包含以下 BFC:“添加新客户”、“报告客户 购买”、“更改客户详细信息”等。另一个示例可能包括集合 所研究软件维护的逻辑相关的业务数据,如 作为“客户详细信息” |
238 | 基准测量 | base measure | 1. 根据属性定义的测量以及量化的方法 ISO/IEC 15939:2007,系统与软件工程 - 测量过程。3.3; ISO/IEC 25000:2005,软件工程 - 软件产品质量要求 和评估(SQuaRE)— SQuaRE 指南.4.5 注意:基本测量是 功能上独立于其他措施。 | |
239 | 基础练习 | base practice | 1. 一项活动,如果持续进行,有助于实现 特定的过程目的。ISO/IEC 15504-1:2004 信息技术 - 过程 评估——第 1 部分:概念和词汇。3.17 | |
240 | 基线 | baseline | 1. 已正式审查并同意的规范或产品, 此后作为进一步发展的基础,并且可以改变 只能通过正式的变更控制程序。ISO/IEC 12207:2008 (IEEE Std 12207-2008), 系统和软件工程 — 软件生命周期过程.4.6,ISO/IEC 15288:2008 (IEEE Std 15288-2008),系统与软件工程 - 系统寿命 4.7. 2. 正式批准的配置项版本,无论 在配置过程中的特定时间正式指定和固定的媒体 项的生命周期。ISO/IEC 19770-1:2006,信息技术 - 软件资产 管理-第 1 部分:过程.3.1.3. 指定和固定的协议或结果 在特定时间,变更需要论证和批准。4. 文件 或在特定时间正式指定和固定的一组此类文件 配置项 5 的生命周期。 正式配置管理。6. 服务或个人状态的快照 某一时间点的配置项。ISO/IEC 20000-1:2005,信息技术 — 服务管理 — 第 1 部分:规范.2.2.7. 系统描述和 其组件(配置项)在特定时期的配置,包括任何已批准的 更新。8. 已批准的计划(针对项目),加上或减去已批准的变更。 与实际性能进行比较,以确定性能是否在可接受的范围内 方差阈值。一般指当前基线,但也可能指 原始或其他基线。通常与修饰语一起使用(例如成本 绩效基线、进度基线、绩效衡量基线、技术 基线)。项目管理知识体系指南(PMBOK® 指南) 第四版 注意:基线只能通过正式 配置管理程序。一些基线可能是项目可交付成果 而其他则为进一步的工作奠定基础。基线,加上已批准的变更 从这些基线开始,构成当前的配置识别。 | |
241 | 基线设计 | baseline design | 1. 所有利益相关者都同意的系统设计 在系统开发中 | |
242 | 基线文件 | baseline document | 1. 定义已放置的工作产品的系统/软件文档 配置管理示例系统规范、要求 规格和设计规范 | |
243 | 基线功能点计数 | baseline function point count | 1. 应用程序功能点计数,取自某一点的功能 及时地,可以测量变化。 ISO/IEC 20968:2002,软件工程 — Mk II 功能点分析 — 计数实践手册.10 | |
244 | 基线管理 | baseline management | 1. 在配置管理中,技术和管理的应用 指示指定文件和对这些文件的更改,正式 在生命周期的特定时间识别和建立基线 配置项 | |
245 | 基础工程对象 | basic engineering object | 1.需要分布式基础设施支持的工程对象。 ISO/IEC 10746-3:1996,信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.1 | |
246 | 基本流程 | basic flow | 同义词:基本路径,快乐一天场景 | 1. 用例中描述其最常见实现的部分。注意 基本流程是在假设不存在错误或替代方案的情况下编写的。 |
247 | 基本互通设施 | basic interworking facility | 1. 一组与计算有直接对应的服务原语 模拟计算操作的信号。ISO/IEC 14752:2000,信息 技术 - 开放分布式处理 - 计算协议支持 相互作用.3.3.4 | |
248 | 基本符号 | basic symbol | 1. 用于表示过程的确切性质或形式的符号 或数据介质未知或不需要描述实际介质。 ISO 5807:1985,信息处理 — 文档符号和约定 用于数据、程序和系统流程图、程序网络图和系统资源 图表.3.1 | |
249 | 基组 | basis set | 1. 用于创建多集的对象集。ISO/IEC 15909-1:2004,软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.4 | |
250 | 批次 | batch | 参阅:对话式、互动式、在线式、实时式; | 1. 与收集输入的系统或操作模式有关 并一次性处理所有数据,而不是在数据到达时进行处理, 作业一旦启动,无需额外输入或用户交互即可完成 |
251 | 浴缸曲线 | bathtub curve | 1. 系统或组件中故障数量的函数图 时间注:该名称源自图形的通常形状 故障减少的时期(早期故障期),随后是相对 稳定期(持续失效期),随后是增长期 故障(磨损故障期)。 | |
252 | BCWP | BCWP | 1. 预算已完成工作的成本。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
253 | BCWS | BCWS | 1. 计划工作预算成本。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
254 | 行为 | behavior | 1. 系统的可观察活动,可通过可量化的效果进行衡量 无论是内部刺激还是外部刺激,都会对环境产生影响。IEEE 标准 1175.1-2002 (R2007) IEEE CASE 工具互连指南 - 分类和 描述.3.1.2. 事物在特定情况下的特殊反应。 IEEE Std 1175.1-2002 (R2007) IEEE CASE 工具互连分类指南 和描述。3.1. 3. 实例规范中确定的方面 通过它可以执行的状态改变操作。IEEE Std 1320.2-1998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 (IDEF对象).3.1.12 | |
255 | 行为规范 | behavior specification | 1. 描述潜在多样性的结构化数据集合 系统可能的行为。IEEE 标准 1175.1-2002 (R2007) IEEE CASE 指南 工具互连——分类和描述.3.2 | |
256 | 基准 | benchmark | 1. 可以进行测量或比较的标准。2. 可用于比较系统或组件的程序、问题或测试 相互或符合标准。3. 恢复文件 | |
257 | BEO | BEO | 1. 基本工程对象。ISO/IEC 10746-1:1998,信息技术 — 开放分布式处理 — 参考模型:概述 | |
258 | beta 测试 | beta testing | 参阅:参见 alpha 测试; | 1. 产品限量生产使用时的第二阶段测试注意通常 由客户或顾客执行 |
259 | BFC | BFC | 1. 基本功 17能组件。ISO/IEC 14143-1:2007,信息技术 — 软件度量 — 功能规模度量;第 1 部分:概念定义。4 | |
260 | BFC级 | BFC class | 1. 定义的 BFC 类型组。ISO/IEC 29881:2008,信息技术 — 软件与系统工程 — FiSMA 1.1 功能规模测量方法.3.1 | |
261 | BFC型 | BFC Type | 1. 定义的 BFC 类别。ISO/IEC 14143-1:2007,信息技术 — 软件度量—功能规模度量;第 1 部分:概念定义.3.2 例如“外部输入”、“外部输出”和“逻辑事务”, 以及数据存储,例如“内部逻辑文件” | |
262 | 双向追溯 | bidirectional traceability | 参阅:参见需求可追溯性; | 1. 两个或多个逻辑实体之间的关联,可以通过以下任一方式辨别 方向(往返于实体) |
263 | 大爆炸测试 | big-bang testing | 1. 一种集成测试,其中软件元素、硬件元素、 或者将两者一次性合并成一个整体系统,而不是分阶段进行 | |
264 | 物料清单(BOM) | bill of materials (BOM) | 1. 记录物理组件、子组件、 以及制造产品所需的部件 | |
265 | 二进制数字(位) | binary digit (bit) | 1. 可以用零或一表示的信息单位。 2. 计算机存储元素,可以保存信息单元,如 (1)。 3. 二进制数中用来表示两位数之一的数字 系统;零 (0) 或一 (1) | |
266 | 绑定 | bind | 参阅:动态绑定,静态绑定; | 1. 为标识符分配一个值示例分配一个值 给参数或将绝对地址分配给计算机中的符号地址 程序 |
267 | 粘合剂 | binder | 1. 通道中的工程对象,维护分布式绑定 交互的基本工程对象之间。ISO/IEC 10746-3:1996,信息 技术 — 开放分布式处理 — 参考模型:架构.8.1.10 | |
268 | 绑定端点标识符 | binding endpoint identifier | 1. 胶囊命名上下文中的标识符,由基本工程使用 对象选择其中一个涉及的绑定,用于 ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 — 参考模型:架构.8.1.15 示例:内存 地址(用于表示工程接口的数据结构)注意 可以使用相同形式的绑定端点标识符,无论绑定涉及 要么是本地的,要么是分布式的。 | |
269 | 绑定对象 | binding object | 1. 支持一组其他对象之间的绑定的计算对象 计算对象。ISO/IEC 10746-3:1996,信息技术 - 开放分布式 处理 — 参考模型:Architecture.7.1.14 | |
270 | 位 | bit | 1. 在二进制计数系统中使用时,数字 0 或 1。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基础 术语.01.02.08.2.二进制数字 | |
271 | 钻头转向器 | bit steering | 参阅:参见残差控制,两级编码;同义词:立即控制 | 1. 一种微编程技术,其中微指令中字段的含义 依赖于微指令中另一个字段的值。 |
272 | 黑匣子 | black box | 参阅:参见玻璃盒; | 1. 已知输入、输出和一般功能的系统或组件 但其内容或实施情况不明或不相关 2. 涉及 处理系统或组件的输入、输出和一般 功能已知,但其内容或实现未知或不相关 |
273 | 块 | block | 参阅:参见块结构语言,分隔符; | 1. 一组连续的存储位置、计算机程序语句、记录、 作为一个单位处理的字、字符或位 2. 形成一个组 |
274 | 框图 | block diagram | 参阅:参见箱线图、气泡图、流程图、图表、输入-过程-输出图、 结构图;同义词:配置图,系统资源图 | 1. 系统图,其中表示主要部分或功能 块由线连接而成,显示了块之间的关系。 ISO/IEC 2382-1:1993,信息技术 — 词汇 — 第 1 部分:基本术语。01.01.27。 2. 系统、计算机或设备的主要部件图 通过适当注释的几何图形来表示这两种功能 各部分及其功能关系。图 2 — 框图 |
275 | 阻断因子 | blocking factor | 1. 块中的记录、字、字符或位数 | |
276 | 块结构语言 | block-structured language | 参阅:参见结构化编程语言; | 1. 一种设计或编程语言,其中的语句序列称为 块,通常用开始和结束分隔符以及变量或标签来定义。 在一个块中定义的块无法在该块之外被识别示例 Ada, 算法,PL/I |
277 | BMT | BMT | 1. 基准测试 18。ISO/IEC 14102:2008,信息技术 — 指南 用于评估和选择 CASE 工具。8.2 | |
278 | 主体元数据 | body metadata | 1. HTML 文档主体中的元素,提供管理和/或 为用户或管理员提供导航功能。IEEE Std 2001-2002 IEEE 互联网推荐做法——网站工程、网站管理、 和网站生命周期.3.1.2 | |
279 | BOM | BOM | 1. 物料清单 | |
280 | 布尔表达式 | Boolean expression | 1. 计算结果为真或假的表达式。ISO/IEC 15909-1:2004,软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.26.1 | |
281 | 布尔签名 | Boolean signature | 1. 其中一个类型为 Bool 的签名,对应于载体 任何相关代数中的布尔值,并且其中一个常数为真子布尔值, 对应于代数中的真值。ISO/IEC 15909-1:2004,软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号.2.1.22.1 | |
282 | 靴子 | boot | 1. 通过清除内存并重新加载操作系统来初始化计算机系统 系统注释源自 bootstrap | |
283 | bootstrap | bootstrap | 1. 永久驻留或易于加载的简短计算机程序 进入计算机,其执行会产生一个更大的程序,如操作系统 系统或其加载程序,进入内存 2. 使用程序来调出更大的程序, 例如操作系统 | |
284 | 引导加载程序 | bootstrap loader | 1. 用于加载引导程序的简短计算机程序 | |
285 | 自下而上 | bottom-up | 参阅:参见自上而下。首先是关键部分; | 1. 与从最低级组件开始的活动有关 2. 属于层次结构,并逐步通过更高层次 从最低抽象层次开始并进行的方法或过程 向最高水平迈进。ISO/IEC 2382-20:1990,信息技术 — 词汇 — 第 20 部分:系统开发.20.01.11 例如自下而上的设计, 自下而上的测试 |
286 | 自下而上的设计 | bottom-up design | 1. 一种设计方法,其中将系统的低级部分组合成 总体设计。2. 通过识别低级系统来设计系统的过程 组件,分别设计每个组件,然后设计结构 将低级组件集成到越来越大的子系统中,直到 设计已完成 | |
287 | 自下而上估算 | bottom-up estimating | 1.[技术]估算工作组成部分的方法。工作被分解为 更详细地了解。准备一份满足要求所需的预算 每个较低、更详细的工作,然后这些估计 汇总成工作组成部分的总量。自下而上的准确性 估算取决于确定的工作规模和复杂性 较低层次。项目管理知识体系指南(PMBOK® 指南) — 第四版 | |
288 | 边界 | boundary | 1. 所研究的软件与其用户之间的概念接口。ISO/IEC 29881:2008,信息技术 - 软件和系统工程 - FiSMA 1.1 功能尺寸测量方法.3.2 注:边界规定 测量分析师用一个明确的分隔符来区分, 被测软件中包含的内容与被测软件的一部分 软件的运行环境。 | |
289 | 边界箭头 | boundary arrow | 参阅:参见内部箭头; | 1. 一端(源或用途)未连接到图表中的任何框的箭头。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.14 的语法和语义 |
290 | 边界ICOM代码 | boundary ICOM code | 1. 在子图中映射非隧道边界箭头的 ICOM 代码 指向附在该图中详细说明的父框上的箭头。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 - 语法 和 IDEF0.2.1.15 的语义 | |
291 | 边界值 | boundary value | 参阅:参见压力测试; | 1. 对应于最小或最大输入的数据值,内部, 或为系统或组件指定的输出值 |
292 | 盒子 | box | 1. 一个矩形,其中包含一个箱子名称、一个箱子编号以及可能的箱子详细信息 引用并在图表中表示函数。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.16 的语法和语义 | |
293 | 盒子细节参考 | box detail reference | 1. 一个正方形的外壳,里面有一个盒子号码,表示 框通过子图分解或详细显示。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.17 的语法和语义 | |
294 | 箱线图 | box diagram | 参阅:参见框图、气泡图、流程图、图表、输入-过程-输出图、 程序结构图,;同义词:Chapin 图、Nassi-Shneiderman 图 | 1. 控制流程图由一个矩形组成,该矩形被细分为 显示连续步骤、if-then-else 条件、重复和案例条件。 结构图 图 3 — 框图 |
295 | 盒子ICOM代码 | box ICOM code | 1. 将隧道边界箭头映射到连接到的箭头的 ICOM 代码 一些祖传盒子。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言 — IDEF0.2.1.18 的语法和语义 | |
296 | 盒子名称 | box name | 参阅:函数名称; | 1. 放置在命名建模函数的框内的动词或动词短语。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.19 的语法和语义注意框以其框名称 框所代表的函数的功能名称。 |
297 | 箱号 | box number | 1. 一个数字(0、1、2、…、9)放置在 框来唯一地标识图中的框。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.20 的语法和语义 注:唯一可能被编号为 0 的框是代表 A0 在 A-0 和 A-1 环境图中发挥作用。 | |
298 | 头脑风暴 19 | brainstorming | 1. [技术] 一种通用的数据收集和创造力技术,可以 通过使用一组团队来识别风险、想法或问题的解决方案 成员或主题专家。项目管理知识体系指南 (PMBOK® 指南)— 第四版 | |
299 | 支行 | branch | 参阅:参见 case、jump、go to、if-then-else; | 1. 一种计算机程序构造,其中两个或多个备选集之一 程序语句被选中执行。2.计算机程序中的一个点 此时,两个或多个程序语句备选集中的一个被选中 执行。3. 根箭头段(从源 使用)分为两个或多个箭头段。IEEE Std 1320.1-1998 (R2004) IEEE 功能建模语言标准 - IDEF0.2.1.21 的语法和语义。 4. 执行 (1) 中的选择。 5. 任何一组备选程序 (1)中的语句。6. 一组不断发展的源文件版本注意每个 分支由标签标识。通常,分支标识文件版本 已经或将作为产品发布。可能表示箭头的拆分 意思是,将对象类型与对象类型集分开。也指 到由根箭段分割而成的箭段。 |
300 | 分支测试 | branch testing | 参阅:参见路径测试、语句测试; | 1. 测试旨在在计算机中执行每个决策点的每个结果 程序 |