ABC （基于活动的成本核算）
ABM （基于活动的管理）
abstract class（抽象类）
abstract operation（抽象操作）
abstraction（抽象）
access modifier（存取权限）
accessor methods（存取器方法）
acceptance（验收）
ACL 访问控制列表
action（动作）
对构成计算过程抽象的可执行语句的规范。动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或是更改链接或属性值来实现。
action sequence（动作序列）
解析为一系列先后发生的动作的表达式。
action state（动作状态）
表示不可分动作的执行状态，通常指的是调用一个操作。
activation（激活）
动作的执行。
active class（主动类）
表示系统中控制线程的类。
其实例为主动对象的类。请参见主动对象。
activity（活动）
要求角色执行的工作单元。
activity-based costing（基于活动的成本核算，ABC）
评测活动、资源和成本对象的成本和效益的一套方法。资源先分配给活动，接着再根据成本对象的用途为其分配活动。基于活动的成本核算考虑成本发生因素与活动之间的因果关系。
activity-based management（基于活动的管理，ABM）
一门综合性的学科，其重点在于通过活动管理来实现客户价值和公司利润。它利用基于活动的成本核算作为主要的信息来源。
active object（主动对象）
拥有线程并可发起控制活动的对象。主动类的实例。
activity graph（活动图）
状态机的特例，用于对涉及一个或多个分类器的进程建模。对比：状态图 (statechart diagram)。同义词：活动图 (activity diagram)。
actor（角色）
在系统之外与系统交互的某人或某事物。
actor class（角色类）
定义一组角色实例，其中每个角色实例相对于系统而言都担任着同样的角色。
在与用例交互时这些用例的用户所担任的一组紧密相关的角色。角色为每个要与其通信的用例都准备了一个角色。
actor-generalization（角色泛化关系）
从一个角色类（后代）到另一个角色类（祖先）的角色泛化关系，表示后代将继承祖先在用例中所能担任的角色。
actual parameter（实参）
同义词：实参 (argument)。
Advanced Program-to-Program Communication（高级程序间通信，APPC）
主要在 IBM 环境下使用的通信协议。
aggregate [class]（聚合 [类]）
在聚合（整体与部分）关系中表示“整体”的类。请参见聚合关系。
aggregation（聚合关系）
用于在聚合（整体）及其部分之间建立整体与部分关系的一种关联。
一种特殊形式的关联关系，它确定了介于聚合（整体）和组成部分之间的整体与部分关系。请参见组装。
analysis（分析）
在软件开发流程中，主要任务在于确立问题领域的模型的流程部分。分析侧重于做什么，而设计则侧重于怎样做。请参见设计。
analysis class（分析类）
由设计元素在系统中所担任的角色的抽象，通常处于用例实现的环境之下。分析类可以提供若干个角色的抽象，表示这些角色的共有行为。分析类通常会演变为一个或多个设计元素，例如设计类和/或封装体，或者是设计子系统。
analysis & design（分析设计）
Unified Process 中的核心工作流程，目的在于显示如何通过实施实现系统用例；（一般性）活动，其间要制定战略和策略来满足对系统在功能和质量维度的需求。有关分析设计活动的结果，请参见设计模型。
analysis mechanism（分析机制）
在设计流程初期，即在发现和确定关键类和子系统期间所使用的一种结构机制。通常，分析机制记录了解决方案的主要方面，其中并未考虑实施的影响。分析机制一般与问题领域无关，它是一个“计算机科学”的概念。它们为与领域相关的类或构件提供特定的行为，或者对应于类和/或组件之间协作的实施。它们也可作为框架实施。例如处理永久性、进程间通信、错误或故障处理、通知和消息传递等的机制，其他例子不胜枚举。
analysis pattern（分析模式）
[FOW97a] 将分析模式解释为“表示业务建模中的共有架构的一组概念。它可能只与一个领域有关，也可能跨越多个领域。”因此，在这个参考词汇表中，对领域这个词的解释确实涉及对模式的说明。因而，不把 [FOW97a] 中的这种定义扩展到业务建模之外的其他领域是毫无道理的。另一方面，分析模式是一个抽象的概念化模板，用于（通过与任意模式绑定）分析模型中的实例化，分析模型随后要在设计中不断改进。分析模式的范围可大可小，尽管
在 [FOW97a] 中说明的分析模式均为中等范围，并由此可构成整个应用程序的分析模型。
analysis time（分析期）
软件开发流程的分析阶段中出现的某些事务。请参见设计期、建模期。
analyst（分析员）
项目团队成员，负责获取并解释涉众需求，并将这些需要传达给整个团队。
APPC
高级程序间通信
architectural baseline（架构基线）
architectural mechanism（架构机制）
architectural pattern（架构模式）
architectural view（架构视图）
architecture（架构）
architecture, executable（架构，可执行）
argument（实参）
解析为运行时实例的参数的绑定部分。同义词：实参 (actual parameter)。对比：参数 (parameter)。
数据元素或值，作为参数包含在方法调用中。实参提供所调用的方法为执行请求的操作而使用的附加信息。
artifact（工件）
一条信息 (1) 由流程生成、修改或使用；(2) 定义职责范围；(3) 受到版本控制。工件可以是模型、模型元素或文档。一个文档可以包含其他文档。
由软件开发流程所生成或使用的一条信息。工件可以是模型、说明或软件。同义词：产品 (product)。
artifact guidelines（工件指南）
有关如何使用特定工件的说明，包括如何创建和修订工件的说明在内。
artifact set（工件集）
体现系统一个方面的一组有关工件。由于在若干核心工作流程中都要用到一些工件，例如风险列表、软件架构文档和迭代计划，工件集将影响到核心工作流程。
association（关联关系）
对多个实例间的双向语义连接进行建模的关系。
在两个或多个分类器（指定其实例间的连接）之间的语义关系。
association class（关联类）
同时具有关联关系和类特征的模型元素。关联类可被视作一种具有类特征的关联关系，或是一个还具有关联关系特征的类。
association end（关联关系端）
关联关系的端点，它连接关联关系和分类器。
asynchronous action（异步动作）
发送对象没有暂停来等待结果的请求。对比：同步动作 (synchronous action)。
attribute（属性）
由类定义的特征，表示类或其对象的指定特征。属性具有类型，用于定义其实例的类型。
分类器之中的一种特性，用于描述分类器实例可具有的值的范围。
base class（基类）
其他类或 Bean 要从其中派生的类。基类本身也可由其他基类派生而来。请参见抽象类。
baseline（基线）
已通过复审和批准的工件发布版，由此构成进一步演进或开发的公认基础，并且只能通过正式程序，例如：变更管理和配置控制才能进行更改。
Bean
可用于构建应用程序的小构件。请参见 JavaBean。