1、 database 数据库 (1) 根据为一个或多个应用程序提供服务的方案存储的相关数据（带有冗余控制）的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。database management system （DBMS）数据库管理系统 通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。datatype 数据类型 缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型可包括各种枚举。DBA 数据库管理员
2、DBCS 双字节字符集DBMS 数据库管理系统DCE 分布式计算环境DCOM 分布式对象模型 (Microsoft)deadlock 死锁 两个独立控制线程彼此阻塞，相互等待对方采取操作，这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。decision rule 决策规则 指一组人员同意就某一议题给出集体决策的规则或技术，例如多数票决、一致通过、自发协议等。defect 缺陷 缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。de
3、fect checklist 缺陷检查表 某类指定的工件中常见缺陷的列表。defect density 缺陷密度 每一个单位数量（每页代码或每千行代码）的被评审工作产品中所发现的缺陷的数量。defect log 缺陷日志 见“问题日志“。defining model 定义模型 储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。delegation 委托 作为对于一个消息的响应，一个对象可以向另一对象发出消息的能力。委托可用作继承的备选方案。对比：(继承 inheritance)。deliverable 可交付工件 过程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。
4、de-marshal 串行化 为使对象可编写为字节流而对对象进行的解构。是串行化 (flatten) 和串行化 (serialize) 的同义词。 demilitarized zone （DMZ）隔离带 此术语目前在业界常用于描述子网，通常用于使防火墙所保护的 Web 服务器免受外部 Internet 和公司内部网络的破坏。dependency 依赖关系 介于两个建模元素之间的关系，其中，一个建模元素（独立元素）的变更将会影响到另一建模元素（依赖元素）。deployment 部署 软件工程过程的一个阶段，其目的在于确保将开发的系统顺利转交给用户。其中包括工件，如培训材料和安装步骤。deploy
5、ment diagram 部署图 显示运行时处理节点以及在其上存活的构件、过程和对象的配置的一种图。构件是代码单元在运行时的具体表现形式。请参见构件图。deployment unit 部署单元 作为一个组分配到一个进程或一个处理器的一组对象或构件。分布单元可由运行时组装或聚合关系表示。deployment view 部署视图 一种构架视图，描述一个或多个系统配置；软件构件（任务、模块）到这些配置中的计算节点的映射。derived element 派生元素 可从其他元素计算得到的模型元素。尽管没有增加语义信息，但可能出于澄清的目的要显示派生元素，也可能出于设计目的要包含它。deserialize
6、 反串行化 从串行化状态构建一个对象。是反串行化 (marshal) 和反串行化 (resurrect) 的同义词。design 设计 软件开发过程中的一个部分，其首要目的在于决定系统如何实施。在设计期间，制定战略和战术决策以便满足系统的功能和质量需求。请参见分析。design mechanism 设计机制 在设计过程以及完成细节设计期间中所使用的一种构架机制。它们与关联关系的分析机制有关，它们是所关联关系的分析机制的额外改进，而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别，因而以下说法是可能成立的，即在分析层次上的永久性机制和在设计层次上的永久
7、性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节，但它并不属于特定的实施（即实施机制）。例如，进程间通信的分析机制可以通过以下若干进程间通信 (IPC) 的设计机制来进一步改进：共享的内存、类似函数调用的 IPC、基于信号量的 IPC 等。每一设计机制都具有特定的优缺点，特定的设计机制是根据使用机制的对象的特征来决定的。design model 设计模型 描述用例实现的对象模型，用作实施模型及其源代码的抽象。design package 设计包 设计包是由类、关系、用例实现、图和其他包组成的集合，它可用于将设计模型分成更小的部分，通过此方式来构建设计模型。它是实施子系统的
8、逻辑模拟。design pattern 设计模式 设计模式为改进软件系统的子系统、构件或其间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信构件的频繁出现的结构。设计模式是中小规模的模式，其规模比构架模式较小，但通常独立于编程语言。当设计模式的范围界定之后，它将形成一部分具体的设计模型（也可能是设计机制的一部分）。设计模式所在的层次决定了它趋向于可在多个领域中应用。 design subsystem 设计子系统 具有包（可以包含其他元素）和类（具有行为）的语义的模型元素。子系统的行为由它所包含的类或其他子系统提供。子系统实现一个或多个接口，这些接口确定子系统可以执行的行为。对比：设
9、计包 (design package)。developer 开发人员 负责按照项目采用的标准和步骤开发所需功能的人员。其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。development case 开发案例 由执行组织所使用的软件工程过程。它是作为 Unified Process 产品的配置或定制来开发的，并且满足项目的需求。development process 开发过程 在软件开发中，为达到给定目的而执行的部分排序的一组步骤，例如构建模型或实施模型。device 设备 为处理器提供支持功能的一种节点。尽管可以运行嵌入式程序（驱动程序），但是它无法执行通用的应用程序，它只
10、是为处理器提供运行通用应用程序的服务。diagram 图 对模型的部分或全部进行说明的图形。disjoint substate 互斥子状态 无法和包含在同一组合状态中的其他子状态同时保存的子状态。请参见组合状态。对比：并行子状态 (concurrent substate)。Distributed Computing Environment （DCE）分布式计算环境 分布式的计算环境。计算机行业用于分布式计算的既成标准。DCE 允许不同供应商的计算机透明通信并共享资源，例如网络中的计算能力、文件、打印机和其他对象。distributed processing 分布式处理 分布式处理是一种应用程序
11、或系统模式，功能和数据在其中可以跨越 LAN 或 WAN 上连接的多个资源分布。请参见客户机/服务器计算。DLL 动态链接库DMZ 隔离带DNS 域名服务document 文档 文档是用于在纸张或在暗喻为纸张的介质上表示的一个信息集合。上述暗喻为纸张的介质包括概念上的纸张，但它既可具有内容的隐含序列，也可具有内容的明确序列。信息将采用文本或二维图片的形式。字处理器文档、电子表格、时间表、甘特图表或投射幻灯演示等形式都是纸介暗喻的示例。document description 文档说明 说明特定文档的内容。document template 文档模板 一个具体的工具模板，例如 Adobe? Fr
12、ameMaker? 或 Microsoft? Word? 模板。domain 领域 以一系列有关系统为其特点的知识或活动区域。 domain model 领域模型 领域模型记录了在领域环境中最重要的对象类型。领域对象代表存在的实体或在系统运作所在的环境中发生的事件。领域模型是业务对象模型的子集。domain name server 域名服务器 用于翻译域名的系统，例如将 翻译为 Internet 协议地址，如 123.45.67.8。double-byte character set （DBCS）双字节字符集 每个字符均由 2 个字节表示的字符集。例如汉语、日语、朝鲜语等语言，它们所包含的符
13、号无法完全由 256 个代码点来表示，因而需要使用双字节字符集。可以和单字节字符集进行比较。dynamic classification 动态分类 泛化关系的语义变化形式，其中对象可以变更类型或角色。对比：静态分类 (static classification）。dynamic information 动态信息 在用户请求它时创建的信息。动态信息不时变化，因而在用户每次查看动态信息时都将见到不同的内容。dynamic link library （DLL）动态链接库 属于运行时程序(而非链接时程序）的可执行代码和数据的文件。C+ Access Builder 生成 Bean 和 C+ 包装程序，
14、以允许 Java 程序可以访问 C+ DLL。e-Business 电子商务 或者指 (1) 通过 Internet 等电子介质进行的业务交易，或者指 (2) 在其内部业务流程（经由 Intranet）中、其业务关系（经由 Extranet）中，以及买卖货物、服务和信息（通过电子商务）的过程中使用 Internet 技术和网络计算的商务运作。EJB Enterprise JavaBeanelaboration 精化 软件开发过程中的阶段，产品的前景及其构架即在此阶段确定。element 元素 模型的不可再分的最小成份。encapsulation 封装 对于软件对象的内部表示的隐藏。该对象提供了
15、查询并控制数据而无需暴露其基础结构的接口。enclosed document 附带文档 可由其他文档附带的文档，用于将一组文档组合为一个整体。附带文档和单个附件均可看做独立的工件。enhancement request 扩展请求 一种涉众请求，它说明系统的新特性或新功能。另请参见变更请求。Enterprise JavaBean (EJB) EJB 是一个不可见的、设计用于在服务器上运行并可由客户机调用的远程对象。EJB 可以从多个不可见的 JavaBean 中创建。EJB 用于在一台计算机上运行，并从其他计算机上远程调用。它们是独立于平台的。Bean 在编写之后，即可用于支持 Java 的任意
16、客户机或服务器平台。entity class 实体类 用于为已由系统存储并与行为相关联的信息建模的类。一个普通类，可在众多用例中复用，并通常具有永久性特点。实体类定义了一组实体对象，这些对象参与若干用例并通常可在相应用例中存活。entry action 进入动作 在忽略要达到该状态所采取的转移的条件下，进入状态机中的状态时执行的动作。error 错误 ERP 企业资源规划event 事件 对于所发生的重要事情（具有时间和空间位置）进行的说明。在状态图的环境下，事件就是可以触发转移的事情。 event-to-method connection 事件-方法映射 从 Bean 所生成的事件到 Bea
17、n 的方法的连接。当连接的事件发生之后，即执行此方法。 evolution 演进 软件在其初始开发循环之后的生命期，在产品不断发展期间中的任何后继循环。evolutionary 演进方式 一种迭代式开发策略，该策略承认并未完全理解用户需要，因而对于需求的理解将在每一后继迭代（精化阶段）中不断完善。executable architecture 可执行构架 可执行构架是系统的部分实施，它建立用于演示选定的系统功能和特征，尤其是那些满足非功能性需求的功能和特征。该构架是在精化阶段中构建的，它用于降低与性能、吞吐量、容量、可靠性以及其他“某某性“方面有关的风险，从而可以在一个坚实的基础上，向构建阶段
18、中添加系统的全部功能，而不必担心破坏系统。将可执行构架作为一个演进式原型来构建是 Rational Unified Process 的既定意图之一，这样做同时还带有保留有待于进一步开发（满足需求）并使之成为可交付系统的一部分的意图。exit action 退出动作 在忽略要达到该状态所采取的转移的条件下，退出状态机中的状态时执行的动作。exit criteria 准出条件 声明一个过程，如审查过程的执行已成功完成所必须满足的条件。export 导出 在包的环境下，使元素在其所在的名字空间之外可见。请参见可见性。 对比：导出 (export) ，导入 (import)。expression 表达式 对于特定类型的值求解的字符串。例如，表达式“(7 + 5 * 3)“。extend 扩展 从扩展用例到基础用例的关系，说明为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。extend-relationship 扩展关系 从用例类 A 到用例类 B 的扩展关系表示 B 的实例可以包括（受到在扩展中指定的特定条件的限制）由 A 指定的行为。由单一目标用例的若干个扩展对象指定的行为可以在单一用例实例中发生。
