| IT业界名词解释:软件工程术语表一(A字母) | |||||||||
|---|---|---|---|---|---|---|---|---|---|
| http://www.sina.com.cn 2004年08月22日 17:00 新浪科技 | |||||||||
|
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:主角泛化关系) 从一个主角类(后代)到另一个主角类(祖先)的主角泛化关系,表示后代将继承祖先 在用例中所能担任的角色。 actual parameter:实参 ad hoc review: 临时评审 是一种非正式的评审,在这样的评审中,过程的执行者可随时请求其同事帮助发现所正在开发之构件中的问题。 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:分析员 项目团队成员,负责获取并解释涉众需求,并将这些需要传达给整个团队。 API:应用程序编程接口 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:工件集 体现系统一个方面的一组有关工件。由于在若干核心工作流程中都要用到一些工件,例如风险列表、软件构架文档和迭代计划。 ASCII :美国国家信息交换标准代码 ASP:活动服务器页 association:关联关系 对多个实例间的双向语义连接进行建模的关系。 在两个或多个分类器(指定其实例间的连接)之间的语义关系。 association class:关联类 同时具有关联关系和类特征的模型元素。关联类可被视作一种具有类特征的关联关系,或是一个还具有关联关系特征的类。 association end:关联关系端 关联关系的端点,它连接关联关系和分类器。 asynchronous action:异步动作 发送对象没有暂停来等待结果的请求。对比:同步动作 (synchronous action)。 asynchronous review:异步评审 一种不需开会,只需评审者在不同时间独立地完成评语的同级评审。 attribute:属性 由类定义的特征,表示类或其对象的指定特征。属性具有类型,用于定义其实例的类型。 |
















