软件工程术语(上)


    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属性 
        由类定义的特征,表示类或其对象的指定特征。属性具有类型,用于定义其实例的类型。
    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 

    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业务角色 
        业务角色表示业务中的一个或一组角色。参与业务用例实现时,一个业务角色和其他业务角色交互并控制业务实体。


    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 

    capsule封装体 
        一种特定的设计模式,代表系统中已封装的控制线程。封装体是一个已赋予构造型的类,该类具有一组特定的并且是必需和限定性的关联关系和特征。
    cardinality基数 
        元素集内的元素数目。对比:多重性(multiplicity)。
    causal analysis因果分析 
        追查问题的产生原因,并确定解决办法。
    CBD 
        基于构件的开发
    CCB 
        变更控制委员会
    CDR 
        关键设计评审
    CGI 
        公共网关接口
    change control board (CCB)变更控制委员会 
        CCB 的作用是提供集中的控制机制,以确保妥当地考虑、批准和协调每个变更请求。
    change management变更管理 
        控制和跟踪工件变更的活动。另请参见范围管理。
    change request (CR)变更请求 
        对涉众提出的要变更工件或过程的任何请求的统称。在变更请求中记录的信息是有关当前问题、提议解决方案及其成本的起源和影响的信息。另请参阅扩展请求、缺陷。
    checklist检查表 
       
    checkpoints检查点 
        某种组织良好的工件应该具有的一组条件。也可采用应作肯定回答的问答形式。
    class类 
        对于一组具有共同属性、操作、方法、关系和语义的对象的描述。类可使用一组接口来指定它提供给其环境的操作集合。请参见接口。
    class diagram 类图 
        显示了一组说明性(静态)模型元素的图,例如类、类型及它们的内容和关系。
    class hierarchy 类分层结构 
        共享某一单继承的类之间的关系。所有 Java 类都从 Object(对象)类继承。
    class library 类库 
        类的集合。
    class method 类方法 
        请参见方法。
    classifier 分类器 
        描述行为和结构特性的机制。分类器包括接口、类、数据类型和构件。
    client客户端 
        向其他分类器请求服务的分类器。对比:提供端 (supplier)。
    client/server 客户机/服务器 
        分布式数据处理中的交互模型,即某一位置的程序向另一位置的程序发出请求并等待响应。发出请求的程序称为客户程序,应答程序称为服务程序。
    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通信关联关系 
        介于主角类和用例类之间的关联关系,表示在其实例间存在交互。关联关系的方向可指明通信的发起方。
    communication association通信关联关系 
        在部署图中,表示通信的节点间的关联关系。请参见部署图。
    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具体 
        配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。
    concrete class具体类 
        可以直接实例化的类。对比:抽象类 (abstract class)。
    concurrency并行 
        在同一时间间隔中两个或多个活动同时发生的现象。并行可以通过交替或同时执行两个或多个线程来实现。请参见线程。
    concurrent substate 并行子状态 
        可以和包含在同一组合状态中的其他子状态并存的子状态。请参见组合子状态。对比:互斥子状态 (disjoint substate)。
    configuration 配置 
        (1) 一般:由其功能单元的性质、个数、主要特性所确定的系统或网络的安排,可应用于硬件或软件配置。
        (2) 用于确定系统或系统构件的特定版本的需求、设计和实施。请参见配置管理。
    configuration item 配置项 
        配置中的实体,它满足最终使用要求,并且对于特定的引用,它可被唯一确定。
    configuration management 配置管理 
        一个支持过程,其目的是标识、确定项目并建立项目基线;控制这些项目的更改和发布;报告并记录这些项目和更改请求的状态;确保项目的完整性、一致性和正确性;控制存储;处理并交付这些项目。
    constraint 约束 
        语义条件或限制。特定约束已在 UML 中预定义,其他可由用户定义。约束是 UML 中的三个可扩展性机制之一。请参见标注值、构造型。
    construction 构建 
        软件开发过程的阶段,在该阶段中,软件从可执行构架基线前进到可准备向用户群过渡的这一点上。
    constructor构造函数 
        与类同名的特殊类方法,用于构建并可能初始化和它同属一个类的对象。
    container容器 
         (1) 一个实例,用于包含其他实例,并为访问内容或进行内容迭代提供操作。(例如:数组、列表和集)。(2) 用于包含其他构件的构件。
    containment hierarchy容器分层结构 
        包含模型元素和其间的包含关系的名字空间分层结构。容器分层结构形成一个非循环图。
    context环境 
        用于特定目的(如指定操作)的一组相关建模元素的视图。
    control chart控制图 
        一种通过对某过程的单独执行情况进行观察,而表明该过程稳定性的图。
    control class控制类 
        用于针对一个或多个用例的行为进行建模的类。
    conversational会话式 
        一种通信模型,两个分布式的应用程序在其中以会话形式交换信息。通常一个应用程序先开始(或分配)会话,发送一些数据,然后允许其他应用程序来发送一些数据。两个应用程序交替进行会话,直到一方决定结束为止(取消分配)。会话模型是通信的同步形式。
    Cookie 
        由您的 Web 浏览器根据您所访问的 Web 站点的请求所创建的小文件,浏览器将在随后访问中将该文件的内容发送给相应站点。
    CORBA 
        公用对象请求代理程序体系结构
    CR 
        变更请求
    critical design review (CDR)关键设计评审 
        在瀑布式生命周期中,详细设计结束时进行的主要评审。
    customer客户 
        生产组织之内或之外的个人或组织,要承担系统在财务方面的责任。在大型系统中,客户可能不是最终用户。他们是开发的产品及其工件的最终接受者。另请参见涉众。
    cycle周期 
        软件开发的生命周期,如RUP包括:先启、精化、构建和产品化四个阶段。
    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 

    database数据库 
        (1) 根据为一个或多个应用程序提供服务的方案存储的相关数据(带有冗余控制)的集合。(2) 存储在系统中的所有数据文件。(3) 存储在一起并由数据库管理系统管理的数据集。
    database management system (DBMS)数据库管理系统 
        通过为有效访问、完整性、恢复、并行控制、隐私和安全性提供集中控制、数据独立和复杂物理结构等服务来管理数据的计算机程序。
    datatype数据类型 
        缺乏标识并且操作不带有副作用的一组值的描述符。数据类型包括初始预定义类型和用户可定义类型。预定义类型包括数字、字符串和时间。用户可定义类型可包括各种枚举。
    DBA 
        数据库管理员
    DBCS 
        双字节字符集
    DBMS 
        数据库管理系统
    DCE 
        分布式计算环境
    DCOM 
        分布式对象模型 (Microsoft)
    deadlock死锁 
        两个独立控制线程彼此阻塞,相互等待对方采取操作,这种状态称为死锁。死锁常常是由于添加了避免竞争状态的同步机制而引起的。
    decision rule决策规则 
        指一组人员同意就某一议题给出集体决策的规则或技术,例如多数票决、一致通过、自发协议等。
    defect缺陷 
        缺陷是已交付产品中的异常情况或瑕疵。缺陷可以是在生命周期的初期发现的遗漏和缺点,也可以是已准备测试或运行的较成熟软件中存在的故障征兆。缺陷可以是您要跟踪并解决的任何种类的问题。另请参见变更请求。
    defect checklist缺陷检查表 
        某类指定的工件中常见缺陷的列表。
    defect density缺陷密度 
        每一个单位数量(每页代码或每千行代码)的被评审工作产品中所发现的缺陷的数量。
    defect log缺陷日志 
        见"问题日志"。
    defining model定义模型 
        储存库所基于的模型。任意数量的存储库都可以具有相同的定义模型。
    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 mechanism设计机制 
        在设计过程以及完成细节设计期间中所使用的一种构架机制。它们与关联关系的分析机制有关,它们是所关联关系的分析机制的额外改进,而且它们还可以绑定一种或多种构架和设计模式。分析机制和设计机制之间在规模上不存在泾渭分明的区别,因而以下说法是可能成立的,即在分析层次上的永久性机制和在设计层次上的永久性机制是处于不同改进层次上的同一事物。设计机制假定了实施环境的一些细节,但它并不属于特定的实施(即实施机制)。例如,进程间通信的分析机制可以通过以下若干进程间通信 (IPC) 的设计机制来进一步改进:共享的内存、类似函数调用的 IPC、基于信号量的 IPC 等。每一设计机制都具有特定的优缺点,特定的设计机制是根据使用机制的对象的特征来决定的。
    design model设计模型 
        描述用例实现的对象模型,用作实施模型及其源代码的抽象。
    design package设计包 
        设计包是由类、关系、用例实现、图和其他包组成的集合,它可用于将设计模型分成更小的部分,通过此方式来构建设计模型。它是实施子系统的逻辑模拟。
    design pattern设计模式 
        设计模式为改进软件系统的子系统、构件或其间的关系提供了方案。它描述了在特定环境中解决一般设计问题的通信构件的频繁出现的结构。
        设计模式是中小规模的模式,其规模比构架模式较小,但通常独立于编程语言。当设计模式的范围界定之后,它将形成一部分具体的设计模型(也可能是设计机制的一部分)。设计模式所在的层次决定了它趋向于可在多个领域中应用。
    design subsystem设计子系统 
        具有包(可以包含其他元素)和类(具有行为)的语义的模型元素。子系统的行为由它所包含的类或其他子系统提供。子系统实现一个或多个接口,这些接口确定子系统可以执行的行为。对比:设计包 (design package)。
    developer开发人员 
        负责按照项目采用的标准和步骤开发所需功能的人员。其中可以包括在任意需求、分析设计、实施和测试工作流程中执行的活动。
    development case开发案例 
        由执行组织所使用的软件工程过程。它是作为 Unified Process 产品的配置或定制来开发的,并且满足项目的需求。
    development process开发过程 
        在软件开发中,为达到给定目的而执行的部分排序的一组步骤,例如构建模型或实施模型。
    device设备 
        为处理器提供支持功能的一种节点。尽管可以运行嵌入式程序(驱动程序),但是它无法执行通用的应用程序,它只是为处理器提供运行通用应用程序的服务。
    diagram图 
        对模型的部分或全部进行说明的图形。
    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。
    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 

    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进入动作 
        在忽略要达到该状态所采取的转移的条件下,进入状态机中的状态时执行的动作。
    error错误 
       
    ERP 
        企业资源规划
    event事件 
        对于所发生的重要事情(具有时间和空间位置)进行的说明。在状态图的环境下,事件就是可以触发转移的事情。
    event-to-method connection事件-方法映射 
        从 Bean 所生成的事件到 Bean 的方法的连接。当连接的事件发生之后,即执行此方法。
    evolution演进 
        软件在其初始开发循环之后的生命期,在产品不断发展期间中的任何后继循环。
    evolutionary演进方式 
        一种迭代式开发策略,该策略承认并未完全理解用户需要,因而对于需求的理解将在每一后继迭代(精化阶段)中不断完善。
    executable architecture可执行构架 
        可执行构架是系统的部分实施,它建立用于演示选定的系统功能和特征,尤其是那些满足非功能性需求的功能和特征。该构架是在精化阶段中构建的,它用于降低与性能、吞吐量、容量、可靠性以及其他"某某性"方面有关的风险,从而可以在一个坚实的基础上,向构建阶段中添加系统的全部功能,而不必担心破坏系统。将可执行构架作为一个演进式原型来构建是 Rational Unified Process 的既定意图之一,这样做同时还带有保留有待于进一步开发(满足需求)并使之成为可交付系统的一部分的意图。
    exit action退出动作 
        在忽略要达到该状态所采取的转移的条件下,退出状态机中的状态时执行的动作。
    exit criteria准出条件 
        声明一个过程,如审查过程的执行已成功完成所必须满足的条件。
    export导出 
        在包的环境下,使元素在其所在的名字空间之外可见。请参见可见性。 对比:导出 (export) ,导入 (import)。
    expression表达式 
        对于特定类型的值求解的字符串。例如,表达式"(7 + 5 * 3)"。
    extend扩展 
        从扩展用例到基础用例的关系,说明为扩展用例定义的行为如何才可插入到为基础用例定义的行为中。
    extend-relationship扩展关系 
        从用例类 A 到用例类 B 的扩展关系表示 B 的实例可以包括(受到在扩展中指定的特定条件的限制)由 A 指定的行为。由单一目标用例的若干个扩展对象指定的行为可以在单一用例实例中发生。


    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 

    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控制焦点 
        序列图上的一个符号,表示对象直接或通过附属过程执行动作的时段。
    follow-up跟踪 
       
    formal review正式评审 
        一种具备下述所有或多数特征的同级评审方式:评审对象被事先定义,参与者是经过特定培训的团队,由一个训练有素的评审组长领导,定义参与者各自的角色和责任,有一个文档化的评审程序,结果向管理层报告,详细描述准入和准出条件,跟踪所有的缺陷直至其关闭,以及记录过程和质量数据。例如审查、小组评审。
    formal parameter形参 
        同义词:参数 (parameter)。
    framework框架 
        微型构架,可为特定领域内的应用程序提供可扩展的模板。
    FTP 
        文件传输协议
    FURPS 
        功能性、使用性、可靠性、性能和可支持性。该缩写词代表评估产品质量所使用的类别。


    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 

    gateway网关 
        连接以不同语言进行通信的网络的主机;例如:网关可将公司的 LAN 连接到 Internet。
    generalizable element可泛化元素 
        可参与泛化关系的模型元素。请参见泛化关系。
    generalization泛化关系 
        较为一般的元素与较为特殊的元素之间的一种分类关系。较为特殊的元素除与较为一般的元素完全一致外,还包含其他信息。凡是可以使用较为一般元素的地方,较为特殊的元素的实例都适用。请参见继承。
    generation代 
        周期结束时的最终发布版。
    graphical user interface (GUI)图形用户界面 
        一类界面,用户使用它可控制图形化的功能(而不是输入命令)来与程序进行通信。通常,GUI 是图形、定位设备、菜单栏和其他菜单、重叠窗口以及图标的组合。
    green-field development零起点开发 
        "从无到有"的开发,相对于"现有系统的演进"或"遗留系统重建"。该词源自于在杂草丛生的处女地上建立新工厂时所发生的转变。
    guard condition警戒条件 
        要击发关联关系的转移而必须满足的条件。
    GUI 
        图形用户界面
    home page主页 
        请参见起始页。
    HTML 
        超文本标记语言
    HTML browser HTML 浏览器 
        请参见 Web 浏览器。
    HTTP 
        超文本传输协议
    HTTP request HTTP 请求 
        通过 Web 浏览器发出的事务,它遵循 HTTP。服务器通常以 HTML 数据响应,但也可以发送其他类型的对象。
    hyperlinks超链接 
        Web 页上的区域,点击后即可连接到该页的其他区域或其他 Web 页。
    hypertext超文本 
        具有指向其他文本的隐藏链接的文档中的文本。使用鼠标单击超文本词语即可转至相应链接指向的文本。在 Windows 帮助程序和 CD 百科全书中使用超文本,可跳转到位于同一文档的其他位置上的有关参考信息。超文本的最奇妙之处还是在于:它能够通过 HTTP 链接 Web 上的任何 Web 文档。当然,要在 Web 上四处遨游还需单击鼠标。
    hypertext markup language (HTML)超文本标记语言 
        用于构建万维网上的超文本文档的基本语言。它在基本的、纯 ASCII 文本文档中使用。但一经 Netscape 之类的 Web 浏览器解释(称为呈现),该文档即可显示格式化的文本、颜色、各种字体、图形图像、特殊效果、链接到 Internet 其他位置的超文本跳转,以及信息表格。
    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 

    IT 
        信息技术
    IDE 
        集成开发环境
    Idiom代码模式 
        代码模式是一种编程语言专用的低级模式。代码模式说明如何利用给定语言的特性来实施构件的某些特定方面或实施构件之间的关系,亦称作实施模式。例如采用 UML 表示的具体设计,并要在 Java 中实施它,则可能需要重现 UML 语言的实施模式。因而在设计和实施中都将使用代码模式。
    IEEE 
        电气及电子工程师协会
    IIOP 
        Internet ORB 间协议
    IMAP4 
        因特网报文访问协议第 4 版
    implementation实施 
        软件工程过程中的一个活动,包括编码和测试。
    implementation inheritance实施继承 
        较为特殊的元素的实施的继承。包括对接口的继承。对比:接口继承 (interface inheritance)。
    implementation mechanism实施机制 
        实施过程中使用的构架机制。实施机制是对设计机制的改进,这种机制指定确切的机制实施模式,而且在其构建过程中很可能运用多种实施模式(代码模式)。再次重申,设计机制与实施机制在规模上不一定存在差异。
       
        例如,对进程间通信分析机制的特定实施即是利用特定操作系统的共享内存函数调用的共享内存设计机制。并行冲突(不适当地对共享内存进行同时访问)可使用依赖其他实施机制的信标或闩锁机制来避免。
    implementation model实施模型 
        实施模型是构件与包含这些构件的实施子系统的集合。
    implementation pattern实施模式 
        请参见代码模式。
    implementation subsystem实施子系统 
        构件和其他实施子系统的集合,通过细分实施模型对其进行构建。请注意:在 RUP 中,实施模型和实施子系统是实施视图中的目标,因此在开发阶段意义重大。它是设计包的物理模拟。"实施子系统"这个名称反映了"子系统"这一术语的通常用法,即指比构件范围更大的对象。但是,在 UML 术语中,赋予它的构造型是包,而不是子系统。
    implementation view实施视图 
        一种构架视图,它就打包和分层以及配置管理(所有权、发布策略等)等方面对开发环境中静态软件元素(代码、数据和其他补充工件)的组织进行说明。在 Unified Process 中,实施视图是和实施模型有关的视图。
    import导入 
        在包的环境中的一种依赖关系,表明那些其类可以在特定包(包含以递归方式嵌入到其中的包)中引用的包。对比:导出。
    import-dependency导入依赖关系 
        设计中的一种赋予构造型的依赖关系,以某一设计包为源,以另一设计包为目标。导入依赖关系允许目标包的公共内容可由源包引用。
    inception先启 
        软件开发的一个阶段。在此阶段中,上一代的基本构想(方案征求)已至少在内部得到拨款,准备工作就绪,可以进入精化阶段。
    include包含 
        从基本用例到包含用例的关系,指定如何将为包含用例定义的行为插入到为基本用例定义的行为中。
    include-relationship包含关系 
        包含关系是从基本用例到包含用例的关系,它指定如何采用显式方式,将为包含用例定义的行为插入到为基本用例定义的行为中。
    increment增量 
        在后续迭代结束后,两个发布版之间存在的差异(差值)。
    incremental递增 
        一种符合迭代式开发策略的构建方式,采用此方式构建系统时,将在每次迭代过程中逐渐增加更多的功能。
    informal review非正式评审 
        一种缺乏正式评审的多项特征的同级评审方式。例如临时评审、同级检查,以及轮查等。
    inheritance继承 
        实现泛化关系的机制,也是从单个类片段中提炼出完整类说明所采用的机制。请参见泛化关系。
    injection rate缺陷率 
        一个工作产品在其开发过程中创建的每单元规模内(每页代码或每千行代码)的缺陷数量。
    input输入 
        流程所使用的工件。请参见静态工件。
    inspection审查 
        一种正式的评审方法,此方法规定一些工件(模型、文档、软件)由创始人之外的个人或小组审核,旨在检测故障、找出违反开发标准的情况以及其他问题。
    inspection effectiveness审查有效性 
        由审查所发现的一个工作产品的缺陷占该工作产品固有的缺陷的百分比。
    inspection efficiency审查效率 
        每个审查人工小时所发现的平均缺陷数量。
    inspection package审查包 
        由工作产品的作者和评审组长在审查会之前分发给审查人员的一组材料,包括被审查的工作产品及定义其规格要求的文档、标准、必要的表单、检查表或规则集,以及测试文档等。
    inspection summary report审查总结报告 
        一份关于被审查的工作产品描述、审查参与人员及其角色分配、对该工作产品的评价及关于审查持续时间、所耗费成本数据的总结报告。
    inspector审查者 
        在一个审查过程中担当检查工作产品缺陷的人。他(她)可能还担当诸如读者、记录者或评审组长等指定的角色。工作产品的作者也是一个审查者。
    issue问题 
        在开发过程中提出的尚未确定为缺陷的事项,如疑问、需澄清的注意点等。
    issue log问题日志 
        所发现的可能缺陷及其改进建议、其他问题的列表
    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(IIOP)Internet ORB 间协议 
        业界标准协议,定义如何通过 TCP/IP 网络交换通用 ORB 间协议 (GIOP) 消息。IIOP 使得 Internet 本身即可用作骨干 ORB,其他 ORB 可借此进行连接。
    Internet Protocol(IP)Internet 协议 
        提供基本 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(IPSec)IP 安全协议 
        提供网络层上的加密安全服务。
    ISAPI 
        Internet 服务器 API
    ISO 
        国际标准化组织。
    ISP 
        因特网服务提供商
    iteration迭代 
        带有已建立基线的计划和评估准则的独特活动序列,迭代生成发布版(内部或外部)。
    JAR 
        Java 档案文件
    Java 
        Java 是由 Sun Microsystems 开发的一种新的编程语言。
    Java archive(JAR)Java 档案文件 
        独立于平台的、可将多个文件归为一组的文件格式。JAR 文件用于压缩、缩短下载时间和确保安全性。JAR 格式是以 Java 编写的,因而 JAR 文件可完全扩展。
    Java Database Connectivity (JDBC)Java 数据库连接 
        JDK 1.1 中的规约,它定义了使程序能够访问符合该标准的数据库的 API。
    Java Development Kit(JDK)Java 开发工具包 
       
    Java Foundation Classes(JFC)Java 基础类 
        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 中,逻辑视图是设计模型的视图。


你可能感兴趣的:(设计模式,bean,应用服务器,软件测试,领域模型)