(基于活动的成本核算).docVIP

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] 中的这种定义扩展到业务建模之外的其他领域是毫无道理的。另一方面，分析模式是一个抽象的概念化模板，用于（通过与任意模式绑定）分析模型中的实例化，分析模