声明：主要内容来源于http://users.ir-lab.org/，经过本人一个多小时的整理成了此文挡。
作者：雪舞奉天
abstract class（抽象类）
abstraction（抽象）
对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。
access modifier（存取权限）
对类、方法或属性进行访问控制的关键字。Java中的存取权限可以是公有、私有、保护和包装（默认）。
accessor methods（存取器方法）
由对象提供的、用于定义连接该对象实例变量的方法。用来返回实例变量值的存取器方法被称为获取方法；用来为实例变量指定值的存取器方法被称为设置方法。
acceptance（验收）
客户接受软件产品（作为部分或完整履行合同的结果）所有权的操作。
action（动作）
action sequence（动作序列）
action state（动作状态）
activation（激活）
active class（主动类）
表示系统中控制线程的类。
Active Server Pages（活动服务器页，ASP）
活动服务器页(Microsoft) 是一种为Web 应用程序提供动态行为的技术。
activity（活动）
要求角色执行的工作单元。
activity-based costing（基于活动的成本核算，ABC）
评测活动、资源和成本对象的成本和效益的一套方法。资源先分配给活动，接着再根据成本对象的用途为其分配活动。基于活动的成本核算考虑成本发生因素与活动之间的因果关系。
activity-based management（基于活动的管理，ABM）
一门综合性的学科，其重点在于通过活动管理来实现客户价值和公司利润。它利用基于活动的成本核算作为主要的信息来源。
active object（主动对象）
activity graph（活动图）
定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。
从一个主角类（后代）到另一个主角类（祖先）的主角泛化关系，表示后代将继承祖先在用例中所能担任的角色。
actual parameter（实参）
Advanced Program-to-Program Communication（高级程序间通信，APPC）
aggregate [class]（聚合[类]）
aggregation（聚合关系）
用于在聚合（整体）及其部分之间建立整体与部分关系的一种关联。
American Standard Code for Information Interchange（美国国家信息交换标准代码，ASCII）
美国国家信息交换标准代码。由绝大多数PC 和UNIX 系统使用的8 位字符解码方案。它取代了早期的7 位ASCII 标准。
analysis（分析）
在软件开发流程中，主要任务在于确立问题领域的模型的流程部分。分析侧重于做什么，而设计则侧重于怎样做。请参见设计。
analysis class（分析类）
由设计元素在系统中所担任的角色的抽象，通常处于用例实现的环境之下。分析类可以提供若干个角色的抽象，表示这些角色的共有行为。分析类通常会演变为一个或多个设计元素，例如设计类和/或封装体，或者是设计子系统。
analysis & design（分析设计）
Unified Process 中的核心工作流程，目的在于显示如何通过实施实现系统用例；（一般性）活动，其间要制定战略和策略来满足对系统在功能和质量维度的需求。有关分析设计活动的结果，请参见设计模型。
analysis mechanism（分析机制）
在设计流程初期，即在发现和确定关键类和子系统期间所使用的一种结构机制。通常，分析机制记录了解决方案的主要方面，其中并未考虑实施的影响。分析机制一般与问题领域无关，它是一个“计算机科学”的概念。它们为与领域相关的类或构件提供特定的行为，或者对应于类和/或构件之间协作的实施。它们也可作为框架实施。例如处理永久性、进程间通信、错误或故障处理、通知和消息传递等的机制，其他例子不胜枚举。
analysis pattern（分析模式）
[FOW97a] 将分析模式解释为“表示业务建模中的共有构架的一组概念。它可能只与一个领域有关，也可能跨越多个领域。”因此，在这个参考词汇表中，对领域这个词的解释确实涉及对模式的说明。因而，不把[FOW97a] 中的这种定义扩展到业务建模之外的其他领域是毫无道理的。另一方面，分析模式是一个抽象的概念化模板，用于（通过与任意模式绑定）分析模型中的实例化，分析模型随后要在设计中不断改进。分析模式的范围可大可小，尽管在[FOW97a] 中说明的分析模式均为中等范围，并由此可构成整个应用程序的分析模型。
analysis time（分析期）
analyst（分析员）
项目团队成员，负责获取并解释涉众需求，并将这些需要传达给整个团队。
设计在Web 浏览器之中运行的Java 程序。对比：应用程序(application)。
application（应用程序）
Java 编程中包括main() 方法的自成一体的独立Java 程序。对比：Applet。
application programming interface（应用程序编程接口，API）
使应用程序能够相互通信的软件接口。API 是一组编程语言结构或语句，可编制为程序代码以获取由基础操作系统或服务程序提供的特定功能和服务。
architectural baseline（构架基线）
architectural mechanism（构架机制）
构架机制表示对于常见问题的通用具体解决方案。它们可以指结构模式、行为模式，也可以指这两者。在Rational Unified Process 中，构架机制是一个涵盖分析机制、设计机制和实施机制的术语。
architectural pattern（构架模式）
[BUS96] 中将构架模式定义如下：
“构架模式表示软件系统的基本结构组织方案。它提供了一组预定义的子系统、指定它们的职责，并且包括用于组织其间关系的规则和指导。”
这正是我们在Rational Unified Process 所采用的解释。可以进一步解释如下：构架模式是一个特定范围的模式（即解决方案模板），并且也是具体软件构架的模板。它涉及整个系统范围内的特征，并且通常涉及子系统范围内（而非类级别）的关系。尽管从原则上说不是不可能以此方式使构架模式更为细化，构架模式就其本质来说似乎与应用程序领域无关（特定领域的词汇似乎与模式说明无关）。请与分析模式作比较。软件构架文档将提供在系统中使用的构架模式。
architectural view（构架视图）
以某一特定角度看到的系统构架，注重于表示结构、模块度、核心构件和主要控制流。
architecture（构架）
系统在其所处环境中的最高层次的概念[IEEE]。软件系统的构架是通过接口交互的重要构件（在特定时间点）的组织或结构，这些构件又由一些更小的构件和接口组成。
architecture, executable（构架，可执行）
请参见可执行构架。
argument（实参）
数据元素或值，作为参数包含在方法调用中。实参提供所调用的方法为执行请求的操作而使用的附加信息。
artifact（工件）
一条信息(1) 由流程生成、修改或使用；(2) 定义职责范围；(3) 受到版本控制。工件可以是模型、模型元素或文档。一个文档可以包含其他文档。
artifact guidelines（工件指南）
有关如何使用特定工件的说明，包括如何创建和修订工件的说明在内。
artifact set（工件集）
体现系统一个方面的一组有关工件。由于在若干核心工作流程中都要用到一些工件，例如风险列表、软件构架文档和迭代计划，工件集将影响到核心工作流程。
association（关联关系）
association class（关联类）
association end（关联关系端）
asynchronous action（异步动作）
attribute（属性）
由类定义的特征，表示类或其对象的指定特征。属性具有类型，用于定义其实例的类型。
base class（基类）
其他类或Bean 要从其中派生的类。基类本身也可由其他基类派生而来。请参见抽象类。
baseline（基线）
已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如：变更管理和配置控制才能进行更改。
可用于构建应用程序的小构件。请参见 JavaBean。
Bean 的伴生类，确定可访问的方法集，这些方法可以检索有关Bean 的特征、事件和方法。
behavior（行为）
behavioral feature（行为特性）
behavioral model aspect（模型的行为侧重面）
beta testing（Beta 测试）
预先发布的测试，目的在于让一部分抽样选取的目标用户来试用产品。
binary association（二元关联关系）
binding（绑定）
boolean（布尔）
boolean expression（布尔表达式）
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 process engineering（业务流程工程）
请参见业务工程。
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（业务角色）
业务角色表示业务中的一个或一组角色。参与业务用例实现时，一个业务角色和其他业务角色交互并控制业务实体。
call（调用）
call level interface（调用层接口，CLI）
用于数据库访问的可调用API，是嵌入式SQL 应用程序编程接口的一种备选方案。与嵌入式的SQL 相比，CLI 不需要预先编译或用户绑定，它提供了一组标准函数，用于在运行时处理SQL 语句和有关服务。
capsule（封装体）
一种特定的设计模式，代表系统中已封装的控制线程。封装体是一个已赋予构造型的类，该类具有一组特定的并且是必需和限定性的关联关系和特征。
cardinality（基数）
change control board（变更控制委员会，CCB）
CCB 的作用是提供集中的控制机制，以确保妥当地考虑、批准和协调每个变更请求。
child（子）
change management（变更管理）
change request（变更请求，CR）
对涉众提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。另请参阅扩展请求、缺陷。
checkpoints（检查点）
某种组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问答形式。
class（类）
class diagram（类图）
class hierarchy（类分层结构）
共享某一单继承的类之间的关系。所有Java 类都从Object（对象）类继承。
class library（类库）
class method（类方法）
请参见方法。
classifier（分类器）
client（客户端）
client/server（客户机/服务器）
分布式数据处理中的交互模型，即某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户程序，应答程序称为服务程序。
collaboration（协作）
(1) 对于为在某一环境中实施某种行为而交互的对象集的说明。它说明组合在一起以达到某种目的一组合作对象。(2) 它为网络对象的消息交换中所发生的行为获取了一个更为全面的视图。(3) 协作体现了计算的三个主要基础结构的统一：即数据结构、控制流和数据流。(4) 协作具有动态和静态部分。其中的静态部分说明对象和链接在协作实例化中所担当的角色。而动态部分则由一个或多个动态交互组成，用于显示为执行计算而进行协作的整个过程中所传递的消息流。协作可以具有一组描述其动态行为的消息。(5) 带有消息的协作就是交互。
(1) 协作图说明了对象间进行交互的模式，它通过对象之间的链接及其相互发送的消息显示了参与交互的对象。(2) 它是一个包含分类器角色和关联关系角色而不是分类器和关联关系的类图。(3) 协作图和序列图都显示了交互，但它们各有侧重。序列图明确显示了时间序列，但未明确显示对象关系。协作图明确显示了对象关系，但却必须从序列号中获取时间序列。
comment（注释）
commit（提交）
结束一个工作单元的一种操作，该操作将使它对资源（事务或数据）所作的更改永久化。
Common Gateway Interface（公共网关接口，CGI）
一种标准协议，Web 服务器通过该协议可以执行在服务器计算机上运行的程序。CGI 程序是响应来自Web 客户机浏览器的请求而执行的。
Common Object Request Broker Architecture（公用对象请求代理程序体系结构，CORBA）
确定提供基础结构的软件总线，即对象请求代理程序(ORB) 的中间件说明。
communicate-association（通信关联关系）
介于主角类和用例类之间的关联关系，表示在其实例间存在交互。关联关系的方向可指明通信的发起方（Unified Process 约定）。
communication association（通信关联关系）
compile time（编译时）
component（构件）
系统中相当重要的、几乎是独立的可替换部分，它在明确定义的构架环境中实现确切的功能。符合并提供一组接口的物理实现的构件。
component diagram（构件图）
component model（构件模型）
构架和API，允许开发人员确定可组合在一起创建程序的可复用代码段。VisualAge for Java 使用JavaBean 构件模型。
component-based development（基于构件的开发，CBD）
对由构件组装的软件密集型系统的创建和部署，以及这种构件的开发和收集。
composite aggregation（组装关系）
composite bean（组合Bean）
由其他Bean 构成的Bean。组合Bean 可以包含可见Bean、不可见Bean 或两者都包括。另请参见Bean、不可见Bean 和可见Bean。
composite [class]（组装[类]）
composite state（组合状态）
composite substate（组合子状态）
composition（组装）
concrete（具体）
配置中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。(ISO)
concrete class（具体类）
concurrency（并行）
concurrent substate（并行子状态）
configuration（配置）
(1) 一般：由其功能单元的性质、个数、主要特性所确定的系统或网络的安排，可应用于硬件或软件配置。
(2) 用于确定系统或系统构件的特定版本的需求、设计和实施。请参见配置管理。
configuration item（配置项）
配置中的实体，它满足最终使用要求，并且对于特定的引用，它可被唯一确定。(ISO)
configuration management（配置管理）
一个支持过程，其目的是标识、确定项目并建立项目基线；控制这些项目的更改和发布；报告并记录这些项目和更改请求的状态；确保项目的完整性、一致性和正确性；控制存储；处理并交付这些项目。(ISO)
constraint（约束）
construction（构建）
Unified Process 的第三个阶段，在该阶段中，软件从可执行构架基线前进到可准备向用户群过渡的这一点上。
constructor（构造函数）
与类同名的特殊类方法，用于构建并可能初始化和它同属一个类的对象。
container（容器）
containment hierarchy（容器分层结构）
context（环境）
control class（控制类）
conversational（会话式）
一种通信模型，两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始（或分配）会话，发送一些数据，然后允许其他应用程序来发送一些数据。两个应用程序交替进行会话，直到一方决定结束为止（取消分配）。会话模型是通信的同步形式。
由您的Web 浏览器根据您所访问的Web 站点的请求所创建的小文件，浏览器将在随后访问中将该文件的内容发送给相应站点。
core workflow（核心工作流程）
Rational Unified Process 中的 九个核心工作流程之一：业务建模、需求、分析设计、实施、测试、部署、配置与变更管理、项目管理和环境。软件工程业务的一个抽象业务用例。
critical design review（关键设计复审，CDR）
在瀑布式生命周期中，详细设计结束时进行的主要复审。请参见指南：软件开发计划。
customer（客户）
生产组织之内或之外的个人或组织，要承担系统在财务方面的责任。在大型系统中，客户可能不是最终用户。他们是开发的产品及其工件的最终接受者。另请参见涉众。
cycle（周期）
对于以下四个阶段的完整经历：先启、精化、构建和产品化。从先启阶段开始到产品化阶段结束之间的时间跨度。
database（数据库）
(1) 根据为一个或多个应用程序提供服务的方案存储的相关数据（带有冗余控制）的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。
database management system（数据库管理系统，DBMS）
通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。
datatype（数据类型）
deadlock（死锁）
两个独立控制线程彼此阻塞，相互等待对方采取操作，这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。
defect（缺陷）
缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点，也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。
defining model[MOF]（定义模型[MOF]）
delegation（委托）
deliverable（可交付工件）
流程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。
de-marshal（串行化）
为使对象可编写为字节流而对对象进行的解构。是串行化(flatten)和串行化(serialize)的同义词。
demilitarized zone（隔离带，DMZ）
此术语目前在业界常用于描述子网，通常用于使防火墙所保护的Web 服务器免受外部Internet 和公司内部网络的破坏。
dependency（依赖关系）
deployment（部署）
软件工程流程中的核心工作流程之一，其目的在于确保将开发的系统顺利转交给用户。其中包括工件，如培训材料和安装步骤。
deployment diagram（部署图）
deployment unit（部署单元）