声明：主要内容来源于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（分析员）
项目团队成员，负责获取并解释涉众需求，并将这些需要传达给整个团队。