软件工程相关

key mechanism关键机制

对如何根据系统元素间的交互模式实现构架模式的说明。 详见软件构架文档。

LDAP

轻量目录存取协议

major defect主要缺陷

一个工作产品中所存在的那些严重影响产品功能的正确表现、且若在产品开发周期的后期发现将可能比在产品开发前期发现更加难以改正的故障。

marshal反串行化

反串行化 (deserialize) 的同义词。

measurement dysfunction 测量混乱

由于人们改变了他们的行为以便使得对某过程的测量给出一些人们喜好或避免受到惩处的结果，使得对该过程的测量出现一种不期望的结果的情形。
        
 mechanism机制

机制是模式的一个实例。要成为特定模型中的协作，机制还需进一步的改进。因而可将机制看作是在单一环境中针对重复出现问题的一种特定解决方案。可以说机制与模式是相适应或相符的。任何协作均可称作机制，但该术语常指能够解决软件应用中频繁出现问题的那些协作。例如，为处理永久性问题以及可应用模式提供解决方案的协作。在分析设计中，可以将机制的概念用作"占位符"。举例来说，如果已确定需要永久性，分析员和设计员就可以说将要使用永久性机制，这样就可使问题得到系统且一致的解决。

metaclass元类

实例均为类的一个类。元类通常用于构建元模型。

meta-metamodel元-元模型

定义表示元模型所用语言的模型。元-元模型与元模型之间的关系类似于元模型与模型之间的关系。

metamodel元模型

对表述模型的语言进行定义的模型。
 
 metaobject元对象

元建模语言中所有元实体的统称。例如，元类型、元类、元属性以及元关联关系。

method call方法调用

消息 (message)的同义词。

metric度量

对软件构件或过程的某一属性所给出的量化值，它由一个或多个直接测量的数据项提取。例如缺陷密度以及准备速度等。

MIB

管理信息库

milestone里程碑

迭代正式结束的时间点；与发布时间点相对应。

MIME

多用 Internet 邮件扩展

minor defect次要缺陷

一个工作产品中所存在的那些不会对使用者产生严重的结果，且若在产品开发周期的后期发现将不会比在产品开发前期发现更加难以改正的故障。

model 模型

以完整的语义表示系统的抽象概念。在 Unified Process 中，表示从特定角度对系统作出的完整说明（这里的"完整"是指从该角度理解系统时无需补充其他信息）；一组模型元素。两个模型不能重叠。请参见系统。

model aspect模型侧重面

建模的某一方面，用于强调元模型的某些特性。例如：模型的结构侧重面强调的是元模型的结构特性。

model elaboration模型精化

从已发布的模型生成储存库类型的过程。在此过程中要生成接口和实施方案，以便根据已精化的模型对储存库进行实例化和填充。
    
 model element模型元素

模型元素用于表示从正在建模的系统中提取的抽象概念。对比：视图元素 (view element)。

Model View Controller (MVC）模型视图控制器，

用于分解应用程序构件的应用程序构架： 模型代表业务逻辑或数据；视图代表用户界面；控制器用于管理用户输入，或者在某些情况下管理应用程序流。

modeling conventions建模约定

表述概念的方式，以及项目团队管理层已决定对建模语言施加的限制。这些限制即指一些声明，如："不要在子系统之间使用继承"；"不要在用例模型中使用扩展或包含关联关系"；"不要在 C++ 中使用友元构造"。建模约定在软件构架文档中提供。

moderator评审组长

领导审查或其他正式评审活动的人，也称作评审领导。他（她）负责同作者一起计划该活动，制定进度、布置会议，从其领导的审查活动中收集和报告测量数据，并且可能参与验证作者的返工结果。作者不应充当该角色。
MOM

面向消息的中间件

multiple classification多重分类

泛化关系的一种语义变化形式，其中一个对象可以直接属于多个类。请参见动态分类。

multiple inheritance多重继承

泛化关系的一种语义变化形式，其中一个类型可以具有多个超类型。对比：单继承 (single inheritance)。
        
 multiplicity多重性

用于指定某个集可能采用的可允许基数范围。可以为关联关系角色、组合部件、重复以及其他目的指定多重性。多重性基本上是非负整数的子集（可能是无穷子集）。对比：基数 (cardinality)。

Multipurpose Internet Mail Extension （MIME）多用 Internet 邮件扩展

支持文本、图像、音频和视频的邮件所遵循的 Internet 标准。

multi-valued多值

定义了多重性的模型元素，其 Multiplicity Type:: upper 属性被设为大于 1 的数值。"多值"一词在任何时候都与属性、参数等具有的值个数无关。对比：单值 (single-valued)。

mutator methods存取器方法

对象提供来定义其实例变量接口的方法。用于返回实例变量值的存取器方法称为获取方法；用于为实例变量赋值的存取器方法称为设置方法。

MVC

模型视图控制器

MVS

多重虚拟存储器

n-ary association多元关联关系

三个或更多个类之间的关联关系。关联关系的每个实例分别是相应类中值的一个 n 元组。对比：二元关联关系 (binary association)。
         

 n-ary association多元关联关系

三个或更多个类之间的关联关系。关联关系的每个实例分别是相应类中值的一个 n 元组。对比：二元关联关系 (binary association)。

n-fold inspection N重审查

利用几个小分组来独立地审查同一工作产品。

NC

网络计算机或网络计算

NCF

网络计算框架

NNTP

网络新闻传输协议

NSAPI

Netscape Server API

object flow state对象流状态

活动图中的一种状态，它表示将对象从一种状态中的动作输出传递到另一种状态中的动作输入。

object lifeline对象生命线

序列图中表示对象存在时间段的一条线。请参见序列图。

object model对象模型

系统实施的抽象表示。
     
 Object Request Broker (ORB）对象请求代理

一个 CORBA 术语，表示对象以透明的方式提出请求并从其他本地或远程对象接收响应的方法。

object-oriented programming(OOP)面向对象程序设计

以数据抽象和继承概念为基础的编程方法。与过程编程方法不同，面向对象程序设计侧重于构成问题的那些数据对象以及它们的操作方式，而不是完成任务的方式。

ODBC Driver ODBC 驱动程序

ODBC 驱动程序是一种动态链接库 (DLL)，它执行 ODBC 函数调用并与数据源进行交互。

ODBC Driver Manager ODBC 驱动程序管理器

ODBC 驱动程序管理器由 Microsoft 提供，它是一种带有导入库的 DLL。驱动程序管理器的主要用途是装载 ODBC 驱动程序。驱动程序管理器还为每个驱动程序提供 ODBC 函数入口点，并为 ODBC 调用提供参数验证和序列验证。

OLTP

联机事务处理

OMG

对象管理组
        
 online transaction processing （OLTP）联机事务处理

一种支持交互式应用程序的计算方式。在这种计算方式中，终端用户所提交的请求一经接收即被处理。处理结果会在相当短的时间内返回给请求方。 联机事务处理系统对资源共享进行监控，以确保在同一时间有效地处理多个事务。

Open DataBase Connectivity （ODBC）开放数据库连接标准

Microsoft 开发的一种 C 数据库应用程序编程接口 (API)。它允许通过调用可调用的 SQL 来访问数据库管理系统，而不需要使用 SQL 预处理指令。另外，ODBC 还提供了一个构架，允许用户添加被称作数据库驱动程序的模块，这些模块可在运行时将应用程序链接到用户选择的数据库管理系统。这样，应用程序就再也不必直接链接到受支持的所有数据库管理系统的模块。

operation操作

可从对象中请求来实现某种行为的服务。每个操作都有一个签名，用以限制可能的实参。

operating system process操作系统进程

类和子系统的实例在其中驻留并运行的唯一地址空间和执行环境。执行环境可分为一个或多个控制线程。另请参见进程和线程。

ORB

对象请求代理

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

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

datatype数据类型

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

DBCS

双字节字符集

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 上连接的多个资源分布。请参见客户机/服务器计算。

DMZ

隔离带

DNS

域名服务

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 技术和网络计算的商务运作。

elaboration精化

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

element元素

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

encapsulation封装

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

enclosed document附带文档

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

enhancement request扩展请求

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

 Enterprise JavaBean (EJB)

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

entity class实体类

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

entry action进入动作

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

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扩展

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