软件工程名词解释
名词解释_软件工程
1、软件工程：指的是将系统化的、规范的、可度量的方法应用于软件的开发、运行和维护过程的学科2、软件危机:指的是在软件开发和维护时遇到的一系列问题最终导致的供需矛盾3、软件危机的表现形式：1）软件的发展速度跟不上硬件的发展和用户需求2）软件成本和开发进度不能预先估计，用户不满意3）软件产品质量差，可靠性没有保证4）软件可维护性差5）软件产品没有配套文档4、计算机辅助软件工程（CASE）阶段（发展方向）5、解决软件危机的途径：1）纠正对软件开发的错误观念2）需要研究软件开发技术和方法，规范软件开发流程3）使用好的软件工具，研究软件复用技术，提高开发效率4）提高软件工程管理水平5）重视文档的重要性6、工程化思想名词解释7、什么是软件工程化思想答：软件工程在规范和指导着我们的开发活动，并在应用中不断发展而它的发展创造的一个朴素的指导思想仍然是“工程化的思想”8、提高软件效率的途径之一是：提高软件的复用性9、软件工程的内容：软件工程研究的主要内容包括软件方法和软件工程管理方面。
在管理方面，主要研究项目管理的相关内容，体现为软件过程中的各项管理控制活动。
软件方法主要研究软件开发方法论、开发技术和开发工具“方法“是指方法论，是人们认识、理解和描述软件系统结构的一种思维模式，如结构化方法、面向对象的方法“工具“是针对不同的方法论研究的用于从事软件工程分析与设计的图表工具，如结构化方法中有数据流图、功能结构图等10、软件生命周期“高内聚，低耦合“软件定义（问题定义、可行性研究、需求分析）、软件开发（概要设计、详细设计、编程、测试）、运行与维护（运行与维护）三个时期注意：需求分析这个阶段的成果是软件需求规格说明书软件工程讨论的主要内容可以分为软件工程技术和软件项目管理两大部分目前软件技术主要讨论结构化方法和面向对象方法11、软件开发过程名词解释12、传统的模型有：瀑布模型、增量模型、快速原型模型、螺旋模型、喷泉模型13、面向对象模型：RUP（统一过程模型）14、软件过程概念：软件过程包括软件开发过程和软件维护过程15、软件成熟度模型（CMM）：是对一个软件组织的软件能力成熟度进行评价的框架模型16、常见的软件过程模型有：（简答）瀑布模型、快速原型模型、螺旋模型、增量模型和喷泉模型瀑布模型（以文档为驱动）答：以文档为驱动，它将开发过程分为调研、分析、设计、编程、测试和维护六个阶段瀑布模型特点：1）强调阶段之间的顺序性和依赖性2）强调推迟实现的观点3）强调“完备的文档”、“需求验证”、“阶段评审”对质量保证的作用瀑布模型的优点：1）可强迫开发人员采用规范的方法2）严格地规定每个阶段必须提交的文档3）要求每个阶段的所有产品都必须经过质量保证小组的仔细检查瀑布模型的缺点：1）各个阶段的划分完全固定，阶段之间产生大量的文档，增加工作量2）由于开发模型是线性的，用户只有等到整个过程的末期才能见到开发陈果，从而增加了开发的风险3）早期的错误可能要等到开发后期的测试阶段才能发现，进而造成严重的后果快速原型模型（以需求为驱动）答：快速原型模型是快速建立起来的可以在计算机上运行的程序，它所能完成的功能往往是最终产品能完成的功能的一个子集优点：不带反馈节喷泉模型答：是一种以用户需求为动力，以对象为驱动的模型，主要用于描述面向对象的软件开发过程优点：可以提高软件项目开发效率，缩短开发周期，适用于面向对象的软件开发过程17、极限编程（名词解释）答：极限编程（eXtreme Programming）是一套能快速开发高质量软件所需的价值观、原则和活动的集合，使软件能以尽可能快的速度开发出来，并向客户提供最高的效率18、SW-CMM（软件能力成熟度模型）答：软件配置管理和软件质量保证是贯穿整个生命周期的重要软件工程活动19、软件规模估算技术名词解释答：代码行技术和功能点技术20、软件规模估算方法名词解释p37答：软件估算是指凭借经验做出的推算，要求技术人员有项目经验做基础方法有：自顶向下估算法、自底向上估算法、差别估算法、专家估算法、类推估算法、算式估算法21、“流水作业法“名词解释答：“流水作业法”是以高效率，一个环节紧扣一个环节的方式来生产和组装最终产品的方法22、Gantt图的优点：直观简明、容易掌握、容易绘制Gantt图的缺点1）不能显式地描绘各项作业彼此之间的依赖关系2）进度计划的关键部分不明确，难于判定哪些部分应当是主攻和主控的对象3）计划中有潜力的部分及潜力的大小不明确，往往造成潜力的浪费23、工程网络名词解释答：显式地描绘各个作业彼此之间的依赖关系24、关键路径名词解释答：项目的总工期由各工序衔接中最长的一条路径决定，这条路径被称为“关键路径”注：：关键路径的最早时刻等于最迟时刻25、软件质量保证（SQA）答：软件质量保证是建立一套有计划，有系统的方法，来管理保证标准、步骤、实践和方法能够正确地被所有项目采用。
软件工程名词解释
软件危机：软件发展第二阶段的末期，由于计算机硬件技术的进步。
一些复杂的、大型的软件开发项目提出来了，但，软件开发技术的进步一直未能满足发展的要求。
在软件开发中遇到的问题找不到解决的办法，使问题积累起来，形成了尖锐的矛盾，因而导致了软件危机。
软件工程：用科学的原理和理论定义，开发、维护软件的学科。
软件生存周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
包括：可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护等.软件生存周期模型：是描述软件开发过程中各种活动如何执行的模型。
（模型：是为了理解事物而对事物做出一种抽象，它忽略不必要的细节，它也是事物的一种抽象形式、一个规划、一个程式。
）软件开发方法：用早就定义好的技术集合和符号表示习惯来组织软件生产的过程。
主要:结构方法、Jackson方法、维也纳开发方法（ＶＤＭ）、面向对象的开发方法。
需求分析：是准确的理解用的需求将其转换成需求定义，然后由需求定义转换成形式化的功能规约。
结构化分析方法：是采用自顶向下逐层分解的分析策略把一个复杂的系统分解成若干小问题然后分别解决。
数据流图：简称DFD,是SA(结构化分析)方法中用于表示系统逻辑模型的一种工具.是一种功能模型.作用:它以图形的方式描绘数据在系统中流动和处理的过程,反映系统必须完成的逻辑功能.字据字典:简称ＤＤ，就是用来定义数据流图中的各个成分具体含义的，它以一种准确的＼无二义性的说明方式为系统的分析\设计及维护提供了有关元素的一致的定义和详细的描述.IDEF方法:是美国空军在1981年针对集成化计算机辅助制造（Integrated Computer Aided Manufacturing,简称ICAM）工程项目中用于进行复杂系统分析和设计的方法，是在结构化分析与设计技术的基础上提出来的。
eager发表时间：2005-3-3115:42:56第1楼--------------------------------------------------------------------------------概要设计：是在需求分析的基础上通过抽象和分解将系统分解成模块，确定系统功能是实现。
软件工程名词解释汇总
软件危机 .指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
纯收入. 在整个生命周期内系统的累计经济效益（折合成现在值）与投资之差。
模块.是数据说明、可执行语句等程序对象的集合。
原型.是使用样机，使用户通过实践获得对未来系统的的概念，可以更准确提出要求。
BROOKS定律向一个已经延晚的项目追加开发人员，可能使它完成的更晚数据字典。
是关于数据信息的集合。
描述数据流图的数据存储、数据加工（最底层加工）和数据流。
PDL。
是使用样机，使用户通过实践获得对未来系统的的概念，可以更准确提出要求模块独立性：指每个模块只完成系统要求的独立的子功能（即：功能单一），并且与其他模块的联系最少且接口简单（比如：只有一个接口）。
软件复用：将已有软件的各种有关知识用于建立新的软件，以缩减软件开发和维护的花费。
内聚：一个模块内部各成分之间相关联程度的度量测试用例：为某个特殊目标而编制的一组测试输入、执行条件以及预期结果，以便测试某个程序路径或核实是否满足某个特定需求软件生存周期模型：描述软件开发过程中各种活动如何执行的模型信息隐蔽：将每个程序的成分隐蔽或封装在一个单一的设计模块中,定义每一个模块时尽可能少地显露其内部的处理McCabe度量法：由Thomas McCabe提出的一种基于程序控制流的复杂性度量方法动态模型：用于描述系统的过程和行为软件维护：在软件运行或维护阶段对软件产品所进行的修改．CMM：软件过程能力成熟度模型软件调试：软件测试成功后，根据错误迹象确定错误的原因和准确位置，并加以改正。
耦合：块间联系，软件系统结构中各模块间相互联系紧密程度的一种度量配置管理：一种标识、组织和控制修改的技术，应用于整个软件工程过程软件项目计划：一个软件项目进入系统实施的启动阶段JSP方法面向数据结构的设计方法，其定义了一组以数据结构为指导的映射过程，它根据输入，输出的数据结构，按一定的规则映射成软件的过程描述，即程序结构。
软件工程逐步求精名词解释
软件工程逐步求精名词解释
1. 软件工程（Software Engineering）：是一种系统的方法论，用于开发和维护高质量的软件。
它是一种工程学科，目的是提高软件开发的效率和质量，降低软件开发的风险。
2. 过程（Process）：是指按照一定规范和标准，对软件开发所需的活动和任务进行组织、管理和执行的步骤和方法，包括需求分析、设计、编码、测试和维护等环节。
3. 需求分析（Requirements Analysis）：是指通过与用户和其他相关人员沟通、交流与协作，确定软件系统的功能和性能要求，并将这些要求转化为可执行的软件规格。
4. 设计（Design）：是指在需求分析的基础上，确定软件系统的结构、组成、接口、实现方式和操作方法，以满足系统的功能和性能要求。
5. 编码（Coding）：是将设计好的软件系统代码，按照一定的编程规范和标准，逐行实现和测试。
6. 测试（Testing）：是指通过一系列的测试技术和方法，验证程序的正确性、健壮性、可靠性、易用性等质量属性，并检查是否满足用户的需求。
7. 维护（Maintenance）：是指在软件系统交付后，对系统进行修复性、适应性、完善性和预防性的修改和补充工作，以使软件系统始终能够满足用户的需求。
软件工程名词解释(00002)
软件工程名词解释1. 软件软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集合。
2. 软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题。
3. 软件工程软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化应用到软件上。
4. 软件生存周期软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。
5. 软件复用软件复用就是利用某些已开发的、对建立新系统有用的软件元素来生成新的软件系统。
6. 质量质量是产品或服务满足明确或隐含需求能力的特性和特征的集合。
在合同环境下，需求是明确的；在其他环境下，隐含的需求需要识别和定义。
7. 质量策划质量策划包括产品策划、管理和作业策划，以及质量计划的编制和质量改进的准备工作。
8. 质量改进质量改进是以最求最高的效益和效率为目标的持续性活动。
9. 质量控制质量控制是对流程和产品的符合性的评估，独立分析不足并予以更正使得产品与需求相符。
10. 质量保证质量保证是有计划的和系统性的活动，它对部件或产品满足确定的技术需求提供足够的信心。
11. 软件质量软件质量是指明确声明的功能和性能需求、明确文档化的开发标准、以及专业人员开发的软件所具有的所有隐含特征都得到满足。
12. 正式技术复审正式技术复审是一种由软件开发人员进行的软件质量保证活动，其目的是在软件的任何一种表示形式中发现功能、逻辑或实现的错误，验证经过复审的软件确实满足需求，保证软件符合预定义的标准，使软件按照一致的方式开发，使项目更易于管理。
13. ISO（2）系统或系统部件要满足合同、标准、规范或其它正式规定文档所需具有的条件或能力；（3）一种反映上面（1）或（2）所描述的条件或能力的文档说明。
25. 业务需求业务需求（business requirement）反映了组织机构或客户对系统或产品高层次的目标要求，它们在项目视图与范围文档中予以说明。
软件工程基本名词解释
软件工程：是用工程、科学和数学的原则和方法开发、维护计算机软件的有关技术和管理方法。
风险分析：就是贯穿于软件工程过程中的一系列风险管理步骤，包括风险标识、风险估算、风险评价、风险驾驭和监控。
数据字典：就是在结构化分析过程中定义对象内容时，使用的一种半形式化方法。
软件质量：是软件产品满足用户要求的程度；是软件拥有所期望的各种属性的组合程度；是客户对软件产品的综合反映程度；是软件在应用过程中满足客户需求的程度。
软件维护：黑盒测试：把被测试的对象看成一个黑盒子，测试人员完全不用考虑程序内部结构和运行过程，只在软件的接口处进行测试，根据需求规格说明书，检测程序是否满足功能要求。
白盒测试：是一种透明的测试技术，它是以程序的内部逻辑结构为基础来设计测试用例的。
事务流：单个数据项称为事务，信息沿传入路径进入系统，由外部形式转换为内部形式后到达事务中心，事务中心根据数据项计值结果从若干动作路径中选定一条继续执行。
交换流：输入信息沿传入路径进入系统，由外部形式转换为内部形式，经系统变换中心加工、处理，作为输出数据流沿传出路径离开系统，然后还原为外部形式。
人机界面：是用户和计算机系统交换信息的媒介，也是用户使用计算机系统的综合操作环境。
软件的总体结构：一是由系统中所有过程性部件构成的层次结构；二是对应于程序结构的输入输出数据结构。
软件危机：指在计算机软件的开发、使用和维护过程中所遇到的一系列严重的问题和难题。
可理解性：指人们通过阅读源代码和相关文档，了解程序的功能及其如何运行，容易理解源程序代码。
可移植性：指程序移植到一个新的环境中的容易程度。
可测试性：指验证程序正确性的容易程度。
内聚度：是信息隐蔽和局部化概念的自然扩展，标志一个模块内部各成分彼此结合的紧密程度。
耦合度：是对软件结构中模块间关联程度的一种度量。
软件的测量：对产品或过程的某个属性的范围、数量、容量或大小提供一个定量的指标。
软件的估量：对软件产品、过程、资料等使用历史资源或经验公式等经行预测。
软件工程-名词解释
第1章软件：计算机程序及说明程序的各种文档。
“程序”是计算任务的处理对象和处理规则的描述；“文档”是有关计算机程序功能、设计、编制、使用的文字或图形资料。
软件生产的发展：程序设计时代，程序系统时代，软件工程时代。
软件工程：用科学知识和技术原理来定义、开发、维护软件的一门学科。
软件工程性质：它涉及计算机科学、工程科学、管理科学、数学等领域，计算机科学着重于原理和理论，而软件工程着重于如何建造一个软件系统。
软件工程要用工程科学中的观点来进行费用估算、制定进度、制定计划和方案。
软件工程要用管理科学中的方法和原理进行软件生产的管理。
软件工程要用数学的方法建立软件开发中的各种模型和各种算法，如可靠性模型，说明用户需求的形式化模型等。
软件工程研究的主要内容是软件开发技术和软件开发管理两个方面。
在软件开发技术中，主要研究软件开发方法、软件开发过程、软件开发工具和环境。
在软件开发管理中，主要是研究软件管理学、软件经济学、软件心理学等。
软件工程面临的问题：软件费用；软件可靠性；软件维护；软件生产率；软件重用。
软件工程过程：获取过程；供应过程；开发过程；操作过程；维护过程；管理过程；支持过程。
软件生存周期：可行性分析和项目开发计划；需求分析；概要设计；详细设计；编码；测试；维护。
软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。
瀑布模型是将软件生存周期各个活动规定为依线性顺序连接的若干阶段的模型。
增量模型是一种非整体开发的模型。
瀑布模型是一种整体开发的模型螺旋模型将瀑布模型与增量模型结合起来，加入了风险分析，用于复杂的大型软件开发；分为几个螺旋周期：第一，制定计划；第二，风险分析；第三，开发实施；第四，用户评估。
喷泉模型是一种以用户需求为动力，以对象作为驱动的模型，适合于面向对象的开发方法。
喷泉模型使开发过程具有迭代性和无间隙性。
基本知识的模型又称智能模型，它把瀑布模型和专家系统结合在一起。
变换模型是一种适合于形式化开发方法的模型。
软件工程名词解释
软件工程名词解释1、软件：是计算机程序及其说明程序的各种文档。
2、软件危机：是计算机软件的开发和维护过程所遇到的一系列严重的问题。
3、软件危机的几种典型表现：（1）对软件开发成本和进度的估计常常很不明确；（2）用户对“已完成的”软件系统部满意的现象经常发生；（3）软件产品的质量往往靠不住；（4）软件常常是不可维护的；（5）软件通常是没有适当的文档资料；（6）软件成本在计算机系统总成本中所占的比列逐年上升；（7）软件开发生产率提高的速度，远远跟不上计算机应用迅速普及深入的趋势。
产生软件危机的原因：（1）软件不同于硬件，它是计算机系统中的逻辑部件而不是物理部件；（2）软件不同于一般程序，它的一个显著特点是规模庞大，而且程序复杂性将随程序规模的增加呈指数上升；为了解决软件危机，既要有技术措施（方法和工具），又要有必要的组织管理措施。
3、软件工程：用科学知识和技术原理来定义、开发、维护软件的一门学科。
（它是一门综合性的交叉学科，它涉及计算机科学、工程科学、管理科学、数学等。
）4、软件工程方法学包括三个要素：方法、工具和过程。
5、软件工程过程：规定了获取、供应、开发、操作和维护软件时，要实施的过程、活动和任务。
其目的：是为各种人员提供一个公共的框架，以便用相同的语言进行交流。
包括七个过程：获取过程、供应过程、开发过程、操作过程、维护过程、管理过程、支持过程。
6、软件生存周期：一个软件从提出开发要求开始直到该软件报废为止的整个时期。
包括：（软件定义、软件开发和运行维护）可行性分析和项目开发计划、需求分析、概要设计、详细设计、编码、测试、维护（是软件生存周期中最长的阶段）等。
7、软件定义时期通常划分成三个阶段：问题定义、可行性研究和需求分析。
8、开发时期通常由四个阶段组成：总体设计、详细设计、编码和单元测试、综合测试。
9、通常对维护时期不再进一步划分阶段。
10、软件生存周期模型：是描述软件开发过程中各种活动如何执行的模型。
(2021年整理)软件工程名词解释
软件工程名词解释编辑整理：尊敬的读者朋友们：这里是精品文档编辑中心，本文档内容是由我和我的同事精心编辑整理后发布的，发布之前我们对文中内容进行仔细校对，但是难免会有疏漏的地方，但是任然希望（软件工程名词解释）的内容能够给您的工作和学习带来便利。
同时也真诚的希望收到您的建议和反馈，这将是我们进步的源泉，前进的动力。
本文可编辑可修改，如果觉得对您有帮助请收藏以便随时查阅，最后祝您生活愉快业绩进步，以下为软件工程名词解释的全部内容。
名词解释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. 软件测试指为了发现软件中的错误而执行软件的过程。
软件工程名词解释必考
1.软件生命周期：一个软件从提出开发要求开始直到改软件报废为止的整个周期。
2.软件生命周期模型：是描述软件开发过程中各种活动如何执行的模型。
3.瀑布模型：将软件生命周期各个活动规定为依线性顺序连接的若干阶段的模型。
4.增量模型：是一种非整体开发模型，开发一部分向用户展示一部分。
5.螺旋模型：是一种风险驱动模型，适合大型软件开发。
6.喷泉模型：是一种以用户需要为动力，以对象作为驱动的模型。
是一种典型的面向对象生命周期模型。
7.结构化分析（SA）：利用图形等半形式化的描述方式表达需求，自顶向下逐层分解的分析策略，面向数据流进行分析的方法。
8.数据流图（DFD）：描绘信息流和数据从输入移动到输出的过程中所经受的变换的图形化技术。
9.数据字典（DD）：是描述数据的信息的集合，是对系统中使用的所有数据元素的定义的集合。
10.状态转换图：通过描绘系统的状态及系统状态转换的事件，表示系统的行为。
11.结构化设计（SD）：以需求分析阶段产生的数据流图为基础，按一定的步骤映射成软件结构即结构化设计。
12.模块化：模块化就是把程序划分成可独立命名且独立访问的模块，每个模块完成一个子功能，把这些模块集成起来构成一个整体，可以完成指定的功能满足用户的需求。
13.抽象：抽象就是抽出事物的本质特征而暂时不考虑它们的细节。
14.信息隐藏：在设定和确定模块时，使得一个模块内包含的信息，对于不需要这些信息的模块来说，是不能访问的。
15.耦合：耦合是对一个软件结构内不同模块直接互联程度的度量。
16.内聚：内聚是一个模块内各个元素彼此结合的紧密程度的度量。
17.软件测试：软件测试是一个为了寻找软件错误而运行程序的过程。
目的就是为了发现软件中的错误。
好的测试方案是极可能发现迄今为止尚未发现的错误的测试方案；成功的测试是发现了至今为止尚未发现的错误的测试。
18.黑盒测试法：是把程序看成一个黑盒子，完全不考虑程序的内部结构和处理过程。
也就是说，黑盒测试是在程序接口进行的测试，它只检查程序的功能是否能按照规格说明书的规定正常使用，程序是否能适当地接收数据产生正确的输出信息，并且保持外部信息的完整性。
- 1、下载文档前请自行甄别文档内容的完整性，平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益，请联系客服反馈,我们会尽快为您处理(人工客服工作时间：9:00-18:30)。
1
名词解释
1、软件工程是用科学知识和技术原理来定义、开发、维护软件的一门学科。其主要思想是在软
件生产中用工程化的方法代替传统手工方法。
2、GIS软件工程就是在GIS软件的开发整个过程中，遵循一般软件开发的工程化原理和方法，
并照顾到GIS软件开发的特殊规律和要求，对GIS软件各个阶段进行工程化规范的一门技术。
3、软件生存周期是指一个软件从得出开发要求开始直到该软件报废为止的整个时期。
4、软件生存周期模型是描述软件开发过程中各种活动如何执行的模型。
5、软件需求是指用户为解决某个问题、或为实现某一目标，要求软件必须满足的条件或能力。
软件需求的分为业务需求、用户需求、功能需求和非功能需求三个层次。
6、数据字典是各类数据描述的集合。一个好的数据字典是一个数据标准规范，可以使数据库的
开发者依此来实施数据库的建设、维护和更新，从而减低数据库的冗余度并增强整个数据库的完整性。
7、软件体系结构定义了软件部件（Component），包括部件间交互的定义，特别强调省略和部件
相互关系无关的内容信息。软件体系结构可以看作是要把程序族中的成员的结构化信息组织起来，使
系统在体系结构级达到重用。
8、模块独立性指每个模块只完成系统要求的独立的子功能，并且与其他模块的联系最少且接口
简单。
9、耦合性也称块间联系，指软件系统结构中各模块间相互联系紧密程度的一种度量。
10、内聚性又称块内联系，指模块的功能强度的度量，即一个模块内部各个元素彼此结合的紧密
程度的度量。若一个模块内各元素（如程序段之间）联系的越紧密，则它的内聚性就越高。
11、黑盒测试又称为功能测试或数据驱动测试。它是在已知软件所应具有功能的前提下，通过测
试来检测每个功能是否都能正常使用。
该方法把被测试对象看成一个黑盒子，测试人员完全不考虑程序的内部结构和处理过程，只在软
件的界面上进行测试，用来证实软件功能的可操作性，检查程序是否满足功能要求或遗漏了功能，程
序是否能正确地接收输入数据并产生正确的输出信息，数据结构是否错误或外部数据库访问是否错
误，界面和性能是否错误，初始化和终止是否错误。黑盒测试方法主要有等价类划分、边界值分析、
错误推测等，它主要用于软件系统测试阶段。
12、白盒测试也称结构测试或逻辑驱动测试。它是在已知程序内部结构和处理过程的前提下，通
过测试来检测程序中的每条路径是否按预定要求正常运行。
该方法把被测试对象看成一个透明的白盒子，测试人员完全知道程序的内部结构和处理算法，并
按照程序内部的逻辑测试程序，对程序中尽可能多的逻辑路径进行测试，在所有的点检验内部控制结
构和数据结构是否和预期相同。白盒测试方法主要有逻辑覆盖、基本路径测试等，它主要用于验证测
试的充分性。
13、单元测试是对最小的可测试软件元素（单元）实施的测试，它所测试的内容包括单元的内部
2
结构（如逻辑和数据流）以及单元的功能和可观测的行为。
14、集成测试的目的是确保各单元组合在一起后能够按既定意图协作运行，并确保增量的行为正
确。它所测试的内容包括单元间的接口以及集成后的功能。
15、系统测试是通过与系统的需求规格作比较，发现软件与系统需求规格不相符合或与之矛盾的
地方。
16、改正性维护：这是指由于发现系统中的错误而引起的维护。工作内容包括诊断问题与修正错
误。
17、适应性维护：这是指为了适应外界环境的变化而增加或修改系统部分功能的维护工作。
18、完善性维护：这是指为了改善系统功能或应用户的需要而增加新的功能的维护工作。
19、预防性维护：这是主动性的预防措施。对一些使用寿命较长，目前尚能正常运行，但可能要
发生变化的部分进行维护，以适应将来的修改或调整。
20、CMM（Capability Maturity Model，能力成熟度模型），定义了当一个组织达到不同的过程
时应该具有的软件工程能力。它描述了软件过程从无序到有序、从特殊到一般、从定性管理到定量管
理、最终到达可动态优化的成熟过程。
21、UML（Unified Modeling Language，统一建模语言），是一种用于提取OOAD（面向对象分析
和设计）过程的产物的图形化语言，它为交流面向对象的设计中的需求、行为、体现结构、和实现提
供了一套综合的表示法。
二选择与判断
3
4
5
6
7
8
9