词汇表 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。 BeanInfo Bean 的伴生类,确定可访问的方法集,这些方法可以检索有关 Bean 的特征、事件和方法。 behavior(行为) 操作或事件(包括其结果在内)的可见效果。 behavioral feature(行为特性) 模型元素的动态特性,如操作或方法。 behavioral model aspect(模型的行为侧重面) 强调系统中实例行为的模型侧重面,包括其方法、协作和状态历史记录。 beta testing(Beta 测试) 预先发布的测试,目的在于让一部分抽样选取的目标用户来试用产品。 binary association(二元关联关系) 在两个类之间的关联关系。是多元关联关系的特例。 binding(绑定) 通过为模板参数提供实参来从模板创建模型元素。 boundary class(边界类) 用于在系统环境和其内部运作之间建立通信模型的类。 break point(断点) 计算机程序中执行中断的点。 build(工作版本) 工作版本既可以是系统的可操作版本,也可以是展示要在最终产品中提供的部分功能的部分系统。 business actor(业务角色:实例) 在业务之外与业务交互的某人或某事。 business actor class(业务角色类) 定义一个业务角色实例集,其中各个业务角色实例相对于业务而言都担任着相同的角色。 business creation(业务创建) 其目标为创建一个新业务流程、新业务或新组织的业务工程。 business engineering(业务工程) 公司用于根据特定目标来设计其业务的一组方法。业务工程方法可用于业务重建、业务改进,也可用于业务创建。 business entity(业务实体) 表示业务角色处理或使用的“事物”的业务实体。 business improvement(业务改进) 执行业务工程,但其中的变更工作仅限于局部而并不波及整个业务。它涉及到削减成本、缩短交付周期以及监督服务和质量。 business object model(业务对象模型) 说明业务用例实现的对象模型。 business modeling(业务建模) 包含您可用来对业务进行可视化建模的所有建模方法。这些是您可用于执行业务工程的方法的子集。 business process(业务流程) 一组逻辑相关活动,目的在于使用组织资源为支持组织目标提供规定的结果。在 Rational Unified Process 中,我们使用业务用例(显示业务的预期行为)和业务用例实现(通过业务角色和业务实体来显示行为是如何实现的)来定义业务流程。另请参见流程。 business process engineering(业务流程工程) 请参见业务工程。 business reengineering(业务重建) 执行业务重建,其中的变更工作涉及以全面的观点来看待整个现有业务,并彻底想通为什么要这样做。您将置疑所有现存业务流程并努力通过重新构建寻找合理改进的全新方法。同一含义的其他名称还有业务流程重建 (BPR) 和流程创新。 business rule(业务规则) 在业务之中必须满足的策略或条件的声明。 business use case(业务用例:类) 定义一组业务用例实例的业务用例,其中每个实例都是业务执行的一个操作序列,将生成对特定业务角色来说“有价值的可见结果”。业务用例类包含所有与生成“有价值的可见结果”有关的主工作流程和备用工作流程。 business use-case instance(业务用例实例) 由生成对特定对象来说有价值的可见结果的业务所执行的动作序列。 business use-case model(业务用例模型) 业务既定功能的模型。业务用例模型被用作一种基本输入,用于确定组织的各个角色和可交付工件。 business use-case package(业务用例包) 业务用例包是业务用例、业务角色、关系、图和其他包的集合,通过将其划分为若干个较小部分来建立业务用例模型。 business use-case realization(业务用例实现) 业务用例实现按照协作的业务对象描述了在业务对象模型中如何实现特定业务用例的工作流程。 business worker(业务角色) 业务角色表示业务中的一个或一组角色。参与业务用例实现时,一个业务角色和其他业务角色交互并控制业务实体。 call(调用) 激活分类器操作的操作状态。 call level interface(调用层接口,CLI) 用于数据库访问的可调用 API,是嵌入式 SQL 应用程序编程接口的一种备选方案。与嵌入式的 SQL 相比,CLI 不需要预先编译或用户绑定,它提供了一组标准函数,用于在运行时处理 SQL 语句和有关服务。 capsule(封装体) 一种特定的设计模式,代表系统中已封装的控制线程。封装体是一个已赋予构造型的类,该类具有一组特定的并且是必需和限定性的关联关系和特征。 cardinality(基数) 元素集内的元素数目。对比:多重性(multiplicity)。 CBD 基于组件的开发 CCB 变更控制委员会 CDR 关键设计复审 change control board(变更控制委员会,CCB) CCB 的作用是提供集中的控制机制,以确保妥当地考虑、批准和协调每个变更请求。 child(子) 在泛化关系中,对于父元素的特化。请参见子类、子类型。对比:父 (parent)。 change management(变更管理) 控制和跟踪工件变更的活动。另请参见规模管理。 change request(变更请求,CR) 对涉众提出的要变更工件或流程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。另请参阅扩展请求、缺陷。 checkpoints(检查点) 某种组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问答形式。 CLI 调用层接口 class(类) 对于一组具有共同属性、操作、方法、关系和语义的对象的描述。类可使用一组接口来指定它提供给其环境的操作集合。请参见接口。 class diagram(类图) 显示了一组说明性(静态)模型元素的图,例如类、类型及它们的内容和关系。 class hierarchy(类分层结构) 共享某一单继承的类之间的关系。所有 Java 类都从 Object(对象)类继承。 class library(类库) 类的集合。 class method(类方法) 请参见方法。 classifier(分类器) 描述行为和结构特性的机制。分类器包括接口、类、数据类型和构件。 client(客户端) 向其他分类器请求服务的分类器。对比:提供端 (supplier)。 client/server(客户机/服务器) 分布式数据处理中的交互模型,即某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户程序,应答程序称为服务程序。 COBOL 面向商业的通用语言 collaboration(协作) (1) 对于为在某一环境中实施某种行为而交互的对象集的说明。它说明组合在一起以达到某种目的一组合作对象。(2) 它为网络对象的消息交换中所发生的行为获取了一个更为全面的视图。(3) 协作体现了计算的三个主要基础结构的统一:即数据结构、控制流和数据流。(4) 协作具有动态和静态部分。其中的静态部分说明对象和链接在协作实例化中所担当的角色。而动态部分则由一个或多个动态交互组成,用于显示为执行计算而进行协作的整个过程中所传递的消息流。协作可以具有一组描述其动态行为的消息。(5) 带有消息的协作就是交互。 对操作或分类器(如用例)如何通过一组以特定方式发挥特定作用的分类器和关联关系来实现的说明。协作确定了交互。请参见交互。 collaboration diagram(协作图) (1) 协作图说明了对象间进行交互的模式,它通过对象之间的链接及其相互发送的消息显示了参与交互的对象。(2) 它是一个包含分类器角色和关联关系角色而不是分类器和关联关系的类图。(3) 协作图和序列图都显示了交互,但它们各有侧重。序列图明确显示了时间序列,但未明确显示对象关系。协作图明确显示了对象关系,但却必须从序列号中获取时间序列。 使用分类器和关联关系,或使用实例和链接所显示的围绕模型结构进行交互的图。与序列图不同,协作图显示了实例之间的关系。序列图和协作图表述相似的信息,但使用了不同的方式。请参见序列图。 COM 组件对象模型 (Microsoft) comment(注释) 附属于一个元素或一组元素的注释说明。注释不具有语义。对比:约束 (constraint)。 commit(提交) 结束一个工作单元的一种操作,该操作将使它对资源(事务或数据)所作的更改永久化。 Common Gateway Interface(公共网关接口,CGI) 一种标准协议,Web 服务器通过该协议可以执行在服务器计算机上运行的程序。CGI 程序是响应来自 Web 客户机浏览器的请求而执行的。 Common Object Request Broker Architecture(公用对象请求代理程序体系结构,CORBA) 确定提供基础结构的软件总线,即对象请求代理程序 (ORB) 的中间件说明。 communicate-association(通信关联关系) 介于角色类和用例类之间的关联关系,表示在其实例间存在交互。关联关系的方向可指明通信的发起方(Unified Process 约定)。 communication association(通信关联关系) 在部署图中,表示通信的节点间的关联关系。请参见部署图。 compile time(编译时) 即在软件模块的编译过程中出现的事务。请参见建模期、运行时。 component(组件) 系统中相当重要的、几乎是独立的可替换部分,它在明确定义的架构环境中实现确切的功能。符合并提供一组接口的物理实现的构件。 系统中实际存在的可更换部分,它包含了实施,符合并提供一组接口的实现。组件代表系统中的一部分物理实施,包括软件代码(源代码、二进制代码或可执行代码)或其等价物(如脚本或命令文件)。 component diagram(组件图) 显示组件之间的组织和依赖关系的图。 component model(组件模型) 架构和 API,允许开发人员确定可组合在一起创建程序的可复用代码段。VisualAge for Java 使用 JavaBean 组件模型。 component-based development(基于组件的开发,CBD) 对由组件组装的软件密集型系统的创建和部署,以及这种组件的开发和收集。 composite aggregation(组装关系) 同义词:组装 (composition)。 composite bean(组合 Bean) 由其他 Bean 构成的 Bean。组合 Bean 可以包含可见 Bean、不可见 Bean 或两者都包括。另请参见 Bean、不可见 Bean 和可见 Bean。 composite [class](组装 [类]) 通过组装关系与一个或多个类相关的类。请参见组装。 composite state(组合状态) 包含并行(正交)子状态或串行(互斥)子状态的状态。请参见子状态。 composite substate(组合子状态) 可以和包含在同一组合子状态中的其他子状态并存的子状态。同义词:区域 (region)。请参见组合状态。 composition(组装) 一种聚合关系关联关系,它具有很强的归属关系,而且部分与聚合关系体的生存期恰巧相同。具有不固定的多重性部件可在组装本身之后创建,但这之后就与组装同生共死,即它们将具有同样的生命周期。这样的部件也可以在组装消亡之前明确删除。组装可以是递归的。同义词:组装关系 (composite aggregation)。 concrete(具体) 配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。(ISO) concrete class(具体类) 可以直接实例化的类。对比:抽象类 (abstract class)。 concurrency(并行) 在同一时间间隔中两个或多个活动同时发生的现象。并行可以通过交替或同时执行两个或多个线程来实现。请参见线程。 concurrent substate(并行子状态) 可以和包含在同一组合状态中的其他子状态并存的子状态。请参见组合子状态。对比:互斥子状态 (disjoint substate)。 configuration(配置) (1) 一般:由其功能单元的性质、个数、主要特性所确定的系统或网络的安排,可应用于硬件或软件配置。 (2) 用于确定系统或系统组件的特定版本的需求、设计和实施。请参见配置管理。 configuration item(配置项) 配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。(ISO) configuration management(配置管理) 一个支持过程,其目的是标识、确定项目并建立项目基线;控制这些项目的更改和发布;报告并记录这些项目和更改请求的状态;确保项目的完整性、一致性和正确性;控制存储;处理并交付这些项目。(ISO) constraint(约束) 语义条件或限制。特定约束已在 UML 中预定义,其他可由用户定义。约束是 UML 中的三个可扩展性机制之一。请参见标注值、构造型。 construction(构建) Unified Process 的第三个阶段,在该阶段中,软件从可执行架构基线前进到可准备向用户群过渡的这一点上。 constructor(构造函数) 与类同名的特殊类方法,用于构建并可能初始化和它同属一个类的对象。 container(容器) (1) 一个实例,用于包含其他实例,并为访问内容或进行内容迭代提供操作。(例如:数组、列表和集)。(2) 用于包含其他组件的组件。 containment hierarchy(容器分层结构) 包含模型元素和其间的包含关系的名字空间分层结构。容器分层结构形成一个非循环图。 context(环境) 用于特定目的(如指定操作)的一组相关建模元素的视图。 control class(控制类) 用于针对一个或多个用例的行为进行建模的类。 conversational(会话式) 一种通信模型,两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始(或分配)会话,发送一些数据,然后允许其他应用程序来发送一些数据。两个应用程序交替进行会话,直到一方决定结束为止(取消分配)。会话模型是通信的同步形式。 Cookie 由您的 Web 浏览器根据您所访问的 Web 站点的请求所创建的小文件,浏览器将在随后访问中将该文件的内容发送给相应站点。 CORBA 公用对象请求代理程序体系结构 core workflow(核心工作流程) Rational Unified Process 中的 九个核心工作流程之一:业务建模、需求、分析设计、实施、测试、部署、配置与变更管理、项目管理和环境。软件工程业务的一个抽象业务用例。 CR 变更请求 critical design review(关键设计复审,CDR) 在瀑布式生命周期中,详细设计结束时进行的主要复审。请参见指南:软件开发计划。 customer(客户) 生产组织之内或之外的个人或组织,要承担系统在财务方面的责任。在大型系统中,客户可能不是最终用户。他们是开发的产品及其工件的最终接受者。另请参见涉众。 cycle(周期) 对于以下四个阶段的完整经历:先启、精化、构建和产品化。从先启阶段开始到产品化阶段结束之间的时间跨度。 database(数据库) (1) 根据为一个或多个应用程序提供服务的方案存储的相关数据(带有冗余控制)的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。 database management system(数据库管理系统,DBMS) 通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。 datatype(数据类型) 缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型可包括各种枚举。 DBA 数据库管理员 DBCS 双字节字符集 DBMS 数据库管理系统 DCE 分布式计算环境 DCOM 分布式对象模型 (Microsoft) deadlock(死锁) 两个独立控制线程彼此阻塞,相互等待对方采取操作,这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。 defect(缺陷) 缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点,也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。 defining model [MOF](定义模型 [MOF]) 储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。 delegation(委托) 作为对于一个消息的响应,一个对象可以向另一对象发出消息的能力。委托可用作继承的备选方案。对比:继承 (inheritance)。 deliverable(可交付工件) 流程中生成的、要交付给客户或其他涉众的具有值、材料或其他信息的输出。 de-marshal(串行化) 为使对象可编写为字节流而对对象进行的解构。是串行化 (flatten) 和串行化 (serialize) 的同义词。 demilitarized zone(隔离带,DMZ) 此术语目前在业界常用于描述子网,通常用于使防火墙所保护的 Web 服务器免受外部 Internet 和公司内部网络的破坏。 dependency(依赖关系) 介于两个建模元素之间的关系,其中,一个建模元素(独立元素)的变更将会影响到另一建模元素(依赖元素)。 deployment(部署) 软件工程流程中的核心工作流程之一,其目的在于确保将开发的系统顺利转交给用户。其中包括工件,如培训材料和安装步骤。 deployment diagram(部署图) 显示运行时处理节点以及在其上存活的组件、流程和对象的配置的一种图。组件是代码单元在运行时的具体表现形式。请参见组件图。 deployment unit(部署单元) 作为一个组分配到一个进程或一个处理器的一组对象或组件。分布单元可由运行时组装或聚合关系表示。 deployment view(部署视图) 一种架构视图,描述一个或多个系统配置;软件构件(任务、模块)到这些配置中的计算节点的映射。 derived element(派生元素) 可从其他元素计算得到的模型元素。尽管没有增加语义信息,但可能出于澄清的目的要显示派生元素,也可能出于设计目的要包含它。 deserialize(反串行化) 从串行化状态构建一个对象。是反串行化 (marshal) 和反串行化 (resurrect) 的同义词。 design(设计) 软件开发流程中的一个部分,其首要目的在于决定系统如何实施。在设计期间,制定战略和战术决策以便满足系统的功能和质量需求。请参见分析。 design time(设计期) 在软件开发流程的设计阶段中出现的事务。请参见建模期。对比:分析期 (analysis time)。 design mechanism(设计机制) 在设计流程以及完成细节设计期间中所使用的一种架构机制。它们与关联关系的分析机制有关,它们是所关联关系的分析机制的额外改进,而且它们还可以绑定一种或多种架构和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别,因而以下说法是可能成立的,即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节,但它并不属于特定的实施(即实施机制)。例如,进程间通信的分析机制可以通过以下若干进程间通信 (IPC) 的设计机制来进一步改进:共享的内存、类似函数调用的 IPC、基于信号量的 IPC 等。每一设计机制都具有特定的优缺点,特定的设计机制是根据使用机制的对象的特征来决定的。 design model(设计模型) 描述用例实现的对象模型,用作实施模型及其源代码的抽象。 design package(设计包) 设计包是由类、关系、用例实现、图和其他包组成的集合,它可用于将设计模型分成更小的部分,通过此方式来构建设计模型。它是实施子系统的逻辑模拟。 design pattern(设计模式) [GAM94] 将设计模式定义如下: “设计模式为改进软件系统的子系统、组件或其间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信组件的频繁出现的结构。” 设计模式是中小规模的模式,其规模比架构模式较小,但通常独立于编程语言。当设计模式的范围界定之后,它将形成一部分具体的设计模型(也可能是设计机制的一部分)。设计模式所在的层次决定了它趋向于可在多个领域中应用。 design subsystem(设计子系统) 具有包(可以包含其他元素)和类(具有行为)的语义的模型元素。子系统的行为由它所包含的类或其他子系统提供。子系统实现一个或多个接口,这些接口确定子系统可以执行的行为。对比:设计包 (design package)。 developer(开发人员) 负责按照项目采用的标准和步骤开发所需功能的人员。其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。 development case(开发案例) 由执行组织所使用的软件工程流程。它是作为 Unified Process 产品的配置或定制来开发的,并且满足项目的需求。 development process(开发流程) 在软件开发中,为达到给定目的而执行的部分排序的一组步骤,例如构建模型或实施模型。 device(设备) 为处理器提供支持功能的一种节点。尽管可以运行嵌入式程序(驱动程序),但是它无法执行通用的应用程序,它只是为处理器提供运行通用应用程序的服务。 diagram(图) 对模型的部分或全部进行说明的图形。 一组模型元素的图形表示,通常呈现为连接的图或弧(关系)和顶点(其他模型元素)。UML 支持以下各图:类图、对象图、用例图、序列图、协作图、状态图、活动图、组件图和部署图。 disjoint substate(互斥子状态) 无法和包含在同一组合状态中的其他子状态同时保存的子状态。请参见组合状态。对比:并行子状态 (concurrent substate)。 Distributed Computing Environment(分布式计算环境,DCE) 分布式的计算环境。计算机行业用于分布式计算的既成标准。DCE 允许不同供应商的计算机透明通信并共享资源,例如网络中的计算能力、文件、打印机和其他对象。 distributed processing(分布式处理) 分布式处理是一种应用程序或系统模式,功能和数据在其中可以跨越 LAN 或 WAN 上连接的多个资源分布。请参见客户机/服务器计算。 DLL 动态链接库 DMZ 隔离带 DNS 域名服务 document(文档) 文档是用于在纸张或在暗喻为纸张的介质上表示的一个信息集合。上述暗喻为纸张的介质包括概念上的纸张,但它既可具有内容的隐含序列,也可具有内容的明确序列。信息将采用文本或二维图片的形式。字处理器文档、电子表格、时间表、甘特图表或投射幻灯演示等形式都是纸介暗喻的示例。 document description(文档说明) 说明特定文档的内容。 document template(文档模板) 一个具体的工具模板,例如 Adobe? FrameMaker? 或 Microsoft? Word? 模板。 domain(领域) 以一系列有关系统为其特点的知识或活动区域。 由该区域中的角色理解的一组概念和术语为其特点的知识或活动区域。 domain model(领域模型) 领域模型记录了在领域环境中最重要的对象类型。领域对象代表存在的实体或在系统运作所在的环境中发生的事件。领域模型是业务对象模型的子集。 domain name server(域名服务器) 用于翻译域名的系统,例如将 www.software.ibm.com 翻译为 Internet 协议地址,如 123.45.67.8。 double-byte character set(双字节字符集,DBCS) 每个字符均由 2 个字节表示的字符集。例如汉语、日语、朝鲜语等语言,它们所包含的符号无法完全由 256 个代码点来表示,因而需要使用双字节字符集。可以和单字节字符集进行比较。 dynamic classification(动态分类) 泛化关系的语义变化形式,其中对象可以变更类型或角色。对比:静态分类 (static classification)。 dynamic information(动态信息) 在用户请求它时创建的信息。动态信息不时变化,因而在用户每次查看动态信息时都将见到不同的内容。 dynamic link library(动态链接库,DLL) 属于运行时程序(而非链接时程序)的可执行代码和数据的文件。C++ Access Builder 生成 Bean 和 C++ 包装程序,以允许 Java 程序可以访问 C++ DLL。 e-Business(电子商务) 或者指 (1) 通过 Internet 等电子介质进行的业务交易,或者指 (2) 在其内部业务流程(经由Intranet)中、其业务关系(经由 Extranet)中,以及买卖货物、服务和信息(通过电子商务)的过程中使用 Internet 技术和网络计算的商务运作。 EJB Enterprise JavaBean elaboration(精化) 流程中的第二阶段,产品的前景及其架构即在此阶段确定。 element(元素) 模型的不可再分的最小成份。 encapsulation(封装) 对于软件对象的内部表示的隐藏。该对象提供了查询并控制数据而无需暴露其基础结构的接口。 enclosed document(附带文档) 可由其他文档附带的文档,用于将一组文档组合为一个整体。附带文档和单个附件均可看做独立的工件。 enhancement request(扩展请求) 一种涉众请求,它说明系统的新特性或新功能。另请参见变更请求。 Enterprise JavaBean (EJB) EJB 是一个不可见的、设计用于在服务器上运行并可由客户机调用的远程对象。EJB 可以从多个不可见的 JavaBean 中创建。EJB 用于在一台计算机上运行,并从其他计算机上远程调用。它们是独立于平台的。Bean 在编写之后,即可用于支持 Java 的任意客户机或服务器平台。 entity class(实体类) 用于为已由系统存储并与行为相关联的信息建模的类。一个普通类,可在众多用例中复用,并通常具有永久性特点。实体类定义了一组实体对象,这些对象参与若干用例并通常可在相应用例中存活。 entry action(进入动作) 在忽略要达到该状态所采取的转移的条件下,进入状态机中的状态时执行的动作。 enumeration(枚举) 列出用作特定属性类型范围的指定值的列表。例如, RGBColor = {red, green, blue}。布尔是一个预定义的枚举,它的值取自以下集合 {false, true}。 environment(环境) 软件工程流程中的核心支持工作流程,其目的是定义并管理在其中进行系统开发的环境。包括流程说明、配置管理和开发工具。 ERP 企业资源规划 Essential use cases (基本用例) event(事件) 对于所发生的重要事情(具有时间和空间位置)进行的说明。在状态图的环境下,事件就是可以触发转移的事情。 event-to-method connection(事件-方法映射) 从 Bean 所生成的事件到 Bean 的方法的连接。当连接的事件发生之后,即执行此方法。 evolution(演进) 软件在其初始开发循环之后的生命期,在产品不断发展期间中的任何后继循环。 evolutionary(演进方式) 一种迭代式开发策略,该策略承认并未完全理解用户需要,因而对于需求的理解将在每一后继迭代(精化阶段)中不断完善。 executable architecture(可执行架构) 可执行架构是系统的部分实施,它建立用于演示选定的系统功能和特征,尤其是那些满足非功能性需求的功能和特征。该架构是在精化阶段中构建的,它用于降低与性能、吞吐量、容量、可靠性以及其他“某某性”方面有关的风险,从而可以在一个坚实的基础上,向构建阶段中添加系统的全部功能,而不必担心破坏系统。将可执行构架作为一个演进式原型来构建是 Rational Unified Process 的既定意图之一,这样做同时还带有保留有待于进一步开发(满足需求)并使之成为可交付系统的一部分的意图。 exit action(退出动作) 在忽略要达到该状态所采取的转移的条件下,退出状态机中的状态时执行的动作。 export(导出) 在包的环境下,使元素在其所在的名字空间之外可见。请参见可见性。 对比:导出 (export) [OMA],导入 (import)。 expression(表达式) 对于特定类型的值求解的字符串。例如,表达式“(7 + 5 * 3)”等于类型数量的值。 extend(扩展) 从扩展用例到基础用例的关系,说明为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。 extend-relationship(扩展关系) 从用例类 A 到用例类 B 的扩展关系表示 B 的实例可以包括(受到在扩展中指定的特定条件的限制)由 A 指定的行为。由单一目标用例的若干个扩展对象指定的行为可以在单一用例实例中发生。 facade(外观) 子系统内一个特殊的包,构造型为 ?facade?,用于组织和导出子系统的客户模块所需的所有信息。该包中包括接口(该子系统所特有的一些接口)、与子系统之外接口的实现关系,以及子系统的客户模块要使用该子系统所需的所有文档资料。 factory(工厂) 不可见的 Bean,能够动态创建指定 Bean 的新实例。 fault(故障) 一种意外情况,它导致实施模型中的组件无法完成其预期行为。故障是导致一个或多个缺陷的根本原因。 feature(特性) 一种从外部可见的服务,它由系统提供并用于直接满足涉众需要。 类似操作或属性的一种特征,封装在接口、类或数据类型等分类器中。 field(字段) 请参见属性。 file transfer protocol(文件传输协议,FTP) 在计算机之间实现文件传输的基本 Internet 功能。借助于它可从远程主机下载文件,也可将文件从本地计算机上载到远程主机。 final state(最终状态) 一种特殊状态,表示内含的组合状态或整个状态机已完成。 fire(击发) 击发用于执行状态转移。请参见转移。 Firewall(防火墙) 具有可根据确定规则限制进出信息的相关软件的计算机或可编程设备。通常施行控制的依据是始发地址或目标地址,以及 TCP/IP 端口号。 flatten(串行化) 串行化 (de-marshal) 的同义词。 focus of control(控制焦点) 序列图上的一个符号,表示对象直接或通过附属过程执行动作的时段。 formal parameter(形参) 同义词:参数 (parameter)。 framework(框架) 微型架构,可为特定领域内的应用程序提供可扩展的模板。 FTP 文件传输协议 FURPS 功能性、使用性、可靠性、性能和可支持性。该缩写词代表评估产品质量所使用的类别。 gateway(网关) 连接以不同语言进行通信的网络的主机;例如:网关可将公司的 LAN 连接到 Internet。 generalizable element(可泛化元素) 可参与泛化关系的模型元素。请参见泛化关系。 generalization(泛化关系) 较为一般的元素与较为特殊的元素之间的一种分类关系。较为特殊的元素除与较为一般的元素完全一致外,还包含其他信息。凡是可以使用较为一般元素的地方,较为特殊的元素的实例都适用。请参见继承。 generation(代) 周期结束时的最终发布版。 Generic Programming(泛型编程) granularity(粒度) graphical user interface(图形用户界面,GUI) 一类界面,用户使用它可控制图形化的功能(而不是输入命令)来与程序进行通信。通常,GUI 是图形、定位设备、菜单栏和其他菜单、重叠窗口以及图标的组合。 green-field development(零起点开发) “从无到有”的开发,相对于“现有系统的演进”或“遗留系统重建”。该词源自于在杂草丛生的处女地上建立新工厂时所发生的转变。 guard condition(监护条件) 要击发关联关系的转移而必须满足的条件。 GUI 图形用户界面 hyperlinks(超链接) Web 页上的区域,点击后即可连接到该页的其他区域或其他 Web 页。 hypertext(超文本) 具有指向其他文本的隐藏链接的文档中的文本。使用鼠标单击超文本词语即可转至相应链接指向的文本。在 Windows 帮助程序和 CD 百科全书中使用超文本,可跳转到位于同一文档的其他位置上的有关参考信息。超文本的最奇妙之处还是在于:它能够通过 HTTP 链接 Web 上的任何 Web 文档。当然,要在 Web 上四处遨游还需单击鼠标。 hypertext markup language(超文本标记语言,HTML) 用于构建万维网上的超文本文档的基本语言。它在基本的、纯 ASCII 文本文档中使用。但一经 Netscape 之类的 Web 浏览器解释(称为呈现),该文档即可显示格式化的文本、颜色、各种字体、图形图像、特殊效果、链接到 Internet 其他位置的超文本跳转,以及信息表格。 I/T 信息技术 IDE 集成开发环境 Idiom(代码模式) [BUS96] 将代码模式定义如下: “代码模式是一种编程语言专用的低级模式。代码模式说明如何利用给定语言的特性来实施组件的某些特定方面或实施组件之间的关系”,亦称作实施模式。例如采用 UML 表示的具体设计,并要在 Java 中实施它,则可能需要重现 UML 语言的实施模式。因而在设计和实施中都将使用代码模式。 IE Internet Explorer (Microsoft) IEEE 电气及电子工程师协会 IIOP Internet ORB 间协议 IMAP4 因特网报文访问协议第 4 版 implementation(实施) 软件工程流程中的一个核心工作流程,其目的在于实施类并对类进行单元测试。 对如何构建或计算事物所作的定义。例如,类是对类型的实施,方法是对操作的实施。 implementation inheritance(实施继承) 较为特殊的元素的实施的继承。包括对接口的继承。对比:接口继承 (interface inheritance)。 implementation mechanism(实施机制) 实施过程中使用的架构机制。实施机制是对设计机制的改进,这种机制指定确切的机制实施模式,而且在其构建过程中很可能运用多种实施模式(代码模式)。再次重申,设计机制与实施机制在规模上不一定存在差异。 例如,对进程间通信分析机制的特定实施即是利用特定操作系统的共享内存函数调用的共享内存设计机制。并行冲突(不适当地对共享内存进行同时访问)可使用依赖其他实施机制的信标或闩锁机制来避免。 implementation model(实施模型) 实施模型是组件与包含这些组件的实施子系统的集合。 implementation pattern(实施模式) 请参见代码模式。 implementation subsystem(实施子系统) 组件和其他实施子系统的集合,通过细分实施模型对其进行构建。请注意:在 Rational Unified Process 中,实施模型和实施子系统是实施视图中的目标,因此在开发阶段意义重大。它是设计包的物理模拟。“实施子系统”这个名称反映了“子系统”这一术语的通常用法,即指比组件范围更大的对象。但是,在 UML 术语中,赋予它的构造型是包,而不是子系统。 implementation view(实施视图) 一种架构视图,它就打包和分层以及配置管理(所有权、发布策略等)等方面对开发环境中静态软件元素(代码、数据和其他补充工件)的组织进行说明。在 Unified Process 中,实施视图是和实施模型有关的视图。 import(导入) 在包的环境中的一种依赖关系,表明那些其类可以在特定包(包含以递归方式嵌入到其中的包)中引用的包。对比:导出。 import-dependency(导入依赖关系) 设计中的一种赋予构造型的依赖关系,以某一设计包为源,以另一设计包为目标。导入依赖关系允许目标包的公共内容可由源包引用。 inception(先启) Unified Process 的第一个阶段。在此阶段中,上一代的基本构想(方案征求)已至少在内部得到拨款,准备工作就绪,可以进入精化阶段。 include(包含) 从基本用例到包含用例的关系,指定如何将为包含用例定义的行为插入到为基本用例定义的行为中。 include-relationship(包含关系) 包含关系是从基本用例到包含用例的关系,它指定如何采用显式方式,将为包含用例定义的行为插入到为基本用例定义的行为中。 increment(增量) 在后续迭代结束后,两个发布版之间存在的差异(差值)。 incremental(递增) 一种符合迭代式开发策略的构建方式,采用此方式构建系统时,将在每次迭代过程中逐渐增加更多的功能。 inheritance(继承) 实现泛化关系的机制,也是从单个类片段中提炼出完整类说明所采用的机制。 将较为特殊的元素合并到与行为相关且较为一般的元素的结构和行为中所采用的机制。请参见泛化关系。 input(输入) 流程所使用的工件。请参见静态工件。 inspection(检查) 一种正式的评估方法,此方法规定一些工件(模型、文档、软件)由创始人之外的个人或小组审核,旨在检测故障、找出违反开发标准的情况以及其他问题。 instance(实例) 满足类或类型说明的单个实体。 可应用一组操作的实体,它具备一种可用于存储操作效果的状态。请参见对象。 integrated development environment(集成开发环境,IDE) 包含编辑器、编译器和调试器的软件程序。 integration(集成) 将单独的软件组件组装为可执行的整体系统的软件开发活动。 integration build plan(集成构建计划) 定义在特定的迭代中实施和集成组件所要采用的顺序。附带在迭代计划中。 interaction(交互) 交互说明如何在实例间发送激励来执行特定任务。交互是在协作环境中定义的。请参见协作。 interaction diagram(交互图) 用于强调对象交互的若干种图的统称。这些图包括:协作图、序列图和活动图。 interface(接口/界面) 用于指定类或组件服务的操作的集合。 一个指定的、表示元素行为特征的操作集。 interface inheritance(接口继承) 对较为特殊的元素的接口的继承。不包含对实施的继承。对比:实施继承。 internal transition(内部转移) 表示响应事件但并未改变对象状态的转移。 Internet 使用 TCP/IP 协议的众多互连网络的集合,演变自二十世纪六十年代末、七十年代初的 ARPANET。 Internet Inter-ORB Protocol(Internet ORB 间协议,IIOP) 业界标准协议,定义如何通过 TCP/IP 网络交换通用 ORB 间协议 (GIOP) 消息。IIOP 使得 Internet 本身即可用作骨干 ORB,其他 ORB 可借此进行连接。 Internet Protocol(Internet 协议,IP) 提供基本 Internet 功能的协议。 Internet protocol address(Internet 协议地址) 一个数字地址,可唯一标识每台连接网络的计算机。例如,123.45.67.8。 Intranet 公司或组织内部的专用网络,使用与公用 Internet 相同种类的软件,不过只供内部使用。随着 Internet 的日益普及,专用网中使用了许多 Internet 上使用的工具。例如,许多公司的 Web 服务器只供内部员工使用。 IP Internet 协议 IP number(IP 号码) 以唯一号码表示的 Internet 地址,由四段组成,各段间以圆点(有时称为点分四元组)分隔,例如:198.204.112.1。每台 Internet 计算机都有一个 IP 号码,而且多数计算机还具备一个或多个作为点分四元组映射的域名。 IPSec IP 安全协议 IP Security Protocol(IP 安全协议,IPSec) 提供网络层上的加密安全服务。 ISAPI Internet 服务器 API ISO 国际标准化组织。 ISP 因特网服务提供商 iteration(迭代) 带有已建立基线的计划和评估准则的独特活动序列,迭代生成发布版(内部或外部)。 JAR Java 档案文件 Java Java 是由 Sun Microsystems 开发的一种新的编程语言。采用 Java 的独特设计编写的程序可通过 Internet 安全下载到您的计算机上并立即运行,而无需担心计算机或文件会受到病毒感染或遭受其他损害。使用称作 Applet 的 Java 小程序,可以为 Web 页增添诸多特色,如:动画、计算器和其他别致的东西。 使用 Java 可以大大扩展 Web 的功能。编写 Java 程序,然后将其纳入 Web 页中,就几乎可以完成普通计算机程序实现的所有功能。 Java archive(Java 档案文件,JAR) 独立于平台的、可将多个文件归为一组的文件格式。JAR 文件用于压缩、缩短下载时间和确保安全性。JAR 格式是以 Java 编写的,因而 JAR 文件可完全扩展。 Java Database Connectivity(Java 数据库连接,JDBC) JDK 1.1 中的规约,它定义了使程序能够访问符合该标准的数据库的 API。 Java Development Kit(Java 开发工具包,JDK) Java 开发工具包 1.1 是可由 Sun Microsystems 的授权开发人员使用的、最新的 Java 技术包。JDK 的每个发布版都包含如下内容:Java 编译器、Java 虚拟机、Java 类库、Java Applet 查看器、Java 调试器以及其他工具。 Java Foundation Classes(Java 基础类,JFC) JFC 由 Netscape、Sun 和 IBM 共同开发,是有助于开发 Java 应用程序接口的构建块。借助于 JFC,Java 应用程序得以更全面地与现有操作系统进行交互。 JavaBean JavaBean 是一种组件,它可与其他单独开发的 Bean 一同集成到应用程序中。这一应用程序可在浏览器内独立使用,还可用作 ActiveX 组件。对单个进程而言,JavaBean 应在本地运行,而且通常在运行时可见。这一可视组件可以是按钮、列表框、图形或图表等对象。 JDBC Java 数据库连接 JDK Java 开发工具包 JFC Java 基础类 JIT 刚好及时 JVM Java 虚拟机 A B C D E F G H I J [K]L M N O P Q R S T U V W X Y Z key mechanism(关键机制) 对如何根据系统元素间的交互模式实现架构模式的说明。 详见软件架构文档。 keyword(关键字) 为 Java 保留的预定义字,例如:return,此类字不能用作标识符。 A B C D E F G H I J K[L]M N O P Q R S T U V W X Y Z LAN 局域网 layer(层) 对模型中同一抽象层次上的包进行分组的一种特定方式。 同一抽象层次的分类器或包的组织结构。层是对构架的横向划分,而分区是对构架的纵向划分。对比:分区 (partition)。 LDAP 轻量目录存取协议 link(链接) 对象元组之间的语义连接。关联关系的一个实例。请参见关联关系。 link end(链接端) 关联关系端的一个实例。请参见关联关系端。 listener(监听程序) JDK 1.1 中接收并处理事件的一个类。 Local Area Network(局域网,LAN) 位于限定地理区域范围内的用户组织或机构处的计算机网络。LAN 通常由一台或多台服务器组成,可向多台客户机工作站提供服务。 logical view(逻辑视图) 用于对系统设计中的主要类进行说明的架构视图,包含:与业务相关的关键类,以及定义关键行为和结构机制(永久性、通信、容错、用户界面)的类。在 Unified Process 中,逻辑视图是设计模型的视图。 management(管理) 软件工程流程中的核心支持工作流程,其目的在于计划和管理开发项目。 marshal(反串行化) 反串行化 (deserialize) 的同义词。 mechanism(机制) 机制是模式的一个实例。要成为特定模型中的协作,机制还需进一步的改进。因而可将机制看作是在单一环境中针对重复出现问题的一种特定解决方案。可以说机制与模式是相适应或相符的。任何协作均可称作机制,但该术语常指能够解决软件应用中频繁出现问题的那些协作。例如,为处理永久性问题以及可应用模式提供解决方案的协作。在分析设计中,可以将机制的概念用作“占位符”。举例来说,如果已确定需要永久性,分析员和设计员就可以说将要使用永久性机制,这样就可使问题得到系统且一致的解决。 message(消息) 实例间进行信息传递的规约,并具有引起相应活动的期望。消息中可指定发出信号或调用操作。 messaging(消息传递) 分布式应用程序借以相互传送消息进行通信所用的通信模型。消息通常是一个较短的信息包,它不一定需要答复。消息传递使用的是异步通信方法。消息也可是类中的一段 Java 代码,它可以被激活并传递用于执行特定任务的一组参数。 metaclass(元类) 实例均为类的一个类。元类通常用于构建元模型。 meta-metamodel(元-元模型) 定义表示元模型所用语言的模型。元-元模型与元模型之间的关系类似于元模型与模型之间的关系。 metamodel(元模型) 对表述模型的语言进行定义的模型。 metaobject(元对象) 元建模语言中所有元实体的统称。例如,元类型、元类、元属性以及元关联关系。 method(方法) (1) 经常用来完成某项任务的系统化方式;完成任务或实现目标所遵循的详尽的、组织有序的计划或步骤。(2) 在 UML 1.1 中指影响到操作结果的操作、算法或过程的实施。 操作的实施。它指定与操作相关联的算法或过程。 method call(方法调用) 消息 (message)的同义词。 MIB 管理信息库 milestone(里程碑) 迭代正式结束的时间点;与发布时间点相对应。 MIME 多用 Internet 邮件扩展 model [MOF](模型 [MOF]) 以完整的语义表示系统的抽象概念。在 Unified Process 中,表示从特定角度对系统作出的完整说明(这里的“完整”是指从该角度理解系统时无需补充其他信息);一组模型元素。两个模型不能重叠。 以完整的语义表示主题系统的抽象概念。请参见系统。 用法说明:在 MOF 规约(用于说明元-元模型)环境中,为简便起见,元-元模型通常称为模型。 model aspect(模型侧重面) 建模的某一方面,用于强调元模型的某些特性。例如:模型的结构侧重面强调的是元模型的结构特性。 model elaboration(模型精化) 从已发布的模型生成储存库类型的过程。在此过程中要生成接口和实施方案,以便根据已精化的模型对储存库进行实例化和填充。 model element(模型元素) [MOF] 模型元素用于表示从正在建模的系统中提取的抽象概念。对比:视图元素 (view element)。 在 MOF 规约中,模型元素被视作元对象。 Model View Controller(模型视图控制器,MVC) 用于分解应用程序组件的应用程序架构: 模型代表业务逻辑或数据;视图代表用户界面;控制器用于管理用户输入,或者在某些情况下管理应用程序流。 modeling conventions(建模约定) 表述概念的方式,以及项目团队管理层已决定对建模语言施加的限制。这些限制即指一些声明,如:“不要在子系统之间使用继承”;“不要在用例模型中使用扩展或包含关联关系”;“不要在 C++ 中使用友元构造”。建模约定在软件构架文档中提供。 modeling time(建模期) 指在软件开发流程的建模阶段中发生的事件。它包括分析期和设计期。用法说明:当讨论对象系统时,要注意区分建模期事项和运行时事项,这一点通常很重要。请参见分析期、设计期。对比:运行时 (run time)。 module(模块) 软件的存储和操作单元。模块包括源代码模块、二进制代码模块和可执行代码模块。请参见组件。 MOM 面向消息的中间件 multiple classification(多重分类) 泛化关系的一种语义变化形式,其中一个对象可以直接属于多个类。请参见动态分类。 multiple inheritance(多重继承) 泛化关系的一种语义变化形式,其中一个类型可以具有多个超类型。对比:单继承 (single inheritance)。 multiplicity(多重性) 用于指定某个集可能采用的可允许基数范围。可以为关联关系角色、组合部件、重复以及其他目的指定多重性。多重性基本上是非负整数的子集(可能是无穷子集)。对比:基数 (cardinality)。 Multipurpose Internet Mail Extension(多用 Internet 邮件扩展,MIME) 支持文本、图像、音频和视频的邮件所遵循的 Internet 标准。 multi-valued(多值) [MOF] 定义了多重性的模型元素,其 Multiplicity Type:: upper 属性被设为大于 1 的数值。“多值”一词在任何时候都与属性、参数等具有的值个数无关。对比:单值 (single-valued)。 mutator methods(存取器方法) 对象提供来定义其实例变量接口的方法。用于返回实例变量值的存取器方法称为获取方法;用于为实例变量赋值的存取器方法称为设置方法。 MVC 模型视图控制器 MVS 多重虚拟存储器 A B C D E F G H I J K L M[N]O P Q R S T U V W X Y Z n-ary association(多元关联关系) 三个或更多个类之间的关联关系。关联关系的每个实例分别是相应类中值的一个 n 元组。对比:二元关联关系 (binary association)。 name(名称) 用于标识模型元素的字符串。 namespace(名字空间) 模型中用于定义和使用名称的部分。在名字空间中,每个名称都有唯一的含义。请参见名称。 NC 网络计算机或网络计算 NCF 网络计算框架 NNTP 网络新闻传输协议 node(节点) 节点是一种代表运行时计算资源的分类器。一般来说,节点至少要具备内存,还需有处理能力。运行时对象和组件可驻留在节点上。 NSAPI Netscape Server API NT Windows NT(新技术) A B C D E F G H I J K L M N[O]P Q R S T U V W X Y Z object(对象) 一种实体,它有明确定义的边界以及封装了状态和行为的标识。状态由属性和关系来表示,行为由操作、方法和状态机来表示。对象是类的一个实例。请参见类、实例。 object class(对象类) 用于定义对象属性和方法的模板。一个对象类可包含其他对象类。单独表示的对象类称为对象。 object diagram(对象图) 对象图包含对象以及对象在某一时刻的关系。对象图可以被看作是类图或协作图的一个特例。请参见类图、协作图。 object flow state(对象流状态) 活动图中的一种状态,它表示将对象从一种状态中的动作输出传递到另一种状态中的动作输入。 object lifeline(对象生命线) 序列图中表示对象存在时间段的一条线。请参见序列图。 object model(对象模型) 系统实施的抽象表示。 Object Request Broker(对象请求代理,ORB) 一个 CORBA 术语,表示对象以透明的方式提出请求并从其他本地或远程对象接收响应的方法。 object-oriented programming(面向对象程序设计,OOP) 以数据抽象和继承概念为基础的编程方法。与过程编程方法不同,面向对象程序设计侧重于构成问题的那些数据对象以及它们的操作方式,而不是完成任务的方式。 ODBC 开放数据库连接标准 ODBC Driver(ODBC 驱动程序) ODBC 驱动程序是一种动态链接库 (DLL),它执行 ODBC 函数调用并与数据源进行交互。 ODBC Driver Manager(ODBC 驱动程序管理器) ODBC 驱动程序管理器由 Microsoft 提供,它是一种带有导入库的 DLL。驱动程序管理器的主要用途是装载 ODBC 驱动程序。驱动程序管理器还为每个驱动程序提供 ODBC 函数入口点,并为 ODBC 调用提供参数验证和序列验证。 OLTP 联机事务处理 OMG 对象管理组 online transaction processing(联机事务处理,OLTP) 一种支持交互式应用程序的计算方式。在这种计算方式中,终端用户所提交的请求一经接收即被处理。处理结果会在相当短的时间内返回给请求方。 联机事务处理系统对资源共享进行监控,以确保在同一时间有效地处理多个事务。 OO 面向对象 OOP 面向对象程序设计 Open DataBase Connectivity(开放数据库连接标准,ODBC) Microsoft 开发的一种 C 数据库应用程序编程接口 (API)。它允许通过调用可调用的 SQL 来访问数据库管理系统,而不需要使用 SQL 预处理指令。另外,ODBC 还提供了一个架构,允许用户添加被称作数据库驱动程序的模块,这些模块可在运行时将应用程序链接到用户选择的数据库管理系统。这样,应用程序就再也不必直接链接到受支持的所有数据库管理系统的模块。 operation(操作) 可从对象中请求来实现某种行为的服务。每个操作都有一个签名,用以限制可能的实参。 operating system process(操作系统进程) 类和子系统的实例在其中驻留并运行的唯一地址空间和执行环境。执行环境可分为一个或多个控制线程。另请参见进程和线程。 ORB 对象请求代理 organization unit(组织单元) 业务角色、业务实体、关系、业务用例实现、图和其他组织单元的集合。组织单元用于将业务对象模型分成较小部分,从而建立业务对象模型的结构。 originator(发起者) 发起者是提交变更请求 (CR) 的任何人。标准的变更请求机制要求发起者按照变更请求的形式提供有关当前问题的信息,以及建议的解决方案。 output(输出) 作为处理步骤结果的任何工件。请参见可交付工件。 outside link(外部链接) Web 站点中指向当前 Web 站点之外的 URL 的链接。 package(包) 将元素分组的一种通用机制。包之间可进行嵌套。 palette(调色板) 请参见 Bean 调色板。 paradigm(范型) parameter(参数) 用于指定可更改、传递或返回的变量。参数可包含名称、类型和方向。参数在操作、消息和事件中使用。同义词:形参 (formal parameter)。对比:实参 (argument)。 parameter connection(参数连接) 通过提供特征值或者动作、方法或脚本的返回值来满足动作参数或方法参数的一种连接。参数始终是连接源。另请参见“连接”。 parameterized element(参数化元素) 带有一个或多个未绑定参数的类的描述符。同义词:模板 (template)。 parent(父) 在泛化关系中指对子元素的泛化关系。请参见子类、子类型。 对比:子 (child)。 parent class(父类) 其他 Bean 或类从其中继承数据和(或)方法的类。 participates(参与) 将模型元素连接到关系或具体化的关系。例如:类参与关联关系;角色参与用例。 partition(分区) (1) 活动图:活动图中用于组织动作职责的部分。请参见泳道。 (2) 架构:同一抽象级别上分类器或包的子集。分区表示对架构的纵向划分,而层表示对架构的横向划分。对比:层 (layer)。 pattern(模式) 在软件中:指经过验证,至少适用于一种实用环境(更多时候是好几种环境)的解决方案模板(用于结构和行为),“模式”因此而得名。在 UML 中:模式由参数化的协作来表示,但 UML 不直接对模式的其他方面(如使用结果列表、使用示例等,它们可由文本来表示)进行建模。要将模式实例化,可将值绑定到该模式的参数。存在各种范围和抽象程度的模式,例如,架构模式、分析模式、设计模式和代码模式或实施模式。 PDR 初步设计复审 PERL 实用析取报告语言。 persistent object(永久对象) 在创建对象的进程或线程消亡后仍然存在的对象。 phase(阶段) 两个主要项目里程碑之间的时间段,在此期间要实现一组既定的目标、完成工件并决定是否进入下一阶段。 post-condition(后置条件) 一种文本说明,用于定义用例结束时的系统约束。 在操作结束时必须为“true”的约束。 PRA 项目复审委员会 PRD 产品需求文档 pre-condition(前置条件) 一种文本说明,用于定义用例开始时的系统约束。 在调用操作时必须为“true”的约束。 preliminary design review(初步设计复审,PDR) 在瀑布式生命周期中,架构设计结束时所进行的主要复审。请参见指南:软件开发计划--使传统的瀑布式复审序列与迭代方法相一致。 primitive type(基础类型) 预定义的、不具有任何子结构的基础数据类型,如整数或字符串。 private(私有) 与类成员相关联的存取权限。它只允许该类本身访问此成员。 process(进程/流程) (1) 进程是可在逻辑上与其他进程并行执行的控制线程,特指操作系统进程。另请参见线程。 (2) 流程是实现某个目标所需的一系列顺序相对固定的步骤;在软件工程中,目标是开发软件产品,或改进现有软件产品;在流程工程中,目标是开发或改进流程模型;在业务工程中,它对应于一个业务用例。 (1) 操作系统中的重量级并行和执行单元。对比:线程 (thread),它包含重量级和轻量级进程。如有必要,可以使用原型在实施方面予以区分。(2) 软件开发流程,即开发系统所遵循的步骤和指南。 (3) 执行一种算法或是以其他方式动态处理一些事务。 process view(进程视图) 描述系统的并行情况(即任务/进程及其交互)的架构视图。 processor(处理器) 一种能够运行一个或多个进程的节点。通常,它需要具备计算能力、内存、输入输出设备等。另请参见节点、进程和设备。 product(产品) 作为开发结果的软件,以及一些相关的工件(文档、发布版介质、培训材料)。 product champion(产品推介人) 掌握产品前景的高层人物,他在产品开发团队和客户之间充当推介人的角色。 product-line architecture(产品线架构) 定义元素类型、它们的交互方式,以及产品功能映射到这些元素的方式。它还可能会进一步对架构元素的一些实例进行定义。该术语一般可用来指组织或公司内部的一套产品。[HOF98] product requirements document(产品需求文档,PRD) 在较高层次上对产品(系统)、产品用途及产品特性集作出的说明。 project(项目) 项目由相应的人员来完成,受到有限资源的约束,需要得到计划、执行和控制。项目是为创造独特的产品或服务而付出的暂时性努力。暂时指的是每个项目都有明确的起止时间。独特指的是该产品或服务有别于所有其他类似的产品或服务。 在实现组织的经营策略时,项目往往是非常关键的部分。 Project charter(项目计划) project manager(项目经理) 承担项目总体责任的角色。项目经理需要确保按照项目时间表、预算和质量要求来安排、分配并完成任务。 Project Review Authority(项目复审委员会,PRA) 项目经理向其汇报工作的组织实体。PRA 负责确保软件项目符合政策规定、惯例和标准。请参见概念: Rational Unified Process 的组织环境。 projection(投影) 从一个集到其子集的映射。 promotion(晋升) 在 JavaBean 中,指让被包含的 Bean 的特性可用于建立连接。例如,一个 Bean 由面板上的三个按钮组成。如果将该 Bean 放在一个框架中,则应将这些按钮的特性晋升,让它们可从该框架中进行访问。 property(特征) 表示元素特点的指定值。特征具有语义上的作用。有些特征已在 UML 中预定义,而其他特征可由用户定义。请参见标注值。 property-to-property connection(特征-特征连接) 从一个对象的特征到另一个对象的特征的连接。另请参见“连接”。 protected(保护) 与类成员相关联的存取权限。它允许该类本身、子类和同一包中的所有类访问此成员。 protocol(协议) 在封装体之间通信所使用的一组可兼容消息的规约。协议用于定义一组输入和输出消息类型(例如操作、信号);还可以定义一组序列图,以规定消息传递应遵循的顺序。协议也可定义一个状态机,以指定协议的角色必须提供的抽象行为。 Protocol (TCP/IP) (协议,TCP/IP) 通过 Internet 在全球传递计算机消息的编程基础。它是定义 Internet 的一套协议。TCP/IP 软件最初是为 UNIX 操作系统而设计的,现今已可用于各种主要的计算机操作系统。要真正与 Internet 建立连接,您的计算机必须安装 TCP/IP 软件。 prototype(原型) 不必经由变更管理和配置控制的发布版。 proxy(代理) 不同网络之间的一种应用程序网关,可用于特定的网络应用程序(如 FTP 的 Telnet)。例如,防火墙的代理 Telnet 服务器会执行用户验证,然后让信息流通过代理,就好象代理根本不存在。这种功能是在防火墙系统中(而不是在客户工作站上)执行的,从而会增加防火墙的负载。请与 SOCKS 作比较。 pseudo-state(伪状态) 状态机中的一个顶点,它具有状态的形式,但不执行状态的行为。伪状态包含初始顶点和历史顶点。 published model(已发布的模型) [MOF] 已定型的模型,可用于对储存库进行实例化,并有助于定义其他模型。已定型模型的元素将无法变更。 QA 质量保证 qualifier(限定词) 一个关联关系属性或属性元组,其属性值用来划分与关联关系对象相关的一组对象。 quality assurance(质量保证,QA) 质量保证是项目经理的职责,该角色负责确保所有项目成员都按项目标准正确执行了项目。 race condition(竞争状态) 两个或更多的独立任务同时访问或修改同一状态信息时出现的状态。这种状态可能导致系统行为的不一致,因此,这是并行系统设计中的根本问题。 rank(等级) 用例或场景的一个属性,它描述的是对架构的影响,或说明对发布版的重要性。 rationale(理由) 陈述或解释作出某种选择的原因。 RDBMS 关系数据库管理系统。 receive [a message](接收[消息]) 对从发送方实例传递的激励进行处理。参见发送方、接收方。 receiver [object](接收方[对象]) 对从发送方对象传递的激励进行处理的对象。对比:发送方 (sender)。 reception(接收) 一个声明,表明分类器准备好对接收到的信号作出反应。 Refactoring(重构) reference(引用) (1) 表示模型元素。(2) 分类器中一个指定的槽,便于快速导航到其他分类器。同义词:指针 (pointer)。 refinement(改进) 表明已在某种详细程度上对某事进行更为全面说明的一种关系。例如:设计类是对分析类的改进。 relationship(关系) 模型元素间的语义连接。举例来说,关联关系和泛化关系就是两种关系。 release(发布版) 最终产品的一个子集,要在主要里程碑处进行评估。发布版是产品的稳定和可执行版本,随同发布的还有要使用该发布版的所有工件,如:发布说明或安装说明。发布版可以是内部的,也可以是外部的。内部发布版(作为里程碑的一部分)仅由开发组织使用,也可以用于向用户或客户进行演示。外部发布版(或交付产品)则要交付给最终用户。发布版不必是一个完整的产品,而可以只是全过程的一个阶段性成果,它的有用性只是从工程角度来衡量的。发布有强制的功能,它使开发团队定期结束任务,从而避免“完成了 90%,还剩下 90%”这种情形的出现。另请参见原型、基线。 release manager(发布经理) 发布经理负责确保所有软件资产都已按要求进行控制并可配置为内部或外部发布版。 Remote Method Invocation(远程方法调用,RMI) JDK 1.1 中的 API,用于编写分布式的 Java 程序,让远程 Java 对象的方法可由其他 Java 虚拟机访问。 Remote Procedure Call(远程过程调用,RPC) 一个通信模型,其中,请求要通过函数调用向分布在其他位置的过程发出。过程的位置对调用方应用程序来说是透明的。 report(报告) 自动生成的对一个或多个工件的说明。报告本身并不是工件。报告在多数情况下是开发过程中的一个临时产品,它起到了传达演进系统的特定方面的作用。报告是对非文档工件的快照性的说明。 repository(储存库) 对象模型、接口和实施方案的存储位置。 requirement(需求) 需求用于说明系统必须符合的条件或具备的功能。它可以直接来自于用户需要,或在合同、标准、规约或其他正式规定的文档中阐明。请参见概念:需求。 所需的特性、特征或系统行为。 requirement attribute(需求属性) 与特定需求相关联的信息,它在该需求和其他项目元素(例如:优先级、时间表、状态、设计元素、资源、成本、危害)之间提供链接。 requirements(需求) 软件工程流程中的核心工作流程,其目的是要确定系统应该做什么。其中最重要的活动就是要制定前景、用例模型和软件需求规约。 requirements management(需求管理) 一种系统化的方法,用来获取、组织和记录系统的需求,还要使客户和项目团队在系统变更需求上达成并保持一致。请参见概念:需求管理。 requirements tracing(需求跟踪) 从某一个需求到其他需求和其他关联的项目元素的链接。 requirement type(需求类型) 需求的分类—例如,涉众需要、特性、用例、补充规约、测试需求、文档需求、硬件需求、软件需求等—分类的依据是一般的特征和属性。请参见概念:需求类型。 resource file(资源文件) Java 程序所引用的文件。图形和音频文件都属于资源文件。 responsibility(职责) 分类器要履行的合同或承担的义务。 result(结果) 输出的同义词。另请参见可交付工件。 resurrect(反串行化) 反串行化 (deserialize) 的同义词。 review(复审) 复审是一项集体活动,目的是要找出一组工件中潜在的缺陷并评估质量。 reuse(复用) 进一步使用或重复使用某个工件。 使用现有工件。 RFC 征求意见文件。称为 RFC,Internet 标准即在这些文档中定义。 RMI 远程方法调用 RMI compiler(RMI 编译器) 生成辅助 RMI 通信的桩模块和框架文件的编译器。该编译器可从“工具”菜单项自动激活。 RMI registry(RMI 注册表) 一个服务器程序,允许远程客户机获得对服务器 Bean 的引用。 risk(风险) 很有可能阻碍主里程碑成功的当前或未来发生的事项。 role(角色) 参与特定环境的设计元素的行为,例如:用例实现。另请参见分析类。 参与特定环境的实体的特定行为。角色可以是静态的(例如:关联关系的一端),也可以是动态的(例如:协作角色)。 RPC 远程过程调用 RSA Rivest-Shamir-Adleman 算法。 run time(运行时) 计算机程序执行的时段。对比:建模期 (modeling time)。 A B C D E F G H I J K L M N O P Q R[S]T U V W X Y Z S/MIME 安全 MIME sandbox(沙箱) 由 Web 浏览器提供的有限环境,可供 Java Applet 在其中运行。沙箱为这些 Applet 提供服务,并阻止它们执行规定之外的操作,如:执行文件输入/输出,与不是装载该 Applet 的服务器通信。如果将 Applet 类推到子级,将调用这些 Applet 运行的沙箱环境。 SAP 原名为“Systemanalyse und Programmentwicklung”,现改名为“Systems, Applications, and Products in Data Processing”。 scenario(场景) 一个描述性的用例实例,是用例的子集。 用于描述行为、按特定顺序排列的动作。场景可用来描述用例实例的交互或执行。请参见交互。 schema [MOF](方案 [MOF]) 在 MOF 环境中,方案类似于作为模型元素容器的包。方案对应于 MOF 包。对比:元模型 (metamodel),包对应的是 MOF 包。 scope management(规模管理) 根据可用的资源和时间,对可在特定的发布周期中实现的一组需求进行确定和按优先级排序的过程。此过程随着变更的不断出现贯穿整个项目的生命周期。另请参见变更管理。 semantic variation point(语义分歧点) 元模型在语义上的分歧点。这是为自由解释元模型的语义而特意准备的。 send [a message](发送 [消息]) 从发送方实例向接收方实例传递激励的操作。请参见发送方、接收方。 sender [object](发送方 [对象]) 将激励传递给接收方对象的对象。对比:接收方 (receiver)。 SEPA 软件工程流程管理委员会 sequence diagram(序列图) 用于显示按时序安排的对象交互的图。其中突出显示了参与交互的对象以及交换顺序的一系列消息。与协作图不同,序列图包括了时间顺序,但不包括对象关系。序列图可以是通用格式(说明所有可能的场景)的,也可以是实例格式(说明某一实际场景)的。序列图和协作图表述的是相似的信息,但表述的方式却不同。请参见协作图。 serialize(串行化) 串行化 (de-marshal) 的同义词。 server(服务器) 为网络中的多个用户或工作站提供服务的计算机,例如:文件服务器、打印服务器或邮件服务器。 Servlet Servlet 是为响应浏览器请求而在服务器上执行的 Java 对象。它们可以直接生成 HTML 或 XML,也可以调用 JSP 生成输出结果。 SET 安全电子商务 SHTTP 安全超文本传输协议 signal(信号) 对在实例间传送的异步激励的指定。信号可带有参数。 signature(签名) 一个行为特性的名称和参数。签名中可选择包含返回的参数。 single inheritance(单继承) 是泛化关系的语义变化形式,其中,一种类型只能有一个超类型。对比:多重继承 (multiple inheritance)。 single valued(单值) [MOF] 定义了多重性的模型元素,当 Multiplicity Type:: upper 属性设置为 1 时它只能有一个值。“单值”一词在任何时候都与属性、参数等具有的值的个数无关,这是由于一个单值属性(例如:多重性的下限为 0)可能没有值。对比:多值 (multi-valued)。 single-byte character set(单字节字符集) 每个字符均由单字节代码表示的字符集。 SMTP 简单邮件传输协议 SNMP 简单网络管理协议 Socket Secure(套接字保护,SOCKS) 允许相容的客户代码(使套接字安全的客户代码)与远程主机建立会话的网关。 SOCKS 套接字保护 software architecture(软件架构) 软件架构包含: 有关软件系统组织方式的重大决策 所选的结构元素、构成系统的元素的接口,以及在这些元素的协作中所规定的行为 由结构和行为元素组成的更大的子系统 指导组织方式、这些元素和其接口、它们之间的协作及其组成的架构风格 软件架构不仅与结构和行为有关,也与用法、功能性、性能、弹性、复用、可理解性、经济技术约束和折衷考虑以及美观性有关。 Software Engineering Process Authority(软件工程流程管理委员会,SEPA) 负责流程定义、评估和改进的组织实体。请参见概念:Rational Unified Process 的组织环境。 software requirement(软件需求) 有关系统外部可见行为的规约。例如:系统输入、系统输出、系统功能、系统属性或系统环境的属性。 software requirements specifications(软件需求规约,SRS) 完整定义要构建系统的外部行为的一组需求。—有时称为功能规约。 software specification review(软件规约复审,SSR) 在瀑布式生命周期中,软件需求规约完成时进行的主要复审。请参见指南:软件开发计划#使传统的瀑布式复审顺序与迭代式方法相一致。 specification(规约) 对某事物是什么和做什么的一种公开说明。对比:实施 (implementation)。 SQL 结构化查询语言 SRR 系统需求复审 SRS 软件需求规约 SSL 安全套接层 SSR 软件规约复审 stakeholder(涉众) 会受到系统结果重大影响的个人。 stakeholder need(涉众需要) 必须解决的业务或运作问题(或能够带来的商机),以此证明购买或使用物有所值。 stakeholder request(涉众请求) 来自涉众的任意类型的请求—例如:变更请求、扩展请求、需求变更请求、缺陷。 Start page(起始页) 用户浏览 Web 站点时看到的第一页,也称为首页。 state(状态) 对象生命周期中的状况或情形,在这样的环境中,对象满足某个条件、执行某个活动或等待某个事件。 statechart diagram(状态图) 显示状态机的图。请参见状态机。 state machine(状态机) 状态机指定模型元素的行为、定义这个对象对事件的响应以及它的生命周期。 一个行为,它指定某对象或交互过程在其整个生命周期中对事件作出响应而先后经历的各种状态,同时表明响应和动作。 static artifact(静态工件) 流程中使用的、但不能改动的工件。 static classification(静态分类) 泛化关系的语义变化形式,按照这种分类,对象不能改变类型也不能改变角色。对比:动态分类。 static information(静态信息) 每次访问时都不会改变的 Web 文件。 stereotype(构造型) 对某个元素的元分类。构造型具有语义含义,可以为每个特定的构造型值指定语义含义。请参见构造型参考,了解 Rational Unified Process 中使用的预定义构造型。 扩展了元模型语义的一种新的建模元素。构造型必须基于元模型中特定的现有类型或类。 构造型可扩展已有类型和类的语义,但不能改动它们的结构。有些构造型已在 UML 中预定义,其他可由用户定义。 stimulus(激励) 信息从一个实例到另一个实例的传递,如:发出信号或激活操作。接收到的信号通常就被视作事件。请参见消息。 string(字符串) 文本字符的序列。字符串具体表示取决于实现方法,可能会包含支持国际通用字符和图形的字符集。 structural feature(结构特性) 模型元素的静态特性,例如属性。 structural model aspect(模型的结构侧重面) 强调系统中对象结构的模型侧重面,包含这些对象的类型、类、关系、属性和操作。 stub(桩模块) 具备测试功能的组件。桩模块可以是纯粹的“哑模块”,只返回一些预定义的值,也可以“模拟”一个更复杂的行为。 subactivity state(子活动状态) 活动图中的一种状态,表示执行有一定时长的非基本步骤序列。 subclass(子类) 在泛化关系中,对另一个类(超类)的特化。请参见泛化关系。对比:超类 (superclass)。 submachine state(子机状态) 状态机中的一种状态,相当于组合状态,但它的内容由另一个状态机来说明。 substate(子状态) 组合状态中的状态。请参见并行子状态、互斥子状态。 subsystem(子系统) 一种模型元素。它具有包的语义,这样就可以包含其他模型元素,也具有类的语义,这样就具有了行为。子系统的行为由它所包含的类或其他子系统提供。子系统实现一个或多个接口,这些接口定义子系统可以执行的行为。 子系统是对模型元素的分组,其中一些元素构成由分组中另一些元素所提供的行为的规约。请参见包。另请参见系统。 subtype(子类型) 在泛化关系中,对另一种类型(超类型)的特化。请参见泛化关系。对比:超类型 (supertype)。 superclass(超类) 在泛化关系中,对另一个类(子类)的泛化。请参见泛化关系。对比:子类 (subclass)。 supertype(超类型) 在泛化关系中,对另一种类型(子类型)的泛化。请参见泛化关系。对比:子类型 (subtype)。 supplier(提供端) 一种分类器,它提供可供其他分类器激活的服务。对比:客户端 (client)。 swimlane(泳道) 活动图上的一个分区,用于划分动作的职责。泳道通常对应于业务模型中的组织单元。请参见分区。 synch state(同步状态) 状态机中的一个顶点,用来对状态机中的并行区域进行同步。 synchronous action(同步操作) 发送对象暂停来等待对结果的请求。对比:异步动作 (asynchronous action)。 system(系统) (1) 为达成特定目的而组成的互连单元的集合。系统可由一个或多个模型从多种不同的角度进行说明。同义词:物理系统。(2) 一个顶级子系统。 system requirements review(系统需求复审,SRR) 在瀑布式生命周期中,系统规约完成时进行的主要复审的名称。请参见指南:软件开发计划。 Systems, Applications, and Products (SAP) 原名为“Systemanalyse und Programmentwicklung”,现改名为“Systems, Applications, and Products in Data Processing”。SAP 提供广泛使用的集成商务解决方案软件。 A B C D E F G H I J K L M N O P Q R S[T]U V W X Y Z tagged value(标注值) 对作为名称值对的特征的明确定义。在标注值中,名称被当作标记。有些标记已在 UML 中预定义,而其他特征可由用户来定义。标注值是 UML 中的三种可扩展性机制之一。请参见约束、构造型。 target (for test) (对象:对于测试) 作为测试对象的工作版本。请参见工作版本。 task(任务) 请参见操作系统进程、进程和线程。 TCP 传输控制协议 TCP/IP 传输控制协议/Internet 协议 team leader(团队负责人) 团队负责人负责在项目管理层和开发人员之间进行协调沟通。他将负责对任务进行分配和监督,直至任务完成。他还负责确保开发人员遵循项目标准,遵守项目日程安排。 technical authority(技术权威) 项目的技术权威有权裁定是否需要实施变更请求以及如何实施,并且还具备相应的技术专长。技术权威将依据变更请求来确定变更任务,并估计完成任务所需的工作量。 Telnet 美国国防部虚拟终端协议。 template(模板) 工件的预定义结构。同义词:参数化元素 (parameterized element)。 test(测试) 软件工程流程中的一个核心工作流程,其目的在于对系统进行集成和测试。 test case(测试用例) 为特定目标而开发的一组测试输入、执行条件和预期结果,其目标可以是测试某个程序路径或核实是否满足某个特定的需求。 test coverage(测试覆盖) 一项给定测试或一组测试对某个给定系统或组件的所有指定测试用例进行处理所达到的程度。 test driver(测试驱动程序) 用于调用测试项的软件模块或应用程序,它可通常用于提供测试输入(数据)、控制和监测执行情况,并报告测试结果。测试驱动程序使测试过程可以自动执行。 test item(测试项) 作为测试对象的工作版本。请参见工作版本。 test procedure(测试过程) 测试过程是指设置、执行给定测试用例并对测试结果进行评估的一系列详细步骤。 thin client(瘦客户机) 瘦客户机通常是指在资源紧张的计算机上运行的系统,或者是指运行小型操作系统的系统。瘦客户机不需要本地系统管理,它们执行通过网络传送的 Java 应用程序。 thread(线程) 一种独立的计算,执行位置为其所在的操作系统进程定义的执行环境和地址空间。有时也称作“轻量级进程”。 thread [of control](线程 [控制]) 在程序、动态模型或其他形式的控制流中的单一执行路径。用于实施主动对象的构造型也可作为轻量级进程。请参见进程。 time(时间) 表示某一绝对或相对时刻的值。 time event(时间事件) 表示自进入当前状态后所经过时间的事件。请参见事件。 time expression(时间表达式) 求解结果为绝对或相对时间值的表达式。 timing mark(时间标记) 用于表示事件发生或消息出现的时间。在设置约束时可使用时间标记。 tool mentor(工具向导) 用于说明如何使用特定的软件工具来执行特定的流程活动或步骤。 traceability(可追踪性) 将项目元素追踪到其他相关项目元素(尤其是那些与需求相关的元素)的能力。 trace(追踪) 一种依赖关系,表示两个元素在历史或流程方面的关系,这两个元素代表同一概念,但没有特定的相互派生规则。 transaction(事务) 单个请求启动的一个或多个应用程序所组成的处理单元。执行事务时可能需要启动一项或多项任务。 transaction processing(事务处理) 一种支持交互式应用程序的计算方式。在这种计算方式中,用户所提交的请求一经接收即被处理。处理结果会在相当短的时间内返回给请求方。事务处理系统可以对资源共享进行监控,以便同时处理多个事务。 transient object(临时对象) 仅在执行其创建进程或线程的过程中存在的对象。 transition(产品化/转移) 流程的第四个阶段,在该阶段将向用户群交付软件。 两种状态之间的关系,表示处于第一个状态的对象将执行某些指定的操作,并在发生指定事件和满足指定条件时进入第二个状态。当发生这种状态变更时,即触发了转移。 type(类型) 用于说明一组具有共同特点、关系、属性和语义的实体。 一种类构造型,用于指定实例(对象)所属的域以及可用于这些对象的操作。类型可能不包括任何方法。请参见类、实例。对比:接口 (interface)。 type expression(类型表达式) 求值结果为一个或多个类型的引用的表达式。 A B C D E F G H I J K L M N O P Q R S T[U]V W X Y Z UI 用户界面 UML 统一建模语言 Unicode(统一编码) 一种字符编码系统,可用于转换、处理和显示用当今世界的多种语言书写的文本。统一编码字符通常使用 16 位无符号整数来进行编码。 Unified Modeling Language(统一建模语言,UML) 统一建模语言 [UML99]。 在 Rational Unified Process 词汇表中,用该符号来表示统一建模语言中的定义: uniform resource locator(统一资源定位符,URL) 万维网中资源的标准标识符,Web 浏览器使用它来启动连接。URL 包括要使用的通信协议、服务器名称和标识服务器上待检索对象的路径信息。 uninterpreted(未解释) UML 未指定其实施的一个或多个类型的占位符。每个未解释的值都具有一个相关的字符串表示。 请参见任何 [CORBA]。 URL 统一资源定位符 usage(用途) 一个元素(客户)为实现其正确功能或实施需要另一个元素(提供端)参与的依赖关系。 use case(用例:类) 用例定义了一组用例实例,其中每个实例都是系统所执行的一系列操作,这些操作生成对于特定角色可见的值。用例类包含所有与产生“可见结果值”有关的主事件流和备用事件流。从技术角度来说,用例是实例为场景的类。 系统(或其他实体)在与系统的角色交互时可以执行的操作序列(包括变体)的说明。请参见用例实例。 use-case diagram(用例图) 一种说明系统内角色和用例之间的关系的图形。 use-case instance(用例实例) 由系统执行的操作序列,它产生特定角色可见的结果值。 操作序列的执行情况在用例中指定。用例的实例。 use-case model(用例模型) 根据用例说明系统的功能性需求的模型。 use-case package(用例包) 用例包是用例、角色、关系、图和其他包的集合,用于通过将用例模型分成若干个较小的部分来建立用例模型。 use-case realization(用例实现) 用例实现描述如何在设计模型内部使用协作对象来实现一个特定用例。 use-case view(用例视图) 一种描述在系统中如何执行关键用例的架构视图,主要侧重于对架构具有重要影响的构件(对象、任务、节点)。在 Unified Process 中,它是用例模型的视图。 user interface(用户界面,UI) (1) 使用户可以和计算机进行交互的硬件和/或软件。(2) “用户界面”这一术语一般是指可见外观及其底层与用户交互的软件。 utility(实用工具) 以类声明的形式对全局变量和过程分组的构造型。实用工具属性和操作分别变成全局变量和全局过程。实用工具不是基本的建模结构,而是一个编程工具。 A B C D E F G H I J K L M N O P Q R S T U[V]W X Y Z value(值) 类型域的元素。 variable(变量) (1) 数据特性在对象内的存储位置。数据特性(如数字或日期)是存储为包含对象的属性的对象。(2) 接收运行时标识的 Bean。变量本身不包含任何数据或程序逻辑;变量必须要进行连接,以便可在应用程序中的其他地方的 Bean 接收运行时标识。 VB Visual Basic version(版本) 某个工件的变体;工件的后期版本一般是在初期版本的基础上进行的扩展。 vertex(顶点) 状态机中状态转移的来源或目标。顶点既可以是状态,也可以是伪状态。请参见状态、伪状态。 view(视图) 模型的简化说明(抽象),即采取特定角度或观点并忽略与相应角度或观点无关的实体。另请参见架构视图。 模型的投影,即采取特定角度或观点并忽略与相应角度或观点无关的实体。 view element(视图元素) 视图元素是模型元素集合的文本或图形的投影。 view projection(视图投影) 模型元素在视图元素上的投影。视图投影为每个视图元素提供了位置和样式。 virtual machine(虚拟机,VM) 执行其他计算机程序的软件程序。它使实际运行的这台机器(例如一台计算机)表现得就象是另一台实际机器在运行一样。 visibility(可见性) 一种枚举,它的值(公有、保护或私有)表明它所引用的模型元素在其所在的名字空间之外的可见性。 vision(前景) 用户或客户的待开发产品的视图,它是在关键涉众需要和系统特性的层次上指定的。 visual programming tool(可视化编程工具) 一种借助于图形来对程序进行说明的工具。应用程序编程人员通过操纵组件的图形表示来编写应用程序。 VM 虚拟机 VPN 虚拟专用网络 A B C D E F G H I J K L M N O P Q R S T U V[W X Y Z] web application(Web 应用程序) 将 Internet 作为系统用户和系统之间主要通信手段的系统。另请参见 Web 系统。 web browser(Web 浏览器) 在客户机上运行的软件,用户使用它可以发出请求并显示 HTML 页。 web server(Web 服务器) 万维网的服务器组件。它负责为来自于 Web 浏览器的信息请求提供服务。请求信息既可以是从服务器的本地磁盘上检索得到的文件,也可以是服务器通过调用程序来执行特定应用程序功能而生成的文件。 web site(Web 站点) 所有内容都在一个服务器上的 Web 系统。用户使用浏览器来浏览 Web 站点。 web system(Web 系统) 包含多个信息页的超级媒体系统,这些信息页通过图形形式互相链接,而不采用分层或线性形式。 Web 系统本身就是一个可以通过浏览器访问的 Web 服务器。 Widget(窗口组件) 在此环境中,它是一个可以放置在窗口中的组件的统称,例如,按钮、滚动条、标签、列表框、菜单或复选框等。 work breakdown structure(工作细分结构) 计划框架,即将项目分解成多个可以从中分配和追踪成本、工件和活动的工作单元。 work guideline(工作指南) 提供如何执行一个或一组活动的实践指南的说明。它通常将考虑对于活动比较实用的方法。 worker(角色) 在软件工程组织的环境中,个人或协同工作的小组的行为和职责的定义。角色代表项目中个人承担的作用,并确定了如何完成工作。 workflow(工作流程) 在业务中执行的活动序列,它对于业务角色个体生成一个可见值结果。 workflow detail(工作流程明细) 对于需要密切协作以获得某种结果的活动所进行的分组。 这些活动通常以并行或迭代方式执行,一个活动生成的输出将作为另一个活动的输入。工作流程明细用于对活动进行分组,以便提供较高层次的抽象并使工作流程更加简明易懂。 workspace(工作区) 工作区包含当前正在进行开发的所有代码,即当前版本。工作区还包含标准的 Java 类库和其他类库。 workstation(工作站) 操作员使用的输入/输出设备配置。一个终端或微型计算机,通常连接主机或网络,用户可以使用它来执行应用程序。 World Wide Web(万维网,WWW 或 Web) 一种图形化的超文本多媒体 Internet 服务。 WYSIWYG 所见即所得。 XML 可扩展标记语言 |
词汇表
最新推荐文章于 2024-02-19 08:00:00 发布