随着信息技术的进步，系统和软件工程学科也在不断成熟。新术语不断产生，现有术语也具有新的含义。制定本国际标准是为了收集和标准化术语。其目的是识别该领域当前使用的术语以及这些术语的标准定义。它旨在为信息技术领域的人们提供有用的参考，并鼓励使用 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部分，这是第三部分。
| 编号 | 名称 | 英文名 | 参考 | 描述 |
|---|---|---|---|---|
| 601 | 逆变 | contravariance | 1. 控制属性覆盖的规则，要求设置 覆盖属性中输入参数可接受的值应为 该输入可接受的值集的超集（包含同一集） 覆盖属性中的参数，以及输出可接受的值集 覆盖属性中的参数应为子集（包含同一组） 覆盖属性中该输出参数可接受的值集。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模 3语言语法标准 以及 IDEF1X97 (IDEFobject) 的语义。3.1.42 | |
| 602 | 贡献 | contribution | 1. 函数类型（ILF、EIF、EI、EO、EQ）对未调整的贡献 功能点计数。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法 — 计数实践手册 | |
| 603 | 控制 | control | 1. 在工程中，对系统输出进行监控，以便与预期进行比较 输出，并在实际输出与输出不匹配时采取纠正措施 预期产出 2. 将实际绩效与计划绩效进行比较，分析 差异，评估影响流程改进的趋势，评估可能的 替代方案，并根据需要推荐适当的纠正措施。指南 项目管理知识体系（PMBOK® 指南）—第四版。3. 在 IDEF0 模型中，实现某个功能所需的条件或条件集 产生正确的输出。IEEE Std 1320.2-1998 (R2004) IEEE 概念 IDEF1X97 的建模语言语法和语义 (IDEFobject).2.1.32 | |
| 604 | 控制帐户 | control account | 参阅:参见工作包; | 1. [工具]。管理控制点，其中范围、预算（资源计划）、 整合实际成本和进度，并与绩效挣值进行比较 测量。项目管理知识体系指南（PMBOK® 指南） — 第四版 |
| 605 | 控制箭 | control arrow | 1. 表示 IDEF0 控制的箭头或箭头段。IEEE Std 1320.1-1998 （R2004）IEEE 函数建模语言标准 - 语法和语义 对于 IDEF0.2.1.33 注:即，一个对象类型集，其实例建立 函数产生正确输出所需的条件或一组条件。 控制箭头的箭头附着在盒子的顶部。 | |
| 606 | 控制图 | control chart | 1. [工具] 以图形方式显示随时间变化的流程数据，并与既定数据进行比较 控制限，并有一个中心线，帮助检测趋势 绘制朝向任一控制限的值。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 607 | 控制聚类 | control clustering | 1. 一个任务结构化标准，通过该标准将控制对象组合成 任务及其控制的对象 | |
| 608 | 控制成本 | control costs | 1. [进程] 监控项目进程状态更新 项目预算和管理成本基准的变化。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 609 | 控制联轴器 | control coupling | 参阅:参见公共环境耦合、内容耦合、数据耦合、混合耦合、 病理耦合; | 1. 一种耦合类型，其中一个软件模块传递信息 到另一个模块，其明确目的是影响后一个模块的 执行 |
| 610 | 控制数据 | control data | 1. 选择操作模式、指导程序顺序流程的数据， 或以其他方式直接影响软件的运行，例如 循环控制变量 | |
| 611 | 控制场 | control field | 1. 由一个或多个输入变量组成的字段，其值的变化， 连续逻辑记录之间缺乏变化或影响控制流 通过主程序。ISO 6593:1985，信息处理-程序流 用于按记录组处理顺序文件。2.6 | |
| 612 | 控制流 | control flow | 参阅:参见数据流 4;同义词:流动 | 1. 执行过程中操作的顺序 计算机程序。控制 |
| 613 | 控制流程图 | control flow diagram | 参阅:参见数据流图、调用图、结构图; | 1. 描述所有可能序列的集合的图表，其中操作 可以在系统或程序执行过程中执行。注意类型 包括框图、流程图、输入-过程-输出图、状态图。 |
| 614 | 控制信息 | control Information | 1. 打开或关闭应用程序的一个或多个进程的数据，或 影响事务的运行。ISO/IEC 24570:2005，软件工程 — NESMA 功能尺寸测量方法 2.1 版 — 定义和计数 功能点分析应用指南2.影响 应用程序被计数的基本过程。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 注:它指定了什么、何时或如何提供数据。 已处理。 | |
| 615 | 控制限值 | control limits | 参阅:参见规格限值; | 1. 中心线两侧三个标准差组成的区域， 或平均值，控制图上绘制的数据的正态分布，反映了 数据中的预期变化。项目管理机构指南 知识（PMBOK® 指南）— 第四版 |
| 616 | 控制环回 | control loopback | 同义词:反馈 | 1. 将一个函数的输出回送至另一个函数的控制 在同一张图中。IEEE Std 1320.1-1998 (R2004) IEEE 功能 建模语言——IDEF0.2.1.34 的语法和语义。 |
| 617 | 控制点 | control point | 同义词:项目控制点 | 1. 在指定的时间点或时间商定的项目，或指定的协议或 控制应用于正在开发的软件配置项。IEEE Std 828-2005 IEEE 软件配置管理计划标准。2.1.1。 例如，已批准的基线或指定文档 / 代码的发布 或项目里程碑 |
| 618 | 控制进度表 | control schedule | 1. [进程] 监控项目进程状态更新 项目进度和管理进度基准的变化。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 619 | 控制范围 | control scope | 1. [流程] 监控项目和产品状态的流程 范围和管理范围基准的变更。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 620 | 控制语句 | control statement | 参阅:参见赋值语句、声明; | 1. 在备选程序语句集中进行选择的程序语句 或影响操作执行的顺序例如 if-then-else， 案件 |
| 621 | 控制存储 | control store | 参阅:参见 microword、nanostore; | 1. 在微程序计算机中，微程序所在的计算机内存 居住 |
| 622 | 控制任务 | control task | 1. 做出决策来控制其他任务执行的任务 | |
| 623 | 公约 | convention | 参阅:参见实践、标准; | 1. 用于规定提供规范、统一方法的要求 软件产品的一致性，即安排软件组件的统一模式或形式 数据 |
| 624 | 对话 | conversational | 参阅:批量、交互、在线、实时; | 1. 涉及交互系统或操作模式，其中交互 用户和系统之间的对话类似于人类对话 |
| 625 | 转换 | conversion | 1.修改现有软件，使其能够与类似的 不同环境中的功能能力。2. 与这些活动相关的 将数据或程序从一种格式映射到另一种格式。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册示例将程序从 FORTRAN 转换为 对于 Ada 来说，将一台计算机上运行的程序转换为另一台计算机上运行 | |
| 626 | 转换函数 | conversion functionality | 1. 对于开发项目，提供转换数据和/或提供的功能 其他用户指定的转换要求，例如特殊转换报告。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法——计数实践手册注释 项目，由于需要任何转换功能而提供的功能 由用户 | |
| 627 | 可兑换性 | convertibility | 1. 能够转换应用两个或多个 FSM 方法的结果 在对同一组功能用户需求进行功能规模的测量时。 ISO/IEC TR 14143-3:2003，信息技术 — 软件测量 — 功能 尺寸测量 — 第 3 部分:功能尺寸测量方法的验证.3.3 | |
| 628 | cookie | cookie | 1. 用于向数据接收者指示或发出信号的数量，意义重大 提供数据的实体的状态发生变化。IEEE Std 2001-2002 IEEE 互联网推荐做法——网站工程、网站管理、 和网站生命周期。3.1.3 注意网站可能会存储/检索 cookie 从用户客户端系统维护状态信息（包括身份识别） 用户和交易一致性。 | |
| 629 | 副本 | copy | 参阅:参见移动; | 1. 从源读取数据，保持源数据不变，并写入 其他地方的相同数据可能以与源数据不同的物理形式存在 2. 复制过程的结果（如（1）示例）从中复制数据 将磁盘放到磁带上 |
| 630 | 版权 | copyright | 1. 授予原创作品所有者的专有权， 固定在任何有形的表达媒介中，以复制、出版、表演、 和/或出售作品 | |
| 631 | COQ | COQ | 1. 质量成本 5。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 632 | CORBA | CORBA | 1. 通用对象请求代理架构。ISO/IEC 14769:2001，信息 技术——开放分布式处理——类型存储库功能。4 | |
| 633 | 协同程序 | coroutine | 参阅:参见子程序; | 1. 从操作最后一次执行的位置开始执行的例程 被暂停，并且不需要将控制权返回给程序或子程序 那叫它 |
| 634 | 公司董事会或同等机构 | corporate board or equivalent body | 1. 承担法律责任进行行为的个人或团体 或控制最高级别的组织。ISO/IEC 19770-1:2006，信息 技术 — 软件资产管理 — 第 1 部分:流程.3.3 | |
| 635 | 企业高管层 | corporate executive level | 1.负责企业的管理层，包括董事会 董事。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法 — 计数实践手册 | |
| 636 | 公司治理 | corporate governance | 1. 指导和控制组织的系统。ISO/IEC 38500:2008， 信息技术公司治理.1.6.2 | |
| 637 | IT公司治理 | corporate governance of IT | 1. 指导和控制当前和未来 IT 使用的系统。 ISO/IEC 38500:2008，信息技术企业治理。1.6.3 注:企业 信息技术治理包括评估和指导信息技术的使用，以支持 组织和监督这一使用情况以实现计划。它包括战略 6 以及在组织内使用 IT 的政策。 | |
| 638 | 可纠正性 | correctability | 1. 纠正软件缺陷和应对 用户投诉 | |
| 639 | 纠正措施 | corrective action | 1. 为执行项目工作提供文件化的方向，以实现预期的未来 按照项目管理计划开展项目工作。指南 项目管理知识体系（PMBOK® 指南）—第四版。2. 用于纠正情况、消除错误或调整条件的行为 | |
| 640 | 纠正性维护 | corrective maintenance | 1. 软件产品交付后进行的反应性修改 纠正发现的问题。ISO/IEC 14764:2006 (IEEE Std 14764-2006)，软件 工程 — 软件生命周期过程 — 维护.3.2 2. 执行的维护 纠正硬件或软件故障 注意 修改修复 使软件产品满足需求。 | |
| 641 | 正确性 | correctness | 1. 系统或组件在其规范中没有故障的程度， 设计和实施。2. 软件、文档或 其他项目符合规定要求。3. 软件、文档、 或其他满足用户需求和期望的项目，无论是否指定 | |
| 642 | COSMIC | COSMIC | 1. 通用软件度量国际联盟。ISO/IEC 19761:2003， 软件工程 — COSMIC-FFP — 一种功能规模测量方法 | |
| 643 | 成本约束 | cost constraint | 1. 对项目预算的任何限制或约束，例如资金 随着时间的推移，项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 644 | 成本管理计划 | cost management plan | 1. [输出/输入] 规定格式并建立 规划、构建和控制项目的活动和标准 成本管理计划包含在成本管理计划中，或属于成本管理计划的子计划。 项目管理计划。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 645 | 质量成本（COQ） | cost of quality (COQ) | 1.[技术]确定为确保质量而发生的成本的方法。 预防和评估成本（一致性成本）包括质量成本 规划、质量控制 (QC) 和质量保证，以确保遵守 要求（即培训、质量控制系统等）。失败成本（不符合要求的成本） 包括返工不合规产品、部件或工艺的成本， 保修工作和浪费的成本以及声誉损失。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 646 | 成本绩效基线 | cost performance baseline | 1. 用于比较实际支出的分阶段预算的特定版本 计划支出，以确定是否需要采取预防或纠正措施 实现项目目标。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 647 | 成本绩效指数（CPI） | cost performance index (CPI) | 1. 项目成本效率的衡量标准。它是挣值与成本的比率 （EV）与实际成本（AC）之比。CPI = EV 除以 AC。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 648 | 成本差异（CV） | cost variance (CV) | 1. 衡量项目成本绩效的指标。它是 挣值（EV）和实际成本（AC）。CV = EV 减去 AC。项目指南 管理知识体系（PMBOK® 指南）—第四版 | |
| 649 | 成本加费用（CPF） | cost-plus-fee (CPF) | 同义词:成本加费用 | 1. 采购方偿还供应方允许成本的合同 履行合同工作并支付一定费用。 |
| 650 | 成本加固定费用（CPFF）合同 | cost-plus-fixed-fee (CPFF) contract | 1. 一种成本补偿合同，买方向卖方偿还 卖方允许的费用（允许的费用由合同定义） 加上固定数额的利润（费用）。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 651 | 成本加激励费用（CPIF）合同 | cost-plus-incentive-fee (CPIF) contract | 1. 一种成本补偿合同，买方向卖方偿还 卖方可承担的费用（可承担的费用由合同规定）， 如果产品满足规定的性能标准，卖方将获得利润。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 652 | 成本补偿合同 | cost-reimbursable contract | 1. 一种由买方向卖方支付（偿付）款项的合同。 卖方承担卖方的实际成本，加上通常代表卖方 利润。成本补偿合同通常包括激励条款，如果 卖方达到或超过选定的项目目标，例如进度目标 或总成本，则卖方从买方收到奖励或奖金。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 653 | COTS | COTS | 1. 商用现货。ISO/IEC 90003:2004，软件工程 — 指南 ISO 9001:2000 在计算机软件中的应用。3.4 | |
| 654 | 计数器 | counter | 1. 用于记录给定事件发生次数的变量 计算机程序的执行（例如，记录变量） 循环执行的次数 | |
| 655 | 计数规则 | counting rule | 1.获得测量值的条件和程序。 ISO/IEC 14598-3:2000，软件工程 — 产品评估 — 第 3 部分:过程 对于开发人员来说.4.1 | |
| 656 | 计数范围 | counting scope | 1. 计数范围定义了将包含在 特定功能点计数。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 657 | 联轴器 | coupling | 参阅:参见凝聚力; | 1. 软件模块之间相互依赖的方式和程度。 2. 模块间关系的强度。ISO/IEC TR 19759:2005，软件 工程——软件工程知识体系指南（SWEBOK）。1.4.2. 3. 衡量两个程序或模块连接紧密程度的指标。4. 在软件中 设计，衡量计算机程序中模块间相互依赖性的一种方式 注:类型 包括公共环境耦合、内容耦合、控制耦合、数据 耦合、混合耦合和病理耦合。 |
| 658 | CPAF | CPAF | 1. 成本加奖励费。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 659 | CPC | CPC | 参阅:参见计算机软件组件; | 1. 计算机程序组件 |
| 660 | CPCI | CPCI | 参阅:参见计算机软件配置; | 1. 计算机程序配置项 |
| 661 | CPF | CPF | 1. 成本加费用。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 662 | CPFF | CPFF | 1. 成本加固定费用。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 663 | 消费者价格指数 (CPI) | CPI | 1. 成本绩效指数。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 664 | CPIF | CPIF | 1. 成本加奖励费。项目管理知识体系指南 （PMBOK® 指南）— 第四版 | |
| 665 | CPM | CPM | 1. 关键路径方法。项目管理知识体系指南 （PMBOK® 指南）— 第四版。2. 计数实践国际标准。 ISO/IEC 24570:2005，软件工程 - NESMA 功能规模测量方法 版本 2.1 — 函数应用的定义和计算指南 要点分析注意 IFPUG 相当于 NESMA 国际 标准 ISO/IEC 24570:2005，应用程序的定义和计数指南 功能点分析 | |
| 666 | CPPC | CPPC | 1. 成本加成本百分比 | |
| 667 | 崩溃 | crash | 参阅:参见硬故障; | 1. 计算机系统或组件突然彻底失效 |
| 668 | 崩溃 | crashing | 参阅:参见快速跟进、进度压缩; | 1.[技术]一种特定类型的项目进度压缩技术 通过分析后采取行动来减少项目总工期 确定如何获得最大计划持续时间的多种替代方案 压缩以减少额外成本。典型的方法 包括减少计划活动持续时间和增加分配 进度活动资源。项目管理知识体系指南 （PMBOK® 指南）— 第四版 |
| 669 | 创建WBS（工作分解结构） | create WBS (work breakdown structure) | 1.【流程】项目交付物和项目工作细分的过程 分解成更小、更易于管理的部分。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 670 | 危机 | crisis | 1. 一种关键事态，其中决定性的、可能不受欢迎的结果 即将来临 | |
| 671 | 危机管理 | crisis management | 1. 当应急计划不能解决相关问题时应采取的步骤 | |
| 672 | 标准 | criteria | 1. 可以作为判断或决定依据的标准、规则或测试， 或用于评估产品、服务、结果或流程。 项目管理知识体系（PMBOK® 指南）—第四版。2. 具体 被识别为评估因素的信息项内容的数据项 在评估、审计、测试或评审 7中。ISO/IEC 15289:2006，系统和软件 工程——系统和软件生命周期信息产品的内容。 5.2 | |
| 673 | 关键活动 | critical activity | 1. 项目进度中关键路径上的任何进度活动。最常见的 通过使用关键路径法来确定。虽然有些活动是“关键 “，在字典里的意义上，没有在关键路径上，这个意思是 在项目环境中很少使用。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 674 | 关键链方法 | critical chain method | 1. [技术] 修改项目进度网络分析技术 计划以考虑有限的资源。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 675 | 关键设计评审（CDR） | critical design review (CDR) | 1. 为验证一个或多个配置的详细设计而进行的审查 项目满足规定的要求;建立之间的兼容性 配置项和其他设备、设施、软件和人员项； 评估每个配置项的风险区域；并且，如适用，评估 可生产性分析的结果，审查初步的硬件产品规格， 评估初步试验规划，并评估初步操作的充分性 和支持文件 2. （1）对任何硬件或软件组件的审查 | |
| 676 | 关键信息 | critical information | 1. 描述软件安全使用的信息，以及 使用该软件创建的信息，或敏感个人信息的保护 软件创建或存储的信息。ISO/IEC 26514；系统和 软件工程 ——用户文档设计人员和开发人员的要求。4.11 | |
| 677 | 关键项目 | critical item | 1. 在配置管理中，配置项中的一个项， 由于特殊的工程或物流考虑，需要获得批准 在组件级别建立技术或库存控制的规范 | |
| 678 | 关键路径 | critical path | 参阅:参见关键路径方法; | 1. 通常，但并非总是，计划活动的顺序决定了 项目的持续时间。这是整个项目中最长的路径。指南 项目管理知识体系（PMBOK® 指南）—第四版 |
| 679 | 关键路径方法（CPM） | critical path methodology (CPM) | 参阅:参见关键路径; | 1.[技术]一种进度网络分析技术，用于确定 各种逻辑网络上的调度灵活性（浮动量） 项目进度网络中的路径，并确定最小项目总成本 持续时间。最早开始和结束日期是通过向前传递来计算的， 使用指定的开始日期。最晚开始日期和结束日期的计算方法为 从指定的完成日期开始向后传递，有时 是正向传递计算过程中确定的项目最早完成日期。 项目管理知识体系指南（PMBOK® 指南）—第四版 |
| 680 | 关键部分优先 | critical piece first | 参阅:参见自下而上、自上而下; | 1. 一种系统开发方法，其中系统最关键的方面 首先实施，注意关键部分可以定义为 所提供服务的类型、风险程度、难度或其他标准。 |
| 681 | 临界范围 | critical range | 1. 用于将软件分为可接受类别的度量值， 边缘或不可接受。IEEE Std 1061-1998 (R2004) IEEE 软件标准 质量度量方法.2.2 | |
| 682 | 临界区 | critical section | 1. 任务内部逻辑中相互排斥执行的部分 与其他任务 | |
| 683 | 临界值 | critical value | 1. 经过验证的度量指标值，用于识别软件 质量不可接受。IEEE Std 1061-1998 (R2004) IEEE 软件标准 质量度量方法.2.3 | |
| 684 | 临界性 | criticality | 1. 需求、模块、错误、故障、失败的影响程度， 或其他特性对系统的开发或运行的影响。IEEE Std 829-2008 IEEE 软件和系统测试文档标准.3.1.9 | |
| 685 | 交叉汇编程序 | cross-assembler | 1. 在一台计算机上执行但生成机器代码的汇编程序 另一台计算机 | |
| 686 | 交叉编译器 | cross-compiler | 1. 在一台计算机上执行但生成机器码的编译器 另一台计算机 | |
| 687 | 交叉引用生成器 | cross-reference generator | 同义词:交叉引用 | 1. 接受计算机程序源代码作为输入的软件工具 并生成一个列表作为输出，其中标识了程序中的每个变量， 标签和其他标识符，并指示程序中的哪些语句定义， 设置或使用每一个。 |
| 688 | 交叉引用列表 | cross-reference list | 1. 标识每个变量、标签和其他标识符的列表 在计算机程序中，指示程序中哪些语句定义、设置、 或使用每一个 | |
| 689 | 交叉引用工具 | cross-reference tool | 1. 一款软件维护工具，可让用户确定变量的位置 被使用或调用特定程序的地方 | |
| 690 | CSC | CSC | 1. 计算机软件组件 | |
| 691 | CSCI | CSCI | 1. 计算机软件配置项 | |
| 692 | 脑脊液 | CSF | 1. 关键成功因素。ISO/IEC TR 14471:2007，信息技术 — 软件工程 — CASE 工具采用指南.2.2 | |
| 693 | CT | CT | 同义词:通信技术 | 1. 通信技术。ISO/IEC 38500:2008，企业信息治理 技术.1.6.7. |
| 694 | 课程标准 | curriculum standard | 1. 描述课程特点的标准 教育机构提供的知识体系 | |
| 695 | 定制软件 | custom software | 1. 根据用户需求为特定应用开发的软件产品 规范。ISO/IEC 25000:2005，软件工程 - 软件产品质量 要求和评估（SQuaRE）——SQuaRE.4.8 指南 | |
| 696 | 客户 | customer | 参阅:参见利益相关者 8;同义词:收购方，买方，受益人，购买者 | 1. 接收产品或服务的组织或个人。ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 流程.4.9；ISO/IEC 15288:2008 (IEEE Std 15288-2008)，系统和软件 工程 — 系统生命周期过程。4.9. 2. 实体或实体为其 正在定义和开发的系统必须满足这些要求。 IEEE Std 1233-1998 (R2002) IEEE 系统需求规范开发指南。3.5。 3. 代表新的或修改的最终用户的个人或组织 硬件或软件产品以获取产品及其文档。IEEE Std 1362-1998 (R2007) IEEE 信息技术指南-系统定义 -操作概念文件.3.7. 4. 支付费用的个人或个人 产品，通常（但不一定）决定需求。IEEE Std 830-1998 IEEE 软件需求规范推荐做法.3.2. 示例 已完成系统的最终用户，与系统集成商位于同一家公司的组织 开发组织（例如，系统管理）注:客户可以 可以是组织内部的，也可以是组织外部的。客户可能是组织中较高级别的 项目。系统开发人员必须向其提供以下证明 所开发的系统满足指定的系统要求。客户 利益相关者的子集。 |
| 697 | 客户要求 | customer requirement | 1. 引发、巩固和解决冲突的结果 产品相关利益相关者的需求、期望、约束和接口 以客户可以接受的方式 | |
| 698 | 定制 | customization | 1. 使软件或文档产品适应特定需求 ISO/IEC 26514，系统和软件工程 - 设计师要求 以及用户文档的开发人员。4.12 | |
| 699 | 截止日期 | cut-off date | 1. 软件更改反映在 1. 成本差异中的日期。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 700 | CWBS | CWBS | 1. 合同工作分解结构 | |
| 701 | 循环 | cycle | 参阅:参见软件开发周期、软件生命周期; | 1. 一组事件完成的一段时间。2. 一组 按相同顺序定期重复的操作，可能有所变化 每次重复 |
| 702 | 循环窃取 | cycle stealing | 1. 暂停中央处理器运行的过程 一个或多个周期，以允许发生其他操作，如传输 响应输入/输出控制器的输出请求，从主存储器获取数据 | |
| 703 | 循环搜索 | cyclic search | 1. 一种存储分配技术，其中每次搜索合适的块 存储空间从最后一个分配的块开始 | |
| 704 | 数据 | data | 参阅:数据类型; | 1. 以适当的方式表示事实、概念或指令 用于人类或自动方式的通信、解释或处理 2. 分配给基础度量、派生度量和/或指标的值的集合。 ISO/IEC 15939:2007，系统和软件工程 — 测量过程。3.4. 2. 分配给基础度量、派生度量和/或指标的值的集合。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）——SQuaRE指南.4.9. 3. 的表示形式 信息系统及其用户所处理的信息。 ISO/IEC 10746-2:1996， 信息技术 开放分布式处理 参考模型:基础 3.2.6. 4. 以适当的形式重新解释信息表示 用于通信、解释、通讯或处理。 ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.01.02 |
| 705 | 数据抽象 | data abstraction | 参阅:参见封装、信息隐藏; | 1. 通过定义提取数据本质特征的过程 数据类型及其相关的功能特征，并忽略表示 细节2. （1）中过程的结果 |
| 706 | 数据分析 | data analysis | 1. 对实际或计划中的数据及其流动进行系统调查 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统 发展.20.02.08 | |
| 707 | 数据属性 | data attribute | 1. 已识别数据组中的最小信息包，携带 从软件的功能用户需求角度的意义。 ISO/IEC 19761:2003，软件工程 — COSMIC-FFP — 功能规模测量 方法.3.4. 2. 实体的特征。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手动的 | |
| 708 | 数据库 | data bank | 1. 与给定主题相关的一组数据，其组织方式如下 可供订户查阅。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.08.04 | |
| 709 | 数据断点 | data breakpoint | 参阅:参见代码断点、动态断点、结语断点、可编程断点、 序言断点，;同义词:存储断点 | 1. 当访问指定数据项时启动的断点。 静态断点 |
| 710 | 数据特征 | data characteristic | 1. 数据的固有的、可能是偶然的特征、质量或属性。 IEEE Std 1008-1987 (R1993, R2002) IEEE 软件单元测试标准。2 示例到达 费率、格式、值范围或字段值之间的关系 | |
| 711 | 数据通信 | data communication | 1. 根据规则集在功能单元之间传输数据 数据传输和交换的协调。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.01.39 | |
| 712 | 数据通信GSC | data communications GSC | 1. 14 个一般系统特征之一，描述 应用程序直接与处理器通信。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 713 | 数据耦合 | data coupling | 参阅:参见公共环境耦合、内容耦合、控制耦合、混合 耦合, 病理耦合;同义词:输入- | 1. 一种耦合类型，其中一个软件模块的输出作为输入 到另一个模块。输出耦合 |
| 714 | 数据日期 | data date | 同义词:截至日期，当前时间日期 | 1. 项目报告系统提供的截至日期 实际状况和成就。项目管理知识体系指南 （PMBOK® 指南）—第四版。 |
| 715 | 数据声明来源声明 | data declaration source statement | 1. 在编译时保留或初始化内存的源语句 | |
| 716 | 数据元素 | data element | 同义词:数据项 | 1. 已识别数据组中的最小信息包，携带 从软件的功能用户需求角度来看的意义 （FUR）ISO/IEC 29881:2008，信息技术 - 软件和系统工程 — FiSMA 1.1 功能规模测量方法.A.7. |
| 717 | 数据元素类型（DET） | data element type (DET) | 1. 一个独特的、用户可识别的、非递归的信息项。ISO/IEC 20968:2002，软件工程 - Mk II 功能点分析 - 计数实践 Manual.10. 2. 用户看到的最基本的数据形式 用于控制、记录或传输信息。ISO/IEC 24570:2005，软件 工程 - NESMA 功能尺寸测量方法 2.1 版 - 定义 功能点分析应用的计算指南3. 独特的 用户可识别、非重复字段。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 manual.6. 4. BFC 中唯一、用户可识别、不重复的字段。ISO/IEC 29881:2008， 信息技术 - 软件和系统工程 - FiSMA 1.1 功能 尺寸测量方法。3.3 注:数据元素可以是字符串， 或 BFC 中的数字或图形元素。当指示“数据元素”时 对于 BFC，数据元素的数量始终大于 0。 | |
| 718 | 数据异常 | data exception | 参阅:寻址异常、操作异常、溢出异常、保护 异常，下溢异常; | 1. 当程序尝试使用或访问数据时发生的异常 错误地 |
| 719 | 数据流 | data flow | 参阅:参见控制流; | 1. 数据传输、使用和转换的顺序 在计算机程序执行期间 |
| 720 | 数据流图（DFD） | data flow diagram (DFD) | 参阅:参见控制流图、数据结构图;同义词:数据流程图，数据流图 | 1. 描述数据源、数据接收器、数据存储和流程的图表 将数据作为节点来执行，将数据的逻辑流作为节点之间的链接。 图 8 — 数据流图 |
| 721 | 数据函数 | data function | 参阅:参见数据函数; | 1. 逻辑文件。ISO/IEC 24570:2005，软件工程 — NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用注意这是一个逻辑组 从用户角度来看，永久数据的数量。FPA 为每个数据分配 函数类型，并区分以下类型:内部逻辑 文件和外部接口文件。 |
| 722 | 数据函数类型 | data function type | 1. FPA 分配给数据函数的两个类别之一；内部逻辑 文件和外部接口文件。ISO/IEC 24570:2005，软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 | |
| 723 | 数据函数 | data functions | 参阅:参见数据函数; | 1. 为用户提供的功能，以满足内部和外部数据 要求。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整 功能规模测量方法 - 计数实践手册注数据 函数要么是内部逻辑文件 (ILF)，要么是外部接口文件 （外部投资框架）。 |
| 724 | 数据组 | data group | 参阅:参见感兴趣的对象; | 1. 一组独特、非空、无序且无冗余的数据属性 其中每个包含的数据属性描述了同一个 感兴趣的对象。ISO/IEC 14143-1:2007，信息技术-软件度量 — 功能规模测量；第 1 部分:概念定义 9 |
| 725 | 数据组 | data group | 参阅:参见感兴趣的对象; | 1. 一组独特、非空、无序且无冗余的数据属性 其中每个包含的数据属性描述了同一个 ISO/IEC 29881:2008，信息技术 - 软件和 系统工程——FiSMA 1.1功能规模测量方法.A.6 |
| 726 | 数据信息 | data information | 1. 进入或退出应用程序并满足 用户信息需求。ISO/IEC 24570:2005，软件工程 - NESMA 功能 尺寸测量方法版本 2.1 - 定义和计数指南 功能点分析的应用 | |
| 727 | 数据输入表 | data input sheet | 参阅:参见用户手册; | 1. 用户文档，以工作表格式描述所需的 以及系统或组件的可选输入数据 |
| 728 | 数据清单 | data inventory | 1. 在信息处理系统中，所有数据及其特征， 包括相互依赖性。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.01.06 | |
| 729 | 数据管理 | data management | 1. 在数据处理系统中，提供数据访问的功能， 执行或监控数据的存储，并控制输入输出操作。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.08.02。 2. 规划、获取和提供管理的规范流程和系统 对于业务和技术数据，始终与数据要求保持一致， 数据生命周期 | |
| 730 | 数据介质 | data medium | 1. 可以记录数据的材料，也可以从中获取数据 可检索。复数:媒体。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.01.51 | |
| 731 | 数据模型 | data model | 1. 图形和文本分析表示，识别 组织实现其使命、职能、目标、目的所需的数据， 和策略，并管理和评估组织。IEEE 13201998 (R2004) IDEF1X97 概念建模语言语法和语义的 IEEE 标准 （IDEFobject）3.1.44. 2. 一个关于数据的模型，通过该模型可以对数据进行解释 可以在建模工具行业获得。ISO/IEC 15474-1:2002，信息 技术-CDIF框架-第1部分:概述.4.2 注:数据模型 是可以被计算机编码和操纵的。数据模型识别 实体、域（属性）和与其他的关系（关联） 数据并提供了数据的概念视图以及它们之间的关系 数据。[键样式] | |
| 732 | 数据移动（-type） | data movement (-type) | 1. 一个基本功 10能组件，用于移动属于 到单个数据组。ISO/IEC 19761:2003，软件工程 - COSMIC-FFP — 一种功能尺寸测量方法。3.6 注:有四种类型 COSMIC-FFP 数据移动:进入、退出、读取和写入。 | |
| 733 | 数据处理（DP） | data processing (DP) | 同义词:自动数据处理 (ADP) | 1. 对数据进行系统性操作。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.01.06. 示例算术 或对数据进行逻辑运算、合并或排序数据、汇编或编译 程序或文本操作，如编辑、排序、合并、存储、 检索、显示或打印 注:数据处理这一术语应 不能作为信息处理的同义词。 |
| 734 | 数据处理系统 | data processing system | 同义词:计算机 | 1. 一台或多台计算机、外围设备和软件，用于执行 数据处理。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1:基本术语.01.01.20.系统，计算系统 |
| 735 | 数据保护 | data protection | 1. 实施适当的行政、技术或物理 防止未经授权的故意或意外披露、修改、 或销毁数据。ISO/IEC 2382-1:1993，信息技术 - 词汇 — 第 1 部分:基本术语.01.07.01 | |
| 736 | 数据提供者 | data provider | 1. 作为数据来源的个人或组织。ISO/IEC 15939:2007， 系统和软件工程——测量过程.3.5 | |
| 737 | 数据存储库 | data repository | 1. 提供存储功能的对象。ISO/IEC 10746-3:1996，信息 技术 — 开放分布式处理 — 参考模型:架构.14.1.1.1 | |
| 738 | 数据存储 | data store | 1. 有组织、持久地收集数据和信息，允许 ISO/IEC 15939:2007，系统与软件工程 - 测量 流程.3.6 | |
| 739 | 数据结构 | data structure | 1. 数据元素之间的物理或逻辑关系，旨在支持 特定的数据操作函数 | |
| 740 | 数据结构图 | data structure diagram | 参阅:参见数据流图、实体关系图; | 1. 描述一组数据元素、其属性以及 其中的逻辑关系员工记录员工姓名员工 地址 部门 雇员编号 工资编号 (4I) 首末街道 城市 州 邮编 (3I) (4I) （10C） （1C） （16C） （20C） （20C） （2C） （9I） 图 9 — 数据结构 图表 |
| 741 | 以数据结构为中心的设计 | data structure-centered design | 参阅:输入-处理-输出、模块化分解、面向对象设计、快速 逐步进行原型设计 11; | 1. 一种软件设计技术，其中系统架构衍生自 通过分析系统必须处理的数据集的结构 细化、结构冲突、结构化设计、交易分析、转型 分析 |
| 742 | 数据类型 | data type | 1. 一类数据，以该类的成员和操作为特征 可以应用于它们。2. 对一组抽象的可能事物进行分类 属性的值、特征和操作集。IEEE 标准 1320.2-1998 （R2004）IEEE 概念建模语言语法和语义标准 IDEF1X97 (IDEFobject).3.1.45. 3. 一组值以及对这些值的操作。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义。3.1.45. 4. 值的分类 操作参数，通常涵盖行为和表示。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:总则 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP)。3.2.4 示例整数， 实数和字符串注释 [键样式] | |
| 743 | 数据库 | database | 同义词:数据库 | 1. 存储在一个或多个计算机化 文件。2. 根据描述的概念结构组织的数据集合 数据的特征及其对应关系 实体，支持一个或多个应用领域。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.08.05. 3. 集合 描述特定目标区域的数据，由一个或多个 ISO/IEC 29881:2008，信息技术 - 软件和系统 工程——FiSMA 1.1功能尺寸测量方法.A.5. |
| 744 | 数据库设计规范 | database design specification | 1. 描述永久或半永久文件内容和格式的文件 软件执行其功能所需的数据 | |
| 745 | 数据敏感故障 | data-sensitive fault | 参阅:参见程序敏感故障;同义词:模式敏感故障 | 1. 响应某些特定模式的故障而导致失败的故障 数据。 |
| 746 | 面向数据结构的设计 | data-structure-oriented design | 1. 一种用于商业应用程序的设计方法，基于设计 关于程序规范的逻辑数据结构示例 Jackson 系统设计和 Warnier-Orr 方法 | |
| 747 | 基准 | datum | 1. 单数“数据”注意数据“”可以用于单数 和复数。 | |
| 748 | DCE | DCE | 1. 分布式计算环境。ISO/IEC 19500-2:2003，信息技术 — 开放分布式处理 — 第 2 部分:通用 ORB 间协议 (GIOP)/Internet ORB 间协议 (IIOP).3.3 | |
| 749 | 停用 | deactivation | 1. 检查集群，然后删除集群。ISO/IEC 10746-3:1996，信息技术 — 开放分布式处理 — 参考 模型:Architecture.8.1.23 | |
| 750 | 死锁 | deadlock | 参阅:参见停摆; | 1. 由于两个或多个 每个设备或进程都在等待分配给其他设备的资源 2. 情况 其中两个或多个任务无限期暂停，因为每个任务都在等待 另一项任务获取的资源 |
| 751 | 解块 | deblock | 参阅:区块 (2); | 1. 分离块的各个部分 |
| 752 | 调试 | debug | 1. 检测、定位和纠正计算机程序中的错误。2. 检测， 查找并消除程序中的错误。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.05.07 注:技术包括 使用断点、桌面检查、转储、检查、可逆执行、单步 操作和痕迹。 | |
| 753 | 决策标准 | decision criteria | 1. 用于确定是否需要采取行动的阈值、目标或模式 或进一步调查，或描述对给定结果的信心程度。 ISO/IEC 15939:2007，系统与软件工程 - 测量过程。3.7 | |
| 754 | 决策标准 | decision criteria | 1. 用于确定是否需要采取行动的阈值、目标或模式 或进一步调查，或描述对给定结果的信心程度。 ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE.4.10 指南 | |
| 755 | 决策表 | decision table | 1. 描述中要考虑的所有意外事件的表格 问题以及要采取的行动。ISO 5806:1984，信息 处理 - 单击决策表的规范。3.1. 2. 使用的表 显示条件集及其导致的操作。3. 表格 在分析问题时要考虑的条件，以及 针对每种情况要采取的措施。ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20 部分:系统开发.20.06.05 | |
| 756 | 决策树分析 | decision tree analysis | 1. [技术]决策树是描述在以下情况下的决策的图表 考虑和选择其中一个或另一个可用的含义 替代方案。当某些未来情景或行动结果 不确定。它包含了概率以及每个逻辑的成本或回报 事件路径和未来决策，并使用预期货币价值分析 帮助组织识别替代行动的相对价值。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 757 | 声明 | declaration | 1. 在环境中建立事态的行为 作出声明的对象。ISO/IEC 15414:2006，信息技术——开放 分布式处理 — 参考模型 — 企业语言.6.5.3. 2. 非可执行 影响汇编器或编译器解释的程序语句 程序中的其他语句 3. 定义集合的一组语句， 定义所需的常量、参数值、类型变量和函数 高级 Petri 网图上的注释。ISO/IEC 15909-1:2004，软件 和系统工程 - 高级 Petri 网 - 第 1 部分:概念、定义 和图形符号。2.1.8 注:声明的本质是， 凭借声明行为本身以及对象或 它的本金，它导致事态在 反对作出该声明。’ | |
| 758 | 声明性语言 | declarative language | 参阅:参见交互式语言、基于规则的语言; | 1. 一种非过程语言，允许用户声明一组事实 并表达使用这些事实的疑问或问题 |
| 759 | 反编译 | decompile | 参阅:参见编译; | 1. 将已编译的计算机程序从其机器语言版本翻译出来 变成类似于但可能不完全相同于原始高阶 语言课程 |
| 760 | 反编译器 | decompiler | 1. 反编译计算机程序的软件工具 | |
| 761 | 分解 | decomposition | 1.[技术]一种规划技术，将项目范围 12细分并 项目可交付成果分解成更小、更易于管理的部分，直到项目 与完成项目范围和提供可交付成果相关的工作 定义足够详细，以支持执行、监控和控制 项目管理知识体系指南（PMBOK® 指南）— 第四版。2.将模型化的功能划分为其组成功能。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.35 的语法和语义 | |
| 762 | 分解图 | decomposition diagram | 1. 详细说明其父框的图表。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 - IDEF0.2.1.36 的语法和语义 | |
| 763 | 解耦 | decoupling | 参阅:参见耦合; | 1. 使软件模块彼此更加独立的过程 减少单个模块变化和错误的影响 |
| 764 | 缺陷 | defect | 参阅:参见故障; | 1. 如果不纠正，可能会导致应用程序出现以下情况 失败或产生不正确的结果。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手册 2. 项目组件中的缺陷或不足，该组件 不符合要求或规格，需要修理 或被取代。项目管理知识体系指南（PMBOK® 指南） — 第四版。3. 可以指故障（原因）或 失败（影响）。IEEE Std 982.1-2005 IEEE 标准词典测量 软件方面的可靠性。2.1 示例 (1) 遗漏和 生命周期早期发现的缺陷和（2）包含在 软件已经足够成熟，可以进行测试或操作 |
| 765 | 缺陷密度 | defect density | 1. 每单位产品尺寸的缺陷数量示例问题 每千行代码报告数 | |
| 766 | 缺陷修复 | defect repair | 1. 正式记录项目组件中缺陷的识别， 建议修复缺陷或完全更换组件。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 767 | 防御性编程 | defensive programming | 1. 一种编程的通用方法，假设在编程过程中会发生错误 初始开发和维护，并因此创建代码 当出现错误时程序仍能正常运行的方法 | |
| 768 | 定义活动 | define activities | 1. [过程] 确定要执行的具体操作的过程 提供项目可交付成果。项目管理机构指南 知识（PMBOK® 指南）— 第四版 | |
| 769 | 定义范围 | define scope | 1. [流程] 项目开发流程的详细描述 和产品。项目管理知识体系指南（PMBOK® 指南） — 第四版 | |
| 770 | 定义流程 | defined process | 1. 管理（计划、监控和调整）和定制的过程 根据组织的标准流程集 ISO/IEC 15504-1:2004，信息技术 - 过程评估 — 第 1 部分:概念和词汇。3.21 注:定义的过程必须保持 流程描述；并提供工作产品、措施和其他流程 改进信息添加到组织的过程资产中。项目定义的 过程为项目的规划、执行和改进提供了基础 项目的任务和活动。’ | |
| 771 | 权威母版 | definitive master version | 1. 用于安装软件和创建软件的版本 ISO/IEC 19770-1:2006 信息技术 — 软件资产 管理 — 第 1 部分:流程.3.4 | |
| 772 | 置信度 | degree of confidence | 1. 软件符合其要求的置信度。ISO/IEC 15026:1998，信息技术 — 系统和软件完整性级别。3.2 | |
| 773 | 影响度（DI） | degree of influence (DI) | 1. 14 个一般因素影响量的数值指标 系统特性，范围从零到五。ISO/IEC 20926:2003，软件 工程——IFPUG 4.1 未调整的功能规模测量方法——计数 实践手册 2. 19 个（或 更多）技术复杂性调整因素，范围从 0（无影响）到 5（影响力大，贯穿始终）。ISO/IEC 20968:2002，软件工程 - Mk II 功能点分析——计数实践手册。10 注意这些 指标用于计算价值调整因子。 | |
| 774 | 代表团 | delegation | 1. 将权力、责任或职能分配给另一个人的行为 ISO/IEC 15414:2006，信息技术 - 开放分布式处理 — 参考模型 — 企业语言.6.5.4 注:委托一旦 作出，稍后可能会被撤回。 | |
| 775 | 删除源语句 | deleted source statement | 1. 从现有软件中删除或修改的源语句 新产品被构建 | |
| 776 | 分隔符 | delimiter | 1. 用来表示开始或结束的字符或字符集 一组相关的位、字符、单词或语句 | |
| 777 | 交付原始 | deliver primitive | 1. 协议对象是响应对象的服务原语 ISO/IEC 14752:2000，信息技术 — 开放分布式处理 — 计算交互的协议支持。3.3.6 | |
| 778 | 可交付成果 | deliverable | 参阅:参见获取者、产品、结果; | 1. [输出/输入] 任何独特且可验证的产品、结果或能力 执行必须提供的服务以完成流程、阶段或项目。 通常更狭义地指外部可交付成果，即可交付成果 须经项目发起人或客户批准。 项目管理知识体系（PMBOK® 指南）—第四版。2. 项目 提供给收单机构或其他指定接收者，具体规定如下 协议注:此项可以是文档、硬件项目、软件 项目、服务或者任何类型的工作产品。 |
| 779 | 可交付成果 | deliverables | 1.根据合同要求向客户交付的物品。 ISO/IEC 15910:1999，信息技术 — 软件用户文档流程。4.9 | |
| 780 | 已交付来源声明 | delivered source statement | 1. 包含在交付给 顾客 | |
| 781 | 送货 | delivery | 参阅:参见软件生命周期、系统生命周期; | 1.向客户或预期用户发布系统或组件 |
| 782 | 发货率 | delivery rate | 1. 创建或增强应用程序的生产力测量。ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能规模测量 方法——计数实践手册注:由项目 功能点除以开发或增强的工作量 项目。 | |
| 783 | 德尔菲技术 | Delphi technique | 1.[技术]一种信息收集技术，用于达成 专家就某一主题达成的共识。该主题的专家参与此 匿名技术。主持人使用问卷调查来征求有关 与主题相关的重要项目要点。回应总结如下 然后重新分发给专家，征求进一步意见。共识可能是 这个过程只需要几轮就能达成。德尔菲技术有助于减少偏见 并防止任何一个人对结果产生不当影响。 项目管理知识体系指南（PMBOK® 指南）—第四版 | |
| 784 | 请求调页 | demand paging | 参阅:参见预期分页; | 1. 一种存储分配技术，其中页面从辅助 只有当需要这些页面时才存储到主存储器 |
| 785 | 解调 | demodularization | 参阅:向下压缩、侧向压缩、向上压缩; | 1. 在软件设计中，将相关软件模块组合在一起的过程， 通常是为了优化系统性能 |
| 786 | 示范 | demonstration | 参阅:参见测试; | 1. 依赖于系统或组件观察 13的动态分析技术 执行过程中的行为，无需执行后分析即可检测 错误、违反开发标准和其他问题 |
| 787 | 示范产品 | demonstrative product | 1. 证明解决方案相关性的产品。ISO/IEC TR 14759:1999， 软件工程 — 模型和原型 — 软件模型的分类 建立原型模型及其使用。3.2 a) | |
| 788 | 可靠性 | dependability | 1. 计算机系统的可信度，使得依赖是合理的 IEEE Std 982.1-2005 IEEE 标准词典 软件可靠性方面的测量。2.2 2. 测量软件可靠性的程度 一个项目可操作并能够执行其所需的功能 在指定任务配置文件中的任何（随机）时间，给定物品可用性 任务开始时注意可靠性、可用性和可维护性 是可靠性的方面。 | |
| 789 | 依赖实体 | dependent entity | 参阅:独立实体 [关键样式];同义词:标识符相关实体 | 1. 一个实体，其实例的唯一标识取决于 与另一个实体的关系。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97（IDEFobject）的概念建模语言语法和语义。3.1.46。 注:用外键来表达，一个实体被称为 如果任何外键完全包含在其主键中，则为依赖项 |
| 790 | 依赖状态类 | dependent state class | 参阅:参见独立状态类; | 1. 一个类，其实例本质上是内在相关的 到某些其他状态类实例。IEEE Std 1320.2-1998 (R2004) IEEE 标准 用于 IDEF1X97 (IDEFobject) 的概念建模语言语法和语义。3.1.47 注意:拥有依赖状态类实例是不合适的 独立存在，与其他类的实例无关，而且， 改变与其相关的实例是没有意义的。 |
| 791 | 部署 | deployment | 参阅:参见发布; | 1. 项目的一个阶段，其中系统投入运行和切换 问题已解决 |
| 792 | 派生数据 | derived data | 1. 除了直接检索之外还需要处理的数据 并验证来自内部逻辑文件和/或外部接口的信息 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能 尺寸测量方法——计数实践手册 2. 可以得出的数据。 ISO/IEC 24570:2005，软件工程 - NESMA 功能规模测量方法 版本 2.1 — 函数应用的定义和计算指南 点分析 | |
| 793 | 派生度量 | derived measure | 1. 定义为两个或多个基本度量值的函数的度量。 ISO/IEC 15939:2007，系统与软件工程 - 测量过程。3.8； ISO/IEC 25000:2005，软件工程 - 软件产品质量要求 和评估（SQuaRE）— SQuaRE 指南.4.11 注意:转换 使用数学函数计算基础度量也可以被认为是派生的 措施。 | |
| 794 | 派生属性 | derived property | 同义词:派生属性，派生参与方 | 1. 赋予其值由计算决定的属性的名称。 IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言语法标准 和 IDEF1X97 (IDEFobject) 的语义.3.1.50. 注意:典型情况 派生属性被视为派生属性，尽管没有什么可以禁止 其他种类的衍生财产。 |
| 795 | 派生需求 | derived requirement | 参阅:参见产品要求; | 1. 被确定为对顶级需求必不可少的低级需求 需要满足的要求。2. 客户要求中没有明确规定的要求 要求，而是从上下文要求推断出来的（例如适用的 标准、法律、政策、惯例和管理决策）或 指定产品或服务组件所需的要求注衍生 在产品组件的分析和设计过程中可能会出现要求 或服務。 |
| 796 | 派生类型 | derived type | 参阅:参见亚型; | 1. 一种数据类型，其成员和操作取自另一个数据类型 根据某些特定规则进行数据类型 |
| 797 | 后代盒 | descendent box | 1. 派生图中的框。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.37 的语法和语义 | |
| 798 | 后代图 | descendent diagram | 1. 与特定框相关的分解图，由分层连续的 一个或多个子/父关系的序列。IEEE 标准 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.38 的语法和语义 | |
| 799 | 描述标准 | description standard | 1. 描述产品信息或特征的标准 提供的程序是为了帮助理解、测试、安装、操作或维护 产品 | |
| 800 | 设计 | design | 参阅:参见建筑设计、详细设计、初步设计; | 1. 定义架构、组件、接口和其他 系统或组件的特性。2. (1) 中过程的结果。 3. 定义软件架构、组件、模块、接口的过程， 和数据，以使软件系统满足指定的要求 4. 过程 设想、发明或设计一个方案来将计算机程序 规范转化为可操作程序 5. 将需求联系起来的活动 分析到编码和调试。6.文档开发阶段 关心的是确定产品中将提供哪些文件，以及 文档的性质是什么。ISO/IEC 26514，系统和软件 工程 —— 对用户文档设计人员和开发人员的要求。4.13 |
| 801 | 设计分析仪 | design analyzer | 1. 接受有关程序设计信息的自动化设计工具 并产生模块层次结构图、图形表示等输出 控制和数据结构以及访问的数据块列表 | |
| 802 | 设计建筑 | design architecture | 1. 设计元素的排列，为以下方面提供设计解决方案 旨在满足功能架构的产品或生命周期流程 和需求基线 14。IEEE Std 1220-2005 IEEE 应用标准 和管理系统工程过程.3.1.7 | |
| 803 | 设计机构 | design authority | 1. 负责制作设计的个人或组织 ISO/IEC 15026:1998，信息技术 - 系统和软件 完整性级别.3.3 | |
| 804 | 设计特色 | design characteristic | 1. 属于可测量的设计属性或区别特征 产品或过程的描述。IEEE Std 1220-2005 IEEE 标准 系统工程过程的应用和管理.3.1.8 | |
| 805 | 设计概念 | design concept | 1. 可以应用于设计系统的基本思想示例信息 隐藏 | |
| 806 | 设计约束 | design constraint | 同义词:软件设计要求 | 1. 影响或限制软件设计的软件需求 系统或软件系统组件。例如物理要求， 性能需求、软件开发标准和软件质量 质量保证 (SQA) 标准 |
| 807 | 设计说明 | design description | 参阅:参见产品规格、需求规格;同义词:设计文档，设计 | 1. 描述系统或组件设计的文档。规范 注:典型内容包括系统或组件架构、控制 逻辑、数据结构、输入/输出格式、接口描述和算法。 |
| 808 | 设计元素 | design element | 1. 设计中的基本组件或构建块 | |
| 809 | 设计单位 | design entity | 1. 结构、功能或其他方面不同的设计的一部分 与其他元素不同或相对于其他设计实体发挥不同作用 2. 结构和功能上截然不同的设计元素（组件） 与其他元素不同，并单独命名和引用。IEEE Std 1016-1998 IEEE 软件设计描述的推荐实践.3.1 | |
| 810 | 设计缺陷 | design fault | 1. 由于人为错误导致的设计（规范、编码）缺陷 在系统设计过程中，可能会导致设计失败 | |
| 811 | 设计语言 | design language | 参阅:参见需求规范语言; | 1. 具有特殊构造的规范语言，有时还具有验证功能 协议，用于开发、分析和记录硬件或软件设计 2. 标准化符号、建模技术或其他表示方案 及其使用惯例，已被证明能有效地表达和传达 设计信息注类型包括硬件设计语言、程序 设计语言。 |
| 812 | 设计层面 | design level | 1. 软件项目示例系统的设计分解， 子系统、程序或模块 | |
| 813 | 设计方法论 | design methodology | 1. 系统地创建由有序应用程序组成的设计 一套特定的工具、技术和指南 | |
| 814 | 设计模式 | design pattern | 1. 问题描述及其解决方案的本质，以便 可以在不同的设置中重复使用的解决方案注意不是详细的规范， 而是对积累的智慧和经验的描述 | |
| 815 | 设计阶段 | design phase | 参阅:参见详细设计、初步设计; | 1. 软件生命周期中，架构定义阶段， 创建、记录和验证软件组件、接口和数据 满足需求 2. 软件生命周期中的时期 创建架构、软件组件、接口和数据的设计， 记录并验证是否满足要求 |
| 816 | 设计要求 | design requirement | 参阅:参见功能需求、实现需求、接口需求， 性能要求，; | 1. 指定或限制系统或系统设计的要求 组件物理要求 |
| 817 | 设计评审 | design review | 参阅:参见代码审查、正式资格审查、需求审查、测试准备情况 审查; | 1. 对设计进行正式、记录、全面和系统的审查 确定设计是否满足适用要求，发现问题， 并提出解决方案 2. 系统、硬件、 或软件设计呈现给项目人员、经理、用户、客户， 或其他相关方的评论或批准注类型包括 关键设计审查、初步设计审查、系统设计审查。 |
| 818 | 设计标准 | design standard | 1. 描述设计或设计说明特征的标准 数据或程序组件 | |
| 819 | 设计策略 | design strategy | 1. 进行设计的总体规划和方向示例功能 分解 | |
| 820 | 设计单位 | design unit | 1. 逻辑相关的设计元素集合注意在 Ada PDL，一个设计单元由一个 Ada 编译单元表示。 | |
| 821 | 设计视图 | design view | 1. 设计实体属性信息的子集，特别适合 满足软件项目活动的需求。IEEE Std 1016-1998 IEEE 推荐 软件设计描述实践.3.2 | |
| 822 | 设计成本 | design-to cost | 参阅:对比设计与成本;同义词:设计成本 | 1. 生产成本（设计到单位生产成本）的成本目标和 用于设计的产品的生命周期成本（设计生命周期成本） 集中于成本目标。IEEE Std 1220-2005 IEEE 应用标准 系统工程过程和管理.3.1.9.注:成本目标 应与任何其他性能参数一样受到重视。 |
| 823 | 设计成本 | design-to-cost | 参阅:对比设计成本; | 1. 管理系统/软件项目的方法，以便保持项目 成本为预定成本。Syn:成本作为独立变量（CAIV），设计 成本注意密切跟踪实际成本和预计成本，并采取行动 例如，如果成本较高，则删除或推迟执行较低优先级 15的要求 有可能超出目标。 |
| 824 | 办公桌检查 | desk checking | 参阅:参见检查、走查; | 1. 手动模拟程序执行，通过逐步方式检测故障 检查源程序的功能或语法错误。ISO/IEC 2382-20:1990， 信息技术 — 词汇 — 第 20 部分:系统开发.20.05.02. 2. 一种静态分析技术，其中代码清单、测试结果或其他文档 通常由生成者进行目视检查，以识别错误， 违反开发标准或其他问题” |
| 825 | 桌面出版 | desktop publishing | 1. 使用微型计算机进行电子出版。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.06.16 | |
| 826 | 目的地址 | destination address | 参阅:源地址; | 1. 数据要传输到的设备或存储位置的地址 |
| 827 | 破坏性读取 | destructive read | 参阅:无损读取; | 1. 改变所访问位置的数据的读取操作 |
| 828 | 详细设计 | detailed design | 参阅:参见软件开发过程; | 1. 完善和扩展系统初步设计的过程 或组件的设计已经足够完整，可以实施 2. （1）中过程的结果 |
| 829 | 详细设计说明 | detailed design description | 同义词:详细设计 | 1. 描述计算机的精确详细配置的文档 程序规范注:它标识了输入、输出、控制逻辑、 软件每个低级组件的算法和数据结构 产品，是详细设计阶段的初级产品。 |
| 830 | 详细设计阶段 | detailed design phase | 1. 软件开发生命周期阶段，在此阶段，详细设计 过程发生，使用软件系统设计和软件架构 从前一阶段（架构设计）开始，产生详细的逻辑 每个单元都准备好进行编码 | |
| 831 | 详细设计评审 | detailed design review | 1. 里程碑评审，确定详细软件的可接受性 设计（如详细设计说明中所述）以满足要求 软件需求文档 16 | |
| 832 | 详细功能点计数 | detailed function point count | 1. 确定应用程序或项目大小的最准确计数 其中详细介绍了 FPA 所需的所有规范。ISO/IEC 24570:2005， 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 注意这意味着交易已指定到级别 引用的逻辑文件（即引用的文件类型）和数据元素 类型，并且逻辑文件已经指定到记录类型的级别 和数据元素类型。因此，每个函数的复杂性被识别 可以成立。 | |
| 833 | 确定预算 | determine budget | 1. [过程] 汇总个人估计成本的过程 活动或工作包来建立授权成本基准。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 834 | 制定人力资源计划 | develop human resource plan | 1. [流程] 识别和记录项目角色 17、职责、 以及所需的技能、报告关系，以及创建人员管理 项目管理知识体系指南（PMBOK® 指南）—第四版 版 | |
| 835 | 制定项目章程 | develop project charter | 1. [流程] 制定正式授权文件的过程 项目或阶段，并记录满足利益相关者的初始要求 需求和期望。项目管理知识体系指南 (PMBOK® 指南）—第四版 | |
| 836 | 制定项目管理计划 | develop project management plan | 1. [过程] 记录定义、准备、 整合和协调所有子计划。项目管理指南 知识体系（PMBOK® 指南）—第四版 | |
| 837 | 开发项目团队 | develop project team | 1. [流程] 提升能力、团队互动、 以及整体团队环境，以提高项目绩效。 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 838 | 制定时间表 | develop schedule | 1. [流程] 分析活动顺序、持续时间、资源 需求和进度约束来创建项目进度表。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 839 | 开发源声明 | developed source statement | 1. 为某个新创建、添加或修改的源语句 软件产品 | |
| 840 | 开发者 | developer | 1. 执行开发任务的组织（包括需求分析、 设计、测试直至验收）在生命周期过程中进行。 ISO/IEC 12207:2008 （IEEE Std 12207-2008），系统与软件工程 - 软件生命周期 流程。4.10. 2. 将方法应用于某些特定工作的人，通常 努力。ISO/IEC 24744:2007，软件工程 - 开发元模型 方法论.3.11注:可能包括新开发、修改、再利用、 重新设计、维护或任何其他产生软件产品的活动， 包括测试、质量保证、配置管理等 活动应用于这些产品。开发人员通过制定来应用方法。 | |
| 841 | 发展 | development | 1. 新应用程序的规范、构建、测试和交付 或对现有应用程序进行独立添加。ISO/IEC 20968:2002，软件 工程——Mk II 功能点分析——计数实践手册.10.2. 新信息系统的规范、构建、测试和交付。 ISO/IEC 20926:2003，软件工程 - IFPUG 4.1 未调整的功能大小 测量方法-计数实践手册3.软件生命周期过程 包含需求分析、设计、编码、集成等活动， 软件产品的测试、安装和验收支持。ISO/IEC 90003:2004，软件工程 — ISO 9001:2000 应用指南 计算机软件。3.5.4. 准备文档的活动 ISO/IEC 26514，系统和软件工程 - 要求 适用于用户文档的设计者和开发者。4.14 | |
| 842 | 开发分支 | development branch | 1. 进行活跃产品开发的分支注意产品 从开发分支构建的版本将具有最新的功能，但也会 可能不成熟和不稳定。 | |
| 843 | 发展规划 | development plan | 参阅:参见项目计划; | 1. 指导、实施和控制设计和开发的计划 一个或多个产品或服务 |
| 844 | 开发项目 | development project | 1. 实现全新应用的项目。ISO/IEC 24570:2005， 软件工程 — NESMA 功能规模测量方法 2.1 版 — 功能点分析应用的定义和计算指南 注:它涉及规范、构造、测试和交付 一个新的应用程序。在实施过程中，该项目可以拆分为 一些子项目。如果这些项目或多或少是同时进行的，那么每个 负责实现整个应用程序的某个子系统， 那么每个子项目都应被视为一个单独的开发项目， 如果子系统本身是一个应用程序。重建现有应用程序， 也称为重新设计，被视为发展。 | |
| 845 | 开发项目功能点计数（DFP） | development project function point count (DFP) | 1. 衡量为最终用户提供第一个 软件安装。ISO/IEC 24570:2005，软件工程 — NESMA 功能规模测量方法 2.1 版 — 定义和计数指南 功能点分析的应用 2. 衡量功能性的计数 首次安装软件时提供给最终用户，开发 项目完成时。 ISO/IEC 20968:2002，软件工程 — Mk II 功能点分析——计数实践手册。10. 3. 衡量 首次安装软件时向用户提供的功能， 项目完成时交付。ISO/IEC 20926:2003，软件工程 — IFPUG 4.1 未调整的功能规模测量方法 — 计数实践 手动的 | |
| 846 | 开发测试 | development testing | 参阅:参见验收测试、操作测试、资格测试; | 1. 在系统开发过程中进行的正式或非正式测试 或组件，通常由开发人员在开发环境中进行。 2. 测试 确定新软件产品或基于软件的系统是否 （或其组成部分）满足其标准。IEEE Std 829-2008 IEEE 标准 3.1.10 注:标准将 根据所进行的测试级别而变化。 |
| 847 | 发展基线 | developmental baseline | 1. 在给定时间内对系统有效的规范 ISO/IEC 2382-20:1990，信息技术 — 词汇 — 第 20:系统开发。20.06.07 | |
| 848 | 开发配置 | developmental configuration | 参阅:分配基线、功能基线、产品基线; | 1. 在配置管理中，软件和相关技术文档 定义计算机软件配置项的演进配置 在开发过程中注意开发配置是在开发人员的 控制，因此不称为基线。 |
| 849 | 偏差 | deviation | 1. 偏离特定要求。2. 已授予的书面授权 在制造某件物品之前，偏离特定的性能或 特定数量单元或特定时间段的设计要求 | |
| 850 | 设备 | device | 1. 设计用于某种目的或执行某种功能的机制或设备 函数 | |
| 851 | 设备接口任务 | device interface task | 1. 隐藏了与 外部输入/输出设备 | |
| 852 | DFD | DFD | 1.数据流图 | |
| 853 | 诊断仪 | diagnostic | 1. 与故障的检测和隔离有关示例a 诊断信息，诊断手册 | |
| 854 | 诊断手册 | diagnostic manual | 参阅:参见安装手册、操作手册、程序员手册、支持手册， 用户手册; | 1. 提供执行诊断所需信息的文档 系统或组件的程序，识别故障并修复这些故障 故障注:通常描述的是诊断特征 系统或组件以及可用于支持的诊断工具。 |
| 855 | 对角线微指令 | diagonal microinstruction | 参阅:参见水平微指令、垂直微指令; | 1. 能够指定有限数量的同时 执行机器语言指令所需的操作注对角线 微指令在大小和功能上介于水平微指令之间 和垂直微指令“对角线”的名称指的是这种妥协 而不是微指令的任何物理特性。 |
| 856 | 图表 | diagram | 1. 形式图结构的实例，仅包含 语义和语法上有效的 IDEF0 图形语句。IEEE Std 1320.1-1998 （R2004）IEEE 函数建模语言标准 - 语法和语义 对于 IDEF0.2.1.39 注意每个图表都是 IDEF0 模型的单个单元 展示模型主题的顶级函数（A-0 上下文图），呈现主题函数的上下文（其他上下文 框图可以展示盒子的具体内容（例如，框图中的元素）、整体结构（例如，框图中的元素）、以及呈现盒子细节（分解图）等。 | |
| 857 | 图表边界 | diagram boundary | 1. 图表页面中图表的边缘。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.40 的语法和语义 | |
| 858 | 图表特征 | diagram feature | 1. 图表元素。IEEE Std 1320.1-1998 (R2004) IEEE 标准 函数建模语言 — IDEF0.2.1.41 的语法和语义注释图 功能包括方框、箭头段、箭头标签、ICOM 代码、ICOM 标签、 模型注释和读者注释。 | |
| 859 | 图表特征参考 | diagram feature reference | 1. 明确地标识图表特征的表达式 IDEF0 模型。IEEE Std 1320.1- 1998 (R2004) IEEE 功能建模标准 语言 — IDEF0.2.1.42 的语法和语义 | |
| 860 | 图表编号 | diagram number | 1. 对应于图表父级的图表引用部分 函数的节点号。IEEE Std 1320.1-1998 (R2004) IEEE 函数标准 建模语言 — IDEF0.2.1.43 的语法和语义注:该图 数字指的是详细说明或分解指定功能的图表 同一节点号。 | |
| 861 | 图表页面 | diagram page | 1. 包含上下文图或分解图的模型页面。 IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.44 的语法和语义 | |
| 862 | 图表参考 | diagram reference | 1. 明确标识图表并指定 图表在特定模型层次结构中的位置。IEEE Std 1320.1-1998 (R2004) IEEE 函数建模语言标准 — IDEF0.2.1.45 的语法和语义 注:图表参考由模型名称、缩写和 图表编号。 | |
| 863 | 图表标题 | diagram title | 1. 描述所呈现的整体功能的动词或动词短语 图表。IEEE Std 1320.1-1998 (R2004) IEEE 功能建模标准 语言 — IDEF0.2.1.46 的语法和语义注意图表标题 子图的 是其父框的框名称。 | |
| 864 | 对话框 | dialog | 1. 用户和应用程序之间的对话需要执行 交易。ISO/IEC 24570:2005，软件工程 - NESMA 功能规模 测量方法版本 2.1 - 应用的定义和计数指南 功能点分析 | |
| 865 | DIB | DIB | 1. 目录信息库。ISO/IEC 13235-3:1998，信息技术 — 开放分布式处理 — 交易功能 — 第 3 部分:交易的提供 使用 OSI 目录服务的功能。4 | |
| 866 | 数字数字字符 | digit numeric character | 同义词:数字字符 | 1. 表示非负整数的字符。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.02.12. 示例一 十六进制数系统中的字符 0、1……F |
| 867 | 数字 | digital | 1. 与由数字组成的数据以及过程有关，并且 使用数据的功能单元。ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语.01.02.04 | |
| 868 | 数字计算机 | digital computer | 1. 由内部存储的程序控制的计算机，并且 能够为程序的全部或部分以及所有 或执行程序所需的部分数据；执行用户编写的 或用户指定的程序；执行用户指定的数字操作 表示离散数据，包括算术运算和逻辑运算； 并执行在执行过程中自我修改的程序。 ISO/IEC 2382-1:1993，信息技术 — 词汇 — 第 1 部分:基本术语。01.03.04 | |
| 869 | 直接地址 | direct address | 参阅:参见立即数据、间接地址、n 级地址、直接指令;同义词:一级地址 | 1. 标识操作数存储位置的地址。 |
| 870 | 指导和管理项目执行 | direct and manage project execution | 1. [流程] 项目管理中定义的工作执行过程 计划实现项目目标。项目管理机构指南 知识体系 (PMBOK® 指南) — 第四版 | |
| 871 | 直接指令 | direct instruction | 参阅:参见立即指令、间接指令、绝对指令、有效 操作说明; | 1. 包含其操作数的直接地址的计算机指令 |
| 872 | 直接测量 | direct measure | 1. 不依赖于任何其他属性度量的属性度量 属性。ISO/IEC 14598-1:1999，信息技术 - 软件产品评估 — 第 1 部分:总体概述。4.4 | |
| 873 | 直接度量 | direct metric | 1. 不依赖于任何其他属性的度量的度量。IEEE Std 1061-1998 (R2004) IEEE 软件质量度量方法标准.2.4 | |
| 874 | 直接度量值 | direct metric value | 1.最终产品必须满足的质量因素的数值目标。 IEEE Std 1061-1998 (R2004) IEEE 软件质量度量方法标准.2.5 示例:平均故障时间 (MTTF) 是最终系统 可靠性 | |
| 875 | 直接员工小时 | direct staff-hour | 1. 直接花费在创造特定输出产品上的努力量 | |
| 876 | 有向图 | directed graph | 参阅:参见无向图;同义词:二合字母 | 1. 节点间连接隐含方向的图（意义 2）。图 10 — 有向图 |
| 877 | 导演 | director | 1. 组织最高级管理机构的成员。ISO/IEC 38500:2008， 信息技术的公司治理。1.6.5注包括所有者、 董事会成员、合伙人、高级管理人员或类似人员以及授权的官员 通过立法或法规 | |
| 878 | 目录 | directory | 1. 数据项列表以及有关这些数据项的信息 | |
| 879 | 拆解 | disassemble | 参阅:参见assemble; | 1. 将组装的计算机程序从其机器语言版本翻译过来 变成与原始组件相似但可能不完全相同的形式 语言课程 |
| 880 | 反汇编器 | disassembler | 1. 反汇编计算机程序的软件工具 | |
| 881 | 免责声明 | disclaimer | 1. 放弃或否认合法要求或权利的通知 | |
| 882 | 离散 | discrete | 1. 与由不同元素组成的数据有关，例如字符、 或具有有限个可明确识别值的物理量， 以及使用这些数据的流程和功能单元。ISO/IEC 2382-1:1993， 信息技术 — 词汇 — 第 1 部分:基本术语.01.02.02 | |
| 883 | 离散数据 | discrete data | 1. 在特定时间间隔到达的数据 | |
| 884 | 离散努力 | discrete effort | 参阅:参见分配的努力; | 1. 独立、独特、与完成某项工作相关的工作努力 具体的工作分解结构组件和可交付成果，并且可以 直接规划和测量 |
| 885 | 离散型 | discrete type | 1. 一种数据类型，其成员可以采用一组不同的值中的任何一个。注意 离散类型可以是枚举类型或整数类型。 | |
| 886 | 歧视（阈值） | discrimination (threshold) | 1. 刺激中最大的变化不会产生可察觉的变化 测量仪器的响应，刺激的变化缓慢发生 ISO/IEC TR 14143-3:2003，信息技术 - 软件 测量 - 功能规模测量 - 第 3 部分:功能规模的验证 尺寸测量方法。3.4 注:鉴别阈值可能取决于 例如，噪音（内部或外部）或摩擦。它也可能取决于 刺激的价值。[国际基本和通用术语词汇表 计量学，1993 年，定义 5.11] | |
| 887 | 鉴别器 | discriminator | 同义词:类别 | 1. 超类的属性，与该超类的集群相关， 其值标识特定实例属于哪个子类。IEEE 标准 1320.2-1998 (R2004) IEEE 概念建模语言语法和 IDEF1X97 (IDEFobject) 的语义。3.1.51. 2. 通用实体中的属性 （或通用祖先实体）的类别群集，其值指示 类别群集中的类别实体包含通用的特定实例 实体。IEEE Std 1320.2-1998 (R2004) IEEE 概念建模语言标准 IDEF1X97 (IDEFobject) 的语法和语义.3.1.51. 鉴别器注意 鉴别器的值（当已声明鉴别器时）是等效的 对于实例所属子类的身份，没有要求 用于身份风格建模中的鉴别器。 |
| 888 | 磁盘 | disk | 1. 最初由旋转的平面圆盘组成的数据介质 以便在一侧或两侧读取或写入数据。ISO/IEC 2382-1:1993，信息 技术 — 词汇 — 第 1 部分:基本术语.01.01.52 | |
| 889 | 分发信息 | distribute information | 1. [过程] 使相关信息可用的过程。指南 项目管理知识体系（PMBOK® 指南）—第四版 | |
| 890 | 分布式数据处理GSC | distributed data processing GSC | 1. 14 个一般系统特征之一，描述 应用程序在应用程序的组件之间传输数据。ISO/IEC 20926:2003， 软件工程——IFPUG 4.1 未调整的功能规模测量方法 — 计数实践手册 | |
| 891 | 分布式处理 | distributed processing | 1. 信息处理中离散组件可能位于 不同的地方，并且组件之间的通信可能会延迟 或者可能会失败。ISO/IEC 10746-2:1996，信息技术 - 开放分布式处理 — 参考模型:Foundations.3.2.1 | |
| 892 | 分发副本 | distribution copy | 1. 软件最终主版本的副本，用于安装 到其他硬件上，例如服务器上或物理介质上 如 CD。ISO/IEC 19770-1:2006，信息技术 - 软件资产管理 — 第 1 部分:流程.3.5 | |
| 893 | DIT | DIT | 1. 目录信息树。ISO/IEC 13235-3:1998，信息技术 — 开放分布式处理 — 交易功能 — 第 3 部分:交易的提供 使用 OSI 目录服务的功能。4 | |
| 894 | 多样性 | diversity | 参阅:软件多样性; | 1. 在容错方面，用不同的方式实现相同的功能 例如使用不同的处理器、存储介质、编程语言， 算法或开发团队 |
| 895 | 标准处 | division of standards | 1. 部门形成一系列互为补充的标准。ISO/IEC 25000:2005，软件工程 - 软件产品质量要求与评估 （SQuaRE）— SQuaRE.4.13 指南 | |
| 896 | DL | DL | 1. 定义语言。ISO/IEC 10746-1:1998，信息技术 — 开放 分布式处理 — 参考模型:概述 | |
| 897 | DN | DN | 1. 专有名称。ISO/IEC 13235-3:1998，信息技术 — 开放 分布式处理 — 交易功能 — 第 3 部分:交易功能的提供 使用 OSI 目录服务。4 | |
| 898 | 文件 | document | 1. 为人类使用而唯一标识的信息单元，例如报告， 规范、手册或书籍，印刷版或电子版。ISO/IEC TR 9294:2005， 信息技术 — 软件文档管理指南 3.1. 2. 创建文档，如 (1)。IEEE Std 829-2008 IEEE 软件标准 和系统测试文档。3.1.11. 3. 向计算机程序添加注释。 4. 文档项目。ISO/IEC 15910:1999，信息技术 - 软件 用户文档处理.4.10.5.介质，以及记录在 它通常具有永久性，可由人或机器读取。IEEE Std 829-2008 IEEE 软件和系统测试文档标准。3.1.11。 6.信息及其支持介质。ISO/IEC 20000-1:2005，信息技术 — 服务管理 — 第 1 部分:规范.2.6.7.单独标识的件 文档，可以是文档集的一部分。ISO/IEC 26514，系统 和软件工程-用户文档设计人员和开发人员的要求。4.15 软件工程中的例子:项目计划、规范、测试 计划、用户手册注:文件包括纸质文件和电子文件。 | |
| 899 | 文件控制 | document control | 1. 配置管理在文档控制中的应用 | |
| 900 | 文件集 | document set | 1. 已细分为单独标识的文档集合 卷或文件，以便于分发或使用。ISO/IEC 26514，系统和软件 工程 —— 对用户文档设计人员和开发人员的要求。4.17 |