本标准定义软件工程领域中通用的术语，适用于软件开发、使用维护、科研、教学和出版等方面。
2术语
2.1夭折，异常终止abort在一过程完成之前被迫终止
2.3抽象机abstractmachinea.过程或机器的一种表示。b．一个模块，它象一台机器那样处理输入。
2.6验收测试accePtancetesting确定一系统是否符合其验收准则，使客户能确定是否接收此系统的正式测试。参见2.381条、2.497条。
2.7可接近性accessibility使组成软件的各部分便于选择使用或维护的程度
2.9准确，准确度accuracya.无误差的一种品质b.无误差程序的一种定性估计，估计越高，对应的误差越小。c.误差大小的一种度量，最好表示成相对误差的函数，其准确度越高，对应的误差越小。d.对无误差程度的一种定量估计。与2.341条相对照。
2.10需方acquirer从供方获得或得到一个系统、产品或服务的一个机构。注：需方可以是买主、客户、拥有者、用户、采购人圆荆。
2.11获取acquisition得到一个系统、一个产品或一项服务的过程。
2.13活动activity一个过程的组成元素；注：对基线的改变要经有关当局的正式批准。
2.16适应性维护adaptivemaintenance为使软件产品在改变了的环境下仍能使用而进行的维护。
2.18地址空间addressspace计算机机程序可以有效利用的地址范围。
2.20算法分析algorithmanalysis对一算法的检查。目的在于确定与其预期的用途有关的正确性，确定其运行特性，或为了更充分地理解某一算法以便对其进行修改、简化或改进。
2.21别名aliasa.某一项目的另一个名字。b.一个替换标号。例如，可以使用一个标号和一个或多个别名来指示计算机程序中同一数据元素或点。
2.22分析阶段analysisphase参见2.406条.
2.23分析模型analyticalmodel用一组可解方程来表示一个过程或一个现象。与2.430条相对照。
2.26体系结构architecture参见2.353条、2.491条。
2.28人工语言artificiallanguage参见2.210条。
2.30汇编程序assemb用于进行汇编的计算机程序。与2.73条、2.255条相对照。
2.31汇编语言assemblylanguagea.一种面向计算机的语言，其指令与计算机指令通常是—一对应的，且能提供使用宏指令的便利。与2.279条、2.225条相对照。参见2.72条、2.73条。b．一种特定机器语言，其指令通常和计算机指令—一对应。
2.32断言assertion一种逻辑表达式，规定必须存在的一种程序状态，或规定在程序执行过程中某一特定点上程序变量必须满足的条件集合，例如，A为正且A＞B。参见2.236条、2.322条。
2.33赋值语句assignmentstatement用于表达一系列操作，或用于把操作数赋给指定变量，或符号，或变量和符号两者的指令。
2.36自动测试用例生成器automatedtestcasegenerator参见2．38条。
2.37自动测试数据生成器automatedtestdatagenerator参见2．38条。
2.38自动测试生成器automatedtestgenerator一种软件工具，它以计算机程序和准则作为输入，产生满足这些准则要求的测试输入数据，有时还确定预期的结果。
2.39自动验证系统automatedverificationsystem一种软件工具，以计算机程序及其规格的表示作为输入（可能借助人的帮助），产生该程序的正确与否的证明。参见2.40条。
2.40自动验证工具automatedverificationtools用于评估软件开发过程中的产品的一类软件工具。这些工具有助于验证正确性、完全性、一致性、可跟踪性、可测试性，以及检查是否遵守了标准。软件验证工具包括设计分析器、自动验证系统、静态分析器、动态分析器和标准实施器。
2.42可用性模型availabilitymodel用于预测、估计、判定可用性的模型。
2.43后备，后援back－up发生系统失效或灾害时，为恢复数据文件或软件，重新起动处理，使用备份计算机设备而做的准备。
2.45开始——结束块begin－endblock由begin和end分隔符括起来的设计或程序语句序列。其特征是具有单一的入口和单一的出口。
2.47块（名），阻滞（动）blOCka.由某些技术或逻辑原因形成的被当作一个实体看待的一串记录、一串字或一字符串。b.作为一个单元而记录下来的一组连续的记录。块与块之间用间隙分隔，每一块可以包含一个或多个记录。c．被当作一个单元而加以传送的一组二进制位数或N进制位数。通常对这组二进制位数或N进制位数采用某种编码步骤以达到出错控制的目的。d．作为一个单元来处理的事物，如字、字符或数字的集合。e．参见2．354条。f．系统中的某些操作因某种原因，暂时不能继续执行。
2.48框图blockdiagram表示某一系统、计算机或设备的图，图中主要部分由加有适当注释的几何图形来表示，用以说明这些主要部分的基本功能及其功能关系。与2．209条相对照。
2.49块结构语言block－structuredlanguage一种程序设计语言，在这种语言中，语句序列通常是由begin和end界限符划界。参见2．354条。
2.51引导装入程序bootstraPloader使用预置计算机操作以装入引导程序的一种输入例行程序。
2.52自底向上bottom－uP一种方法，这种方法从层次结构的最低层软件组成部分开始，逐级向上直至最高层组成成分为止，例如，自底向上设计、自底向上程序设计、自底向上测试等。与2．526条相对照。
2.53自底向上设计bottom－uPdesign
从最基本的或原始的部分着手，逐级进入到较高层部分的系统设计方法。与2．527条相对照。
2.54隐错，缺陷bug参见2．198条。
2.55隐错撒播bugseeding参见2．201条。
2.56构件build软件产品的一个工作版本，其中包含最终产品将拥有的能力的一个规定的子集。
2.57构件块buildingblock较高一级程序或模块使用的一个单元或模块。
2.58（分）情况语句case能根据控制表达式的值对有限个程序语句进行选择性执行的多分支条件语句。参见2．106条。
2.60链接表chainedlist一种表，在这种表中各个项目可以是分散的，但每项都含有指出下一项位置的标识符。与2.269条同义。
2．61更动管理changecontrol提议作一项更动并对其进行估计、同意或拒绝、调度和跟踪的过程。
2.62代码，编码codea.一组无歧义性的规则，它规定了使数据得以用某种离散形式加以表示的方式。b.用处理机可以接受的符号形式表示数据或计算机程序。c.书写例行程序。d.也可指一个或多个计算机程序，或计算机程序一部分。已为了安全的目的对数据进行的加密表示。
2.63代码审计codeaudit由某人、某小组、或借助某种工具对源代码进行的独立的审查，以验证其是否符合软件设计文件和程序设计标准。还可能对正确性和有效性进行估计。参见2．34条、2．468条、2．237条、2．545条。
2.64代码生成器codegenerator一个程序或程序功能，常常属于编译程序的一部分，它把计算机程序从某种中间级表示（通常为语法分析程序的输出）变换成较为低级的表示，如汇编代码或机器代码。
2．65代码审查codeinspection参见2.237条。
2.66代码走查codewalk－through参见2.545条。
2.68命令语言commandlanguage一组过程性的操作符及与之有关的语法，用来指明交给操作系统执行的功能。
2.69注释commenta.在计算机程序、命令语言或数据之间的说明信息，旨在给读者提供澄清性材料，并不影响机器的解释工作。b.加到或散置在源语言语句当中的描述、附注或解释，在目标语言中这些是无效的。
2.71兼容性compatibilitya.两个或两个以上系统运行同一软件可得到同样结果的能力。b.两个或两个以上系统处理同样的数据文件可得到同样结果的能力。比较2.253条。
2.73编译程序comPtler用于进行编译的一种计算机程序。与2．30条、2．255条对照。
2.74编译程序的编译程序compilercompiler参见2.75。
2.75编译程序的生成程序compilergenerator用来构造编译程序的翻译程序或解释程序。与2．290条同义。
2.76复杂性comPlexity系统或系统组成部分的复杂程度，由下述因素确定，如：接口的数量和错综程度，条件转移的数量和错综程度，嵌套的深度，数据结构的类型，以及其它一些系统特性。
2.81计算机程序comPuterProgramt按照具体要求产生的适合于计算机处理的指令序列。参见2．352条。
2.82计算机程序摘要comPuterProgramabstract对计算机程序的简短叙述，给用户提供足够的信息，使他们能据此确定该计算机程序是否适合其需要及所拥有的资源。
2.83计算机程序注释comPuterProgramAnnotaion参见2．69条。
2.84计算机程序认证comPuterProgramcertification参见2．59条。
2.85计算机程序配置标识comPuterProgramcertificationnidentification参见2。96条。
2.86计算机程序开发计划computerprogramdevelopmentplan参见2．441条。
2.87计算机程序确认comPuterProgramvalidation参见2．538条。
2.88计算机程序验证comPuterProgramverification参见2．539条。
2.90并发进程concurrentprocesses可以同时地在多处理机上执行或异步地在单处理机上执行的若干进程。各并发进程可以相互作用，一个进程在接受另一进程的信息之前或一外部事件出现之前可以把执行挂起。与2.426相对照。
2.91条件控制结构conditionnalcontrolstructure一种程序设计控制结构，它允许程序中使用根据指定条件的满足情况而加以选择的控制流。例如，按情况、如果…··呗小…··否则……。
2.92配置configurationa.计算机系统或网络按照其功能部件的特点、数量和主要特性而确定的排列。具体地讲，配置一词可以指硬件配置或软件配置。b.为确定系统或系统组成部分的特定版本而提出的需求、设计和实现。c.在技术文档中制定的并在产品中体现的硬件、软件的功能和（或）物理特性。
2.93、配置审计configurationaudit证明所要求的全部配置项均已产生出来，当前的配置与规定的需求相符。技术文件说明书完全而准确地描述了各个配置项目，并且曾经提出的所有更动请求均已得到解决的过程。
2.94配置控制configurationcontrola.在配置项的配置标识正式确定之后，对配置项的更动情况所做的估价、协调、批准或不批准的过程。b.在配置项的配置标识正式确定之后，对配置项所进行的有系统的估价、协调、所表示的批准或不批准。以及配置中被批准的更动的具体实现过程。
2.95配置控制委员会configurationcontrolboard对提出的工程上的更动负责进行估价、审批，对核准进行的更动确保其实现的权力机构。
2.98配置管理configurationmanagementa.标识和确定系统中配置项的过程，在系统整个生存周期内控制这些项的投放和吏动，记录并报告配置的状态和更动要求，验证配置项的完整性和正确性。参见2.61条、2.96条、2.94条、2.99条、2.3条。b.对下列工作进行技术和行政指导与监督的一套规范：——对一配置项的功能和物理特性进行标识和文件编制工作；——控制这些特性的更动情况；——记录并报告对这些更动进行的处理和实现的状态。
2.99配置状态报告configurationstatusaccounting记录和报告为有效地管理某一配置所需的信息。包括列出经批准的配置标识表、列出对配置提出更动的状态表和经批准的更动的实现状态。
2.100监护confinementa.在被核准访问期间，防止对数据做未经核准的改变、使用、破坏和抛弃。参见2.247条。b.对程序和进程施加的限制，目的是使它们不能访问或影响未经核准的数据、程序或进程。
2.201故障撒播faultseeding
为了估计程序中的固有故障数，有意地在计算机程序已有的故障上添加已知数目的故障的过程。与2.55条同义。
2.202容错faulttolerance
在出现有限数目的硬件或软件故障的情况下，系统仍可连续正确运行的内在能力。
2.203功能性配置审计FCA—functionlconfigurationaudit
验证一个配置项的实际工作性能是否符合它的需求规格说明的一项审查，以便为软件的设计和编码建立一个基线。
2.204文件，文卷file
2.205有限状态机finitestatemachine
由有限个状态及这些状态之间变迁构成的计算模型。
2.206固件firmware
a.装于某类存储器中的在处理期间不能由计算机动态地修改的计算机程序和数据。参见2.292条、2.293条。
b.含有在用户环境下不能修改、不会丢失的计算机程序和数据的器件。包含在固件中的计算机程序和数据归类为软件;含有计算机程序和数据的电路归类为硬件。
c.存储在只读存储器中的程序指令。
2.207标志flag
a.通知出现了某种错误、状态或其它条件的指示符。
b.用于表示各种指示符中的任何一种。例如，字标。
c.通知出现了一定条件。如字的结束的字符。
d.指示程序中的错误、状态，或其它规定条件。
2.208控制流flowofcontrol
在执行某一算法时所完成的操作序列。
2.209流程图flowchart
问题定义、分析或求解的二种图形表示。在这种表示中，用符号表示操作、数据、流程和设备。与2.48相对照。
2.210形式语言formallanguage
一种语言，其规则在使用前就已明显地确立。与2.28条同义。例如FORTRAN和Ada等程序设计语言，以及诸如谓词演算之类的数学或逻辑语言。与2.307条对照。
2.211形参formalparameter
子程序中使用的变量。用来表示调用例行程序时要传送给子程序的数据或程序元素。与2.161条同义。与2.14条相对照。
2.212正式规格说明、形式规格说明formalsPecification
a.根据已建立的标准书写并获准的规格说明。
b.在正确性证明中，对一系统或系统组成部分外部可见行为用形式语言进行的描述。
2.213正式测试formaltesting
根据已批准的测试计划进行测试活动并报告结果。
2.214功能，函数function
a.一实体或其特征动作能实现特定目的能力。
b.由自变量的值可得到确定结果的特定于程序。函数通常用函数名来调用，计算函数值的变量以参数的形式提供。
2.215功能分解functionaldecomposition
设计系统的一种方法。这种方法把系统分成若干部分，使其直接与系统功能和子功能对应。参见2.222条。
2.216功能设计functionaldesign
制定数据处理系统各部分的功能及相互之间接口的规格说明。参见2.343条。
2.217功能需求functionalrequirement
规定系统或系统组成部分必须能够执行的功能的需求。
2.218功能规格说明functionalsPecification
确定系统或系统组成部分必须执行的功能的规格说明。参见2.336条。
2.219功能部件functionalunit
能实现某一特定目标的硬件、软件或两者兼而有之的实体。
2.220硬件hardware
2.221硬件配置项HCI—hardwareconfigurationitem
整个系统体系结构中的硬件的一个配置项。
2.222层次结构分解hierarchicaldecomPosition
设计系统的一种方法。这种方法通过一系列自顶向下逐步求精的办法把系统分成若干部分。参见2.215条、2.298条、2.472条。
2.223层次结构hierarchy
一种结构。其组成部分根据一组特定的规则排列成若干层次。
2.224高级语言hishlevellanguage
与2.225同义。
2.225高级语言higherorderlanguage
一种程序设计语言。它通常包括如下一些特点：嵌套表达式、用户定义的数据类型和通常在低级语言中没有的参数传递;它不反映任何一台计算机或一类计算机的结构，从而可以用它书写与机器无关的源程序。一个单一的高级语言语句可以表示多个机器操作。与2·279条、2·31条相对照。
2.226宿主机hostmachine
a.程序或文件所装入的计算机。
b.用以开发供另一台计算机用的软件的计算机。与2·502条相对照。
c.用以模仿另一台计算机的计算机。与2·502条相对照。
d.在计算机网络中，为该网络的用户提供处理能力的计算机。
2.227标识符identifier
b.用以标识。数据项或给。数据项命名，也可能指出该数据某些特性的一个或一组字符。
在可靠性模拟中，纠正或清除已经发现故障的意图并非总是成功的一种假定。
2.229实现imPlementation
a.以较为具体的项来体现。抽象的概念;特别是用硬件、软件或两者一起来体现一抽象的概念。
b.程序的一种机器可执行形式，或者能被自动地翻译成机器可执行的形式的某种形式的程序。
c.把设计翻译成代码，然后对此代码排除隐错的过程。
2.230实现阶段imPlementationPhase
2.231实现需求implementationrequ1rement
对软件设计的实现产生影响或限制的任何需求。例如，设计描述沁软件开发标准丸程序设计语言需求、软件质量保证标准等。
2.232独立验证和确认independentverificationandvalidation
a.由某机构对软件产品进行的验证和确认，该机构在技术上和行政管理上都与负责开发该软件产品的机构是分开的。
b.由个人或小组对软件产品进行的验证和确认。这些个人或小组不是软件产品的原始设计人，但可以和后者同属一个机构。独立的程度取决于该软件的重要性。
2.233原有故障indigenousfault
计算机程序中存在的一种故障。这种故障不是作为故障撒播过程的一部分而插入的。
2.234归纳断言法inductiveassertionmethod
一种正确性证明技术。采用这种技术时要写出描述程序输入、输出和中间条件的断言，推导出当输入条件满足时，使输出条件得到满足的一一组定理，并且这些定理被证明是成立的。
2.235信息隐蔽informationhiding
将模块中的软件设计决策封装起来的技术，使模块内部工作情况尽可能少在模块的接口处暴露。这样，系统中每个模块对其它模块而言是个“黑盒子”。信息隐蔽的原则禁止使用在模块接口中没有说明的信息。参见2·175条。
2.236输入断言inPutassertion
逻辑表达式。它规定了程序的输入必须满足的一个或多个条件。
2.237审查insPection
a.一种正式的评定技术。由除作者之外的某人或某一小组仔细检查软件需求、设计或代码，以找出故障、违反开发标准之处和其它一些问题。与2.545条相对照。参见2.63条。
b.质量管理的一个阶段。在此阶段借助检查。观察或测量来确定材料、必须品、零部件、附属品、系统、过程或结构是否符合预定的质量要求。
2.238安装检验阶段installationandcheck-outphase
2.239指令instruction
a.使计算机执行一个特定操作或执行一组特定操作的程序语句。
b.在程序设计语言中，规定某种操作，且如果有操作数则对操作数进行标识的一个有含义的表述。
2.240指令集合(指令系统)instructionset
计算机的指令集合，程序设计语言指令集合，或程序设计系统中程序设计语言的指令集合。
2.241指令集合结构instructionsetarchitecture
用指令集合表征的抽象机。
2.242指令跟踪instructiontrace
参见2.530条。
2.243探测instrumentation
参见2.358条。
2.244探测工具instrumentationtool
一种软件工具。它在被测程序中的适当位置上产生并插入起计数器或其它探头作用的语句，以提供有关程序执行情况的统计数字，如程序中的代码被执行到的覆盖程度。
2.245集成integration
把软件、硬件元素或两者合成为一个完整的系统的过程。
2.246组装测试integrationtesting
有序进行的一种测试。这种测试中，把软件元素、硬件元素或两者一并进行测试，直到整个系统成为一体。参见2.497条。
2.247完整性integrity
在计算机系统中，对软件或数据所受到的未经获准的存取或修改可加以控制的程度。参见2.420条。
2.248交互系统interactivesystem
指这样一个系统。在这种系统中，每一个用户的输入均能得到该系统的响应。
2.249接口，界面interface
a.一个共有的边界。接口可能是连接两个设备的硬件组成部分，也可能是由两个或多个计算机程序所访问的一部分存储器或寄存器。
b.与另一系统组成部分的交互作用或通信。
2.250接口需求Interfacerequirement
2.251接口规格说明interfacesPecification
规定系统或系统组成部分的接口需求的规格说明。
2.252接口测试interfacetesting
为确保程序或系统组成部分彼此正确地传递信息或控制而进行的测试。
2.253互操作能力，互操作性interoPerability
a.两个或多个系统交换信息并相互使用已交换的信息的能力。与2.71条相比较。
b.两个或两个以上系统可互相操作的能力。
2.254解释interPret
逐条翻译并立即执行计算机程序的每一源语言语句。与2.29条、2.72条相对照。
2.255解释程序，解释器interPreter
a.用来解释计算机程序的软件、硬件或固件。与2.30条、2.73条相对照。
b.用于进行解释的计算机程序。
2.256中断interruPt
把一进程(如计算机程序)的执行暂停。这一暂停是由该进程之外的事件引起的，中断处理后，被暂停的进程应能恢复。
2.257迭代iteration
a.重复执行给定的程序设计语言语句序列，直到满足给定条件或当给定条件为真时为止的过程。
b.对循环的一次执行。
2.258核心，内核kernel
a.操作系统的基础，操作系统的最小的不可缺少的部分。
b.基本功能的封装部分。
c.在计算机选择研究中用以评价计算机性能的模型。
2.259关键字key
数据集合中的一个或多个字符。它含有有关该集合的信息，包括其标识。
2.260标号label
a.数据集合内或附加于数据集合上的一个或多个字符。其中含有有关该集合的信息，包括其标识。
b.在计算机程序设计中，指令的标识符。
c.一个带或盘文件的标识记录。
2.261语言处理程序languageprocessor
a.一种计算机程序。它执行这样一些功能，诸如处理指定程序设计语言所需的翻译、解释功能和其它任务。例如FORTRAN处理程序、COBOL处理程序。
b.一种软件工具。它完成这样一些功能，诸如处理指定的语言(如需求规格说明语言、设计语言或程序设计语言)所需的翻译、解释或其它任务。
2.262级层level
a.一个项在某一层次排列中下属的级数。
b.层次结构中的等级。若一项目没有从属项则属最低级，若没有比它高的项则为最高级。
2.263文档等级levelofdocumentation
指明文档的范围、内容、格式以及质量。文档等级可根据项目成本、预期用途、作用范围、及其它因素进行选择。
参见2.446条。
2.265库library
参见2.447条、2.494条。
2.266生存周期lifecycle
参见2.448条。
2.267生存周期模型life-cyclemodel
一个框架，它含有从需求定义到使用终止，跨越整个生存期的系统开发、操作和维护中所需实施的过程、活动和任务。
2.268连接编辑程序linkageeditor
一个计算机程序。它利用一个或多个独立地编译而得到的目标模块或装入模块而建立一个装入模块。为此要在目标模块当中解决交叉引用。也可能需要把一些元素重新定位。注意并不是所有的目标模块在执行之前都需要连接。
2.269连接表linkedlist
参见2.60条。
2.270列表，清单，表list
a.数据有序集。
b.将满足规定准则的数据项进行打印或显示。
c.参见2.60条。
2.271列表处理listProceSSing
一种用表的形式来处理数据的方法。通常使用链接表，这样就能改变项的逻辑顺序而无需改变它们的物理位置。
2.272列表listing
a.以人们易读的列表形式给出的计算机输出。
b.人们易读的、正文形式的计算机输出。
2.273装入映象表loadmaP
计算机生成的表，它标识驻留在内存中的计算机程序或驻留在内存中的数据的全部或指定部分的位置或大小。
2.274装入模块loadmodule
适合于装入到主存中去等待执行的程序单位。它通常是连接编辑程序的输出。
2.275装入程序loader
a.一种例行程序。它在目标程序执行之前把目标程序读入到主存中去。
b.一种例行程序。通常是计算机程序。它把数据读入到主存中去。
与物理环境无关的文件。同一逻辑文件的各部分可以放在不同的物理文件中;几个逻辑文件或几个逻辑文件的各部分可以放在一个物理文件中。
2.277逻辑记录logicalrecord
与物理环境无关的记录。同一逻辑记录的各部分可以放在不同的物理记录中;几个逻辑记录或几个逻辑记录的各部分可以放在一个物理记录中。
2.278循环IOOP
当某个条件成立时可以反复执行一组指令的程序结构。参见2.257条。
2.279机器语言machinelanguage
指令和数据的表示。此表示能直接由计算机执行。与2.31条、2.225条相对照。
2.280宏macro
a.一个预先定义好的指令序列。在汇编或编译期间要把该指令序列插入到程序中每一处出现相应宏指令的地方。
b.与2.281条同义。
2.281宏指令macroinstuction
源语言中的一条指令。它将用同一源语言书写的预先定义的指令序列所代替。
2.282宏处理程序macroprocessor
2.283可维护性maintainability
a.对软件进行维护的容易程度。
b.按照预定的需要对某一功能部件进行维护的容易程度。
2.284维护者maintainer
执行维护活动的一个机构。
2.285维护maintenance
参见2.449条。
2.286维护阶段规maintenancephase
参见2.317条。
2.287维护计划maintenanceplan
维护软件产品时使用的说明管理方法和技术途径的文档。典型的维护计划内容包括：工具、资源、设施、及日程。
2.288映象程序maPProgram
编译程序或汇编程序中具有生成装入映象性能的部分。
2.289主库masterlibrary
存放软件和文件的正式公布版本的软件库。与2.351条相对照。
2.290元编译程序metacompiler
参见2.75条。
2.291无语言metalanguage
用来说明一个语言或多个语言的基本语言。
2.292微码microcode
a.微程序的符号表示。
b.微程序在其存储媒体中的内部表示。参见2.206条。
2·293微程序microprogram
计算机操作相对的微指令序列。它被保存在专用存储器中，并且是由计算机指令寄存器中的计算机指令来启动执行，微程序常常用于代替硬接线逻辑。参见2.206条。
2.294里程碑milestone
2.295助记符号mnemonicsymbol
为便于人们记忆而选用的一种符号。例：“multiPly”的缩写是“mul”。
2.296模型model
现实世界中进程、设备或概念的一种表示。参见2.23条、2.42条、2.129条、2.180条、2.398条、
2.430条、2.472条。
2.297修改modification
a.对软件进行的更改。
b.更改软件的过程。
2.298模块分解modulardecomposition
借助于把系统分成若干模块来设计系统的方法。参见2.222条。
2.299模块化程序设计modularprogramming
把系统或程序作为一组模块集合来开发的一种技术。
2.300模块性modularity
软件由若干离散部分组成的离散程度，即软件模块化的程度(表明改变一个组成部分时对另外的组成部分有多大的影响)。