软件工程术语(下)

    • 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 
      major defect主要缺陷 
          一个工作产品中所存在的那些严重影响产品功能的正确表现、且若在产品开发周期的后期发现将可能比在产品开发前期发现更加难以改正的故障。
      management管理 
          软件工程过程中的核心支持工作流程,其目的在于计划和管理开发项目。
      marshal反串行化 
          反串行化 (deserialize) 的同义词。
      measurement dysfunction 测量混乱 
          由于人们改变了他们的行为以便使得对某过程的测量给出一些人们喜好或避免受到惩处的结果,使得对该过程的测量出现一种不期望的结果的情形。
      mechanism机制 
          机制是模式的一个实例。要成为特定模型中的协作,机制还需进一步的改进。因而可将机制看作是在单一环境中针对重复出现问题的一种特定解决方案。可以说机制与模式是相适应或相符的。任何协作均可称作机制,但该术语常指能够解决软件应用中频繁出现问题的那些协作。例如,为处理永久性问题以及可应用模式提供解决方案的协作。在分析设计中,可以将机制的概念用作"占位符"。举例来说,如果已确定需要永久性,分析员和设计员就可以说将要使用永久性机制,这样就可使问题得到系统且一致的解决。
      message消息 
          实例间进行信息传递的规约,并具有引起相应活动的期望。消息中可指定发出信号或调用操作。
      messaging消息传递 
          分布式应用程序借以相互传送消息进行通信所用的通信模型。消息通常是一个较短的信息包,它不一定需要答复。消息传递使用的是异步通信方法。消息也可是类中的一段 Java 代码,它可以被激活并传递用于执行特定任务的一组参数。
      metaclass元类 
          实例均为类的一个类。元类通常用于构建元模型。
      meta-metamodel元-元模型 
          定义表示元模型所用语言的模型。元-元模型与元模型之间的关系类似于元模型与模型之间的关系。
      metamodel元模型 
          对表述模型的语言进行定义的模型。
      metaobject元对象 
          元建模语言中所有元实体的统称。例如,元类型、元类、元属性以及元关联关系。
      method方法 
          (1) 经常用来完成某项任务的系统化方式;完成任务或实现目标所遵循的详尽的、组织有序的计划或步骤。(2) 操作的实施。它指定与操作相关联的算法或过程。
      method call方法调用 
          消息 (message)的同义词。
      metric度量 
          对软件构件或过程的某一属性所给出的量化值,它由一个或多个直接测量的数据项提取。例如缺陷密度以及准备速度等。
      MIB 
          管理信息库
      milestone里程碑 
          迭代正式结束的时间点;与发布时间点相对应。
      MIME 
          多用 Internet 邮件扩展
      minor defect次要缺陷 
          一个工作产品中所存在的那些不会对使用者产生严重的结果,且若在产品开发周期的后期发现将不会比在产品开发前期发现更加难以改正的故障。
      model 模型 
          以完整的语义表示系统的抽象概念。在 Unified Process 中,表示从特定角度对系统作出的完整说明(这里的"完整"是指从该角度理解系统时无需补充其他信息);一组模型元素。两个模型不能重叠。请参见系统。
      model aspect模型侧重面 
          建模的某一方面,用于强调元模型的某些特性。例如:模型的结构侧重面强调的是元模型的结构特性。
      model elaboration模型精化 
          从已发布的模型生成储存库类型的过程。在此过程中要生成接口和实施方案,以便根据已精化的模型对储存库进行实例化和填充。
      model element模型元素 
          模型元素用于表示从正在建模的系统中提取的抽象概念。对比:视图元素 (view element)。
      Model View Controller (MVC)模型视图控制器, 
          用于分解应用程序构件的应用程序构架: 模型代表业务逻辑或数据;视图代表用户界面;控制器用于管理用户输入,或者在某些情况下管理应用程序流。
      modeling conventions建模约定 
          表述概念的方式,以及项目团队管理层已决定对建模语言施加的限制。这些限制即指一些声明,如:"不要在子系统之间使用继承";"不要在用例模型中使用扩展或包含关联关系";"不要在 C++ 中使用友元构造"。建模约定在软件构架文档中提供。
      moderator评审组长 
          领导审查或其他正式评审活动的人,也称作评审领导。他(她)负责同作者一起计划该活动,制定进度、布置会议,从其领导的审查活动中收集和报告测量数据,并且可能参与验证作者的返工结果。作者不应充当该角色。
      module模块 
          软件的存储和操作单元。模块包括源代码模块、二进制代码模块和可执行代码模块。请参见构件。
      MOM 
          面向消息的中间件
      multiple classification多重分类 
          泛化关系的一种语义变化形式,其中一个对象可以直接属于多个类。请参见动态分类。
      multiple inheritance多重继承 
          泛化关系的一种语义变化形式,其中一个类型可以具有多个超类型。对比:单继承 (single inheritance)。
      multiplicity多重性 
          用于指定某个集可能采用的可允许基数范围。可以为关联关系角色、组合部件、重复以及其他目的指定多重性。多重性基本上是非负整数的子集(可能是无穷子集)。对比:基数 (cardinality)。
      Multipurpose Internet Mail Extension (MIME)多用 Internet 邮件扩展 
          支持文本、图像、音频和视频的邮件所遵循的 Internet 标准。
      multi-valued多值 
          定义了多重性的模型元素,其 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)。
      n-fold inspection N重审查 
          利用几个小分组来独立地审查同一工作产品。
      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 的链接。

      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

      package 包 
          将元素分组的一种通用机制。包之间可进行嵌套。
      pair programming结对编程 
          一种软件开发活动,在该活动中,通常由两人合作编写代码,共享同一台工作终端,不断地评审和改进其共同的工作。
      palette 调色板 
         
      parameter 参数 
          用于指定可更改、传递或返回的变量。参数可包含名称、类型和方向。参数在操作、消息和事件中使用。同义词:形参 (formal parameter)。对比:实参 (argument)。
      parameter connection 参数连接 
          通过提供特征值或者动作、方法或脚本的返回值来满足动作参数或方法参数的一种连接。参数始终是连接源。另请参见"连接"。
      parameterized element 参数化元素 
          带有一个或多个未绑定参数的类的描述符。同义词:模板 (template)。
      parent 父 
          在泛化关系中指对子元素的泛化关系。请参见子类、子类型。 对比:子 (child)。
      parent class 父类 
          其他 Bean 或类从其中继承数据和(或)方法的类。
      participates 参与 
          将模型元素连接到关系或具体化的关系。例如:类参与关联关系;主角参与用例。
      partition 分区 
           (1) 活动图:活动图中用于组织动作职责的部分。请参见泳道。 (2) 构架:同一抽象级别上分类器或包的子集。分区表示对构架的纵向划分,而层表示对构架的横向划分。对比:层 (layer)。
      passaround轮查 
          一种非正式的同级评审,工作产品的作者分别请求其他人检查可能的缺陷。
      pattern 模式 
          在软件中:指经过验证,至少适用于一种实用环境(更多时候是好几种环境)的解决方案模板(用于结构和行为),"模式"因此而得名。在 UML 中,模式由参数化的协作来表示,但 UML 不直接对模式的其他方面(如使用结果列表、使用示例等,它们可由文本来表示)进行建模。要将模式实例化,可将值绑定到该模式的参数。存在各种范围和抽象程度的模式,例如,构架模式、分析模式、设计模式和代码模式或实施模式。
      PDR 
          初步设计评审
      peer deskcheck同级桌查 
          一种非正式的同级评审,工作产品的作者请求另外一个人检查其可能存在的缺陷。
      peer review同级评审 
          除工作产品的作者之外的一个或多个人检查该产品,以期发现缺陷及其改进时机的一种活动。
      peer review coordinator同级评审协调者 
          一个组织中负责管理和分析该组织的所有同级评审数据、对评审者或评审组长进行辅导、制订培训课程计划并尽可能实施培训、同同级评审的过程拥有者一同工作以利提高评审工作的有效性的那个人。
      PERL 
          实用析取报告语言。
      persistent object 永久对象 
          在创建对象的进程或线程消亡后仍然存在的对象。
      PGP 
          优秀密钥
      phase 阶段 
          两个主要项目里程碑之间的时间段,在此期间要实现一组既定的目标、完成工件并决定是否进入下一阶段。
      PKI 
          公开密钥基础设施
      POP3 
          邮局协议 3
      Port 端口 
          作为 TCP/IP 术语,端口是应用程序可连接到的独立可寻址点。例如:默认情况下,HTTP 使用端口 80,安全 HTTP (HTTPS) 使用端口 443。
      post-condition 后置条件 
          在操作结束时必须为"true"的约束。
      PRA 
          项目评审委员会
      PRD 
          产品需求文档
      pre-condition 前置条件 
          在调用操作时必须为"true"的约束。
      preliminary design review(PDR)初步设计评审 
          在瀑布式生命周期中,构架设计结束时所进行的主要评审。
      primitive type 基础类型 
          预定义的、不具有任何子结构的基础数据类型,如整数或字符串。
      private 私有 
          与类成员相关联的存取权限。它只允许该类本身访问此成员。
      process进程、过程 
           (1) 操作系统中的重量级并行和执行单元。对比:线程 (thread),它包含重量级和轻量级进程。如有必要,可以使用原型在实施方面予以区分。(2) 软件开发过程,即开发系统所遵循的步骤和指南。 (3) 执行一种算法或是以其他方式动态处理一些事务。
      process assets library过程资产库 
          对过程进行描述的一个集合,包括步骤、模板、表格、检查表,以及其他帮助一个组织成功实施其已经过定义并符合质量要求的过程的那些工作。
      process owner过程拥有者 
          监督一个组织的同级评审活动的管理者或高级过程工程师。通常是评审的一名倡议者,并联系过程评审的各方以进行改进工作。
      process view 进程视图 
          描述系统的并行情况(即任务/进程及其交互)的构架视图。
      processor 处理器 
          一种能够运行一个或多个进程的节点。通常,它需要具备计算能力、内存、输入输出设备等。另请参见节点、进程和设备。
      product 产品 
          作为开发结果的软件,以及一些相关的工件(文档、发布版介质、培训材料)。
      product champion 产品推介人 
          掌握产品前景的高层人物,他在产品开发团队和客户之间充当推介人的角色。
      product-line architecture 产品线构架 
          定义元素类型、它们的交互方式,以及产品功能映射到这些元素的方式。它还可能会进一步对构架元素的一些实例进行定义。该术语一般可用来指组织或公司内部的一套产品。
      product requirements document(PRD)产品需求文档 
          在较高层次上对产品(系统)、产品用途及产品特性集作出的说明。
      project项目 
          项目由相应的人员来完成,受到有限资源的约束,需要得到计划、执行和控制。项目是为创造独特的产品或服务而付出的暂时性努力。暂时指的是每个项目都有明确的起止时间。独特指的是该产品或服务有别于所有其他类似的产品或服务。 在实现组织的经营策略时,项目往往是非常关键的部分。
      project manager 项目经理 
          承担项目总体责任的角色。项目经理需要确保按照项目时间表、预算和质量要求来安排、分配并完成任务。
      Project Review Authority(PRA)项目评审委员会 
          项目经理向其汇报工作的组织实体。PRA 负责确保软件项目符合政策规定、惯例和标准。
      projection 投影 
          从一个集到其子集的映射。
      promotion 晋升 
          在 JavaBean 中,指让被包含的 Bean 的特性可用于建立连接。例如,一个 Bean 由面板上的三个按钮组成。如果将该 Bean 放在一个框架中,则应将这些按钮的特性晋升,让它们可从该框架中进行访问。
      property 特征 
          表示元素特点的指定值。特征具有语义上的作用。有些特征已在 UML 中预定义,而其他特征可由用户定义。请参见标注值。
      property-to-property connection 特征-特征连接 
          从一个对象的特征到另一个对象的特征的连接。另请参见"连接"。
      protected 保护 
          与类成员相关联的存取权限。它允许该类本身、子类和同一包中的所有类访问此成员。
      protocol 协议 
          在封装体之间通信所使用的一组可兼容消息的规约。协议用于定义一组输入和输出消息类型(例如操作、信号);还可以定义一组序列图,以规定消息传递应遵循的顺序。协议也可定义一个状态机,以指定协议的参与者必须提供的抽象行为。
      prototype 原型 
          不必经由变更管理和配置控制的发布版。
      proxy 代理 
          不同网络之间的一种应用程序网关,可用于特定的网络应用程序(如 FTP 的 Telnet)。例如,防火墙的代理 Telnet 服务器会执行用户验证,然后让信息流通过代理,就好象代理根本不存在。这种功能是在防火墙系统中(而不是在客户工作站上)执行的,从而会增加防火墙的负载。请与 SOCKS 作比较。
      pseudo-state 伪状态 
          状态机中的一个顶点,它具有状态的形式,但不执行状态的行为。伪状态包含初始顶点和历史顶点。
      published model 已发布的模型 
          已定型的模型,可用于对储存库进行实例化,并有助于定义其他模型。已定型模型的元素将无法变更。
      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

      QA 
          质量保证
      qualifier 限定词 
          一个关联关系属性或属性元组,其属性值用来划分与关联关系对象相关的一组对象。
      quality assurance(QA)质量保证 
          质量保证是项目经理的职责,该角色负责确保所有项目成员都按项目标准正确执行了项目。

      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

      race condition 竞争状态 
          两个或更多的独立任务同时访问或修改同一状态信息时出现的状态。这种状态可能导致系统行为的不一致,因此,这是并行系统设计中的根本问题。
      rank 等级 
          用例或场景的一个属性,它描述的是对构架的影响,或说明对发布版的重要性。
      rationale 理由 
          陈述或解释作出某种选择的原因。
      RDBMS 
          关系数据库管理系统。
      receive a message 接收消息 
          对从发送方实例传递的激励进行处理。参见发送方、接收方。
      receiver object 接收方对象 
          对从发送方对象传递的激励进行处理的对象。对比:发送方 (sender)。
      reception 接收 
          一个声明,表明分类器准备好对接收到的信号作出反应。
      reference 引用 
           (1) 表示模型元素。(2) 分类器中一个指定的槽,便于快速导航到其他分类器。同义词:指针 (pointer)。
      refinement 改进 
          表明已在某种详细程度上对某事进行更为全面说明的一种关系。例如:设计类是对分析类的改进。
      relationship 关系 
          模型元素间的语义连接。举例来说,关联关系和泛化关系就是两种关系。
      release 发布版 
          最终产品的一个子集,要在主要里程碑处进行评估。发布版是产品的稳定和可执行版本,随同发布的还有要使用该发布版的所有工件,如:发布说明或安装说明。发布版可以是内部的,也可以是外部的。内部发布版(作为里程碑的一部分)仅由开发组织使用,也可以用于向用户或客户进行演示。外部发布版(或交付产品)则要交付给最终用户。发布版不必是一个完整的产品,而可以只是全过程的一个阶段性成果,它的有用性只是从工程角度来衡量的。发布有强制的功能,它使开发团队定期结束任务,从而避免"完成了 90%,还剩下 90%"这种情形的出现。另请参见原型、基线。
      release manager 发布经理 
          发布经理负责确保所有软件资产都已按要求进行控制并可配置为内部或外部发布版。
      Remote Method Invocation(RMI)远程方法调用 
          ==JDK 中的 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 复用 
          进一步使用或重复使用某个工件。
      rework返工 
          作者或其他人修改审查或测试所发现的工作产品的缺陷。
      RFC 
          征求意见文件。称为 RFC,Internet 标准即在这些文档中定义。
      RMI 
          远程方法调用
      RMI compiler RMI 编译器 
          生成辅助 RMI 通信的桩模块和框架文件的编译器。该编译器可从"工具"菜单项自动激活。
      RMI registry RMI 注册表 
          一个服务器程序,允许远程客户机获得对服务器 Bean 的引用。
      risk 风险 
          很有可能阻碍主里程碑成功的当前或未来发生的事项。
      role 角色 
          参与特定环境的实体的特定行为。角色可以是静态的(例如:关联关系的一端),也可以是动态的(例如:协作角色)。
      RPC 
          远程过程调用
      RSA 
      Rivest-Shamir-Adleman 算法。 
      rule规则

      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 运行的沙箱环境。
      scenario 场景 
          用于描述行为、按特定顺序排列的动作。场景可用来描述用例实例的交互或执行。请参见交互。
      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 
          安全电子商务
      severity严重性 
          问题或缺陷可能造成的影响程度。
      SHTTP 
          安全超文本传输协议
      signal 信号 
          对在实例间传送的异步激励的指定。信号可带有参数。
      signature 签名 
          一个行为特性的名称和参数。签名中可选择包含返回的参数。
      single inheritance 单重继承 
          是泛化关系的语义变化形式,其中,一种类型只能有一个超类型。对比:多重继承 (multiple inheritance)。
      single valued 单值 
          定义了多重性的模型元素,当 Multiplicity Type:: upper 属性设置为 1 时它只能有一个值。"单值"一词在任何时候都与属性、参数等具有的值的个数无关,这是由于一个单值属性(例如:多重性的下限为 0)可能没有值。对比:多值 (multi-valued)。
      single-byte character set 单字节字符集 
          每个字符均由单字节代码表示的字符集。
      SMTP 
          简单邮件传输协议
      SNMP 
          简单网络管理协议
      Socket Secure 套接字保护 
          允许相容的客户代码(使套接字安全的客户代码)与远程主机建立会话的网关。
      SOCKS 
          套接字保护
      software architecture软件构架 
          软件构架包含:
          · 有关软件系统组织方式的重大决策
          · 所选的结构元素、构成系统的元素的接口,以及在这些元素的协作中所规定的行为
          · 由结构和行为元素组成的更大的子系统
          · 指导组织方式、这些元素和其接口、它们之间的协作及其组成的构架风格
          软件构架不仅与结构和行为有关,也与用法、功能性、性能、弹性、复用、可理解性、经济技术约束和折衷考虑以及美观性有关。
      Software Engineering Process Authority(SEPA)软件工程过程管理委员会 
          负责过程定义、评估和改进的组织实体。
      software engineering process group(SEPG)软件工程过程组 
          一个软件开发组织中领导和协调过程改进活动的小组。
      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 构造型 
          扩展了元模型语义的一种新的建模元素。构造型必须基于元模型中特定的现有类型或类。 构造型可扩展已有类型和类的语义,但不能改动它们的结构。有些构造型已在 UML 中预定义,其他可由用户定义。
      stimulus 激励 
          信息从一个实例到另一个实例的传递,如:发出信号或激活操作。接收到的信号通常就被视作事件。请参见消息。
      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)系统需求评审 
          在瀑布式生命周期中,系统规约完成时进行的主要评审的名称。

      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 中的三种可扩展性机制之一。请参见约束、构造型。
      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线程 
          一种独立的计算,执行位置为其所在的操作系统进程定义的执行环境和地址空间。有时也称作"轻量级进程"。
      time event时间事件 
          表示自进入当前状态后所经过时间的事件。请参见事件。
      time expression时间表达式 
          求解结果为绝对或相对时间值的表达式。
      timing mark时间标记 
          用于表示事件发生或消息出现的时间。在设置约束时可使用时间标记。
      tool mentor工具向导 
          用于说明如何使用特定的软件工具来执行特定的流程活动或步骤。
      traceability可追踪性 
          将项目元素追踪到其他相关项目元素(尤其是那些与需求相关的元素)的能力。
      trace追踪 
          一种依赖关系,表示两个元素在历史或流程方面的关系,这两个元素代表同一概念,但没有特定的相互派生规则。
      transaction事务 
          单个请求启动的一个或多个应用程序所组成的处理单元。执行事务时可能需要启动一项或多项任务。
      transaction processing事务处理 
          一种支持交互式应用程序的计算方式。在这种计算方式中,用户所提交的请求一经接收即被处理。处理结果会在相当短的时间内返回给请求方。事务处理系统可以对资源共享进行监控,以便同时处理多个事务。
      transient object临时对象 
          仅在执行其创建进程或线程的过程中存在的对象。
      transition产品化/转移 
          (1)软件开发过程的阶段,在该阶段将向用户群交付软件。
          (2)两种状态之间的关系,表示处于第一个状态的对象将执行某些指定的操作,并在发生指定事件和满足指定条件时进入第二个状态。当发生这种状态变更时,即触发了转移。
      type类型 
          用于说明一组具有共同特点、关系、属性和语义的实体。
      type expression类型表达式 
          求值结果为一个或多个类型的引用的表达式。
      typo list微错清单 
          一个记录了由审查活动所发现的、在个人准备过程中产生的关于印刷、美化和其他次要错误的列表。微错清单上的条款不会在审查会议上予以讨论。
      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)统一建模语言 
         
      uniform resource locator(URL)统一资源定位符 
          万维网中资源的标准标识符,Web 浏览器使用它来启动连接。URL 包括要使用的通信协议、服务器名称和标识服务器上待检索对象的路径信息。
      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

      validation确认 
          评价工作产品以判定其是否满足客户需求的过程。
      value值 
          类型域的元素。
      variable变量 
          (1) 数据特性在对象内的存储位置。数据特性(如数字或日期)是存储为包含对象的属性的对象。(2) 接收运行时标识的 Bean。变量本身不包含任何数据或程序逻辑;变量必须要进行连接,以便可在应用程序中的其他地方的 Bean 接收运行时标识。
      verification验证 
          在工作产品开始生成的开发初始阶段评价该工作产品,以判断它是否满足规格说明及条件限制的过程。
      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]

      walkthrough走查 
          一种非正式的同级评审,工作产品的作者向评审人员描述该产品并要求对其做出评论。
      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 工作指南 
          提供如何执行一个或一组活动的实践指南的说明。它通常将考虑对于活动比较实用的方法。
      work product工作产品 
          在开发产品软件时所产生的文档、程序或其他成品,可能是项目中间产品或最终发布的产品,以及一些支持项目成功开发的支持性文档。例如各种项目计划、需求规格说明书、设计文档、用户接口设计、源代码、测试文档、用户及系统文档、培训材料,以及过程文档等。参见工件。
      worker 角色 
          在软件工程组织的环境中,个人或协同工作的小组的行为和职责的定义。角色代表项目中个人承担的作用,并确定了如何完成工作。
      workflow 工作流程 
          在业务中执行的活动序列,它对于业务主角个体生成一个可见值结果。
      workflow detail 工作流程明细 
          对于需要密切协作以获得某种结果的活动所进行的分组。 这些活动通常以并行或迭代方式执行,一个活动生成的输出将作为另一个活动的输入。工作流程明细用于对活动进行分组,以便提供较高层次的抽象并使工作流程更加简明易懂。
      workspace 工作区 
          工作区包含当前正在进行开发的所有代码,即当前版本。工作区还包含标准的 Java 类库和其他类库。
      workstation 工作站 
          操作员使用的输入/输出设备配置。一个终端或微型计算机,通常连接主机或网络,用户可以使用它来执行应用程序。
      World Wide Web(WWW 或 Web)万维网 
          一种图形化的超文本多媒体 Internet 服务。
      WYSIWYG 
          所见即所得。
      XML 
          可扩展标记语言

转:http://wangyu.iteye.com/blog/187301

软件工程术语(下),布布扣,bubuko.com

时间: 2024-10-14 16:55:25

软件工程术语(下)的相关文章

软件工程术语(上)

[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 abstract class 抽象类      提供一组子类共有行为的类,但它本身并不具有实例.抽象类表示一个概念,从中派生的类代表对这一概念的实施. Abstraction 抽象      对视图或模型的创建,其中忽略了不必要的细节,以便专注于一组特定的相关细节. access modifier存取权限      对类.方法或属性进行访问控制的关键字.Java 中的存取权限可以是公有.私

软考中高项学员:2016年4月11日作业

一.法律法规和标准规范 1.中国标准划分为哪四个层次?要求最低的是哪个? 国家标准.行业标准.地方标准.企业标准,要求最低的是国家标准. 2.国家标准的制订程序包括哪些? 前期准备.立项.起草.征求意见.审查.批准.出版.复查和废止. 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? ISO标准每5年复审一次,我国国家标准的有效期一般为5年,5年复审一次. 4.请说明如下是什么标准?GB.GB/T.GB/Z.GJB? GB强制性国家标准.GB/T推荐性国家标准.GB/Z国家标准指

20160411作业

一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个? 中国标准分为:国标.行标.地方标准和企业标准:要求最低的是国家标准. 2.国家标准的制订程序包括哪些? 分为:前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段.3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? ISO标准每5年复审一次:我国国家标准的有效期是每5年复审一次.4.请说明如下是什么标准?GB.GB/T.GB/Z.GJB? GB:国家强制性标准   GB/T:推荐性国家标准  G

2016年4月11日作业 

一.法律法规和标准规范 1.中国标准划分为哪四个层次?要求最低的是哪个? 1)国家标准.2)行业标准.3)地方标准.4)企业标准. 2.国家标准的制订程序包括哪些? 前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止九个阶段. 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? ISO标准每5年复审一次,我国国家标准的有效期5年复审一次. 4.请说明如下是什么标准?GB.GB/T.GB/Z.GJB? GB强制性国家标准.GB/T推荐性国家标准.GB/Z指导性国家标准.GJ

中项笔记(十一)

--2016年4月11日一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个?  分为:即国家标准.行业标准.地方标准和企业标准.其中国家标准要求最低. 2.国家标准的制订程序包括哪些?  国家标准的制定有一套正常程序,每一个过程都要按部就班地完成,这个过程分为前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段. 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次?  ISO标准每5年复审一次,我国国家标准的有效期一般为5年. 4.请说明如下是什么标

11--法律法规、标准规范和职业道德

一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个? <中华人民共和国标准化法>将标准划分为4个层次:即国家标准.行业标准.地方标准和企业标准.其中国家标准要求最低. 2.国家标准的制订程序包括哪些? 国家标准的制定有一套正常程序,每一个过程都要按部就班地完成,这个过程分为前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段. 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? ISO标准每5年复审一次,我国国家标准的有效期一般为5年. 4.请说

信管师培训之第十一节课作业(法律法规+标准规范+职业道德)

一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个? <中华人民共和国标准化法>将标准划分为4个层次:即国家标准.行业标准.地方标准和企业标准.其中国家标准要求最低. 2.国家标准的制订程序包括哪些? 国家标准的制定有一套正常程序,每一个过程都要按部就班地完成,这个过程分为前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段. 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? ISO标准每5年复审一次,我国国家标准的有效期一般为5年. 4.请说

2016年4月11日作业(法律法规、标准规范、职业道德)

一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个?P498 答:<中华人民共和国标准化法>将标准划分为4个层次,既国家标准.行业标准.地方标准和企业标准.国家标准的要求最低.2.国家标准的制订程序包括哪些? 答:前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段.3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次? 答:ISO标准每5年复审一次:国家标准实施5年内要进行复审,既国家标准有效期一般为5年.4.请说明如下是什么标准?GB.GB/T.

4月11日作业

2016年4月11日作业 一.法律法规和标准规范1.中国标准划分为哪四个层次?要求最低的是哪个?1.国家标准 2.行业标准 3.地方标准 4.企业标准 最低要求是国家标准 2.国家标准的制订程序包括哪些?包括:前期准备.立项.起草.征求意见.审查.批准.出版.复审和废止9个阶段 3.ISO标准每几年复审一次?我国国家标准的有效期几年复审一次?标准每5年复审一次,国标有效期为5年,5年内进行复审 4.请说明如下是什么标准?GB.GB/T.GB/Z.GJB?国家标准代号为国标GB,推荐性国家标准代号