软件工程英语术语解析

时间：2020-08-14 19:57:04 行业英语我要投稿

软件工程英语术语解析

　　导语：软件工程是一门研究用工程化方法构建和维护有效的、实用的和高质量的软件的学科。下面是YJBYS小编收集整理的软件工程英语术语，欢迎参考!

软件工程英语术语解析

　　abstract class 抽象类

　　提供一组子类共有行为的类，但它本身并不具有实例。抽象类表示一个概念，从中派生的类代表对这一概念的实施。

　　Abstraction 抽象

　　对视图或模型的创建，其中忽略了不必要的细节，以便专注于一组特定的相关细节。

　　access modifier存取权限

　　对类、方法或属性进行访问控制的关键字。Java 中的存取权限可以是公有、私有、保护和包装(默认)。

　　accessor methods存取器方法

　　由对象提供的、用于定义连接该对象实例变量的方法。用来返回实例变量值的存取器方法被称为获取方法;用来为实例变量指定值的存取器方法被称为设置方法。

　　acceptance验收

　　客户接受软件产品(作为部分或完整履行合同的结果)所有权的操作。

　　action动作

　　对构成计算过程抽象的可执行语句的规范。动作通常会导致系统状态发生变化，这是通过向一个对象发送消息或是更改链接或属性值来实现。

　　action sequence动作序列

　　解析为一系列先后发生的动作的表达式。

　　action state动作状态

　　表示不可分动作的执行状态，通常指的是调用一个操作。

　　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分析员

　　项目团队成员，负责获取并解释涉众需求，并将这些需要传达给整个团队。

　　activation激活

　　动作的执行。

　　active class主动类

　　表示系统中控制线程的类。请参见主动对象。

　　activity活动

　　要求角色执行的工作单元。

　　active object主动对象

　　拥有线程并可发起控制活动的对象。主动类的实例。

　　activity graph活动图

　　状态机的特例，用于对涉及一个或多个分类器的进程建模。对比：状态图 (statechart diagram)。同义词：活动图 (activity diagram)。

　　actor主角

　　在系统之外与系统交互的某人或某事物。

　　actor class主角类

　　定义一组主角实例，其中每个主角实例相对于系统而言都担任着同样的角色。

　　在与用例交互时这些用例的用户所担任的一组紧密相关的角色。主角为每个要与其通信的用例都准备了一个角色。

　　actor-generalization主角泛化关系

　　从一个主角类(后代)到另一个主角类(祖先)的主角泛化关系，表示后代将继承祖先在用例中所能担任的角色。

　　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