database数据库

(1) 根据为一个或多个应用程序提供服务的方案存储的相关数据（带有冗余控制）的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。



database management system （DBMS）数据库管理系统

通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。



datatype数据类型

缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型可包括各种枚举。



DBA

数据库管理员



DBCS

双字节字符集



DBMS

数据库管理系统



DCE

分布式计算环境



DCOM

分布式对象模型 (Microsoft)

deadlock死锁

两个独立控制线程彼此阻塞，相互等待对方采取操作，这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。



decision rule决策规则

指一组人员同意就某一议题给出集体决策的规则或技术，例如多数票决、一致通过、自发协议等。



defect缺陷

缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。



defect checklist缺陷检查表

某类指定的工件中常见缺陷的列表。



defect density缺陷密度

每一个单位数量（每页代码或每千行代码）的被评审工作产品中所发现的缺陷的数量。



defect log缺陷日志

见"问题日志"。



defining model定义模型

储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。



delegation委托

作为对于一个消息的响应，一个对象可以向另一对象发出消息的能力。委托可用作继承的备选方案。对比：(继承 inheritance)。



deliverable可交付工件

过程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。



de-marshal串行化

为使对象可编写为字节流而对对象进行的解构。是串行化 (flatten) 和串行化 (serialize) 的同义词。

demilitarized zone （DMZ）隔离带

此术语目前在业界常用于描述子网，通常用于使防火墙所保护的 Web 服务器免受外部 Internet 和公司内部网络的破坏。



dependency依赖关系

介于两个建模元素之间的关系，其中，一个建模元素（独立元素）的变更将会影响到另一建模元素（依赖元素）。



deployment部署

软件工程过程的一个阶段，其目的在于确保将开发的系统顺利转交给用户。其中包括工件，如培训材料和安装步骤。



deployment diagram部署图

显示运行时处理节点以及在其上存活的构件、过程和对象的配置的一种图。构件是代码单元在运行时的具体表现形式。请参见构件图。



deployment unit部署单元

作为一个组分配到一个进程或一个处理器的一组对象或构件。分布单元可由运行时组装或聚合关系表示。



deployment view部署视图

一种构架视图，描述一个或多个系统配置；软件构件（任务、模块）到这些配置中的计算节点的映射。



derived element派生元素

可从其他元素计算得到的模型元素。尽管没有增加语义信息，但可能出于澄清的目的要显示派生元素，也可能出于设计目的要包含它。

deserialize反串行化

从串行化状态构建一个对象。是反串行化 (marshal) 和反串行化 (resurrect) 的同义词。



design设计

软件开发过程中的一个部分，其首要目的在于决定系统如何实施。在设计期间，制定战略和战术决策以便满足系统的功能和质量需求。请参见分析。



design mechanism设计机制

在设计过程以及完成细节设计期间中所使用的一种构架机制。它们与关联关系的分析机制有关，它们是所关联关系的分析机制的额外改进，而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别，因而以下说法是可能成立的，即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节，但它并不属于特定的实施（即实施机制）。例如，进程间通信的分析机制可以通过以下若干进程间通信 (IPC) 的设计机制来进一步改进：共享的内存、类似函数调用的 IPC、基于信号量的 IPC 等。每一设计机制都具有特定的优缺点，特定的设计机制是根据使用机制的对象的特征来决定的。



design model设计模型

描述用例实现的对象模型，用作实施模型及其源代码的抽象。



design package设计包

设计包是由类、关系、用例实现、图和其他包组成的集合，它可用于将设计模型分成更小的部分，通过此方式来构建设计模型。它是实施子系统的逻辑模拟。



design pattern设计模式

设计模式为改进软件系统的子系统、构件或其间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信构件的频繁出现的结构。

设计模式是中小规模的模式，其规模比构架模式较小，但通常独立于编程语言。当设计模式的范围界定之后，它将形成一部分具体的设计模型（也可能是设计机制的一部分）。设计模式所在的层次决定了它趋向于可在多个领域中应用。

design subsystem设计子系统

具有包（可以包含其他元素）和类（具有行为）的语义的模型元素。子系统的行为由它所包含的类或其他子系统提供。子系统实现一个或多个接口，这些接口确定子系统可以执行的行为。对比：设计包 (design package)。



developer开发人员

负责按照项目采用的标准和步骤开发所需功能的人员。其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。



development case开发案例

由执行组织所使用的软件工程过程。它是作为 Unified Process 产品的配置或定制来开发的，并且满足项目的需求。



development process开发过程

在软件开发中，为达到给定目的而执行的部分排序的一组步骤，例如构建模型或实施模型。



device设备

为处理器提供支持功能的一种节点。尽管可以运行嵌入式程序（驱动程序），但是它无法执行通用的应用程序，它只是为处理器提供运行通用应用程序的服务。



diagram图

对模型的部分或全部进行说明的图形。



disjoint substate互斥子状态

无法和包含在同一组合状态中的其他子状态同时保存的子状态。请参见组合状态。对比：并行子状态 (concurrent substate)。



Distributed Computing Environment （DCE）分布式计算环境

分布式的计算环境。计算机行业用于分布式计算的既成标准。DCE 允许不同供应商的计算机透明通信并共享资源，例如网络中的计算能力、文件、打印机和其他对象。

distributed processing分布式处理

分布式处理是一种应用程序或系统模式，功能和数据在其中可以跨越 LAN 或 WAN 上连接的多个资源分布。请参见客户机/服务器计算。



DLL

动态链接库



DMZ

隔离带



DNS

域名服务



document文档

文档是用于在纸张或在暗喻为纸张的介质上表示的一个信息集合。上述暗喻为纸张的介质包括概念上的纸张，但它既可具有内容的隐含序列，也可具有内容的明确序列。信息将采用文本或二维图片的形式。字处理器文档、电子表格、时间表、甘特图表或投射幻灯演示等形式都是纸介暗喻的示例。



document description文档说明

说明特定文档的内容。



document template文档模板

一个具体的工具模板，例如 Adobe? FrameMaker? 或 Microsoft? Word? 模板。



domain领域

以一系列有关系统为其特点的知识或活动区域。



domain model领域模型

领域模型记录了在领域环境中最重要的对象类型。领域对象代表存在的实体或在系统运作所在的环境中发生的事件。领域模型是业务对象模型的子集。

domain name server域名服务器

用于翻译域名的系统，例如将 www.software.ibm.com 翻译为 Internet 协议地址，如 123.45.67.8。



double-byte character set （DBCS）双字节字符集

每个字符均由 2 个字节表示的字符集。例如汉语、日语、朝鲜语等语言，它们所包含的符号无法完全由 256 个代码点来表示，因而需要使用双字节字符集。可以和单字节字符集进行比较。



dynamic classification动态分类

泛化关系的语义变化形式，其中对象可以变更类型或角色。对比：静态分类 (static classification）。



dynamic information动态信息

在用户请求它时创建的信息。动态信息不时变化，因而在用户每次查看动态信息时都将见到不同的内容。



dynamic link library （DLL）动态链接库

属于运行时程序(而非链接时程序）的可执行代码和数据的文件。C++ Access Builder 生成 Bean 和 C++ 包装程序，以允许 Java 程序可以访问 C++ DLL。

e-Business电子商务

或者指 (1) 通过 Internet 等电子介质进行的业务交易，或者指 (2) 在其内部业务流程（经由Intranet）中、其业务关系（经由 Extranet）中，以及买卖货物、服务和信息（通过电子商务）的过程中使用 Internet 技术和网络计算的商务运作。



EJB

Enterprise JavaBean



elaboration精化

软件开发过程中的阶段，产品的前景及其构架即在此阶段确定。



element元素

模型的不可再分的最小成份。



encapsulation封装

对于软件对象的内部表示的隐藏。该对象提供了查询并控制数据而无需暴露其基础结构的接口。



enclosed document附带文档

可由其他文档附带的文档，用于将一组文档组合为一个整体。附带文档和单个附件均可看做独立的工件。



enhancement request扩展请求

一种涉众请求，它说明系统的新特性或新功能。另请参见变更请求。

Enterprise JavaBean (EJB)

EJB 是一个不可见的、设计用于在服务器上运行并可由客户机调用的远程对象。EJB 可以从多个不可见的 JavaBean 中创建。EJB 用于在一台计算机上运行，并从其他计算机上远程调用。它们是独立于平台的。Bean 在编写之后，即可用于支持 Java 的任意客户机或服务器平台。



entity class实体类

用于为已由系统存储并与行为相关联的信息建模的类。一个普通类，可在众多用例中复用，并通常具有永久性特点。实体类定义了一组实体对象，这些对象参与若干用例并通常可在相应用例中存活。



entry action进入动作

在忽略要达到该状态所采取的转移的条件下，进入状态机中的状态时执行的动作。



error错误



ERP

企业资源规划



event事件

对于所发生的重要事情（具有时间和空间位置）进行的说明。在状态图的环境下，事件就是可以触发转移的事情。



event-to-method connection事件-方法映射

从 Bean 所生成的事件到 Bean 的方法的连接。当连接的事件发生之后，即执行此方法。



evolution演进

软件在其初始开发循环之后的生命期，在产品不断发展期间中的任何后继循环。

evolutionary演进方式

一种迭代式开发策略，该策略承认并未完全理解用户需要，因而对于需求的理解将在每一后继迭代（精化阶段）中不断完善。



executable architecture可执行构架

可执行构架是系统的部分实施，它建立用于演示选定的系统功能和特征，尤其是那些满足非功能性需求的功能和特征。该构架是在精化阶段中构建的，它用于降低与性能、吞吐量、容量、可靠性以及其他"某某性"方面有关的风险，从而可以在一个坚实的基础上，向构建阶段中添加系统的全部功能，而不必担心破坏系统。将可执行构架作为一个演进式原型来构建是 Rational Unified Process 的既定意图之一，这样做同时还带有保留有待于进一步开发（满足需求）并使之成为可交付系统的一部分的意图。



exit action退出动作

在忽略要达到该状态所采取的转移的条件下，退出状态机中的状态时执行的动作。



exit criteria准出条件

声明一个过程，如审查过程的执行已成功完成所必须满足的条件。



export导出

在包的环境下，使元素在其所在的名字空间之外可见。请参见可见性。 对比：导出 (export) ，导入 (import)。



expression表达式

对于特定类型的值求解的字符串。例如，表达式"(7 + 5 * 3)"。



extend扩展

从扩展用例到基础用例的关系，说明为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。