软件工程名词解释
软件工程试题整理_词语解释题
1、需求分析：需求分析是指开发人员要准确理解用户的需求，进行细致的调查分析，将用户非形式的需求陈述转化成完整的需求定义，再由需求定义转换到相应的形式功能规约（需求规格说明）的过程。
2、白盒法：该方法把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检查内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。白盒法也不可能进行穷举测试。
3、黑盒法：该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件接口处进行测试，依照需求规格说明书，检查程序是否满足功能要求。因此，黑盒测试又称为功能测试或数据驱动测试。
4、渐增式测试：逐个把未经过测试的模块组装到已经过测试的模块上去，进行集成测试。每加入一个新模块进行一次集成测试，重复此过程直至程序组装完毕。
5、非渐增式测试：首先对每个模块分别进行单元测试，然后再把所有的模块按设计要求组装在一起进行测试。
6、可执行的规格说明：这是一种使要求说明过程自动化的技术，通过可执行的规格说明语言来描述预期的行为“做
什么”，人们可以从直接观察中用规格说明语言来规定任何系统行为。
7、经济可行性：对组织的经济状况和投资能力进行分析，对系统建设，运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行估计。
8、系统设计说明书：是从系统总体的角度出发对系统建设中各主要技术方面的设计进行说明，是系统设计阶段的产物，其着重点在于阐述系统设计的指导思想以及所采用的技术路线和方法，编写系统设计说明书将为后续的系统开发工作从技术和指导思想上提供必要的保证。
9、面向对象设计：是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。或者说，面向对象设计就是用面向对象观点建立求解域模型的过程。
10、结构化设计：面向数据流的设计是以需求分析阶段产生的数据流图为基础，按一定的步骤映射成软件结构，因此又称结构化设计（SD）。
11、结构化分析：是根据分解与抽象的原则，按照系统中数据处理的流程，用数据图来建立系统的功能模型，从而完成需求分析工作。
12、基于脚本的设计：此方法主要用于解决要求的验证问题。一个脚本将模拟在系统运行期间用户经历的事件，它
提供了输入、处理、输出的屏蔽，以及有关对话的一个模型，开发者能够给用户显示一个系统的逼真视图。
13、IDEF方法：是美国空军在1981年针对集成化计算机辅助制造（简称ICAM）工程项目中用于进行复杂系统分析和设计的方法，是在结构化分析与设计技术的基础上提出来的。
14、JSP方法：定义了一组以数据结构为指导的映射过程，他根据输入、输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构，而不是软件的体系结构，因此该方法适于详细设计阶段。
15、软件概要设计：进入了设计阶段，要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型，即着手实现软件的需求，并将设计的结果反应在“设计规格说明书”文档中，所以软件设计是一个把软件需求转换为软件表示的过程，最初这种表示只是描述了软件的总的体系结构，称为软件的概要设计或结构设计。
16、信息隐蔽：指在设计和确定模块时，使得一个模块内包含的信息（过程或数据），对于不需要这些信息的其它模块来说，是不能访问的。
17、系统流程图：是描述物理系统的传统工具，它用图形符号来表示系统中的各个元素，例如人工处理、数据处理、数据库、文件、设备等。它表达了系统中各个元素之间的信息流动的情况。
18、集成测试：是指在单元测试的基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试，故也称组装测试或联合测试。
19、附加策略：是将原型用于开发的全过程，原型由最基本的核心开始，逐步增加新的功能和新的需求，反复修改反复扩充，最后发展为用户满意的最终系统。
20、抛弃策略：是将原型用于开发过程的某一阶段，促使该阶段的开发结果更加完整、准确、一致、可靠，该阶段结束后，原型随之作废。
21、抽象：是认识复杂现象过程中使用的思维工具，即抽出事物本质的共同的特征而暂不考虑它的细节，不考虑其它因素。
22、参数化抽象：所谓参数化抽象，它是指当描述类的规格说明时并不具体指定所要操作的数据类型，而是把数据类型作为参数。
23、静态测试：指被测试程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。
24、原型：是指模拟某种产品的原型模型。软件开发中的原型是软件的一个早期可运行的版本，它反映了最终系统的重要特征。
25、事件：是指定时刻发生的某件事情。它是某事情发生的信号，它没有持续时间，它是一种相对性的快速事件。
26、动态冗余：动态冗余的主要方式是多种模块待机储备，当系统检测到某工作模块出现错误时，就用一个备用的模块来顶替它并重新运行。这里须有检测、切换和恢复过程，故称其为动态冗余。
27、模块化：是指解决一个复杂问题是自顶向下逐层把软件系统划分成若干模块的过程，每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所要求的功能。
28、JSP方法：定义了一组以数据结构为指导的映射过程，它根据输入、输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构，而不是软件的体系结构，因此该方法适于详细设计阶段。
29、模型：是为了理解事务而对事物做出一种抽象，它忽略不必要的细节，它也是事物的一种抽象形式，一个规划，一个程式。
30、瀑布模型：是将软件生存各个活动规定为依线性顺序联接的若干阶段的模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。它规定了由前至后，相互衔接的固定次序，如同瀑布流水，逐级下落。
31、增量模型：是在项目的开发工程中以一系列的增量方式开发系统。增量方式包括增量开发和增量提交。增量开
发是指在项目开发过程中以一定的时间间隔开发部分工作软件；增量提交是指在开发周期内，以一定的时间间隔增量方式向用户提交工作软件及相应稳当。增量开发和增量提交可以同时使用，也可单独使用。
32、喷泉模型：是一种以用户需求为动力，以对对象作为驱动的模型，适合于面向对象的开发方法。他克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。系统某些部分常常重复工作多次，相关功能在每次迭代中随之加入演化的系统。无间隙是指在分析、设计、实现等开发活动之间不存在明显的边界。
33、功能模型：描述了系统的所有计算，它表明一个计算如何从输入值得到输出值，他不考虑所计算的次序。功能模型说明对象模型中操作的涵义、动态模型中动作的意义以及对象模型中约束的意义。
34、动态模型：是与时间和变化有关的系统性质。该模型描述了系统的控制结构，他表示了瞬时的、行为化的系统控制性质。它关心的是系统的控制，操作的执行顺序。它从对象的事件和状态的角度出发，表现了对象的相互行为。
35、对象模型：表示了静态的、结构化的系统数据性质，描述了系统的静态结构，它是从客观世界实体的对象关系角度来描述，表现了对象的相互关系。
36、货币的时间价值：通常利用银行的存款利息来表示货币的时间价值。设年利率为I，现存入p元，n年后得到本金和利息为F。若不计复利，则P元在n年后的价值为：
F=P*(1+n*i)。反过来，若n年后能收入的本金和利息为F,则将来F元的现在价值(本金)P为：P=F/(1+n*i)。可用这个公式来计算将来收入的现在价值。这是效益分析的最基本公式。
37、类：具有相同或相似性质的对象的抽象就是类。
38、对象：是人们要进行研究的任何事物，从最简单的整数到复杂的飞机等均可看作对象，它不仅能表示具体的事物，还能表示抽象的规则、计划或事件。类的具体化就是对象，也可以说类的实例是对象。
39、多态性：指相同的操作或函数、过程可作用于多种类型的对象上并获得不同结果。不同的对象，收到同一消息可以产生不同的结果，这种现象称为多态性。
40、风险分析：实际上就是贯穿在软件工程上的一系列风险管理步骤，其中包括风险识别、风险估计、风险管理策略、风险解决和风险监督，它能让人们主动“攻击”风险。
41、模块：模块在程序重视数据说明、可执行语句等程序对象的集合，或者是单独命名和编址的元素，如高级语言中的过程、函数、子程序等等。
42、JSD方法：主要以活动事件为中心，通过有一串活动顺序组合构成的进程，建立系统模型，最后实现该模型。
43、路径覆盖：指设计足够的测试用例，覆盖被测程序中所有可能的路径。
44、判定/条件覆盖：指设计足够的测试用例，使得判定表达式中的每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。
45、条件组合覆盖：是指设计足够的测试用例，使的每个判定表达式中条件的各种可能的值的组合都至少出现一次，条件组合覆盖是比较强的覆盖标准。
46、条件覆盖：是指设计足够的测试用例，使得判定表达式中每个条件的各种可能的值至少出现一次。满足条件覆盖并不一定满足判定覆盖。
47、原型模型：又称快速原型模型，它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。
48、软件工程环境：美国国防部在STARS计划中定义如下：“软件工程环境是一组方法、过程及计算机程序（计算机化的工具）的整体化构件，他支持从需求定义、程序生成知道维护的整个软件生存期”。
49、程序图：是退化的程序流程图。也就是说，把程序流程图中每个处理符号都退化成一个结点，原来连接不同处理符号的流线变成连接不同结点的有向弧，这样得到的有向图就叫程序图。
软件工程试题整理_填空题1、可行性研究的目的是用最小的代价，在尽可能短的时间内，确定该项目是否能够开发。
2、程序设计时代的生产方式是个体手工，程序系统时代的生产方式是作坊式小团体，软件工程时代的生产方式是工程化。
3、喷泉模型是一种以需求分析为动力，以对象为驱动的模型。
4、需求分析阶段，分析人员要确定对问题的综合需求，其中最主要的是功能需求。
5、可行性研究需要从以下三个方面分析研究每种解决方法的可行性：技术可行性、经济可行性、社会可行性。
6、可行性研究的目的不是去开发一个软件项目，而是研究这个软件项目是否值得开发，其中的问题能否解决。
7、判定树较判定表直观易读，判定表进行逻辑验证较严格，能把所有的可能性全部都考虑到。可将两种工具结合起来，先用判定表做底稿，在此基础上产生判定树。
8、软件工具的发展特点是软件工具有单一工具向多个工具集成化方向发展。重视用户界面的设计，不断的采用新理论和新技术。软件工具的商品化推动了软件产业的发展，而软件产业的发展，又增加了对软件工具的需求，促进了软件工具的商品化进程。
9、环境集成主要有数据集成、界面集成、控制集成、平台集成、过程集成。
10、可行性研究实质上是进行一项简化、压缩了的需求分析、设计过程。
11、结构化方法有结构化分析、结构化设计、结构化程序设计构成，它是一种面向数据流的开发方法。
12、投资回收期就是累计的经济效益等于最初的项目投资所需的时间。
13、详细描述处理过程常用三种描述工具：图形、表格和语言。
14、数据流图中，每个加工至少有一个输入流和一个输出流。
15、结构化设计以数据流为基础映射成软件结构。
16、当数据流图中某个加工的一组动作存在着多个条件复杂组合的判断时，使用判定表或判定树较好。
17、由于运用原型的目的和方式不同，在使用原型时也采取不同的策略，有抛弃策略和附加策略。
18、有两类维护技术：在开发阶段是用来减少错误、提高软件可维护性面向维护的技术，在维护阶段用来提高维护的效率和质量的维护支援技术。
19、软件开发中原型是软件的一个早期可运行的版本，它反映了最终系统的重要特性。
20、产品管理包括版本管理和配置管理。
21、任何程序都可由顺序、选择、重复三种基本控制结构构造。
22、测试用例应有输入数据和预期的输出数据两部分组成。这样便于对照检查。
23、需求分析阶段产生的最重要的文档之一是需求规格说明书。
24、项目开发计划是一个管理性文档。
25、软件配置管理，简称SCM，软件配置项简称SCI。
26、在算法描述工具中，PAD图可自动生成程序。由机器自动通过走树的办法生成相应的源代码，大大提高软件的生产率。
27、在CASE集成中，控制集成支持工作台或环境中一个工具对系统中其它工具的访问。过程集成是指CASE系统嵌入了关于过程活动、阶段、约束和支持这些活动所需的工具的知识。
28、解决一个复杂问题，往往采取的策略是分解。
29、效益分析有有形效益和无形效益两种。
30、两个模块都是用同一张表，这种耦合称为公共耦合。
31、一个模块把数值作为参数传送给另一个模块，这种耦合方式称为数据耦合。
32、一个模块内部各程序段都在同一张表上操作，这个模块的内聚性称为通信内聚。
33、在SA方法的需求描述工具中，数据流图描述系统的分解，即描述系统有哪几部分组成，各部分之间有什么联系等等。数据
字典定义了数据流图中每一个图形元素；结构化语言、判定表或判定树则详细描述数据流图中不能被再分解的每一个加工。
34、IDEF图是一种功能模型，表示系统功能的图形称为活动图形，连方框上的箭头有四种类型，他们分别是输入、输出、控制、机制。
35、软件项目计划是可行性研究阶段的结果产品。但由于可行性研究是在高层次进行系统分析，未能考虑软件系统开发的细节情节，因此软件项目计划一般在需求分析阶段完成后才定稿的。
36、信息隐蔽指在设计和确定模块时，使得一个模块内包含的信息（过程或数据），对于不需要这些信息的其它模块来说，是不能访问的。
37、同一个类中的共享是指同一个类中的对象有着相同的数据结构和相同的行为特征。
38、通过抽象，可以确定组成软件的过程实体。通过信息隐蔽，可以定义和实施对模块的过程细节和局部数据结构的存取限制。
39、 IPO图描述分层图中一个模块的输入、输出和处理内容。
40、软件是一种逻辑产品，它与物质产品有很大区别。
41、数据流图中的箭头表示数据流。
42、软件测试时需要三类信息：软件配置、测试配置、测试工具。
43、基于IDEF0图的设计也是结构化设计技术之一，它以系统的功能模型和信息结构为基础设计软件结构。
44、系统流程图是描述物理模型的传统工具，用图形符号表示系统中各个元素，表达了系统中各种元素之间的信息流动情况。
45、桩模块是用来代替被测试模块所调用的模块，它的作用是返回被测模块所需的信息。
46、建立数据字典一般的两种形式是手工建立和利用计算机辅助建立并维护。
47、汇编语言是面向机器的，可以完成高级语言无法满足要求的特殊功能，如与外部设备之间的一些接口操作。
48、黑盒测试是功能测试，因此设计测试用例时，需要研究需求规格说明书和概要设计说明书中有关程序功能或输入、输出之间的关系等信息，从而与测试后的结果进行分析比较。
49、在类层次中，子类只继承一个父类的数据结构和方法，则称为单重继承。子类继承了多个父类的数据结构和方法，则称为多重继承。
50、由于数据流是流动中的数据，所以必须有流向。除了与数据存储之间的数据流不用命名外，数据流应该用名词或名词短语命名。
51、投资回收期就是使累计的经济效益等于最初的投资费用所需的时间。项目的纯收入是指在整个生存周期之内的累计经济效益（折合成现在值）与投资之差。
52、程序设计语言的简洁性是指人们必须记住的语言成分的数量。人们要掌握一种语言，需要记住的成分数量越多，简洁性越差。
53、不同对象的同一属性可以具有相同或不同的属性值。
54、软件开发划分的各阶段任务尽可能相对独立，同一阶段任务性质尽可能相同。
55、瀑布模型是将生存周期各活动规定为线性顺序联接的若干阶段的模型。
56、成本效益分析的目的是从经济角度评价开发一个软件项目是否可行。
57、在需求分析阶段要进行以下几方面的工作：问题识别、分析与综合、导出软件的逻辑模型、编写文档。
58、静态冗余常用的有：三模冗余TMR和多模冗余。
59、 McCabe质量度量模型，针对面向软件产品的运行、修正、转移。
60、程序设计语言的局部性是指语言的联想性。在编码过程中，由语句组合成模块，由模块组装成系统结构，并在组装过程中实现模块的高内聚，低耦合，使局部性得到加强。
61、软件复杂性度量的参数主要有规模、难度、结构和职能度。
62、项目开发计划的主要内容有：项目概述、实施计划、人员组织及分工、交付期限。
63、可行性研究要在较高层次上以较抽象方式进行需求分析和设计。
64、软件工程是一门综合性交叉学科，计算机科学着重于原理和理论，软件工程着重于建造软件系统。
65、维护的副作用有编码副作用、数据副作用、文档副作用三种。
66、若年利率为I，不计复利，P元在n年后的价值
F=P*(1+n*i)
67、软件结构是以模块为基础而组成的一种控制层次结构。
68、软件设计阶段产生的最重要的文档之一是概要设计说明书。
69、独立路径是指包括一组以前没有处理的语句或条件的一条路径。从程序图来看，一条独立路径是至少包含有一条在其它独立路径中未有过的边的路径。
70、各模块经过单元测试后，将各模块组装起来进行集成测试，以检查与设计相关的软件系统结构的有关问题。
71、开发过程管理包括项目计划和控制和任务管理等。
72、临时维护小组采用“同事复审”或“同行复审”等方法来提高维护工作的效率。
73、数据字典中的加工逻辑主要描述该加工做什么，即实现加工的策略，而不是实现加工的细节，它描述如何把输入数据流变换为输出数据流的加式规则。
74、为了较完整的描述用户对系统的需求，DFD应与数据库中的ER图结合起来。
75、纯收入是软件生存周期内累计经济效益与投资之差。
76、反映软件结构的基本形态特征是深度、宽度、扇入和扇出。
77、若年利率为I，不计复利，n年后能收入F元的现在价值p=F/(1+n*i)。
78、在一个模块中，功能状态与接口反映模块的外部特性，逻辑反映它的内部特性。
79、硬件与软件一起构成完整的计算机系统。
80、 SA方法中主要描述工具是DFD与DD。
81、软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。
82、结构化设计对数据流有两种分析方法，他们是变换分析设计和事务分析设计。
83、数据字典中有四类条目：数据流、数据项、数据存储、加工。
84、常借用硬件可靠性的定量度量方法来度量软件的可靠性与可用性。常用指标有平均失效等待时间MTTF和平均失效间隔时间MTBF。
85、 Lisp是一种函数型语言，Prolog是一种逻辑性语言。
86、 Jackson结构图能对结构进行自顶向下分解，因此可以表示层次结构。
87、变换模型是一种适合于形式化开发方法的模型，从软件需求形式化说明开始，经过一系列变换，最终得到系统的目标程序。
88、软件开发环境的主要目标是提高软件开发的生产率，改善软件质量和降低软件成本。
89、“软件”包含计算机程序及其说明程序的各种文档。
90、开发过程依序包括需求分析、设计、编码、集成、软件安装和验收等活动。
91、社会可行性研究包括合同、责任、侵权、用户组织的管理模式及规范，其他一些技术人员常常不了解的陷阱等。
92、 IDEF0方法中，将系统功能称为活动，将表示系统功能的图形称为活动图形。
93、数据库的设计指数据存储文件的设计，主要进行的设计方面有：概念设计、逻辑设计、物理设计。
94、如果只有两个模块之间有公共数据环境，这种公共耦合有两种情况：一是一个模块只是给公共数据环境送数据，另一个
模块是只从公共环境中去数据，这是比较松散的公共耦合；二是两个模块都往公共环境中送数据又从里面取数据，这是紧密的数据耦合。
95、Jackson方法是面向数据结构的设计方法。早期的Jackson方法用于开发模型较少的数据处理系统的设计，简称JSP。
96、工程网络图只有一个开始点和一个终止点，开始点没有流入箭头，称为入度为零；终止点没有流出箭头，称为出度为零。
97、为了确保每个开发过程的质量，防止把软件差错传递到下一个过程，必须进行质量检验，检验的实施有实际运行检验（即白盒测试和黑盒测试）和鉴定两种形式。
1、可行性研究的任务是什么
首先需要进行概要的分析研究，初步确定项目的规模和目标，确定项目的约束和限制，把他们清楚地列举出来。然后，分析员进行简要的需求分析，抽象出该项目的逻辑结构，建立逻辑模型。从逻辑模型出发，经过压缩的设计，探索出若干种可供选择的主要解决方法，对每种解决方法都要研究它的可行性，可从以下三个方面分析研究每种解决方法的可行性。㈠技术可行性：对要开发项目的功能、性能、限制条件进行分析，确定在现有的资源条件下，技术风险有多大，项目是否能实现。㈡经济可行性：进行开发成本的估算以及了解取得效益的评估，确定要开发的项
目是否值得投资开发。㈢社会可行性：要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。
2、什么是模块的影响范围什么是模块的控制范围他们之间应该建立什么关系
一个模块的作用范围（或称影响范围）指受该模块内一个判定影响的所有模块的集合。一个模块的控制范围指模块本身以及其所有下属模块（直接或间接从属于它的模块）的集合。一个模块的作用范围应在其控制范围之内，且判定所在的模块应在其影响的模块在层次上尽量靠近。如果再设计过程中，发现模块作用范围不在其控制范围之内，可以用“上移判点”或“下移受判断影响的模块，将它下移到判断所在模块的控制范围内”的方法加以改进。
3、非渐增式测试与渐增式测试有什么区别渐增式测试如何组装模块
非渐增式测试与渐增式测试的测试方法有以下区别：㈠非渐增式测试方法把单元测试和集成测试分成两个不同的阶段，前一阶段完成模块的单元测试，后一阶段完成集成测试。而渐增式测试往往把单元测试与集成测试和在一起，同时完成。㈡非渐增式需要更多的工作量，因为每个模块都需要驱动模块和桩模块，而渐增式利用已测试过的模块作为驱动模块或桩模块，因此工作量较少。㈢渐增式可以较早的发现接口之间的错误，非渐增式最后
组装是才发现。㈣渐增式有利于排错，发生错误往往和最近加进来的模块有关，而非渐增式发现接口错误推迟到最后，很难判断是哪一部分接口出错。㈤渐增式比较彻底，已测试的模块和新的模块再测试。㈥渐增式占用的时间较多，但非渐增式须更多的驱动模块、桩模块也占用一些时间。㈦非渐增式开始可并行测试所有模块，能充分利用人力，对测试大型软件很有意义。渐增式测试有以下两种不同的组装模块的方法：㈠自顶向下组合。该方法只需编写桩模块，其步骤是从顶层模块开始，沿被测程序的软件结构图的控制路径逐步向下测试，从而把各个模块都结合起来，它又有两种组合策略：①深度有先策略：先从软件结构中选择一条主控制路径，把该路径上的模块一个个结合进来进行测试，以便完成一个特定的子功能，接着再结合其它需要优先考虑的路径。②宽度有先策略：逐层结合直接下属的所有模块。㈡自低向上结合。该方法仅需编写驱动模块。其步骤为：①把底层模块组合成实现一个个特定子功能的族。②为每一个族编写一个驱动模块，以协调测试用例的输入和测试结果的输出。③对模块族进行测试。④按软件结构图依次向上扩展，用实际模块替换驱动模块，形成一个个更大的族。⑤重复②至④步，直至软件系统全部测试完毕。
4、软件质量与软件质量保证的含义是什么
从实际应用来说，软件质量定义为：㈠与所确定的功能和性能需求的一致性。㈡与所成文的开发标准一致性。㈢与所有专业
(完整版)名词解释(软件工程)
三、名词解释 1、软件：在计算机系统中,与硬件相互依存的逻辑部件,它由程序、数据及相关文档组成。 2、软件工程：是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来。 3、数据字典：是关于数据的信息的集合，也就是对数据流图中包含的所有元素的定义的集合。 4、模块化：是把程序划分成若干个模块，每个模块完成一个子功能，把这些模块集总起来组成一个整体，可能完成指定的功能满足问题的需求。 5、类：对具有相同数据和相同操作的一组相似对象的定义。 6、软件危机: 是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 7、软件维护:在软件已经交付使用之后,为了改正错误或满足新的需要而修改软件的过程. 8、继承:子类自动地共享基类中定义的数据和方法的机制. 9、投资回收期: 就是使累计的经济效果等于最初投资的需要的时间。 10、结构化分析方法:就是面向数据流自顶向下逐步求精进行需求分析的方法。 11、软件的生命周期：一个软件从定义、开发、使用和维护，直到最终被废弃所经历的一系列时期。 1２、投资回收期：就是使累计的经济效果等于最初投资的需要的时间。 13、结构化分析方法：就是面向数据流自顶向下逐步求精进行需求分析的方法。 14、模块：数据说明、可执行语句等程序对象的集合，它是单独命名的而且可通过名字来访问。 15、宽度：是软件结构内同一个层次上的模块总数的最大值。 16、事务流：数据沿输入通路到达一个处理，这个处理根据输入数据的类型在若干个动作序列中选出一个来执行。这类数据流应该划分为一类特殊的数据流，称为事务流。 17、耦合：衡量不同模块彼此间互相依赖的紧密程度。 18、事件：是某个特定时刻所发生的事情，它是对引起对象从一种状态转换到另一种状态的现实世界中的事件的抽象。 19、函数重载：指在同一作用域内的若干个参数特征不同的函数可以使用相同的函数名字。 20、存根模块：用以模拟被测模块运行过程中所调用模块或是被测模块下层模块的替代程序。 21、变换流：信息沿输入通呼进入系统，同时由外部形式变换成内部形式，进入系统的信息通过变换中心，经加工处理以后再沿输出通路变换成外部形式离开软件系统，当数据流图具有这些特征时，这种信息流就叫变换流。 22、内聚：衡量一个模块内部各个元素彼此结合的紧密程度 23、扇出：是一个模块直接控制的模块数目。 24、多态性：子类对象可以像父类对象那样使用，同样的消息既可以发送给父类对象也可以发送给子类对象。
软件工程名词解释[001]
名词解释 1、软件工程是用科学知识和技术原理来定义、开发、维护软件的一门学科。其主要思想是在软件生产中用工程化的方法代替传统手工方法。 2、GIS软件工程就是在GIS软件的开发整个过程中，遵循一般软件开发的工程化原理和方法，并照顾到GIS软件开发的特殊规律和要求，对GIS软件各个阶段进行工程化规范的一门技术。 3、软件生存周期是指一个软件从得出开发要求开始直到该软件报废为止的整个时期。 4、软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。 5、软件需求是指用户为解决某个问题、或为实现某一目标，要求软件必须满足的条件或能力。软件需求的分为业务需求、用户需求、功能需求和非功能需求三个层次。 6、数据字典是各类数据描述的集合。一个好的数据字典是一个数据标准规范，可以使数据库的开发者依此来实施数据库的建设、维护和更新，从而减低数据库的冗余度并增强整个数据库的完整性。 7、软件体系结构定义了软件部件（Component），包括部件间交互的定义，特别强调省略和部件相互关系无关的内容信息。软件体系结构可以看作是要把程序族中的成员的结构化信息组织起来，使系统在体系结构级达到重用。 8、模块独立性指每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少且接口简单。 9、耦合性也称块间联系，指软件系统结构中各模块间相互联系紧密程度的一种度量。 10、内聚性又称块内联系，指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密程度的度量。若一个模块内各元素（如程序段之间）联系的越紧密，则它的内聚性就越高。 11、黑盒测试又称为功能测试或数据驱动测试。它是在已知软件所应具有功能的前提下，通过测试来检测每个功能是否都能正常使用。 该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件的界面上进行测试，用来证实软件功能的可操作性，检查程序是否满足功能要求或遗漏了功能，程序是否能正确地接收输入数据并产生正确的输出信息，数据结构是否错误或外部数据库访问是否错误，界面和性能是否错误，初始化和终止是否错误。黑盒测试方法主要有等价类划分、边界值分析、错误推测等，它主要用于软件系统测试阶段。 12、白盒测试也称结构测试或逻辑驱动测试。它是在已知程序内部结构和处理过程的前提下，通过测试来检测程序中的每条路径是否按预定要求正常运行。 该方法把被测试对象看成一个透明的白盒子，测试人员完全知道程序的内部结构和处理算法，并按照程序内部的逻辑测试程序，对程序中尽可能多的逻辑路径进行测试，在所有的点检验内部控制结构和数据结构是否和预期相同。白盒测试方法主要有逻辑覆盖、基本路径测试等，它主要用于验证测试的充分性。 13、单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部
软件工程名词解释
1. 软件 软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。 2. 软件危机 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 3. 软件工程 软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。 4. 软件生存周期 软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。 5. 软件复用 软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。 6. 质量 质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。 7. 质量策划 质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。 8. 质量改进 质量改进是以最求最高的效益和效率为目标的持续性活动。 9. 质量控制 质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。 10. 质量保证 质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。 11. 软件质量 软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。 12. 正式技术复审 正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。 13. ISO ISO是一个组织的英语简称，代表International Organization for Standardization，即"国际标准化组织"。
软件工程复习题名词解释
三名词解释（每小题4分，共20分） 1.PD Powerdesigner是面向数据分析、对象分析、对象设计和实现，集成UML 和数据建模的CASE工具。 2.等价类划分法 等价类划分法是黑盒法设计方案的一种。它把所有可能的输入数据划分成有限个等价类，用每个等价类中的一个典型值作为测试数据。 3.模块 模块是能够单独命名，能独立地完成一定功能，由边界元素限定的程序 元素的序列。 4.流程图 流程图是历史最悠久、使用最广泛的描述软件设计的方法，能直观地描 述过程的控制流程，便于初学者掌握。 5.数据字典 数据字典是分析模型中出现的所有名字的一个集合，还包括有关命名实 体的描述。如何名字是一个复合对象。它还应有对其组成部分的描述。 6.对象 对象视作一个融合了数据及在其上操作的行为的统一的软件组件。 7.软件 软件是计算机系统中与硬件相对应的另一部分，包括一系列程序、数据及其相关文档的集合。 8.DOM Document Object Model，文档对象模型可以以一种独立于平台和语言的方式访问和修改一个文档的内容和结构。 9.MVC Model View Controller，MVC是一个软件设计模式，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。 10.UML Unified Modeling Language是一种描述、构造、可视化和文档化的软件建模语言。 11.ERD Entity-Relation Diagram实体关系图，实体关系模型描述数据实体、关联以及实体属性。该模型用实体关系图描述显示世界中的实体，而不涉及实体在系统中的实现方法。 12.Servlet Servlet是一种服务器端的Java应用程序，具有独立于平台和协议的特性,可以生成动态的Web页面。 13.BOM BrowserObjectModel浏览器对象模型，研发者通过使用BOM，可移动窗口、更改状态栏文本、执行其它不与页面内容发生直接联系的操作。 14.MDA Model Driven Architecture模型驱动架构，MDA提供了一种途径（通过相关的工具）来规范化一个平台独立的系统、规范化平台、为系
软件工程名词解释题简答题汇总
名词解释题汇总： 1．软件是能够完成预定功能和性能，并对相应数据进行加工的程序和描述程序及其操作的文档。 2．信息隐藏模块中的软件设计决策信息封装起来的技术，只知道它的功能以及对外的接口，而不知它的内部细节 3．对象对象是现实世界中个体或事物的抽象表示，是其属性和相关操作的封4．软件可维护性指软件被理解、改正、调整和改进的难易程度。 5．原型是目标软件系统的一个可操作模型，它实现了目标软件系统的某些重6．软件生存周期软件产品从形成概念开始，经过开发、运行（使用）和维护直到退役的全过程称为软件生存周期，包括软件定义、开发、使用和维护三部分。 7．白盒测试是已知产品内部工作过程,通过测试检验产品内部动作是否按照产品规格说明的规定正常进行 8．预防性维护是为了进一步改善软件系统的可维护性和可靠性,并为以后的改进奠定基础。 9．构件图描述软件实现系统中各组成部件以及它们之间的依赖关系。 10.场景从单个执行者的角度观察目标软件系统的功能和外部行为。 11．计算机辅助软件工程(CASE) 将若干工具集成起来，与软件工程数据库和计算机系统构成一个支持软件开发的系统 12．编程风格是在不影响性能的前提下,有效地编排和组织程序以提高可读 性和可维性。 13.黑盒测试方法是已知产品应该具有的功能,通过测试检验每个功能是否 都能正常使用; 14.实体—关系图描述系统所有数据对象的组成和属性，描述数据对象之间关系的图形语言。 15.软件维护的副作用指由于维护或在维护过程中其他一些不期望的行为引入 的错误, 16．软件生存周期软件产品从形成概念开始，经过开发、运行（使用）和维护直到退役的全过程称为软件生存周期，包括软件定义、开发、使用和维护三部分。17．结构化程序设计是一种程序设计技术，采用自顶向下逐步求精的设计 方法和单入口单出口的控制构件。 18．软件过程(software process) 软件开发人员为开发和维护软件及相关产 品所实施的一系列步骤，这些步骤涉及方法、工具及人的组织和行为。 19．综合测试是组装软件的系统测试技术,按设计要求把通过单元测试的各个模块组装在一起之后,进行综合测试以便发现与接口有关的各种错误。 20．过程抽象把完成一个特定功能的动作序列抽象为一个过程名和参数表，通过指定过程名和实际参数调用此过程; 21．水平原型是指仅仅模拟目标软件系统某一层面(通常是用户界面层)的原型。22．CASE工具是一些软件系统，支持软件过程的常规活动，如编辑设计图表、检查图表的连贯性、跟踪已经运行的程序测试等。
软件工程名词解释汇总
软件危机 .指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 纯收入. 在整个生命周期内系统的累计经济效益（折合成现在值）与投资之差。 模块.是数据说明、可执行语句等程序对象的集合。 原型.是使用样机，使用户通过实践获得对未来系统的的概念，可以更准确提出要求。 BROOKS定律向一个已经延晚的项目追加开发人员，可能使它完成的更晚 数据字典。是关于数据信息的集合。描述数据流图的数据存储、数据加工（最底层加工）和数据流。PDL。是使用样机，使用户通过实践获得对未来系统的的概念，可以更准确提出要求 模块独立性：指每个模块只完成系统要求的独立的子功能（即：功能单一），并且与其他模块的联系最少且接口简单（比如：只有一个接口）。 软件复用：将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。 内聚：一个模块内部各成分之间相关联程度的度量 测试用例：为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求 软件生存周期模型：描述软件开发过程中各种活动如何执行的模型 信息隐蔽：将每个程序的成分隐蔽或封装在一个单一的设计模块中,定义每一个模块时尽可能少地显露其内部的处理 McCabe度量法：由Thomas McCabe提出的一种基于程序控制流的复杂性度量方法 动态模型：用于描述系统的过程和行为 软件维护：在软件运行或维护阶段对软件产品所进行的修改． CMM：软件过程能力成熟度模型 软件调试：软件测试成功后，根据错误迹象确定错误的原因和准确位置，并加以改正。 耦合：块间联系，软件系统结构中各模块间相互联系紧密程度的一种度量 配置管理：一种标识、组织和控制修改的技术，应用于整个软件工程过程 软件项目计划：一个软件项目进入系统实施的启动阶段 JSP方法面向数据结构的设计方法，其定义了一组以数据结构为指导的映射过程，它根据输入，输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构。 多态性指相同的操作或函数、过程可作用于多种类型的对象上并获得不同结果。或（不同的对象，收到同一消息可以产生不同的结果。） 经济可行性进行开发成本的估算以及了解取得效益的评估，确定要开发的项目是否值得投资开发。社会可行性要开发的项目是否存在任何侵犯、妨碍等责任问题，要开发项目目的运行方式在用户组织内是否行得通，现有管理制度、人员素质、操作方式是否可行。 投资回收期投资回收期就是使累计的经济效益等于最初的投资费用所需的时间。 对应关系即有直接因果关系在程序中可以同时处理。 结构冲突输入数据与输出数据结构找不到对应关系的情况，称为结构冲突。 白盒法该方法把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检查内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。白盒法也不可能进行穷举测试。 类具有相同或相似性质的对象的抽象就是类。 信息隐蔽指在设计和确定模块时，使得一个模块内包含的信息（过程或数据），对于不需要这些信息的其它模块来说，是不能访问的。 路径覆盖指设计足够的测试用例，覆盖被测程序中所有可能的路径。 软件工程是指导计算机软件开发和维护的工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，这就是软件工程。
软件工程相关术语
软件工程相关术语 Company Document number：WTUT-WT88Y-W8BBGB-BWYTT-19998
软件工程相关术语 第1章需求 1.1接口需求（interface requirement）-GBT11457 规定系统或系统部件必须与之交互的外部项或提出由这样的交互引起的在格式、时间关系或其他因素方面提出的限制的需求。 1.2性能需求（performance requirement）-GBT11457 在功能需求上加上条件的需求。例如，在规定的速度、精度或存储器使用条件下执行指定函数的需求。 1.3性能规格说明（performance specification）-GBT11457 规定系统或部件必须具有的性能特征的文档。这些特征典型地包括：速度、精度和存储器使用。常常是需求规格说明书的一部分。 1.4物理需求（physical requirement）-GBT11457 规定系统或系统部件必须具有的物理特征的一种需求，例如材料、形状、尺寸、重量。 第2章测试（test）-GBT11457 A）一种活动，在此活动中，系统或部件在一定的条件下执行，观察或记录其结果，对系统或部件的某些方面进行评价。 B）实施如在A）中的活动。 C）一个或多个测试用例集。 D）一个或多个测试规程集。 E）一个或多个测试用例和规程集。
2.1接口测试（interface testing）-GBT11457 引导以评价系统或部件能否相互正确地传送数据与控制信息的测试。2.2变异测试（mutation testing）-GBT11457 一种测试技术，其中的两个或多个程序变异用相同的测试用例执行，以评价测试用例检测变异中的差别的能力。 2.3运行测试（operational testing）-GBT11457 在它的目标环境中，评价系统或部件的测试行为。 2.4路径测试（path testing）-GBT11457 设计以执行通过计算机程序的全部或所选择的路径的测试。 2.5性能测试（performance testing）-GBT11457 评价系统或部件与规定的性能需求的依从性的测试行为。 2.6合格性测试（qualification testing）-GBT11457 确定系统或部件是否适合于操作使用的测试行为。 2.7回归测试（regression testing）-GBT11457 系统或部件选择的重新测试，用以验证修改未引起不希望的有害效果，或证明修改后的系统或系统部件仍满足规定的需求。 2.8强度测试（stress testing ）-GBT11457 评价系统或部件在它规定的需求的限定或超出时情况的测试。 2.9结构测试（structural testing）-GBT11457 侧重于系统或部件内部机制的测试。类型包括分支测试、路径测试、语句测试。 2.10系统测试（system testing）-GBT11457 在完整的、集成的系统上的测试行为，它用以评价系统与规定的需求的遵从性。
软件工程名词解释
Adaptive maintenance适应性维护：为使软件产品在新的环境下仍能使用而进行的维护， 称为适应性维护。 Data flow diagram数据流图：描述系统中数据流程的图形工具，它标识了一个系统的逻辑输入和逻辑输出，以及把逻辑输入转换为逻辑输出的加工过程。 baseline基线：它提供一个正式标准，随后的工作基于此标准，并且只有经过授权后才能 变更这个标准。建立一个初始基线后，以后每次对其进行的变更都将记录为一个差值，直到建成下一个基线。 Big-bang testing一次性组装测试：也叫集成测试，是单元测试的扩展，最简单的形式是 两个已经测试过的单元组成一个整体，并且测试他们的接口。 Black box黑盒：是对一个项目组建造的软件的修改标识，组织和控制的技术，其目标是 通过最大限度的减少错误，来最大限度提高生产率。 白盒测试：也称结构测试或透明盒测试，测试应用程序的内部结构或运作，而不是测试应用程序的功能。 Software configuration item软件配置项：软件生存周期各个阶段活动的产物经审批后即可称之为软件配置项。为了配置管理而作为单独实体处理的一个工作产品或软件。 Configuration management配置管理，配置管理是对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。 Corrective maintenance 改正性维护：在软件交付运行以后，由于开发阶段测试工作的 不彻底，不完全，一些隐藏的软件错误在系统运行的过程中逐步暴露出来，通常把发现和改正这类错误的过程叫做改正性维护。 Coupling 耦合：何亮不同模块之间接口的相对独立性。 Integration testing集成测试：在单元测试的基础上，将所有模块按照概要设计组装成为子系统或系统进行测试
软件工程名词解释
软件工程名词解释集团标准化工作小组 #Q8QGGQT-GX8G08Q8-GNQGJ8-MHHGN#
软件工程试题整理_词语解释题 1、需求分析：需求分析是指开发人员要准确理解用户的需求，进行细致的调查分析，将用户非形式的需求陈述转化成完整的需求定义，再由需求定义转换到相应的形式功能规约（需求规格说明）的过程。 2、白盒法：该方法把测试对象看作一个打开的盒子，测试人员须了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检查内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。白盒法也不可能进行穷举测试。 3、黑盒法：该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件接口处进行测试，依照需求规格说明书，检查程序是否满足功能要求。因此，黑盒测试又称为功能测试或数据驱动测试。 4、渐增式测试：逐个把未经过测试的模块组装到已经过测试的模块上去，进行集成测试。每加入一个新模块进行一次集成测试，重复此过程直至程序组装完毕。 5、非渐增式测试：首先对每个模块分别进行单元测试，然后再把所有的模块按设计要求组装在一起进行测试。 6、可执行的规格说明：这是一种使要求说明过程自动化的技术，通过可执行的规格说明语言来描述预期的行为“做什么”，人们可以从直接观察中用规格说明语言来规定任何系统行为。
7、经济可行性：对组织的经济状况和投资能力进行分析，对系统建设，运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行估计。 8、系统设计说明书：是从系统总体的角度出发对系统建设中各主要技术方面的设计进行说明，是系统设计阶段的产物，其着重点在于阐述系统设计的指导思想以及所采用的技术路线和方法，编写系统设计说明书将为后续的系统开发工作从技术和指导思想上提供必要的保证。 9、面向对象设计：是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。或者说，面向对象设计就是用面向对象观点建立求解域模型的过程。 10、结构化设计：面向数据流的设计是以需求分析阶段产生的数据流图为基础，按一定的步骤映射成软件结构，因此又称结构化设计（SD）。 11、结构化分析：是根据分解与抽象的原则，按照系统中数据处理的流程，用数据图来建立系统的功能模型，从而完成需求分析工作。 12、基于脚本的设计：此方法主要用于解决要求的验证问题。一个脚本将模拟在系统运行期间用户经历的事件，它提供了输入、处理、输出的屏蔽，以及有关对话的一个模型，开发者能够给用户显示一个系统的逼真视图。
软件工程名词解释
软件工程试题整理_词语解释题 1、需求分析：需求分析是指开发人员要准确理解用户的需求，进行细致的调查分析，将用户非形式的需求述转化成完整的需求定义，再由需求定义转换到相应的形式功能规约（需求规格说明）的过程。 2、白盒法：该方法把测试对象看作一个打开的盒子，测试人员须了解程序的部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检查部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。白盒法也不可能进行穷举测试。 3、黑盒法：该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序的部结构和处理过程，只在软件接口处进行测试，依照需求规格说明书，检查程序是否满足功能要求。因此，黑盒测试又称为功能测试或数据驱动测试。 4、渐增式测试：逐个把未经过测试的模块组装到已经过测试的模块上去，进行集成测试。每加入一个新模块进行一次集成测试，重复此过程直至程序组装完毕。 5、非渐增式测试：首先对每个模块分别进行单元测试，然后再把所有的模块按设计要求组装在一起进行测试。 6、可执行的规格说明：这是一种使要求说明过程自动化的技术，通过可执行的规格说明语言来描述预期的行为“做什么”，人们可以从直接观察中用规格说明语言来规定任何系统行为。 7、经济可行性：对组织的经济状况和投资能力进行分析，对系统建设，运行和维护费用进行估算，对系统建成后可能取得的社会及经济效益进行估计。 8、系统设计说明书：是从系统总体的角度出发对系统建设中各主要技术方面的设计进行说明，是系统设计阶段的产物，其着重点在于阐述系统设计的指导思想以及所采用的技术路线和方法，编写系统设计说明书将为后续的系统开发工作从技术和指导思想上提供必要的保证。 9、面向对象设计：是把分析阶段得到的需求转变成符合成本和质量要求的、抽象的系统实现方案的过程。或者说，面向对象设计就是用面向对象观点建立求解域模型的过程。 10、结构化设计：面向数据流的设计是以需求分析阶段产生的数据流图为基础，按一定的步骤映射成软件结构，因此又称结构化设计（SD）。 11、结构化分析：是根据分解与抽象的原则，按照系统中数据处理的流程，用数据图来建立系统的功能模型，从而完成需求分析工作。 12、基于脚本的设计：此方法主要用于解决要求的验证问题。一个脚本将模拟在系统运行期间用户经历的事件，它提供了输入、处理、输出的屏蔽，以及有关对话的一个模型，开发者能够给用户显示一个系统的逼真视图。 13、IDEF方法：是美国空军在1981年针对集成化计算机辅助制造（简称ICAM）工程项目中用于进行复杂系统分析和设计的方法，是在结构化分析与设计技术的基础上提出来的。 14、JSP方法：定义了一组以数据结构为指导的映射过程，他根据输入、输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构，而不是软件的体系结构，因此该方法适于详细设计阶段。 15、软件概要设计：进入了设计阶段，要把软件“做什么”的逻辑模型变换为“怎么做”的物理模型，即着手实现软件的需求，并将设计的结果反应在“设计规格说明书”文档中，所以软件设计是一个把软件需求转换为软件表示的过程，最初这种表示只是描述了软件的总的体系结构，称为软件的概要设计或结构设计。 16、信息隐蔽：指在设计和确定模块时，使得一个模块包含的信息（过程或数据），对于不需要这些信息的其它模块来说，是不能访问的。 17、系统流程图：是描述物理系统的传统工具，它用图形符号来表示系统中的各个元素，例如人工处理、数据处理、数据库、文件、设备等。它表达了系统中各个元素之间的信息流动的情况。 18、集成测试：是指在单元测试的基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试，故也称组装测试或联合测试。 19、附加策略：是将原型用于开发的全过程，原型由最基本的核心开始，逐步增加新的功能和新的需求，反复修改反复扩充，最后发展为用户满意的最终系统。 20、抛弃策略：是将原型用于开发过程的某一阶段，促使该阶段的开发结果更加完整、准确、一致、可靠，该阶段结束后，原型随之作废。 21、抽象：是认识复杂现象过程中使用的思维工具，即抽出事物本质的共同的特征而暂不考虑它的细节，不考虑其它因素。 22、参数化抽象：所谓参数化抽象，它是指当描述类的规格说明时并不具体指定所要操作的数据类型，而是把数据类型作为参数。 23、静态测试：指被测试程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。 24、原型：是指模拟某种产品的原型模型。软件开发中的原型是软件的一个早期可运行的版本，它反映了最终系统的重要特征。 25、事件：是指定时刻发生的某件事情。它是某事情发生的信号，它没有持续时间，它是一种相对性的快速事件。 26、动态冗余：动态冗余的主要方式是多种模块待机储备，当系统检测到某工作模块出现错误时，就用一个备用的模块来顶替它并重新运行。这里须有检测、切换和恢复过程，故称其为动态冗余。 27、模块化：是指解决一个复杂问题是自顶向下逐层把软件系统划分成若干模块的过程，每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所要求的功能。 28、JSP方法：定义了一组以数据结构为指导的映射过程，它根据输入、输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构，而不是软件的体系结构，因此该方法适于详细设计阶段。 29、模型：是为了理解事务而对事物做出一种抽象，它忽略不必要的细节，它也是事物的一种抽象形式，一个规划，一个程式。 30、瀑布模型：是将软件生存各个活动规定为依线性顺序联接的若干阶段的模型。它包括可行性分析、项目开发计划、需求分析、概要设计、详细设计、编码、测试和维护。它规定了由前至后，相互衔接的固定次序，如同瀑布流水，逐级下落。 31、增量模型：是在项目的开发工程中以一系列的增量方式开发系统。增量方式包括增量开发和增量提交。增量开发是指在项目开发过程中以一定的时间间隔开发部分工作软件；增量提交是指在开发周期，以一定的时间间隔增量方式向用户提交工作软件及相应稳当。增量开发和增量提交可以同时使用，也可单独使用。 32、喷泉模型：是一种以用户需求为动力，以对对象作为驱动的模型，适合于面向对象的开发方法。他克服了瀑布模型不支持软件重用和多项开发活动集成的局限性。喷泉模型使开发过程具有迭代性和无间隙性。系统某些部分常常重复工作多次，相关功能在每次迭代中随之加入演化的系统。无间隙是指在分析、设计、实现等开发活动之间不存在明显的边界。 33、功能模型：描述了系统的所有计算，它表明一个计算如何从输入值得到输出值，他不考虑所计算的次序。功能模型说明对象模型中操作的涵
软件工程名词解释 (1)
名词解释 1．软件测试（第8章）2．静态测试（第8章）3．动态测试（第8章）4．黑盒测试（第8章）5．白盒测试（第8章）6．语句覆盖（第6章）7．判定覆盖（第6章）8．条件覆盖（第6章）9．判定/条件覆盖（第6章）10．条件组合覆盖（第6章）11．路径覆盖（第6章）12．测试用例（第8章）13．驱动模块（第6章）14．桩模块（第6章）15．单元测试（第8章）16．集成测试（第8章）17．确认测试（第8章）18．渐增式测试（第8章）19．非渐增式测试（第8章）20．调试（第9章）21．人的因素的含义（第11章）22．基线（第12章）23．软件配置管理（第12章24．软件配置项（第12章）25. 软件概要设计（第5章）26. 模块（第5章）27. 模块化（第5章）28. 抽象（第5章）29. 信息隐蔽（第5章）30. 模块独立性（第5章）31. 耦合性（第5章）32. 无直接耦合（第5章）33. 数据耦合（第5章）34. 标记耦合（第5章）35. 控制耦合（第5章） 36. 公共耦合（第5章）37. 内容耦合（第5章）38. 内聚性（第5章）39. 偶然内聚（第5章）40. 逻辑内聚（第5章）41. 时间内聚（第5章）42. 通信内聚（第5章）43. 顺序内聚（第5章）44. 功能内聚（第5章）45. 软件结构图（第5章）46. 结构化设计（第5章）47. 变换流（第6章）48. 事务流（第6章）49. JSP（第6章）50. JSD（第6章） 答案： 1. 软件测试指为了发现软件中的错误而执行软件的过程。它的目标是尽可能多地发现软件中存在的错误，将测试结果作为纠错的依据。 2. 静态测试指被测试的程序不在机器上运行，而是采用人工检测和计算机辅助静态分析的手段对程序进行检测。 3. 动态测试指通过运行程序发现错误。 4. 黑盒测试指把测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软件的接口处进行测试，依据需求规格说明书，检查程序是否满足功能要求，又称为功能测试或数据驱动测试。 5. 白盒测试指把测试对象看成一个打开的盒子，测试人员需了解程序的内部结构和处理过程，以检查处理过程的细节为基础，对程序中尽可能多的逻辑路径进行测试，检验内部控制结构和数据结构是否有错，实际的运行状态与预期的状态是否一致。 6. 语句覆盖指设计足够的测试用例，使被测程序中每个语句至少执行一次。 7. 判定覆盖指设计足够的测试用例，使被测程序中每个判定表达式至少获得一次“真”值或“假”值，从而使程序的每个分支至少都通过一次，因此判定覆盖又称分支覆盖。 8. 条件覆盖指设计足够测试用例，使判定表达式中每个条件的各种可能的值至少出现一次。 9. 判定/条件覆盖指设计足够的测试用例，使得判定表达式中每个条件的所有可能取值至少出现一次，并使每个判定表达式所有可能的结果也至少出现一次。 10. 条件组合覆盖指设计足够的测试用例，使得每个判定表达式中条件的各种可能的值的组合都至
软件工程导论名词解释
名词解释 1.数据词典——是描述数据信息的集合，它对数据流图中的各个元素按规定格式进行详 细的描述和确切的解释,是数据流图的补充工具。 2.数据流图——他以图形的方式反映系统的数据流程 3.白盒测试——按照程序内部的结构测试程序，检验程序中的每条路径是否都能按预定 要求正确工作。有两种测试法既逻辑覆盖测试法和路径测试法 4.黑盒测试——按照程序的功能测试程序，检验与程序功能有关的输入、输出与程序执 行是否正确。有四种方法既等价分类法、边界值分析法、错误猜测法和因果图法 5.完善性维护——为了适应用户业务和机构的发展变化而对软件的功能、性能进行修改、 扩充的过程称为完善性维护。因为各种用户的业务和机构在相当长的时期内不可能是一成不变的，所以功能、性能的增加是不可避免的，而且这种维护活动在整个维护工作中所占的比重很大 6.软件可靠性——指在给定的时间内，程序按照规定的条件成功地运行的概率 7.软件配置——是一个软件在生存周期内，他的各种形式、各种版本的文档与程序的总称 8.软件再工程——运用逆向工程、重构等技术，在充分理解原有软件的基础上，进行分 解、综合、并重新构建软件，用于提高软件的可理解性、可维护性可复用性或演化性。9.α测试——是在一个受控的环境下，由用户在开发者的“指导”下进行的的测试，由开 发者负责记录错误和使用中出现的问题。 10.β测试——是由软件的最终用户（多个）在一个或多个用户场所来进行。由用户负责记 下遇到的所有问题，包括主观认定的和真实的问题，定期向开发者报告，开发者在综合用户的报告之后进行修改，最后将软件产品交付给全体用户使用。 11.聚集关系——表示类或对象之间的整体与部分的关系 12.泛化关系——表示类或对象之间的一般与特殊的关系 13.内聚——一个模块内部各个元素彼此结合的紧密程度的度量。 14.耦合——一一个软件结构内不同模块之间互连程度的度量。 名词解释： 一章： 软件危机：是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 产生软件危机的原因：一方面与软件本身的特点有关，另一方面也和软件开发与维护方法不正确有关。 软件工程：是指导计算机软件开发和维护的一门工程学科。采用工程的概念、原理、技术和方法来开发与维护软件，把经过时间考验而证明正确的管理技术和当前能够得到的最好的技术方法结合起来，以经济地开发出高质量的软件并有效地维护它。 软件工程的7条基本原理：（1）用分阶段的生命周期计划严格管理;(2) 坚持进行阶段评审;(3) 实行严格的产品控制;(4) 采用现代程序设计技术;(5) 结果可以清楚地审查;(6) 开发小组的人员应该少而精;(7) 承认不断改进软件工程实践的必要性. 软件工程方法学3要素：方法、工具、过程 软件过程：是为了获得高质量软件所需要完成的一系列任务的框架，它规定了完成各项任务的工作步骤。 软件生命周期的概念：有软件定义、软件开发和软件维护3个小时期组成 软件生命周期8个阶段的主要任务：（1）问题定义: “需要解决的问题是什么？”(2) 可行性研究: “寻求可行的解决方案？” (3) 需求分析: “解决这些问题需要系统做什么？” (4) 总体设计（概要设计）: “应该怎样实现目标系统？”(5) 详细设计（模块设计）: “如何具体地实现这个系统？” (6) 编码和单元测试:“写代码，测试每个模块！” (7) 综合测试: “通过各类测试和调试来完善软件” (8) 软件维护:“通过各种必须的维护活动使系统持久满足用户的需要！” 二章： 可行性研究的五个方案：技术可行性，经济可行性，操作可行性，法律可行性，社会效益 可行性研究过程：1.复查系统规模与目标、2.研究目前的系统、3. 导出新系统的高层逻辑模型、4. 进一步定义问题、5. 导出和评价供选择的解法、6. 推荐行动方针、7. 草拟开发计划、8.书写文档提交审查 系统流程图：用来描述物理系统的工具。系统流程图表达的是数据在系统各部件之间流动的
软件工程施工名词解释
软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。 2. 软件危机 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 3. 软件工程 软件工程是研究和应用如何以系统化的、规的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。 4. 软件生存周期 软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。 5. 软件复用 软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。 6. 质量 质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。在合同环境下，需明确的；在其他环境下，隐含的需求需要识别和定义。 7. 质量策划 质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。 8. 质量改进 质量改进是以最求最高的效益和效率为目标的持续性活动。 9. 质量控制 质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。 10. 质量保证 质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。 11. 软件质量 软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。 12. 正式技术复审 正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。 13. ISO ISO是一个组织的英语简称，代表International Organization for Standardization，即"国际标准化组
软件工程―名词解释
全国 2010年 10月 三、名词解释题 (本大题共 5小题,每小题 3分,共 15分 1. 软件生存周期模型 答案:软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。 (1分软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段活动的准则, (1分确立开发过程所 遵守的规定和限制, 便于各种活动的协调以及各种人员的有效通信, 有利于活动重用和活动管理。 (1分 2. 模块 答案:模块在程序中是数据说明、可执行语句等程序对象的集合, 或者是单独命名和编址的元素,如高级语言中的过程、函数和子程序等。 (2分在软件的体系结构中,模块是可组合、分解和更换的单元。 (1分 3. 可维护性 答案:软件可维护性是指软件能够被理解、校正、适应及增强功能的容易程度。 (2分可维护性可用 7个质量特性来衡量,即可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和 效率。 (1分 4. 继承性 答案:继承性是子类自动共享父类数据结构和方法的机制, 这是类之间的一种关系。 (2分在定义和实现一个类的时候,可以在一个已经存在的类的基础之上来进行,把这个已经存在的类所定 义的内容作为自己的内容,并加入若干新的内容。 (1分
5. 投资回收期 答案:投资回收期是衡量一个开发工程价值的经济指标。 (1分投资回收期就是积累的经济效益等于最初的投资所需要的时间。 (2分 全国 2010年 1月 31.软件工程过程 :即软件生命周期的方法、工具和概念 32.模块化 :模块化是指解决一个复杂问题时自顶向下逐层把系统划分成若干模块的过程, 有多种属性, 分别反映其内部特性 . 每个模块完成一个特定的子功能, 所有的模块按某种方法组装起来,成为一个整体,完成整个系统所要求的功能 33.集成测试 :集成测试,也叫组装测试或联合测试。在单元测试的基础上,将所有模块按照设计要求 (如根据结构图组装成为子系统或系统, 进行集成测试。 34.软件可靠性 :(1在规定的条件下,在规定的时间内,软件不引起系统失效的概率; (2在规定的时间周期内,在所述条件下程序执行所要求的功能的能力; 35.模块的控制范围 2008年 10月 1. 过程设计语言 (PDL 答案:也称程序描述语言, 又称为伪码, 是一种用于描述模块算法设计和处理细节的语言。 2. 可移植性 答案:指程序从一个计算机环境移植到另一个计算机环境的容易程度。 3. 渐增式测试
软件工程名词解释(00002)
软件工程名词解释
1. 软件 软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。 2. 软件危机 软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。 3. 软件工程 软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。 4. 软件生存周期 软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。 5. 软件复用 软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。 6. 质量 质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。 7. 质量策划 质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。 8. 质量改进 质量改进是以最求最高的效益和效率为目标的持续性活动。 9. 质量控制 质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。 10. 质量保证 质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。 11. 软件质量 软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。 12. 正式技术复审 正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。 13. ISO
软件工程―名词解释(精)
全国2010年10月 三、名词解释题（本大题共5小题,每小题3分，共15分 1.软件生存周期模型 答案:软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。（1分软件生存周期模型确立了软件开发和演绎中各阶段的次序限制以及各阶段活动的准则,（1分确立开发过程所 遵守的规定和限制，便于各种活动的协调以及各种人员的有效通信，有利于活动重用和活动管理。（1分 2.模块 答案:模块在程序中是数据说明、可执行语句等程序对象的集合，或者是单独命名和编址的元素，如高级语言中的过程、函数和子程序等。（2分在软件的体系结构中，模块是可组合、分解和更换的单元。（1分 3.可维护性 答案:软件可维护性是指软件能够被理解、校正、适应及增强功能的容易程度。（2分可维护性可用7个质量特性来衡量，即可理解性、可测试性、可修改性、可靠性、可移植性、可使用性和 效率。（1分 4.继承性
答案:继承性是子类自动共享父类数据结构和方法的机制，这是类之间的一种关系。(2分在定义和实现一个类的时候，可以在一个已经存在的类的基础之上来进行，把这个已经存在的类所定 义的内容作为自己的内容，并加入若干新的内容。(1分 5.投资回收期 答案:投资回收期是衡量一个开发工程价值的经济指标。(1分投资回收期就是积累的经济效益等于最初的投资所需要的时间。(2分 全国2010年1月 31.软件工程过程：即软件生命周期的方法、工具和概念 32.模块化:模块化是指解决一个复杂问题时自顶向下逐层把系统划分成若干模 块的过程,有多种属性，分别反映其内部特性?每个模块完成一个特定的子功能，所有的模块按某种方法组装起来，成为一个整体，完成整个系统所要求的功能 33.集成测试：集成测试，也叫组装测试或联合测试。在单元测试的基础上，将所有模块按照设计要求(如根据结构图组装成为子系统或系统，进行集成测试。 34.软件可靠性:(1在规定的条件下,在规定的时间内，软件不引起系统失效的概率;(2在规定的时间周期内，在所述条件下程序执行所要求的功能的能力； 35.模块的控制范围 2008年10月 1.过程设计语言(PDL 答案:也称程序描述语言，又称为伪码，是一种用于描述模块算法设计和处理细节的语言