软件工程领域中通用的术语(三)

软件工程领域中通用的术语(三)
　2.301 模块 module

　　a.是离散的程序单位。且对于编译、对于和其它单位相结合，对于装入来说是可识别的，例如， 汇编程序、编译程序、连接编辑程序或执行的例行程序的输入或输出。

　　b.程序中一个能逻辑地分开的部分。

　　2.302模块强度 module strength

　　参见2.67条。

　　2.303多级安全性 multllevel security

　　一种操作方式。当至少有某些用户对系统中包括的全部数据既不清楚也不需要知道时，它允许处于各种安全级上的数据并行地在计算机系统中存储和处理。

　　2.304多道程序设计 multiprogramming

　　a.一种操作方式。它可以使单处理机交替地执行两个或多个计算机程序。

　　b.由一台计算机对两个或多个计算机程序并行执行。

　　c.两个或多个功能的并行执行，就好象每个功能单独操作一样。

　　2.305变异 mutation

　　参见2.360条。

　　2.306 N一进制 N-ary

　　a.由n个不同可能的值或状态的挑选、选取或条件所表征。

　　b.具有基数n的固定基数数制系统。

　　2. 307自然语言 natura1 language

　　一种语言。其规则是根据当前的习惯用法而不是显式的方法规定的。例如英语、汉语、法语以及 斯瓦希利语。与2.210条相对照。

　　2.308嵌套 nest

　　a.把某一类的一个结构或多个结构合并到同一类结构中去。例如，把一个循环(被嵌套的循环)嵌套到另一个循环(嵌套的循环)中去;把一个子例行程序(被嵌套的子例行程序)嵌套到另 一个子例行程序(嵌套的子例行程序)中去。

　　b.把子例行程序或数据放在处于另一不同层次级别上的另一个子例行程序或数据中，使得该子例行程序可作为递归子例行程序被执行，或该数据能被递归地存取。

　　2.309网络 network

　　a.一组互连或相关的结点。

　　b.涉及约束性或面向问题的修饰词、资料、文件以及人力资源的组合，通过设计把这些组合起来以实现某些目标。例如：社会科学网络、科学信息网络。

　　2. 310结点，节点 node

　　a.网络或图中任何分支的端点，或属于两个或多个分支的公共结点。

　　b.在树形结构中，下属数据项由之发源的一点。

　　c. 在网络中，一个或多个功能部件在此互连传输线的点。

　　d.借助于图上的点表示状态或事件。

　　2. 311不交付项 non-deliveravle item

　　不需要按合同交付的、但在软件的开发中可能用到的硬件和软件。

　　2. 312目标程序 object Program

　　已完成编译或汇编已准备好装入到计算机中的程序。与2.460条相对照。

　　2. 313现货产品 of-the-sheIf product

　　由供方、需方或第三方提供的、已经开发出来的、可得到、可使用的、现成的或需要加以修改的产品。

　　2. 314开放系统 open system

　　一种按标准建立起来的计算机系统。开放系统的主要特征是：

　　兼容性(compatibility)参见2.71条;

　　可移植性(portability)参见 2. 340条;

　　互操作性(interoperability)参见2.253条;

　　可扩展性(scaliability)参见 2. 419条。

　　开放系统可以使用户摆脱特定厂商的控制，并有利于提高软件厂商的效益。

　　2. 315操作对象，操作数 oPerand

　　a.对之施行操作的一个实体。

　　b.施行操作的目标。操作对象通常由指令的地址部分标识。参见2.320条。

　　2. 316操作系统 oPerating system

　　控制程序执行的软件。操作系统可以提供以下的服务，例如，资源分配调度、输入/输出控制和数 据管理。虽然操作系统目前主要是一种软件，但部分或全部地用硬件来实现是可能的。操作系统是在单一点上提供支持，而不是强制每个程序去关心如何控制硬件。参见2.496条。

　　2. 317运行和维护阶段 oPeration and maintenance phase

　　软件生存周期中的一个阶段，在此阶段软件产品在规定的运行环境中进行使用、监视，需要时对软件产品进行修改以改正问题或对变化了的需求作出响应，以获得满意的功能和性能。

　　2. 318运行可靠性 oPertional reliability

　　在实际使用环境中，系统或软件子系统的可靠性。运行可靠性可能与规定环境或测试环境中的可靠性有很大的不同。

　　2. 319 运行测试 oPerational testing

　　由最终用户在软件的正常操作环境里对软件执行的测试。

　　2.320操作符，操作员 operator

　　a.在符号处理中，表示操作中要实现的动作的符号。如十、一、*、/。

　　b.在描述一进程时，指明对操作对象执行的动作。

　　c.操作机器的人或运行系统的一个机构。 参见2.315条。

　　2. 321组织过程 organizational process

　　为构成自始至终的一个完整过程，由机构指定并以项目为例说明的一套软件工程和管理过程。

　　2.322输出断言 output assertion

　　一个逻辑表达式。它说明为了保证程序是正确的，程序输出必须满足的一个或多个条件。

　　2.323覆盖 overlay

　　a.在计算机程序中，不永久存储在内存里的一个段。

　　b.在程序的不同阶段反复使用内存的同一区域的技术。

　　c.在计算机程序的执行过程中，把计算机程序的存储段装到当前不再需要的程序部分所占用的存储区域中。

　　2.324参数 parameter

　　a. 是一种变量，针对每一指定用途，可赋予它一个固定值，并可用这个变量代表该用途。

　　b.用来在程序之间传递值的变量。参见2.14条、2.210条。

　　2.325语法分析 Parse

　　确定人工语言或自然语言单位的句法结构的过程。方法是把上述单位分解为多个基本子单位并建立子单位之间的关系，例如，块、语句，表达式可分解为语句、表达式及操作符和操作对象。

　　2.326部分正确性 partial correctness

　　在正确性证明中，指出程序的输出断言是它的输入断言和处理步骤的合乎逻辑的结果。与2.529 条相对照。

　　2.327修补 patch

　　a. 对目标程序的修改。办法是用修改的机器代码代替已有的部分机器代码。

　　b.修改目标程序而无需重新编译源程序。

　　2.328路径分析Path analysis

　　对程序进行的一种分析。以标识通过该程序的所有可能的路径，检测不完全的路径，或发现不处 在任何路径上的程序部分。

　　2.329路径条件 path condition

　　为了要执行特定的程序路径所必须满足的一组条件。

　　2.330路径表达式 Path expression

　　一个逻辑表达式。它说明为了执行特定程序路径，所必须满足的输入条件。

　　2. 331物理配置审计 PCA—Physical configuration audit

　　对照设计规格说明检验已建立的某个配置项，其目的是为软件的设计和编码建立一个基线。

　　2.332完善性维护 perfect1ve maintenance

　　为改善性能、可维护性或其它软件属性而进行的维护。参见 2. 16条、 2. 109条。

　　2.333性能 performance

　　a. 计算机系统或子系统实现其功能的能力。

　　b.对计算机系统或子系统执行其功能的能力的度量。例如，响应时间、吞吐能力、事务处理数。参见 2. 335条。

　　2.334 性能评价 performance evaluation

　　对系统或系统部件的技术评价，以确定运行目标达到了何种有效程度。

　　2.335性能需求 Performance requirement

　　对系统或系统部件必须具有的性能(例如，速度、精度、频率)作出规定的需求。

　　2.336性能规格说明 Performance specification

　　a. 规定系统或系统部件性能需求的规格说明。

　　b. 与2.407条同义。

　　c. 参见 2. 218条。

　　2.337 Petri网 petrinet

　　信息流的一个抽象的、形式的模型。指出一系统的静态和动态性质。petri网通常表示成图。图中有两类用弧彼此相连的结点(称为地点和变换)和指示其动态性能的标记(称为记号)。参见 2.467条。

　　2.338物理需求 Physical requirement

　　规定系统或系统部件必须具有的物理特征的一种需求，例如，材料、形状、大小、重量。

　　2.339指针 pointer

　　a. 指明数据项位置的标识符。

　　b.一种数据项。其值是另一数据项的位置。

　　2.340可移植性 Portability

　　软件不加改动地从一种运行环境转移到另一种运行环境下运行的能力。

　　2. 341精度 PreCiation

　　a.分辨几乎相等诸值的能力的一种度量。例如，4位数字在精度上小于6位数字;但适当地计算所得出的4位数字可以比不适当地计算所得的6位数字更精确。

　　b.对所提及的数量的可分辨的程度。例如，三位数字可分辨 1000种可能性。与 2. 9条相对照。 2.2. 342预编译程序 precompiler 一种计算机程序。它对源代码(其中有一部分可能是编译程序无法接受的)进行预处理，以产生 与之等效但可为编译程序接受的代码。例如，把结构化 FORTRAN转换为 GB 3 5 0 7FORTRAN 的预处理程序。

　　2. 343概要设计 Prdliminary design

　　a.分析各种设计方案和定义软件体系结构的过程。典型的概要设计包括计算机程序组成成分和数据的定义及构造、界面的定义，并提出时间和规模方面的估计。

　　b.概要设计过程的结果。参见2.135条、2.216条。

　　2.344预处理程序 preprocesser

　　进行某些初步计算或组织的计算机程序。参见2.342条。

　　2. 345特权指令 privileged instruction

　　只允许管理程序使用的指令。

　　2.346过程，规程propedure

　　a. 计算机程序的一个部分。它被命名并实现一个特定的任务。比较2.482条、2.480条、2·213 条、2.301条。

　　b.为解决某一问题而采取的动作的经过。

　　c.为解决某一问题而采取的动作的经过的描述。

　　d.每次完成一任务时要遵循的一组手工的步骤。

　　2.347进程，处理 process

　　a.在计算机系统中，根据在给定条件下所要达到的目的或效果而定义的若干事件的一个唯一有限的过程。

　　b.在进程中对数据进行的操作。

　　2. 348产品 prodcut(software)

　　要交付给用户的一套完整的计算机程序、过程以及有关的文档和数据。

　　2.349产品认证 product certification

　　参见2.59条。

　　2.350产品库 Product library

　　一个软件库。其中含有已被批准供当前运行使用的软件。

　　2.351产品规格说明 Product sPecification

　　与 2. 143条同义。

　　2.352程序，计划 program

　　a. 计算机程序。参见2.81条。

　　b.规定要采取的动作的一个时间表。

　　c.设计、编写并测试计算机程序。

　　2.353程序体系结构 program architecture

　　计算机程序部件之间的结构和关系。程序体系结构也可以包括它和程序运行环境之间的程序界面。

　　2.354程序块 program block

　　在面向的语言中，计算机程序的子部分，用于把语句分组、发分例行程序、规定存储分区、确定标号的可使用性、或者为其他一些目的而将计算机程序的分段。

　　2.355程序正确性 Program correctness

　　参见 2. 110条。

　　2.356程序设计语言 program design language

　　参见 2. 138条。

　　2.357程序扩展 program extension

　　对现存软件进行增强以扩大程序能力的范围。

　　2.358程序探测 program instrumentation

　　a. 插入到计算机程序中的探头。如指令或断言，以利于执行监督、正确性证明、资源监督或其它活动。

　　b. 准备探头并把它插入到计算机程序中去的过程。

　　2. 359程序库 program library

　　计算机程序的有组织的集合。参见 2. 447条、 2. 494条。

　　2. 360程序变异 program mutation

　　a.对预期的程序版本故意进行改变而获得一个程序版本，用以估计程序测试用例的能力，看它能否检测出所做改变。

　　b.为了估价程序测试数据的选择是否适当而建立程序变异的过程。

　　2.361程序保护 program protection

　　为预防对计算机程序的任何非授权存取或修改而施行的内部或外部控制。

　　2.362程序规格说明 program specification

　　计算机程序的任何规格说明。参见 2.143条、 2. 218条、 2. 335条、 2. 407条。 b.与 2. 143条同义。

　　2.363程序支持库 Program suPPort library

　　参见 2.439条。

　　2.364程序综合 program synthesis

　　借助软件工具把程序规格说明变换为实现那个规格说明的程序。

　　2.365程序确认 program validation

　　与 2. 87条同义。参见 2. 538条。

　　2.366编程，程序设计 programming

　　a. 程序的编写工作。

　　b. 用源程序语言或某种代码为程序编码之前的一部分工作作设计。

　　2.367编程语言，程序设计语言 programming language

　　用来设计生成或表达程序的人工语言。

　　2.368程序设计支持环境 progsramming support environment

　　通过单一命令语言来使用的工具的完整集合。用以提供在整个软件生存周期中的程序设计支持 能力。典型的环境包括在设计、编辑、编译、装入、测试、配置管理及项目管理中所用的工具。

　　2.369项目文件 project file

　　参见 2. 370条。

　　2.370 项目簿 project notebook

　　书面资料(备忘录、计划、技术报告等等)的中心储藏处。与2.369条同义。参见2.440条。

　　2.371项目计划 Project plan

　　描述工程项目所采取的开发方案管理文档。此计划通常包括要做的工作、所需要的资源、使用的 方法、配置管理和要遵循的质量保证规程、要求的进度、项目组织等等。

　　2.372项目进度表 project schedule

　　与2.371条同义。

　　2.373提示 PromPt

　　a.通知用户系统已为执行下一条命令、下一条消息、或其它用户动作做好了准备。

　　b.通知用户，系统已为执行下一条命令、下一个元素、或其它输入做好了准备。

　　2.374正确性证明 proof of corresctness

　　a.数学上证明程序满足它的规格说明的形式技巧。参见 2. 326条、2. 529条。

　　b.应用此技巧而得到的程序证明。

　　2.375保护 protection

　　限制对计算机系统进行全部或部分存取或使用的一种安排。

　　2.376协议 protocl

　　a.一组约定或规则。它控制计算机系统或网络内的进程或应用的相互作用。

　　b.一组规则。它控制功能部件的操作以达到通信的目的。

　　2.377伪码 pseudo code

　　在计算机程序的设计工作中使用的程序设计语言和自然语’言的组合。

　　2.378下推式存储器 Pushdown storage

　　按后进先出(LIFO)的方法处理数据的存储器。在这种方法中下一个要取的项是仍在存储器中的最后存入的那个项。参见 2.465条。

　　2.379鉴定 qualification

　　一个正式的过程，通过这个过程决定产品是否符合它的规格说明，是否可在目标环境中使用。

　　2.380鉴定需求 qulification renquirement

　　准则或一组条件，当一个产品符合这些准则或条件时，就确定它符合规格说明并可以在其目标环境中使用。

　　2.381合格性测试 qualification testing

　　正式测试。通常是由开发者(供方)为客户(需方)进行的测试，以显示软件符合规定的需求。参见 2. 6条、2. 497条。

　　2.382质量 quality

　　a.产品或服务的全部性质和特征，能表明产品满足给定的要求。

　　b.参见 2. 452条。

　　2.383质量保证 quality assurance

　　为使某项目或产品符合已建立的技术需求提供足够的置信度，而必须采取的有计划和有系统的全部动作的模式。

　　2.384质量度量 quality metric

　　对软件所具有的，影响其质量的给定属性所进行的定量测量。

　　2.385队列 queue

　　按先进先出方法进行存取的一个列表。与2.465条相对照。

　　2.386实时 real time

　　a.这一术语涉及的是：按照计算机外部进程所提出的时间要求，使用计算机进行与该外部进程相关联的数据处理。也常用这个术语描述会话方式操作的系统，以及在运行中可受人工干预的那些进程。

　　b.关于物理进程发生的实际时间;例如，在有关物理进程发生的那一段实际时间内所完成的计算，以便在引导此物理进程中使用计算的结果。

　　2.387记录 record

　　作为一个单位来处理的有关数据或字的集合。参见2.277条。

　　2.388递归例行程序 recusive routine

　　一种例行程序。它可以作为自己的子例程来使用，它直接调用它自己或被它所调用的另一子例程所调用。使用递归例行程序通常要求在某处(例如下推表中)保持其尚未完成的状态的记录。

　　2.389冗余 redundancy

　　以改善运行可靠性而引入重复或代替的系统元素，确保在一旦元素失效时系统能继续运行。

　　2.390回归测试 regression testing

　　选择性重新测试，目的是检测系统或系统部件在修改时所引起的故障，用以验证上述修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。

　　2.391发行 release

　　一项配置管理行为，它说明某配置项的一个特定版本已准备好用于特定的目的(例如发行测试 产品)。

　　2.392可靠性 reliability

　　a . 在规定时间间隔内和规定条件下，一项配置实现所要求的功能的能力。

　　b.参见 2. 454条。

　　2.393可靠性评估 reliability assessment

　　确定现有系统或系统部件可靠性所达到的水平的过程。

　　2.394可靠性数据 reliability data

　　在软件生存周期中在选择的点上评价软件可靠性所需要的信息。例如可靠性模型中使用的错误数据和时间数据，程序属性(如复杂性)，程序设计特性(如使用的开发技术及程序员的经验)。

　　2.395可靠性评价 reliability evaluation

　　参见 2. 393条。

　　2.396可靠性增长 reliability growth

　　从纠正软件故障而得到的软件可靠性的改进。

　　2.397可靠性模型 reliability model

　　预测、估计或评估可靠性所使用的模型。参见2.393条。

　　2.398 数据可靠性 reliability numerical

　　在规定时间间隔内和规定条件下，一配置项将实现所要求的功能的概率。

　　2.399 重定位机器代码 relocatable machine code

　　要求在计算机执行之前把相对地址翻译为绝对地址的机器语言代码。与2.2条相对照。

　　2.400 会合 rendezvous

　　在两个平行任务之间，当一个任务已调用另一任务的入口，并且后一任务也正在为前者执行一相应的接受语句时所出现的相互作用。