abstract class（抽象类）
提供一组子类共有行为的类，但它本身并不具有实例。抽象类表示一个概念，从中派生的类代表对这一概念的实施。
abstraction（抽象）
对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。
access modifier（存取权限）
对类、方法或属性进行访问控制的关键字。Java中的存取权限可以是公有、私有、保护和包装(默认)。
accessor methods（存取器方法）
由对象提供的、用于定义连接该对象实例变量的方法。用来返回实例变量值的存取器方法被称为获取方法；用来为实例变量指定值的存取器方法被称为设置方法。
acceptance（验收）
客户接受软件产品(作为部分或完整履行合同的结果)所有权的操作。
action（动作）
对构成计算过程抽象的可执行语句的规范。动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或更改链接或属性值来实现。
action sequence（动作序列）
解析为一系列先后发生的动作的表达式。
action state（动作状态）
表示不可分动作的执行状态，通常指的是调用一个操作。
activation（激活）
动作的执行。
active class（主动类）
表示系统中控制线程的类。请参见主动对象。
activity（活动）
要求角色执行的工作单元。
active object（主动对象）
拥有线程并可发起控制活动的对象，主动类的实例。
activity graph（活动图）
状态机的特例，用于对涉及一个或多个分类器的进程建模。对比：状态图(statechart diagram)。同义词：活动图(activity
diagram)。
actor（主角）
在系统之外与系统交互的某人或某事物。
actor class（主角类）
定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。在与用例交互时这些用例的用户所担任的一组紧密相关的角色。主角为每个要与其通信的用例都准备了一个角色。
actor-generalization（主角泛化关系）
从一个主角类(后代)到另一个主角类(祖先)的主角泛化关系，表示后代将继承祖先在用例中所能担任的角色。
Advanced Program
to Program Communication（APPC：高级程序间通信）
主要在IBM环境下使用的通信协议。
aggregate class（聚合类）
在聚合(整体与部分)关系中表示"整体"的类。参见聚合关系。
aggregation（聚合关系）
用于在聚合(整体)及其部分之间建立整体与部分关系的一种关联。一种特殊形式的关联关系，它确定了介于聚合(整体)和组成部分之间的整体与部分关系。参见组装。
American Standard
Code for Information Interchange （ASCII:美国国家信息交换标准代码）
美国国家信息交换标准代码。由绝大多数PC和UNIX系统使用的8位字符解码方案。它取代了早期的7位ASCII标准。
analysis（分析）
在软件开发过程中，主要任务在于确立问题领域的模型的流程部分。分析侧重于做什么，而设计则侧重于怎样做。请参见设计。
analysis class（分析类）
由设计元素在系统中所担任的角色的抽象，通常处于用例实现的环境之下。分析类可以提供若干个角色的抽象，表示这些角色的共有行为。分析类通常会演变为一个或多个设计元素，例如设计类或封装体或者是设计子系统。
analysis & design（分析设计）
软件开发的前期阶段，目的在于显示如何通过实施实现系统需求。有关分析设计活动的结果，参见设计模型。
analysis mechanism（分析机制）
在设计过程初期，即在发现和确定关键类和子系统期间所使用的一种结构机制。通常，分析机制记录了解决方案的主要方面，其中并未考虑实施的影响。分析机制一般与问题领域无关，它是一个"计算机科学"的概念。它们为与领域相关的类或构件提供特定的行为，或者对应于类和构件之间协作的实施。它们也可作为框架实施。例如处理永久性、进程间通信、错误或故障处理、通知和消息传递等的机制。
analysis pattern（分析模式）
表示业务建模中共有构架的一组概念。它可能只与一个领域有关，也可能跨越多个领域。
analyst（分析员）
项目团队成员，负责获取并解释涉众需求，并将这些需要传达给整个团队。
APPC
高级程序间通信。
application programming
interface（API：应用程序编程口）
使应用程序能够相互通信的软件接口。API是一组编程语言结构或语句，可编制为程序代码以获取由基础操作系统或服务程序提供的特定功能和服务。
appraisal（评估）
审查组对所审查的产品质量的一种集体判定，包含在跟踪阶段对所要求的返工验证种类的判定。
architectural baseline（构架基线）
处于精化阶段末期的基线，此时系统的基础结构和行为已较稳定。
architectural mechanism（构架机制）
构架机制表示对于常见问题的通用具体解决方案。它们可以指结构模式、行为模式，也可以指这两者。在Rational
Unified Process中，构架机制是一个涵盖分析机制、设计机制和实施机制的术语。
architectural pattern（构架模式）
构架模式表示软件系统的基本结构组织方案。它提供了一组预定义的子系统、指定它们的职责，并且包括用于组织其间关系的规则和指导。可以进一步解释如下：构架模式是一个特定范围的模式(即解决方案模板)，并且也是具体软件构架的模板。它涉及整个系统范围内的特征，并且通常涉及子系统范围内(而非类级别)的关系。尽管从原则上说不是不可能以此方式使构架模式更为细化，构架模式就其本质来说似乎与应用程序领域无关(特定领域的词汇似乎与模式说明无关)。请与分析模式作比较。软件构架文档将提供在系统中使用的构架模式。
architectural view（构架视图）
以某一特定角度看到的系统构架，注重于表示结构、模块度、核心构件和主要控制流。
architecture（构架）
系统在其所处环境中的最高层次的概念。软件系统的构架是通过接口交互的重要构件(在特定时间点)的组织或结构，这些构件又由一些更小的构件和接口组成。系统的组织结构。构架可以归纳为通过接口交互的部件、连接部件的关系以及组装部件的一些限制条件。通过接口交互的部件有类、构件和子系统。
artifact（工件）
由软件开发过程所生成或使用的文档、模型、说明或软件。同义词：产品(product)。
artifact guidelines（工件指南）
有关如何使用特定工件的说明，包括如何创建和修订工件的说明在内。
artifact set（工件集）
体现系统一个方面的一组有关工件。在若干核心工作流程中都要用到一些工件，例如风险列表、软件构架文档和迭代计划。
ASP
活动服务器页。
association（关联关系）
对多个实例间的双向语义连接进行建模的关系。在两个或多个分类器(指定其实例间的连接)之间的语义关系。
association class（关联类）
同时具有关联关系和类特征的模型元素。关联类可被视作一种具有类特征的关联关系，或是一个具有关联关系特征的类。
association end（关联关系端）
关联关系的端点，它连接关联关系和分类器。
asynchronous action（异步动作）
发送对象没有暂停来等待结果的请求。对比：同步动作(synchronous action)。
asynchronous review（异步评审）
一种不需开会，只需评审者在不同时间独立地完成评语的同级评审。
attribute（属性）
由类定义的特征，表示类或其对象的指定特征。属性具有类型，用于定义其实例的类型。
base class（基类）
其它类或Bean要从其中派生的类。基类本身也可由其它基类派生而来。请参见抽象类。
baseline（基线）
指在特殊的节点已被同意或批准、可作为后继开发工作的基础的一份文档、一段程序或其它工件。只能通过正式程序，例如：变更管理和配置控制才能进行更改。
bean
可用于构建应用程序的小构件。
beanInfo
Bean的伴生类，确定可访问的方法集，这些方法可以检索有关Bean的特征、事件和方法。
behavior（行为）
操作或事件(包括其结果在内)的可见效果。
behavioral feature（行为特性）
模型元素的动态特性，如操作或方法。
behavioral model
aspect（模型的行为侧重面）
强调系统中实例行为的模型侧重面，包括其方法、协作和状态历史记录。
beta testing Beta（测试）
预先发布的测试，目的在于让一部分抽样选取的目标用户来试用产品。
binary association（二元关联关系）
在两个类之间的关联关系。是多元关联关系的特例。
binding（绑定）
通过为模板参数提供实参来从模板创建模型元素。
boundary class（边界类）
用于在系统环境和其内部运作之间建立通信模型的类。
break point（断点）
计算机程序中执行中断的点。
build（工作版本）
工作版本既可以是系统的可操作版本，也可以是展示要在最终产品中提供的部分功能的部分系统。
business actor（业务主角）
在业务之外与业务交互的某人或某事。
business actor class（业务主角类）
定义一个业务主角实例集，其中各个业务主角实例相对于业务而言都担任着相同的角色。
business creation
（业务创建）
其目标为创建一个新业务过程、新业务或新组织的业务工程。
business engineering（业务工程）
公司用于根据特定目标来设计其业务的一组方法。业务工程方法可用于业务重建、业务改进，也可用于业务创建。
business entity（业务实体）
表示业务角色处理或使用的"事物"的业务实体。
business improvement（业务改进）
执行业务工程，但其中的变更工作仅限于局部而并不波及整个业务。它涉及到削减成本、缩短交付周期以及监督服务和质量。
business object model（业务对象模型）
说明业务用例实现的对象模型。
business modeling（业务建模）
包含你可用来对业务进行可视化建模的所有建模方法。这些是你可用于执行业务工程的方法的子集。
business process（业务过程）
一组逻辑相关活动，目的在于使用组织资源为支持组织目标提供规定的结果。在Rational Unified
Process中，我们使用业务用例（显示业务的预期行为）和业务用例实现(通过业务角色和业务实体来显示行为是如何实现的)来定义业务过程。请参见过程。
business reengineering（业务重建）
执行业务重建，其中的变更工作涉及以全面的观点来看待整个现有业务，并彻底想通为什么要这样做。你将质疑所有现存业务过程并努力通过重新构建寻找合理改进的全新方法。同一含义的其它名称还有业务过程重建(BPR)和过程创新。
business rule（业务规则）
在业务之中必须满足的策略或条件的声明。
business use case（业务用例）
定义一组业务用例实例的业务用例，其中每个实例都是业务执行的一个操作序列，将生成对特定业务主角来说"有价值的可见结果"。业务用例类包含所有与生成"有价值的可见结果"有关的主工作流程和备用工作流程。
business use-case
instance（业务用例实例）
由生成对特定对象来说有价值的可见结果的业务所执行的动作序列。
business use-case
model（业务用例模型）
业务既定功能的模型。业务用例模型被用作一种基本输入，用于确定组织的各个角色和可交付工件。
business use-case
package（业务用例包）
业务用例包是业务用例、业务主角、关系、图和其它包的集合，可以通过将其划分为若干个较小部分来建立业务用例模型。
business use-case
realization（业务用例实现）
业务用例实现按照协作的业务对象描述了在业务对象模型中如何实现特定业务用例的工作流程。
business worker（业务角色）
业务角色表示业务中的一个或一组角色。参与业务用例实现时，一个业务角色和其他业务角色交互并控制业务实体。
capsule（封装体）
一种特定的设计模式，代表系统中已封装的控制线程。封装体是一个已赋予构造型的类，该类具有一组特定的并且是必需和限定性的关联关系和特征。
cardinality（基数）
元素集内的元素数目。对比：多重性(multiplicity)。
causal analysis（因果分析）
追查问题的产生原因，并确定解决办法。
CBD
基于构件的开发。
CCB
变更控制委员会。
CDR
关键设计评审。
CGI
公共网关接口。
Change Control Board（CCB：变更控制委员会）
CCB的作用是提供集中控制机制，以确保妥当的考虑、批准和协调每个变更请求。
change management（变更管理）
控制和跟踪工件变更的活动。参见范围管理。
change request（CR：变更请求）
对涉众提出的要变更工件或过程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。参阅扩展请求、缺陷。
checkpoints（检查点）
某种组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问答形式。
class（类）
对于一组具有共同属性、操作、方法、关系和语义的对象的描述。类可使用一组接口来指定它提供给其环境的操作集合。参见接口。
class diagram（类图）
显示了一组说明性(静态)模型元素的图,例如类、类型及它们的内容和关系。
class hierarchy（类分层结构）
共享某一单继承的类之间的关系。所有Java类都从Object（对象）类继承。
class library（类库）
类的集合。
classifier（分类器）
描述行为和结构特性的机制。分类器包括接口、类、数据类型和构件。
client（客户端）
向其它分类器请求服务的分类器。对比：提供端(supplier)。
client/server（客户机/服务器）
分布式数据处理中的交互模型，即某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户程序，应答程序称为服务程序。
collaboration（协作）
①对于为在某一环境中实施某种行为而交互的对象集的说明。它说明组合在一起以达到某种目的一组合作对象；②它为网络对象的消息交换中所发生的行为获取了一个更为全面的视图；③协作体现了计算的三个主要基础结构的统一，即数据结构、控制流和数据流；④协作具有动态和静态部分。其中的静态部分说明对象和链接在协作实例化中所担当的角色。而动态部分则由一个或多个动态交互组成，用于显示为执行计算而进行协作的整个过程中所传递的消息流。协作可以具有一组描述其动态行为的消息；⑤带有消息的协作就是交互。
collaboration diagram（协作图）
①协作图说明了对象间进行交互的模式，它通过对象之间的链接及其相互发送的消息显示了参与交互的对象；②它是一个包含分类器角色和关联关系角色而不是分类器和关联关系的类图；③协作图和序列图都显示了交互，但它们各有侧重。序列图明确显示了时间序列，但未明确显示对象关系。协作图明确显示了对象关系，但却必须从序列号中获取时间序列。
COM
构件对象模型。
comment（注释）
附属于一个元素或一组元素的注释说明。注释不具有语义。
commit（提交）
结束一个工作单元的一种操作，该操作将使它对资源(事务或数据)所作的更改永久化。
Common Gateway Interface（CGI：公共网关接口）
一种标准协议，Web服务器通过该协议可以执行在服务器计算机上运行的程序。CGI程序是响应来自Web客户机浏览器的请求而执行的。
Common Object Request
Broker Architecture(CORBA)
公用对象请求代理程序体系结构，确定提供基础结构的软件总线，即对象请求代理程序(ORB)的中间件说明。
communicate-association（通信关联关系）
介于主角类和用例类之间的关联关系，表示在其实例间存在交互。关联关系的方向可指明通信的发起方。
communication association（通信关联关系）
在部署图中，表示通信的节点间的关联关系。
component（构件）
系统中相当重要的，几乎是独立的可替换部分，它在明确定义的构架环境中实现确切的功能。符合并提供一组接口的物理实现构件。系统中实际存在的可更换部分，它包含了实施，符合并提供一组接口的实现。构件代表系统中的一部分物理实施，包括软件代码(源代码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。
component diagram（构件图）
显示构件之间的组织和依赖关系的图。
component model（构件模型）
构架和API，允许开发人员确定可组合在一起创建程序的可复用代码段。VisualAge for Java使用JavaBean构件模型。
component-based development（CBD：基于构件的开发）
对由构件组装的软件密集型系统的创建和部署，以及这种构件的开发和收集。
composite aggregation（组装关系）
同义词：组装(composition)。
composite bean（组合Bean）
由其他Bean构成的Bean。组合Bean包含可见Bean、不可见Bean或两者都包括。参见Bean、不可见Bean和可见Bean。
composite class（组装类）
通过组装关系与一个或多个类相关的类。参见组装。
composite state（组合状态）
包含并行(正交)子状态或串行(互斥)子状态的状态。参见子状态。
composite substate（组合子状态）
可以和包含在同一组合子状态中的其它子状态并存的子状态。同义词：区域(region)。参见组合状态。
composition（组装）
一种聚合关联关系，它具有很强的归属关系，而且部分与聚合关系体的生存期恰巧相同。具有不固定的多重性部件，可在组装本身之后创建，但这之后就与组装同生共死，即它们将具有同样的生命周期。这样的部件也可以在组装消亡之前明确删除。组装可以是递归的。同义词：组装关系(composite
aggregation)。
concrete（具体）
配置中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。
concrete class（具体类）
可以直接实例化的类。对比：抽象类(abstract class)。
concurrency（并行）
在同一时间间隔中两个或多个活动同时发生的现象。并行可以通过交替或同时执行两个或多个线程来实现。参见线程。
concurrent substate（并行子状态）
可以和包含在同一组合状态中的其他子状态并存的子状态。参见组合子状态。对比：互斥子状态(disjoint
substate)。
configuration（配置）
①一般由其功能单元的性质、个数、主要特性所确定的系统或网络的安排，可应用于硬件或软件配置。②用于确定系统或系统构件的特定版本的需求、设计和实施。请参见配置管理。
configuration item（配置项）
配置中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。
configuration management（配置管理）
一个支持过程，其目的是标识、确定项目并建立项目基线；控制这些项目的更改和发布；报告并记录这些项目和更改请求的状态；确保项目的完整性、一致性和正确性；控制存储；处理并交付这些项目。
constraint（约束）
语义条件或限制。特定约束在UML中预定义，其它可由用户定义。约束是UML中的三个可扩展性机制之一。参见标注值、构造型。
construction（构建）
软件开发过程的阶段，在该阶段中，软件从可执行构架基线前进到可准备向用户群过渡的这一点上。
constructor（构造函数）
与类同名的特殊类方法，用于构建并可能初始化和它同属一个类的对象。
container（容器）
①一个实例，用于包含其他实例，并为访问内容或进行内容迭代提供操作。(例如：数组、列表和集)；②用于包含其他构件的构件。
containment hierarchy（容器分层结构）
包含模型元素和其间的包含关系的名字空间分层结构。容器分层结构形成一个非循环图。
context（环境）
用于特定目的(如指定操作)一组相关建模元素的视图。
control chart（控制图）
一种通过对某过程的单独执行情况进行观察，而表明该过程稳定性的图。
control class（控制类）
用于针对一个或多个用例的行为进行建模的类。
conversational（会话式）
一种通信模型，两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始(或分配)会话，发送一些数据，然后允许其他应用程序来发送一些数据。两个应用程序交替进行会话，直到一方决定结束为止(取消分配)。会话模型是通信的同步形式。
cookie
由你的Web浏览器根据你所访问的Web站点的请求所创建的文件，浏览器将在随后访问中将该文件的内容发送给相应站点。
CORBA
公用对象请求代理程序体系结构。
critical design review（CDR：关键设计评审）
在瀑布式生命周期中，详细设计结束时进行的主要评审。
customer（客户）
生产组织之内或之外的个人或组织，要承担系统在财务方面的责任。在大型系统中，客户可能不是最终用户。他们是开发的产品及其工件的最终接受者。
cycle（周期）
软件开发的生命周期。类似于RUP包括：先启、精化、构建和产品化四个阶段。
database（数据库）
①根据一个或多个应用程序提供服务的方案存储的相关数据（带有冗余控制）的集合；②存储在系统中的所有数据文件；③存储在一起并由数据库管理系统管理的数据集。
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（动态链接库）
属于运行时程序(而非链接时程序)的可执行代码和数据的文件。C++ Access Builder生成Bean和C++包装程序，以允许Java程序可以访问C++
DLL。
e-Business（电子商务）
①通过Internet等电子介质进行的业务交易；②在其内部业务流程(经由Intranet)中、其业务关系(经由Extranet)中，以及买卖货物、服务和信息(通过电子商务)的过程中使用Internet技术和网络计算的商务运作。
elaboration（精化）
软件开发过程中的阶段，产品的前景及其构架即在此阶段确定。
element（元素）
模型的不可再分的最小成份。
encapsulation（封装）
对于软件对象的内部表示的隐藏。该对象提供了查询并控制数据而无需暴露其基础结构的接口。
enclosed document（附带文档）
可由其它文档附带的文档，用于将一组文档组合为一个整体。附带文档和单个附件均可看做独立的工件。
enhancement request（扩展请求）
一种涉众请求，它说明系统的新特性或新功能。参见变更请求。
Enterprise Java Bean(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（扩展）
从扩展用例到基础用例的关系，说明为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。
extend relationship（扩展关系）
从用例类A到用例类B的扩展关系，表示B的实例可以包括(受到在扩展中指定的特定条件的限制)由A指定的行为。由单一目标用例的若干个扩展对象指定的行为可以在单一用例实例中发生。
facade（外观）
子系统内一个特殊的包，构造为"facade"，用于组织和导出子系统的客户模块所需的所有信息。该包中包括接口(该子系统所特有的一些接口)、与子系统之外接口的实现关系，以及子系统的客户模块要使用该子系统所需的所有文档资料。
factory（工厂）
不可见的Bean，能够动态创建指定Bean的新实例。
fault（故障）
一种意外情况，它导致实施模型中的构件无法完成其预期行为。故障是导致一个或多个缺陷的根本原因。
feature（特性）
一种从外部可见的服务，它由系统提供并用于直接满足涉众需要。
field（字段）
请参见属性。
File Transfer Protocol（FTP：文件传输协议）
在计算机之间实现文件传输的基本Internet功能。借助于它可从远程主机下载文件，也可将文件从本地计算机上载到远程主机。
final state（最终状态）
一种特殊状态，表示内含的组合状态或整个状态机已完成。
fire（击发）
击发用于执行状态转移。参见转移。
firewall（防火墙）
具有可根据确定规则限制进出信息的相关软件的计算机或可编程设备。通常施行控制的依据是始发地址或目标地址，以及TCP/IP端口号。
flatten（串行化）
串行化(de-marshal)的同义词。
focus of control（控制焦点）
序列图上的一个符号，表示对象直接或通过附属过程执行动作的时段。
formal review（正式评审）
一种具备下述所有或多数特征的同级评审方式：评审对象被事先定义，参与者是经过特定培训的团队，由一个训练有素的评审组长领导，定义参与者各自的角色和责任，有一个文档化的评审程序，结果向管理层报告，详细描述准入和准出条件，跟踪所有的缺陷直至其关闭，以及记录过程和质量数据。例如审查、小组评审。
formal parameter（形参）
同义词：参数(parameter)。
framework（框架）
微型构架，可为特定领域内的应用程序提供可扩展的模板。
FURPS
功能性、使用性、可靠性、性能和可支持性。该缩写词代表评估产品质量所使用的类别。
gateway（网关）
连接以不同语言进行通信的网络的主机。例如：将公司的LAN连接到Internet。
generalizable element（可泛化元素）
可参与泛化关系的模型元素。参见泛化关系。
generalization（泛化关系）
较为一般的元素与较为特殊的元素之间的一种分类关系。较为特殊的元素除与较为一般的元素完全一致外，还包含其他信息。凡是可以使用较为一般元素的地方，较为特殊的元素实例都适用。参见继承。
generation（代）
周期结束时的最终发布版。
graphical user interface（GUI：图形用户界面）
一类界面，用户使用它可控制图形化的功能（而不是输入命令）来与程序进行通信。通常，GUI由图形、定位设备、菜单栏和其他菜单、重叠窗口以及图标组成。
green-field development（零起点开发）
"从无到有"的开发，相对于"现有系统的演进"或"遗留系统重建"。该词原意为在杂草丛生的处女地上建立新工厂时所发生的转变。
guard condition（警戒条件）
要击发关联关系的转移而必须满足的条件。
GUI
图形用户界面。
home page（主页）
请参见起始页。
HTML
超文本标记语言。
HTML browser （HTML浏览器）
请参见Web浏览器。
HTTP
超文本传输协议。
HTTP request(HTTP请求)
通过Web浏览器发出的事务，它遵循HTTP。服务器通常以HTML数据响应，但也可以发送其它类型的对象。
hyperlinks（超链接）
Web页上的区域，点击后即可链接到该页的其他区域或其他Web页。
hypertext（超文本）
具有指向其它文本的隐藏链接的文档中的文本。使用鼠标单击超文本词语即可转至相应链接指向的文本。在Windows帮助程序和CD百科全书中使用超文本，可跳转到位于同一文档的其它位置上的有关参考信息。超文本的最奇妙之处还是在于：能够通过HTTP链接Web上的任何Web文档。
HyperText Markup
Language（HTML：超文本标记语言）
用于构建万维网上的超文本文档的基本语言。它在基本的纯ASCII文本文档中使用。但一经Netscape之类的Web浏览器解释(又称为呈现)，该文档即可显示格式化的文本、颜色、各种字体、图形图像、特殊效果、链接到Internet其他位置的超文本跳转，以及信息表格。
IT
信息技术。
IDE
集成开发环境。
Idiom（代码模式）
代码模式是一种编程语言专用的低级模式。代码模式说明如何利用给定语言的特性来实施构件的某些特定方面或实施构件之间的关系，亦称作实施模式。例如采用UML表示的具体设计，并要在Java中实施它，则可能需要重现UML语言的实施模式。因而在设计和实施中都将使用代码模式。
IEEE
电气及电子工程师协会。
IIOP
Internet ORB间协议。
IMAP4
因特网报文访问协议第4版。
implementation（实施）
软件工程过程中的一个活动，包括编码和测试。
implementation inheritance（实施继承）
较为特殊的元素的实施的继承。包括对接口的继承。对比：接口继承(interface inheritance)。
implementation mechanism（实施机制）
实施过程中使用的构架机制。实施机制是对设计机制的改进，这种机制指定确切的机制实施模式，而且在其构建过程中很可能运用多种实施模式(代码模式)。再次重申，设计机制与实施机制在规模上不一定存在差异。例如，对进程间通信分析机制的特定实施即是利用特定操作系统的共享内存函数调用共享内存的设计机制。并行冲突(不适当地对共享内存进行同时访问)可使用依赖其他实施机制的信标或闩锁机制来避免。
implementation model（实施模型）
实施模型是构件及包含这些构件的实施子系统的集合。
implementation pattern（实施模式）
请参见代码模式。
implementation subsystem（实施子系统）
构件和其它实施子系统的集合，通过细分实施模型对其进行构建。请注意：在RUP中，实施模型和实施子系统是实施视图中的目标，因此在开发阶段意义重大。它是设计包的物理模拟。"实施子系统"这个名称反映了"子系统"这一术语的通常用法，即指比构件范围更大的对象。但是，在UML术语中，赋予它的构造型是包，而不是子系统。
implementation view（实施视图）
一种构架视图，它就打包和分层以及配置管理(所有权、发布策略等)等方面对开发环境中静态软件元素(代码、数据和其他补充工件)的组织进行说明。在Unified
Process中，实施视图是指和实施模型有关的视图。
import（导入）
在包的环境中的一种依赖关系，表明其类可以在特定包（包含以递归方式嵌入到其中的包）中引用的包。对比：导出。
import-dependency（导入依赖关系）
设计中的一种赋予构造型的依赖关系，以某一设计包为源，以另一设计包为目标。导入依赖关系允许目标包的公共内容由源包引用。
inception（先启）
软件开发的一个阶段。在此阶段中，上一代的基本构想(方案征求)已至少在内部得到拨款，准备工作就绪，可以进入精化阶段。
include（包含）
从基本用例到包含用例的关系，指定如何将为包含用例定义的行为插入到为基本用例定义的行为中。
include relationship（包含关系）
包含关系是从基本用例到包含用例的关系，它指定如何采用显式方式，将为包含用例定义的行为插入到为基本用例定义的行为中。
increment（增量）
在后续迭代结束后，两个发布版之间存在的差异(差值)。
incremental（递增）
一种符合迭代式开发策略的构建方式，采用此方式构建系统时，将在每次迭代过程中逐渐增加更多的功能。
informal review（非正式评审）
一种缺乏正式评审的多项特征的同级评审方式。例如临时评审、同级检查以及轮查等。
inheritance（继承）
实现泛化关系的机制，也是从单个类片段中提炼出完整的类说明所采用的机制。
injection rate（缺陷率）
一个工作产品在其开发过程中创建的每单元规模内(每页代码或每千行代码)的缺陷数量。
input（输入）
流程所使用的工件。
inspection（审查）
一种正式的评审方法，此方法规定一些工件(模型、文档、软件)由创始人之外的个人或小组审核，旨在检测故障、找出违反开发标准的情况以及其它问题。
inspection effectiveness（审查有效性）
由审查所发现的一个工作产品的缺陷占该工作产品固有缺陷的百分比。
inspection efficiency（审查效率）
每个审查人员每小时所发现的平均缺陷数量。
inspection package（审查包）
由工作产品的作者和评审组长在审查会之前分发给审查人员的一组材料，包括被审查的工作产品及定义其规格要求的文档、标准、必要的表单、检查表或规则集，以及测试文档等。
inspection summary
report（审查总结报告）
一份关于被审查的工作产品描述、审查参与人员及其角色分配、对该工作产品的评价及关于审查持续时间、所耗费成本数据的总结报告。
inspector（审查者）
在一个审查过程中担当检查工作产品缺陷的人。他(她)可能还担当诸如读者、记录者或评审组长等指定的角色。工作产品的作者也是一个审查者。
issue（问题）
在开发过程中提出的尚未确定为缺陷的事项，如疑问、需澄清的注意点等。
issue log（问题日志）
所发现的可能缺陷及其改进建议、其它问题的列表。
instance（实例）
满足类或类型说明的单个实体。参见对象。
Integrated Development
Environment(IDE：集成开发环境)
包含编辑器、编译器和调试器的软件程序。
integration（集成）
将单独的软件构件组装为可执行的整体系统的软件开发活动。
integration build
plan（集成构建计划）
定义在特定的迭代中实施和集成构件所要采用的顺序。附带在迭代计划中。
interaction（交互）
交互说明如何在实例间发送激励来执行特定任务。交互是在协作环境中定义的。
interaction diagram（交互图）
用于强调对象交互的若干种图的统称。这些图包括：协作图、序列图和活动图。
interface（接口/界面）
用于指定类或构件服务的操作的集合。
interface inheritance（接口继承）
对较为特殊的元素的接口的继承，不包含对实施的继承。对比：实施继承。
internal transition（内部转移）
表示响应事件但并未改变对象状态的转移。
Internet（互联网）
使用TCP/IP协议的众多互连网络的集合，演变自二十世纪六十年代末、七十年代初的ARPANET。
Internet Inter-ORB
Protocol（IIOP：Internet ORB间协议）
业界标准协议，定义如何通过TCP/IP网络交换通用ORB间协议(GIOP)消息。IIOP使得Internet本身即可用作骨干ORB，其它ORB也可借此进行连接。
Internet Protocol（IP：Internet协议）
提供基本Internet功能的协议。
internet protocol
address（internet协议地址）
一个数字地址，可唯一标识一台连接网络的计算机。例如，123.45.67.8。
Intranet（内部网）
公司或组织内部的专用网络，使用与公用Internet相同种类的软件，不过只供内部使用。随着Internet的日益普及，专用网中使用了许多Internet上使用的工具。例如，许多公司的Web服务器只供内部员工使用。
IP number（IP号码）
以唯一号码表示的Internet地址，由四段组成，各段间以圆点(有时称为点分四元组)分隔，例如：198.204.112.1。每台Internet计算机都有一个IP号码，而且多数计算机还具备一个或多个作为点分四元组映射的域名。
IP Security Protocol（IPSec：IP
安全协议）
提供网络层上的加密安全服务。
ISAPI
Internet服务器API。
ISO
国际标准化组织。
ISP
因特网服务提供商。
iteration（迭代）
带有已建立基线的计划和评估准则的独特活动序列，迭代生成发布版(内部或外部)。
JAR
Java档案文件。
Java
Java是由Sun Microsystems开发的一种新的编程语言。
Java archive（JAR：Java
档案文件）
独立于平台的，可将多个文件归为一组的文件格式。JAR文件用于压缩，缩短下载时间和确保安全性。JAR格式是以Java编写的，因而JAR文件可完全扩展。
Java Database Connectivity（JDBC：Java数据库连接）
JDK 1.1中的规约，它定义了使程序能够访问符合该标准的数据库的API。
Java Foundation Classes（JFC：Java
基础类）
JFC由Netscape、Sun和IBM共同开发，是有助于开发Java应用程序接口的构建块。借助于JFC，Java应用程序得以更全面地与现有操作系统进行交互。
JavaBean
JavaBean是一种构件，它可与其它单独开发的Bean一同集成到应用程序中。这一应用程序可在浏览器内独立使用，还可用作ActiveX构件。对单个进程而言，JavaBean应在本地运行，而且通常在运行时可见。
JDBC
Java数据库连接。
JDK
Java开发工具包。
JFC
Java基础类。
JIT
刚好、及时。
JVM
Java虚拟机。
key
mechanism（关键机制）
对如何根据系统元素间的交互模式实现构架模式的说明。详见软件构架文档。
keyword（关键字）
为Java保留的预定义字，例如：return，此类字不能用作标识符。
LAN
局域网。
layer（层）
对模型中同一抽象层次上的包进行分组的一种特定方式。层是对构架的横向划分，而分区是对构架的纵向划分。对比：分区(partition)。
LDAP
轻量目录存取协议。
link（链接）
对象元组之间的语义连接，关联关系的一个实例。请参见关联关系。
link end（链接端）
关联关系端的一个实例。参见关联关系端。
listener（监听程序）
JDK 1.1中接收并处理事件的一个类。
Local Area Network（LAN：局域网）
位于限定地理区域范围内的用户组织或机构处的计算机网络。LAN通常由一台或多台服务器组成，可向多台客户机工作站提供服务。
logical view（逻辑视图）
用于对系统设计中的主要类进行说明的构架视图，包含：与业务相关的关键类，定义关键行为和结构机制(永久性、通信、容错、用户界面)的类。在Unified
Process中，逻辑视图是设计模型的视图。
major defect（主要缺陷）
一个工作产品中所存在的那些严重影响产品功能的正确表现、且若在产品开发周期的后期发现将可能比在产品开发前期发现更加难以改正的故障。
management（管理）
软件工程过程中的核心支持工作流程，其目的在于计划和管理开发项目。
marshal（反串行化）
反串行化(deserialize)的同义词。
measurement dysfunction（测量混乱）
由于人们改变了他们的行为以便使得对某过程的测量给出一些人们喜好或避免受到惩处的结果，使得对该过程的测量出现一种不期望的结果的情形。
mechanism（机制）
机制是模式的一个实例。要成为特定模型中的协作，机制还需进一步的改进。因而可将机制看作是在单一环境中针对重复出现问题的一种特定解决方案。可以说机制与模式是相适应或相符的。任何协作均可称作机制，但该术语常指能够解决软件应用中频繁出现问题的那些协作。例如，为处理永久性问题以及可应用模式提供解决方案的协作。在分析设计中，可以将机制的概念用作"占位符"。举例来说，如果已确定需要永久性，分析员和设计员就可以说将要使用永久性机制，这样就可使问题得到系统且一致的解决。
message（消息）
实例间进行信息传递的规约，并具有引起相应活动的期望。消息中可指定发出信号或调用操作。
messaging（消息传递）
分布式应用程序，借以相互传送消息进行通信所用的通信模型。消息通常是一个较短的信息包，它不一定需要答复。消息传递使用的是异步通信方法。消息也可是类中的一段Java代码，它可以被激活并传递用于执行特定任务的一组参数。
metaclass（元类）
实例均为类的一个类，元类通常用于构建元模型。
meta-metamodel（元-元模型）
定义表示元模型所用语言的模型。元-元模型与元模型之间的关系类似于元模型与模型之间的关系。
metamodel（元模型）
对表述模型的语言进行定义的模型。
metaobject（元对象）
元建模语言中所有元实体的统称。例如，元类型、元类、元属性以及元关联关系。
method（方法）
①经常用来完成某项任务的系统化方式；完成任务或实现目标所遵循的详尽的、组织有序的计划或步骤；②操作的实施，指定与操作相关联的算法或过程。
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（评审组长）
领导审查或其它正式评审活动的人，也称作评审领导。他（她）负责同作者一起计划该活动，制定进度、布置会议，从其领导的审查活动中收集和报告测量数据，并且可能参与验证作者的返工结果。作者不当该角色。
module（模块）
软件的存储和操作单元。模块包括源代码模块、二进制代码模块和可执行代码模块。
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-fold inspection（N重审查）
利用几个小分组来独立地审查同一工作产品。
namespace（名字空间）
模型中用于定义和使用名称的部分。在名字空间中，每个名称都有唯一的含义。
NC
网络计算机或网络计算。
NCF
网络计算框架。
NNTP
网络新闻传输协议。
node（节点）
节点是一种代表运行时计算资源的分类器。一般来说，节点至少要具备内存，还需有处理能力。运行时对象和构件可驻留在节点上。
NT
Windows NT(新技术)。
object（对象）
一种实体，它有明确定义的边界以及封装了状态和行为的标识。状态由属性和关系来表示，行为由操作、方法和状态机来表示。对象是类的一个实例。
object class（对象类）
用于定义对象属性和方法的模板。一个对象类可包含其它对象类。单独表示的对象类称为对象。
object diagram（对象图）
对象图包含对象以及对象在某一时刻的关系。对象图可以被看作是类图或协作图的一个特例。
object flow state（对象流状态）
活动图中的一种状态，它表示将对象从一种状态中的动作输出传递到另一种状态中的动作输入。
object lifeline（对象生命线）
序列图中表示对象存在时间段的一条线。
object model（对象模型）
系统实施的抽象表示。
Object Request Broker（ORB：对象请求代理）
一个CORBA术语，表示对象以透明的方式提出请求并从其它本地或远程对象接收响应的方法。
Object-Oriented Programming（OOP：面向对象程序设计）
以数据抽象和继承概念为基础的编程方法。与过程编程方法不同，面向对象程序设计侧重于构成问题的那些数据对象以及它们的操作方式，而不是完成任务的方式。
ODBC
开放数据库连接标准。
ODBC Driver（ODBC驱动程序）
ODBC驱动程序是一种动态链接库(DLL)，它执行ODBC函数调用并与数据源进行交互。
ODBC Driver Manager（ODBC驱动程序管理器）
ODBC驱动程序管理器由Microsoft提供，它是一种带有导入库的DLL。驱动程序管理器的主要用途是装载ODBC驱动程序。驱动程序管理器还为每个驱动程序提供ODBC函数入口点，并为ODBC调用提供参数验证和序列验证。
OLTP
联机事务处理。
OMG
对象管理组。
OnLine Transaction
Processing（OLTP：联机事务处理）
一种支持交互式应用程序的计算方式。在这种计算方式中，终端用户所提交的请求一经接收即被处理。处理结果会在相当短的时间内返回给请求方。联机事务处理系统对资源共享进行监控，以确保在同一时间有效地处理多个事务。
OO
面向对象。
OOP
面向对象程序设计。
Open DataBase Connectivity（ODBC：开放数据库连接标准）
Microsoft开发的一种C数据库应用程序编程接口(API)。它允许通过调用可调用的SQL来访问数据库管理系统，而不需要使用SQL预处理指令。另外，ODBC还提供了一个构架，允许用户添加被称作数据库驱动程序的模块，这些模块可在运行时将应用程序链接到用户选择的数据库管理系统。这样，应用程序就再也不必直接链接到受支持的所有数据库管理系统的模块。
operation（操作）
可从对象请求中来实现某种行为的服务。每个操作都有一个签名，用以限制可能的实参。
operating system
process（操作系统进程）
类和子系统的实例在其中驻留并运行的唯一地址空间和执行环境。执行环境可分为一个或多个控制线程。参见进程和线程。
ORB
对象请求代理。
organization unit（组织单元）
业务角色、业务实体、关系、业务用例实现图和其它组织单元的集合。组织单元用于将业务对象模型分成较小部分，从而建立业务对象模型的结构。
originator（发起者）
发起者是提交变更请求(CR)的任何人。标准的变更请求机制要求发起者按照变更请求的形式提供有关当前问题的信息，以及建议的解决方案。
output（输出）
作为处理步骤结果的任何工件。
outside link（外部链接）
Web站点中指向当前Web站点之外的URL的链接。
package（包）
将元素分组的一种通用机制。包之间可进行嵌套。
pair programming（结对编程）
一种软件开发活动，在该活动中，通常由两人合作编写代码，共享同一台工作终端，不断地评审和改进其共同的工作。
parameter（参数）
用于指定可更改、传递或返回的变量。参数可包含名称、类型和方向。参数在操作、消息和事件中使用。同义词：形参(formal
parameter)。对比：实参(argument)。
parameter connection（参数连接）
通过提供特征值或者动作、方法或脚本的返回值来满足动作参数或方法参数的一种连接。参数始终是连接源。
parameterized element（参数化元素）
带有一个或多个未绑定参数的类的描述符。同义词：模板(template)。
parent（父）
在泛化关系中指对子元素的泛化关系。参见子类、子类型。对比：子(child)。
parent class（父类）
其它Bean或类从其中继承数据和(或)方法的类。
participates（参与）
将模型元素连接到关系或具体化的关系。例如：类参与关联关系，主角参与用例。
partition（分区）
①活动图：活动图中用于组织动作职责的部分。参见泳道；②构架：同一抽象级别上分类器或包的子集。分区表示对构架的纵向划分，而层表示对构架的横向划分。
passaround（轮查）
一种非正式的同级评审，工作产品的作者分别请求其他人检查可能的缺陷。
pattern（模式）
在软件中：指经过验证，至少适用于一种实用环境(更多时候是好几种环境)的解决方案模板(用于结构和行为)。在UML中,模式由参数化的协作来表示，但UML不直接对模式的其它方面(如使用结果列表、使用示例等，它们可由文本来表示)进行建模。要将模式实例化，可将值绑定到该模式的参数。存在各种范围和抽象程度的模式。例如，构架模式、分析模式、设计模式和代码模式或实施模式。
PDR
初步设计评审。
peer desk check（同级桌查）
一种非正式的同级评审，工作产品的作者请求另外一个人检查其可能存在的缺陷。
peer review（同级评审）
除工作产品的作者之外的一个或多个人检查该产品，以期发现缺陷及其改进时机的一种活动。
peer review coordinator（同级评审协调者）
一个组织中负责管理和分析该组织的所有同级评审数据；对评审者或评审组长进行辅导；制订培训课程计划并尽可能实施培训；同同级评审的过程拥有者一同工作以利提高评审工作的有效性的那个人。
PERL
实用析取报告语言。
persistent object（永久对象）
在创建对象的进程或线程消亡后仍然存在的对象。
PGP
优秀密钥。
phase（阶段）
两个主要项目里程碑之间的时间段，在此期间要实现一组即定的目标、完成工件并决定是否进入下一阶段。
PKI
公开密钥基础设施。
POP3
邮局协议3。
port（端口）
作为TCP/IP术语，端口是应用程序可连接到的独立可寻址点。例如：默认情况下，HTTP使用端口80，安全HTTP(HTTPS)使用端口443。
post-condition（后置条件）
在操作结束时必须为"true"的约束。
PRA
项目评审委员会。
PRD
产品需求文档。
pre-condition（前置条件）
在调用操作时必须为"true"的约束。
Preliminary Design
Review（PDR：初步设计评审）
在瀑布式生命周期中，构架设计结束时所进行的主要评审。
primitive type（基础类型）
预定义的、不具有任何子结构的基础数据类型，如整数或字符串。
private（私有）
与类成员相关联的存取权限，它只允许该类本身访问此成员。
process（进程、过程）
①操作系统中的重量级并行和执行单元。对比：线程(thread)，它包含重量级和轻量级进程。如有必要，可以使用原型在实施方面予以区分；②软件开发过程，即开发系统所遵循的步骤和指南；③执行一种算法或是以其它方式动态处理一些事务。
process assets library（过程资产库）
对过程进行描述的一个集合，包括步骤、模板、表格、检查表以及其他帮助，一个组织成功实施其已经过定义并符合质量要求的过程的那些工作。
process owner（过程拥有者）
监督一个组织的同级评审活动的管理者或高级过程工程师。通常是评审的一名倡议者，并联系过程评审的各方以进行改进工作。
process view（进程视图）
描述系统并行情况(即任务/进程及其交互)的构架视图。
processor（处理器）
一种能够运行一个或多个进程的节点。通常，它需要具备计算能力、内存、输入输出设备等。参见节点、进程和设备。
product（产品）
作为开发结果的软件，以及一些相关的工件(文档、发布版介质、培训材料)。
product champion（产品推介人）
掌握产品前景的高层人物，他在产品开发团队和客户之间充当推介人的角色。
product-line architecture（产品线构架）
定义元素类型、它们的交互方式，以及产品功能映射到这些元素的方式。它还可能会进一步对构架元素的一些实例进行定义。该术语一般可用来指组织或公司内部的一套产品。
Product Requirements
Document（PRD：产品需求文档）
在较高层次上对产品(系统)、产品用途及产品特性集作出的说明。
project（项目）
项目由相应的人员来完成，受到有限资源的约束，需要得到计划、执行和控制。项目是为创造独特的产品或服务而付出的暂时性努力。暂时指的是每个项目都有明确的起止时间。独特指的是该产品或服务有别于所有其他类似的产品或服务。在实现组织的经营策略时，项目往往是非常关键的部分。
project manager（项目经理）
承担项目总体责任的角色。项目经理需要确保按照项目时间表、预算和质量要求来安排、分配并完成任务。
Project Review Authority（PRA：项目评审委员会）
项目经理向其汇报工作的组织实体。PRA负责确保软件项目符合政策规定、惯例和标准。
projection（投影）
从一个集到其子集的映射。
promotion（晋升）
在Java Bean中，指让被包含的Bean的特性可用于建立连接。例如，一个Bean由面板上的三个按钮组成。如果将该Bean放在一个框架中，则应将这些按钮的特性晋升，让它们可从该框架中进行访问。
property（特征）
表示元素特点的指定值。特征具有语义上的作用。有些特征已在UML中预定义，而其他特征可由用户定义。参见标注值。
property-to-property
connection（特征-特征连接）
从一个对象的特征到另一个对象的特征的连接。参见"连接"。
protected（保护）
与类成员相关联的存取权限。它允许该类本身、子类和同一包中的所有类访问此成员。
protocol（协议）
在封装体之间通信所使用的一组可兼容消息的规约。协议用于定义一组输入和输出消息类型（例如操作、信号）；还可以定义一组序列图，以规定消息传递应遵循的顺序。协议也可定义一个状态机，以指定协议的参与者必须提供的抽象行为。
prototype（原型）
不必经由变更管理和配置控制的发布版。
proxy（代理）
不同网络之间的一种应用程序网关，可用于特定的网络应用程序(如FTP的Telnet)。例如，防火墙的代理Telnet服务器会执行用户验证，然后让信息流通过代理，就好象代理根本不存在。这种功能是在防火墙系统中(而不是在客户工作站上)执行的，从而会增加防火墙的负载。请与SOCKS作比较。
pseudo-state（伪状态）
状态机中的一个顶点，它具有状态的形式，但不执行状态的行为。伪状态包含初始顶点和历史顶点。
published model（已发布的模型）
已定型的模型，可用于对储存库进行实例化，并有助于定义其它模型。已定型模型的元素将无法变更。
qualifier（限定词）
一个关联关系属性或属性元组，其属性值用来划分与关联关系对象相关的一组对象。
Quality Assurance（QA：质量保证）
质量保证是项目经理的职责，该角色负责确保所有项目成员都按项目标准正确执行项目。
race condition（竞争状态）
两个或更多的独立任务同时访问或修改同一状态信息时出现的状态。这种状态可能导致系统行为的不一致，因此，这是并行系统设计中的根本问题。
rank（等级）
用例或场景的一个属性，它描述的是对构架的影响，或说明对发布版的重要性。
rational（理由）
陈述或解释作出某种选择的原因。
RDBMS
关系数据库管理系统。
receive a message（接收消息）
对从发送方实例传递的激励进行处理。参见发送方、接收方。
receiver object（接收方对象）
对从发送方对象传递的激励进行处理的对象。对比：发送方(sender)。
