软件工程题库考试复习题

《软件工程题库考试复习题》由会员分享，可在线阅读，更多相关《软件工程题库考试复习题（110页珍藏版）》请在装配图网上搜索。

1、软件工程题库考试复习题目 录一、选择题.12二、名词解释（100题）.181.语句覆盖.182.软件.183.项目.184.通信聚合.185.分布图.186.判定覆盖.187.软件工程.198.配置管理.199.信息聚合（未找到答案）.1910.组件图.1911.条件覆盖.1912.软件危机.1913.配置项.1914.数据聚合（未找到答案）.1915.活动图.1916.路径覆盖.2017.软件生存周期.2018.基线.2019.控制耦合.2020.协作图.2021.条件组合覆盖.2022.软件过程.2023.里程碑.2024.标记耦合.2025.时序图.2126.等价类划分.2127.软件基

2、本过程.2128.项目范围管理.2129.数据耦合.2130.状态图.2131.边界值测试.2132.软件支持过程.2133.项目整体管理.2234.预防性维护.2235.对象图.2236.基本路径测试.2237.软件组织过程.2238.软件度量.2239.适应性维护.2240.类图.2241.黑盒测试.2242.过程框架.2343.功能点分析.2344.结构化程序设计.2345.用 例图.2346.白盒测试.2347.软件能力成熟度模型.2348.工作分解结构.2349.非功能性需求.2450.统一建模语言UML.2451.单元测试.2452.个体软件过程.2453.COCOMO 模型.24

3、54.信息隐蔽.2455.面向对象.2456.集成测试.2457.团队软件过程.2558.项目计划评审技术.2559.内聚.2560.主动对象.2561.确认测试.2562.过程模式(未找到答案).2563.RMMM 计 划(Risk Mitigation,Monitoring and Management Plan).2564.耦合.2665.多态性.2666.系统测试.2667.统一过程.2668.软件质量.2669.体系结构.2670.消息.2671.压力测试.2672.瀑布模型.2773.结构复杂性度量（未找到答案）.2774.决策表.2775.继承.2776.测试配置（未找到答案）.

4、2777.快速原型模型.2778.文本复杂性度量（未找到答案）.2879.数据字典.2880.封装.2881.静态测试.2882.增量模型.2883.软件可靠性.2884.上下文数据流图（未找到答案）.2885.对象/类.2886.动态测试.2987.螺旋模型.2988.错误播种（植入）模 型（未找到答案）.2989.数据流图.2990.静态视图.2991.Beta 测试.2992.极限编程.3093.软件质量模型（未找到答案）.3094.业务流程图.3095.动态视图（未找到答案）.3096.因果图.3097.过程规范（未找到答案）.3198.基于时间的缺陷到达模式（未找到答案）.3199.

5、过程模型.31100.领域分析.31三、简 答 题（100题）.311.简述软件安全性与软件可靠性的异同。.312.简述软件开发的可行性研究的目的和内容。.313.什么是面向数据流的设计，数据流包括哪几种？.314.什么时候测试结束，为什么？.325.什么是对象，对象有哪几种形式？.336.什么是McCabe复杂性度量，如何计算？.337.软件项目管理的主要方面是什么？.338.怎样完成从数据流图到程序结构图的转换？.339.如何估算程序中的错误？.3410.什么是类，类与对象间是什么关系？.3411.软件的缺陷为什么在软件开发和维护过程中会扩大？.3412.成本估算方法有哪几种？.3413.

6、面向数据流的设计方法包含那些步骤？.3414.什么叫测试用例，如何设计测试用例.3415.面向对象方法特征有哪些？.3516.什么是CMM关键过程域，举例说明其含义。.3517.影响软件成本的主要因素有哪些具体方面？.3618.画数据流图原则是什么？.3619.什么叫基本路径测试，如何确定基本路径？.3620.简述USE/CASE的作用。.3621.软件质量的特性有哪些，怎样度量？.3722.什么是COCOM。成本估算模型？.3723.数据流图作用是什么？.3724.简述回溯测试和作用。.3725.面向对象设计涉及那几个主要活动？.3726.Boehm和 McCall等人从哪些方面来确定软件质

7、量，他们有什么异同?.3827.什么是软件的逆向工程和再工程？.3828.简述数据字典的作用.3829.纠错技术中的归纳法和演绎法的中心思想是什么？.3930.面向对象设计如何体现抽象信息、隐臧和模块化这三个概念的？.3931.影响软件质量的因素分哪两大类？.3932.如何衡量软件成本，各表示什么含义？.3933.需求分析的任务是什么？.4034.什么是因果图，用于何处？.4035.举例说明什么是类的整体部分结构.4036.软件质量的含义是什么？.4137.如何安排软件开发进度，应该考虑哪些问题？.4138.什么是结构化分析，有什么特点？.4139.什么是边界值分析，与等价类划分有什么不同？.

8、4140.举例说明什么是类的组装结构关系.4241.原型开发由哪些步骤？.4242.什么是软件配置管理，有什么作用？.4243.原型开发技术的目的，特点是什么？.4244.简述在确定等价划分测试用例设计中遵循的原则。.4345.领域分析的目标是什么，依据是什么？.4346.原型开发包括那几类，目的是什么？.4347.基线在配置管理中有什么作用？.4348.简述总体设计的一般过程？.4449.什么是软件测试中逻辑覆盖，一般软件测试至少应保证哪些覆盖？.4450.类的开发有几个途径，如何进行类的开发？.4451.原型具有什么特点？.4452.软件维护的基本内容是什么？.4453.解释体系结构中深度

9、、宽度、扇出、扇入对软件的影响。.4554.为什么说在确认测试阶段发现需求理解的错误，要修改就要付出更大的代价？.4555.什么是OOA建模语言，它应该包括哪些方面？.4556.为什么要进行阶段评审？.4657.软件维护分几类，每类的内容是什么？.4658.什么叫模块化，为什么要划分模块？.4659.比较在组装测试中，自顶向下与自底向上、深度优先与宽度优先的优缺点。4660.简述 RUP(Rational Unified Process)的基本内容.4761.简述模型在软件开发中的作用。.4762.软件维护有哪些特点？.4863.模块化的三个重要特征是什么，阐明各自的作用。.4864.单元测试

10、时，为什么需要开发驱动模块和桩模块？.4965.什么是Use Cases M odel,主要作用是什么？.4966.什么是需求工程？.4967.简述软件的维护过程。.4968.简述层次方框图与软件结构图的异同点。.4969.简述黑盒子测试和白盒子测试及其适用性。.5070.什么是 RUP(Rational Unified Process)的 4+1 视图？.5071.简述软件分析员在系统分析中的任务和作用。.5172.软件的可维护性与哪些因素有关，如何提高软件的可维护性？.5173.事务型软件结构图有什么特点，原因是什么？.5274.单元测试、组装测试和确认测试各自主要的目标是什么，相互有什么

11、关系？.5275.Coad/Yourdon的 0 0 A 模型包括那几个方面？.5276.面向对象生存期模型与传统的生存期模型有什么区别？.5377.软件工程的文档分哪两大类，主要作用是什么？.5378.详细设计的任务是什么？.5479.为什么把软件测试的目标定义为只是发现错误？.5480.什么是对象关系模型和对象行为模型，有什么不同？.5481.软件工程是如何克服软件危机的？.5482.软件开发主要由哪些方面风险，如何进行软件风险分析？.5583.程序的编码风格主要体现在哪几个方面？.5684.简述软件测试中桩模块和驱动模块的作用。.5685.如何从需求文档中识别类和对象.5686.软件危机

12、主要有哪些表现?.5687.什么是软件维护的副作用，如何防止软件维护的副作用？.5788.好的软件体系结构设计应遵循哪些原则？.5789.简述渐增式测试方法与非渐增式测试方法的优劣。.5790.UML中有哪些动态建模的工具，各表达什么内容？.5891.软件技术审查和管理复审的作用是什么？.5892.软件的可维护性与那些软件质量特性有关？.5993.什么是模块独立性，如何衡量模块独立性？.5994.软件测试有几种方法，每种方法的特点是什么？.5995.UML中的接口类有什么特点，举例说明。.6096.常见的软件开发模型有那些，各有什么特点？.6097.CMM与 IS09000有什么异同.6198

13、.什么是耦合，如何衡量模块的耦合度？.6199.软件测试分几种类型，主要解决什么问题？.61100.简要说明RUP中阶段、核心工作流和迭代的关系。.62四、论 述 题（20题）.621.论述面向对象方法对传统方法的优势和问题.622.什么是面向对象开发过程，讨论各阶段任务和要点.623.用覆盖的观点讨论面向对象的软件测试策略.634.结合软件工程要素，论述面向对象方法的思想.635.论述需求工程过程，说明各阶段关系.636.什么是软件可维护性，讨论软件工程与可维护性关系.647.论述软件工程中的文档类型和作用.648.论述需求工程的过程和方法，讨论其有效性.659.讨论软件测试与软件可靠性的关

14、系，如何计算可靠性.6510.什么是软件可测试性，讨论软件工程与软件可测试性.6511.论述软件测试的基本任务，方法和策略及其在现代软件工程的地位.6612.论述软件测试与软件质量的关系.6713.讨论不同软件过程模型与软件开发的关系.6714.针对敏捷方法的十二条核心实践，结合软件工程问题论述其有效性.6915.针对软件危机，论述传统软件工程方法和敏捷方法的解决思路.7116.论述过程、方法和工具在软件工程实践中的关系.7117.针对不同软件方法，论述项目管理要点.7218.论述软件项目特点和管理要点.7319.论述软件估算的困难和解决方法.7420.什么是软件性能，论述软件开发中如何提高软

15、件的性能.75五、应 用 题（20题）.751.假设一家工厂的采购部每天需要一张定货报表，报表按零件编号排序，表中列出所有需要再次定货的零件。对于每个需要再次定货的零件应该列出下述数据：零件编号，零件名称，定货数量，当前价格，主要供应者，次要供应者。零件入库或出库称为事务,通过放在仓库中的显示终端把事务报告给定货系统。当某种零件的库存数量少于库存量临界值时就应该再次定货。.752.现在有一个医院病房监护系统，用户提出的系统功能要求如下：.783.连锁超市进货操作流程为：厂家持“定货单”及“厂家送货单”送货，库管科检查货物。.814.设计一个简单的学生选课系统，系统能够注册符合要求的学生，学生注

16、册以后就能选课。选课过程如下：.835.某铁路售票系统，其相关角色可简化为乘客、售票员和管理人员。业务过程如下：856.某个银行的存取款业务处理系统有以下功能：.887.某公司准备开发公共汽车刷卡计费系统，具体需求如下：.908.现在有一系统正在进行集成测试，模块A 提供的文件接口能够读取txt格式的文本文件，不论该文件是否被其它进程使用。请补充完成如下测试用例中的（1）、（2）、（3）和（4）部分。.919.依据下面给出的N-S 图画出其流程图，在此基础上设计最少测试用例，实现语句覆盖和条件组合覆盖。.9210.有一款8 位微机，其十六进制常数定义为：以 Ox或 0 X 开头的数是十六进制整

17、数，其值的范围是-7f7f（表示十六进制的大小写字母不加区别），如 0X13,0X6A,-0X3c。根据上述条件使用等价划分法设计测试用例。.9411.下面是某程序的流程图.9412.某网站开发新的邮件系统供用户使用，现需要做系统测试。请以“输入正确的用户邮件地址和错误的密码”为例，完成如下的测试用例中（1）、（2）、（3）和（4）部分。.9613.下列是一段伪码程序：.9614.图书馆管理系统中，读者包括教师、学 生（学生中有本科生、研究生、）等等，图书包括杂志、各类书籍，请 用 UML建立UseCase图（5 分），读者和图书的类图（10分）,图书的状态图（5 分），以及借还书过程的活动图

18、（10分）。.9915.由键盘输入一个足够大的数，判断该数是否为素数（除一和本身外不能被其他数整除）。.10116.某考务处理系统具有以下功能：.104.某房屋租赁服务系统主要功能如下：系统对出租的房屋信息、房主信息、需要租房的人员信息，以及租房人和房主的会面情况进行管理和维护。.10418.某医院病人住院与治疗结帐业务处理过程及说明如下：.10619.某制造企业的物料出入库管理的工作流程叙述如下：.10720.某大学校园一卡通管理系统包括以下功能：.108主要题型和重点一、选 择 题 20分二、名词解释5 题*3分=15分 题库共100道三、简 答 题 4 题*5分=20分四、论述 1 题*

19、15分=15分五、应用 30分软件测试：1.、白盒测试：基本路径（画流程图、关键路径、测试用例）；2、决策表、因 果 图（表述方式、列出条件、设计用例）建模：1、传统结构：数据流程图（怎么画）、数据制表等；2、UML、面向对象简答应用（use ca se,类图、状态图、交互图：了解）表述、目的、数据字典软件工程与方法复习一、选 择 题(28题)1、软件生存期模型是从软件项目需求定义开始到软件被废弃使用为止，跨越整个生存期的系统开发、运行和维护所实施的全部过程、活动和任务的结构框架。到目前为止，存在的软件生存期模型有：演 化 模 型，螺 旋 模 型，智 能 模 型，喷 泉 模 型，瀑布 模 型

20、等。瀑布模型螺旋模型快速原型模型增量模型喷泉模型统一过程快速原型模型快速原型2、软件需求分析方法包括原型化方法和结构分析方法。软件原型化方法是在研究分析阶段的方法和技术中产生的，但是也可用以面向软件开发的其他阶段。由于软件项目的特点和运行原形的目的的不同，原型主要有三种不同的作用类型：探 索 型，实 验 型，进 化 型。探索型 的目的是要弄清目标系统的需求,确定所希望的特性，研究多种方案的可行性。它主要针对开发目标模糊，用户和开发者对项目都缺乏经验的情况。实验型 的目的用于大规模开发和实现之前,考核方案是否合适，规格说明书是否可靠。进化型 的目的不在于改进规格说明,而是将系统建造的易于变化，在

21、改进原型的过程中，逐步将原型变成最终系统。它将原型方法的思想扩展到软件开发的全过程，适合于满足需求的变动。3、由于运用原型的目的和方式不同，在使用原型时可采用以下两种不同的策略：(1)、废弃策略:先构造一个功能简单而且质量要求不高的模型系统，针对这个模型系统反复进行分析修改，形成比较好的设计思想，据此设计出完整、准确、一致、可靠的最终系统，系统构造完成后，原来的模型被废弃不用。它 对 应 于 探 索 型 和实 验 型。(2)、追加策略:先构造一个功能简单而且质量要求不高的模型系统作为最终系统的核心，然后不断扩充修改，逐步追加新的要求，最后成为最终的系统。它对应于 进 化 型。3、在软件工程的设

22、计阶段中，有三种常用的设计方法：结 构 化 设 计 方 法SD Jackson方法和Parnas方法。SD方法侧重于 用数据流图表示系统的分解，且用数据字典和说明分别表示数据和加工的含义；Jackson方法侧重于 由数据结构导出模块结构；Parnas方法的主要思想将可能引起变化的因素隐藏在某有关模块内部，是这些因素变化时的影响 范 围 受 到 限 制。从七十年代中期到九十年代早期，S D是最为常用的方法。Parnas方法只提供了重要的设计准则，没有规定出具体的工作步骤。4、程序的正确性证明是指用逻辑方法证明程序终止且满足给定的程序规范，常用的正确性证明方法之一为H o a re方法。在程序中插

23、入的逻辑公式称为Hoare公 式。当Hoare公 式 出现在循环中,并且它具有如下性质：只要第一次进入选换时Hoare公式 为 真,那 么 第N次 进 入 循 环 时Hoare公 式 仍为真。此时，这 样 的Hoare公 式 就称 为 断 言。如果公式 E 在执行程序段Z：=Z*A；Y：=Y T”之前为真，则执行该程序段之后 E 仍保持为真。A：给它一组数据，检验其执行结果是否正确 用逻辑方法证明程序终止且满足给定的程序规范 逐条语句检查程序是否有错 证明程序终止 证明程序满足给定的程序规范B：SD Jackson Hoare ParnasC,D：Horn子句 循环不变式 断言 验证条件 Ho

24、are公式E:A*Z=Y 0 A*Y=Z Z=AY AB=Z*AYS Y0 A Z=AY5、软件语言主要包括需求定义语言、功能性语言、设计性语言、程序设计性语言和文档语言等。功能性语言用来书写软件的功能规约，如Z语言。函数式程序设计语言和逻辑式程序设计语言都属于申 述 式 语言。逻辑式语言的基础是谓 词 逻 辑，如PROLOG是逻辑式程序设计语言，它的基本运算单位是Horn子 句。函数式语言是一种面向值的语言。6、软件方法学是以软件方法为研究对象的学科。从开发风范上看，可 分 为 自顶向下的开发方法与自底向上的开发方法。从性质上看，可 分 为 形式方法与非形式方法。从适应范围来看，可 分 为

25、整 体 性 方 法 与 局 部 性 方 法。形式方法的目的是把软件作为数学来重新发现。形式方法被用来避免系统中的歧义性、不完 全 性、不一致性。软件自动化方法是指利用计算机使软件的设计实现自动化的方法和相关的技术。软件自动化的实现途径有四种：过程途径、归纳途径、演绎途径、转 换 途 径。7、开发软件时，对于提高软件开发人员效率至关重要的是程 序 开 发 环 境。软件工程中描述软件生存周期的瀑布模型一般包括计划、需 求 分 析、设计、编码、测 试、维护等几个阶段。其中，设计阶段在管理上有可以分成概 要 设 计 和详 细 设 计 两个步骤。8、软件需求分析的任务不应包括结 构 化 程 序 设 计。

26、进行需求分析可使用多种工具,但PAD图是不适用的。在需求分析中，分析员要从用户那里解决的最重要的问题是让 软 件 做 什 么。需求规格说明书的内容不应当包括 对算法的详细过程的描述。该文档在软件开发中具有重要的作用，但其作用不应当包括软件可行性分析的依据。9、块间联系和块内联系是评价程序结构质量的重要标准。联系的方式、共用信息的作用、共用信息的数量和接口的 简单性 等因素决定了块间联系的大小。在块内联系中，功 能 内 聚 的块内联系最强。SD方法的总原则是使每个模块执行一 个 功能,模块间传递数 据 型 参 数,模 块 通 过 标 准 引 用 语句调用其他模块。10、1960年底D ijkst

27、ra提倡的 结构化程序设计 是一种有效的提高程序设计效率的方法。D ijkstra为了使程序结构易于理解，把基本控制结构限于顺序、选择、重 复 3种，应 避 免 使 用 GOTO语 句。结 构 化 程 序 设 计 不仅提高程序设计的生产率,同时也容 易 进 行程序的维 护。11、程序的3 种基本控制是 顺序，条件，循 环。它们的共同点是 只有一个入口和一个出口。结构化程序设计的一种基本方法是 逐 步 求 精 法。软件测试的目的是 发现 程 序 中 的 错 误。软件调试的目的是 找出错误所在并改正之。12、在面向对象软件开发过程中特别重视复用。软件构件应独立于当初开发它们的应用而存在。在以后的应

28、用开发中，可以调整这些独立构件以适应新问题的需要。因此，应使得类 成 为 一 个 可 复 用 的单元。这 样 就 有 一 个 类生存期问题。类生存期有自己的步 骤,与 任 何 特 定 应 用 的 开 发 按 照 这 些 步 骤，可 以 完 整 地 描 述 一 个 基 本 上 生，而不仅仅考虑当前正在开发的系统。系统开发的各个阶段都可能会标识新的类。随着各个新类的标识，类 生存期引导开发工作逐个阶段循序渐进。在设计和实现类时，应尽可能利用既存类提供为当前应用所需要的功能，利用既存类的3 个可能途径是：演化 复用既存类，对既存类进行修改以得到满足要求的类，重新开始进行开发。13、测试大型软件通常由

29、 单 元 测 试、集成测试、确 认 V a lid a tio n 测试组成。确认测试主要寻找与软件 需求规格 说明不一致的错误。语句覆盖、判定覆盖、条件覆盖和路径覆盖都是白盒测试法设计测试用例的覆盖准则，在这些覆盖准则中最弱的准则是_ 语句 覆 盖，最强的准则是 路 径 覆 盖。此外，还有多种黑盒测试的设计测试用例方法，如因 果 图。14、如何评价软件的质量一直是软件技术人员所关心的问题，目前已有多种软件质量模型来描述软件的质量特性。ISO/IEC 9126是国际标准化组织在1991年提出的软件质量标准。它由三个层次组成，第一层是质量特性，第二层是质量子特性，第三层是度量指标。六个质量特性是

30、：功能性、可靠性、易使用性、效率、可 维 护 性 和 可 移 植 性。其中功能性包括质量子特性完备性、一致性、可 追 踪 性；可靠性包括质量子特性一 致 性；易使用性包括质量子特性操作性、培训性、产 品 文 档 完 备 性；可维护性包括质量子特性一致性、可见性、产品文档完备性、清晰性、模块性、自描述性、简单性、结 构 性。15、软件复用是使用已有的软件产品 如设计、代码、文档等 来开发新的软件系统的过程。软件复用的形式大体可分为垂直式复用和水平式复用。垂直式复用是指 同一应用领域 中 的 复 用,水平 式 复 用 是 指 不 同 应 用 领 域 中的复用。为 了 提 高 构 件 Com pon

31、ent的复用率，通常要求构件具有较好的通 用 性 和 可 变 性。为了将不同软件生产商在不同软硬件平台上开发的构件组装成一个系统，必须解决异构平台的各构件间的互操作问题。目前国际上已出现了一些支持互操作的构件标准，典型的有国际对象管理组织OMG推荐的 C0RBA 和 M icrosoft公司推出的 D C O M 。16、软件测试通常可分为单元测试、集成测试、确认测试和系统测试，其中确认测试主要 用 于 发 现 需 求 分 析 阶段的错误。在集成测试时，通常可采用自顶向下增殖式集成和自底向上增殖式集成。在自底向上增殖式集成时，对每个被集成的模块 要设计驱动模块，但不必设计桩模块。对那些为众多用

32、户开发的软件，如操作系统，编译程序,通常还要进行a 测试和B测试，以发现可能只有最终用户才能发现的错误，其中，a 测试是指最终用户在开发环境下，开发人员在场的情况下所进行的测试，B测试是指最终用户在用户的实际使用环境下，开 发 人 员 不 在 场 的情况下所进行的测试。在软件维护阶段，当修改软件后，除了进行常规的测试外，还应进行 回归 测试。17、类常常被看作是一个抽象数据类型的实现，更合适的是把类看作是概 念 的一个模型。事实上，类是单个 语义 单元。类的用户能够操纵的操作叫做类的 界 面。类定义的其余部分给出数据定义和辅助功能定义，包括类的实现。类的实现常常包括了其它类的实例，这些实例 应

33、受保护不 被其它对象存取,包括同一个类的其它实例。类的实现可能还包括某些私有方法，实现它们的类可以使用，而其它任何对象都不能使用。类，就它是一个数据值的聚合的意义来看，与 P ascal中的记录或C 中的结构类似，但又有区别。类扩展了通常的记录语义，可提供各种级别的可 访 问 性。18、由 rumbaugh等人提出一种面向对象方法叫做对象模型化技术 O M T,既三视点技术，它要求把分析时收集的信息建立在3 个模型中。第一个模型是 对 象 模 型，它的作用是描述系统的静态结构，包括构成系统的对象和类、它们的属性和操作，以及它们之间的联系。第二个模型是 动 态 模 型，它描述系统的控制逻辑，主要

34、涉及系统中各个对象和类的时序及变化状况。动 态 模 型 包 括 两 种 图,即 状 态 迁 移 图 和事 件 追 踪 图。状态 迁 移 图 描述每一类对象的动态行为,事 件 追 踪 图 描述发生于系统执行过程中的某一个特定场景。第三个模型是 功 能 模 型，它着重于描述系统内部数据的传送与处理，它由多个数据流图组成。19、软件维护是软件生存期的最后阶段。软件工程学针对维护工作的主要目的是提高软 件 的 可 维 护 性，降 低 维 护 的 代 价。软 件 的 可 测 试 性、可 理 解 性、可修改 性 是决定软件可维护性的基本因素。20、软件的再工程是软件的一类工程活动，它能够使人们：I增加对软

35、件的了解；I I 准备或直接提高软件自身的可 维 护 性、可 复 用 性 或演化性。第 11 部分旨在改 善 软 件 的 静 态 质 量，使得软件更容易为人们服务。纯粹是处于改善性能的代码优化不 属 于 软件再工程。逆向工程属于上述软件再工程的第1部分。21、从供选择的答案中选出同下列关于软件测试的各条叙述关系最密切的字句，分别填入A 、BCDE中。代 码 审 查 对可靠性要求很高的软件,例如操作系统，由第三者对源代码进行逐行检查。退化测试 已有的软件改版时,由于受到变更的影响，改版强正常的功能可能发生异常，性能也可能下降。因此，对变更的软件进行测试是必要的。白盒测试 在意识到被测试的模块的内

36、部结构或算法的情况下进行测试。原型 为了确认用户的需求,先做出系统的主要部分，提交给用户使用。桩 在测试具有层次结构的大型软件时,有一种方法是从上层模块开始，由上到下进行测试。此时，有必要用一些模块替代尚未测试的下层模块。22、在面向对象软件设计过程中，应按如下要求进行类的设计：只有类的共有界面的成员才能成为使用类的操作，这就是软件设计的信息 隐 蔽 准则。当且仅当一个操作对类的实例的用户有用时它才是类公共界面的成员，这是软件设计的最 小 界 面 准则。由同属一个类的操作负担存取或加工类的数据，这 是 软 件 设 计 的 高 内 聚 准则。两个类之间的交互应当仅设计参数表，这 是 软 件 设

37、计 的 显 式 信 息 传 递 准则。每个派生类应当做基类的特殊化来开发，而基类所具有的公共截面成为派生类的共有界面的一个子集，这 是 软 件 设 计 的 继 承 性 准则。23、集 成 测 试 也 叫 做 组 装 测 试 或联 合 测 试。通常，在单元 测 试 的基础上,将所有模块按照设计要求组装成为系统。子系统的集成测试特别成为 部 件 测 试，它所做的工作是要找出子系统和系统需求规格说明之间的不 一 致。24、软件可维护性是纠正软件系统出现的错误和缺陷，以及为满足新的要求进行修改、扩 充 的容易程度。目前广泛使用7个特性来衡量软件的可维护性，其 中 就 有 可 靠 性、可 理 解 性、可

38、 使 用 性。其中，可 靠 性 和可 理 解 性 主要在改正性维护中侧重应用，可 使 用 性 主要在适应性维护和完 善 性 维护中侧重应用。25、软件的再工程技术主要有改 进 软 件、获取、保存及扩充软件知识和理解 软 件。分析、度 量 属 于 理 解 软 件，知 识 库 和 变 换 属 于 获取、保存及扩充软件知识 复 用 工 程 属 于 改 进 软 件。26、所谓一个构件，可 以 一个类型、类或其他的工作成品。对于构件，应当按可复用的 要 求 设 计、实 现、打包、编写文档。构 件 是 内 聚 的，并具有相当稳定的公开 的 接 口 。这里所说的构件是基于面向对象技术的。27、软件项目进度管

39、理有许多方法，但I P O不是常用的进度控制图示方法。在几种进度控制图示方法中，甘 特 图 难以表达多个子任务间的逻辑关系,使用P E R T不仅能表达子任务之间的逻辑关系，而且可以找出关键子任务。在P E R T中,用带箭头的边表示任 务，用 圆 圈结点表示事 件。28、在考虑各种软件开发资源时，人力 是最重要的资源。如果把软件开发所需要的资源画成一个金字塔形：在塔的上层是最基本的资源人 力，在 底 部 为 工 具。工具包括硬件资源和软件资源。宿 主 机、目 标 机 和其他硬件设备属于硬件资源。IPSE工具属于软件资源中的框 架 工 具。二、名词解释（100题）1.语句覆盖选择足够的测试用例

40、，使得程序中的每个语句至少都能被执行一次2,软件软件是计算机系统中与硬件相互依存的部分，它是包括程序、数据及相关文档的完整集入口3.项目项目是一件事情、一项独一无二的任务，也可以理解为是在一定的时间和一定的预算内所要达到的预期目的。项目是指在一定的约束条件下（主要是限定时间、限定资源），具有明确目标的一次性任务。项目是一系列具有特定目标，有明确开始和终止日期，资金有限，消耗资源的活动和任务。4.通信聚合（通信内聚：访问相同数据的所有操作被定义在一个类中。一般来说，这些类只着眼于数据的查询。访问和存储）5.分布图分布图反映了系统中软件和硬件的物理架构，表示系统运行时的处理节点以及节点中组件的配置

41、。6.判定覆盖所谓判定覆盖，就是设计若干个测试用例，运行被测程序，使得程序中每判定的取真分支和取假分支至少评价一次7.软件工程软件工程是研究和应用如何以系统化的、规范的、可度量的方法去开发、运行和维护软件，即把工程化方法应用到软件上。8.配置管理配置管理（Configuration Management,CM）是通过技术或行政手段对软件产品及其开发过程和生命周期进行控制、规范的一系列措施。配置管理的目标是记录软件产品的演化过程,确保软件开发者在软件生命周期中各个阶段都能得到精确的产品配置。9.信息聚合（未找到答案）就是把目前所掌握的信息资料合到一块，围绕某主题，把极度分散、高度相关、前后依存的

42、信息碎片，迅速、及时的整合成完整的、有参考价值的信息。10.组件图组件图描述组件以及它们之间的关系，表示系统的静态实现视图。11.条件覆盖条件覆盖是指选择足够的测试用例，使得运行这些测试用例后，要使每个判断中每个条件的可能取值至少满足一次，但未必能覆盖全部分支12.软件危机软件危机是指在计算机软件的开发和维护过程中所遇到的一系列严重问题13.配置项软件配置项是在软件工程中过程中创建的信息，凡是纳入配置管理范畴的工作成果都是配置项；一个纯软件的CIS通常也称为软件配置。14.数据聚合（未找到答案）结合来自不同节点的数据，通过去除冗余，减少信息的传输量，从而达到节省能量的目的。15.活动图活动图反

43、映系统中从一个活动到另一个活动的流程，强调对象间的控制流程。16.路径覆盖路径覆盖要求设计足够多的测试用例，在白盒测试法中，覆盖程度最高的就是路径覆盖,因为其覆盖程序中所有可能的路径。17.软件生存周期软件生存周期是指软件产品从考虑其概念开始到该软件产品交付使用，直至最终退役为止的整个过程，一般包括计划、分析、设计、实现、测试、集成、交付、维护等阶段。18.基线是一个软件配置管理的概念，它能够帮助我们在不严重阻碍合理变更的条件下控制变更，IEEE中这样定义基线：已经通过正式审评和批准的规格说明或产品，他可以作为进一步开发的基础，并且只有通过正式的变更控制规程才能修改它19.控制耦合当操作A 调

44、用操作B,并且向B 传递了一个控制标记时，就会发生此种耦合20.协作图协作图表示一组对象之间的动态协作关系，反映收发消息的对象的结构组织。21.条件组合覆盖在白盒测试法中，选择足够的测试用例，使所有判定中各条件判断结果的所有组合至少出现一次，满足这种覆盖标准成为条件组合覆盖。22.软件过程软件过程是人们用于开发和维护软件及其相关过程的一系列活动，包括软件工程活动和软件管理活动。23.里程碑里程碑一般是项目中完成阶段性工作的标志，标志着上一个阶段结束、下一个阶段开始,将一个过程性的任务用一个结论性的标志来描述，明确任务的起止点。一系列的起止点就构成了引导整个项目进展的里程碑。里程碑定义了当前阶段

45、完成的标准和下一新阶段启动的条件和前提。24.标记耦合当类B 被声明为类A 某一操作中的一个参数类型时会发生此种耦合。由于类B 现在作为类A 定义的一部分，所以修改系统就会变得更为复杂25.时序图时序图表示一组对象之间的动态协作关系，反映对象之间发送消息的时间顺序。26.等价类划分等价类划分法是一种典型的、重要的黑盒测试方法，它将程序所有可能的输入数据（有效的和无效的）划分成若干个等价类。然后从每个部分中选取具有代表性的数据当做测试用例进行合理的分类，测试用例由有效等价类和无效等价类的代表组成，从而保证测试用例具有完整性和代表性。27.软件基本过程软件过程（SoftwareProcess）是指

46、一套关于项目的阶段、状态、方法、技术和开发、维护软件的人员以及相关Artifacts（计划、文档、模型、编码、测试、手册等）组成。软件过程可概括为三类：基本过程类、支持过程类和组织过程类。基本过程类包括获取过程、供应过程、开发过程、运作过程、维护过程和管理过程。28.项目范围管理项目范围管理是指对项目包括什么与不包括什么进行定义并控制的过程。这个过程用于确保项目组和项目干系人对做为项目结果的项目产品以及生产这些产品所用到的过程有一个共同的理解。29.数据耦合当操作需要传递较长的数据参数时就会发生此种耦合。随着类和构件之间通信“带宽”的增长以及接口复杂性的增加，测试和维护就会越来越困难30.状态

47、图状态图表示一个状态机，强调对象行为的事件顺序。31.边界值测试针对各种边界情况设计测试用例32.软件支持过程支持过程类包括文档过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程、审计过程以及问题解决过程。33.项目整体管理也叫集成管理，保证项目各个要素相互协调所需要的管理过程，它需要在相互影响的项目目标和方案中作出平衡，以满足或超出项目干系人的需求和愿望34.预防性维护预防性维护是指采用先进的软件工程方法对需要维护的软件或软件中的某一部分重新进行设计、编制和测试，提高软件的可维护性和可靠性等，为以后进一步改进软件打下良好基础。为了降低设备失效或功能退化的概率，按预定的时间间隔

48、或规定的标准进行的维护。35.对象图对象图描述了一组对象以及它们之间的关系，表示类的对象实例。36.基本路径测试是在程序控制流图的基础上，通过分析控制构造的环路复杂性，导出基本可执行路径集合，从而设计测试用例的方法。设计出的测试用例要保证在测试中程序的每个可执行语句至少执行一次37.软件组织过程组织过程类包括基础设施过程、改进过程以及培训过程。38.软件度量是对软件开发项目、过程及其产品进行数据定义、收集以及分析的持续性定量化过程,目的在于对此加以理解、预测、评估、控制和改善。39.适应性维护随着计算机技术的飞速发展和更新换代，软件系统所需的外部环境或数据环境可能会更新和升级，如操作系统或数据

49、库系统的更换等。为了使软件系统适应这种变化，需要对软件进行相应的修改，这种维护活动称为适应性维护。40.类图类图描述系统的静态结构，表示系统中的类以及类与类之间的关系。41.黑盒测试黑盒测试也称功能测试或数据驱动测试，它是在已知产品所应具有功能的情况下，通过测试来检测每个功能是否都能正常使用o黑盒测试也称功能测试，它是通过测试来检测每个功能是否都能正常使用。在测试中，把程序看作一个不能打开的黑盒子，在完全不考虑程序内部结构和内部特性的情况下，在程序接口进行测试，它只检查程序功能是否按照需求规格说明书的规定正常使用，程序是否能适当地接收输入数据而产生正确的输出信息。黑盒测试着眼于程序外部结构，不

50、考虑内部逻辑结构，主要针对软件界面和软件功能进行测试。42.过程框架定义了若干小的框架活动，为完整的软件开发过程建立基础43.功能点分析是面向功能的软件度量方法，注意力集中于软件系统的“功能性”和“实用性”44.结构化程序设计进行大型程序设计的一种方法。整个程序是由各个部分按一定的层次结构组织起来的。每一层次中规定只使用几种基本的程序结构。从最高层开始，依次向下，逐步求精。设计出的程序条理清楚、容易理解、容易调试与维护45.用例图用例图定义了系统的功能需求，它完全是从系统的外部观看系统功能，并不描述系统内部对功能的具体实现。46.白盒测试白盒测试也称结构测试或逻辑驱动测试，它是知道产品内部工作

51、过程，可通过测试来检测产品内部动作是否按照规格说明书的规定正常进行，按照程序内部的结构测试程序，检验程序中的每条通路是否都有能按预定要求正确工作，而不顾它的功能。47.软件能力成熟度模型它是对于软件组织在定义、实施、度量、控制和改善其软件过程的实践中各个发展阶段的描述。CM M的核心是把软件开发视为一个过程，并根据这一原则对软件开发和维护进行过程监控和研究，以使其更加科学化、标准化、使企业能够更好地实现商业目标。48.工作分解结构以可交付成果为导向对项目要素进行的分组,它归纳和定义了项目的整个工作范围每下降一层代表对项目工作的更详细定义。49.非功能性需求非功能需求(non-functiona

52、l requirement)是从各个角度对系统的约束和限制，反映了应用对软件系统质量和特性的额外要求。50.统一建模语言UML它是一个支持模型化和软件系统开发的图形化语言,为软件开发的所有阶段提供模型化和可视化支持，包括由需求分析到规格，到构造和配置。是一种面向对象的建模语言，它是运用统一的、标准化的标记和定义实现对软件系统进行面向对象的描述和建模。51.单元测试集中对用源代码实现的每个程序单元进行测试，检查各个模块是否正确地实现了规定的功能。52.个体软件过程就是为使软件工程师更好地工作而设计的一个框架，它指出如何估计和计划工作，如何按照这些计划来跟踪自己的性能，以及如何提高程序的质量。53

53、.COCOMO 模型构造性成本模型，它是在静态、单变量模型的基础上构造出来的。它是一种精确、易于使用的，基于模型的成本估算方法。54.信息隐蔽信息隐蔽指在设计和确定模块时，使得一个模块内包含信息(过程或数据),对于不需要这些信息的其他模块来说，是不能访问的。在面向对象方法中，信息隐蔽是通过对象的封装性来实现的。信息隐蔽的概念与模块的独立性直接相关。55.面向对象首先根据客户需求抽象出业务对象；然后对需求进行合理分层，构建相对独立的业务模块；之后设计业务逻辑，利用多态、继承、封装、抽象的编程思想，实现业务需求；最后通过整合各模块，达到高内聚、低耦合的效果，从而满足客户要求。56.集成测试根据软件

54、设计规定的软件体系结构，把已测试过的模块组装起来，在组装时，检查程序结构组装的正确性。57.团队软件过程团队软件过程是为开发软件产品的开发团队提供指导，TSP的早期实践侧重于帮助开发团队改善其质量和生产率，以使其更好的满足成本及进度的目标。加 上 PSP帮助高绩效的工程师在一个团队中工作，来开发有质量保证的软件产品，生产安全的软件产品，改进组织中的过程管理。58.项目计划评审技术计划评审技术就是工程项目当作一种系统,用网络图或者表格或者矩阵来表示各项具体工作的先后顺序和相互关系，以时间为中心，找出从开工到完工所需要时间的最长路线，并围绕关键路线对对系统进行统筹规划，合理安排以及对各项工作的完成

55、进度进行严密的控制，以达到用最少的时间和资源消耗来完成系统预定目标的一种计划与控制方法。59.内聚内聚是模块功能强度（一个模块内部各个元素彼此结合的紧密程度）的度量。60.主动对象主动对象内部包含一个线程，可以自动完成动作或改变状态。主动对象是内部拥有自己的控制线程的对象。61.确认测试检查已实现的软件是否满足了需求规格说明中所确定的各种需求，以及软件配置是否完全、正确。（过程：功能性测试一软件配置复查验收测试-a 测试和6 测试）62.过程模式（未找到答案）所谓软件过程模型就是一种开发策略,这种策略针对软件工程的各个阶段提供了一套范形，使工程的进展达到预期的目的。对一个软件的开发无论其大小，

56、我们都需要选择一个合适的软件过程模型，这种选择基于项目和应用的性质、采用的方法、需要的控制，以及要交付的产品的特点。一个错误模型的选择，将迷失我们的开发方向。63.RMMM 计 划（Risk Mitigation,Monitoring and Management Plan）翻译为：风险缓解，监测和管理计划，又称软件项目风险管理，是软件项目管理的重要内容。在进行软件项目风险管理时，要辩识风险，评估它们出现的概率及产生的影响，然后建立一个规划来管理风险。风险管理的主要目标是预防风险。软件项目风险是指在软件开发过程中遇到的预算和进度等方面的问题以及这些问题对软件项目的影响。软件项目风险会影响项目计

57、划的实现，如果项目风险变成现实，就有可能影响项目的进度，增加项目的成本，甚至使软件项目不能实现。64.耦合耦合是模块之间的相对独立性（互相连接的紧密程度）的度量。65.多态性同一操作作用于不同的类的实例，将产生不同的执行结果，即不同类的对象收到相同的消息时，得到不同的结果。对象根据所接受的消息而做出动作，同样的消息被不同的对象接收时可能导致完全不同的行为，这种现象称为多态性。66.系统测试是将通过确认测试的软件，作为整个基于计算机系统的一个元素，与计算机硬件、外部设备、某些支持软件、数据和人员等其他系统元素结合在一起，在实际运行（使用）环境下，对计算机系统进行一系列的组装测试和确认测试。67.

58、统一过程是软件工程的过程。它提供了在开发组织中分派任务和责任的纪律化方法。它的目标是在可预见的日程和预算前提下，确保满足最终用户需求的高质量产品。统一过程模型是一种“用例驱动，以体系结构为核心，迭代及增量”的软件过程框架，由 UML方法和工具支持。68.软件质量与软件产品满足规定的和隐含的需求的能力有关的特性或特性的全体。或“所有描述计算机软件优秀程度的特性的组合。”69.体系结构体系结构包括一组部件以及部件之间的联系。70.消息消息，软件对象之间进行交互作用和通讯是利用消息的。在面向对象的程序设计中，消息是指一个类实例和另一个类实例之间传递的信息。71.压力测试在软件工程中，压力测试是对系统

59、不断施加压力的测试，是通过确定一个系统的瓶颈或者不能接收的性能点，来获得系统能提供的最大服务级别的测试。72.瀑布模型瀑布模型是将软件生存周期的各项活动规定为按固定顺序而连接的若干阶段工作，形如瀑布流水，最终得到软件产品。瀑布模型核心思想是按工序将问题简化，将功能的实现与设计分开，便于分工协作，即采用结构化的分析与设计方法将逻辑实现与物理实现分开。将软件生命周期划分为制定计划、需求分析、软件设计、程序编写、软件测试和运行维护等六个基本活动，并且规定了它们自上而下、相互衔接的固定次序，如同瀑布流水，逐级下落。73.结构复杂性度量（未找到答案）软件度量的根本目的是为了管理的需要,利用度量来改进软件

60、过程。人们是无法管理不能度量的事物。没有对软件过程的可见度就无法管理;而没有对见到的事物有适当的度量或适当的准则去判断、评估和决策，也无法进行优秀的管理。结构复杂性度量就是为了管理需要，通过工程化的方法去衡量软件内部的结构的复杂性。74.决策表决策表又称判断表，是一种呈表格状的图形工具，适用于描述处理判断条件较多，各条件又相互组合、有多种决策方案的情况。精确而简洁描述复杂逻辑的方式，将多个条件与这些条件满足后要执行动作相对应。但不同于传统程序语言中的控制语句，决策表能将多个独立的条件和多个动作直接的联系清晰的表示出来75.继承继承是指一个对象直接使用另一对象的属性和方法。76.测试配置（未找到

61、答案）配置测试用于测试和验证软件，在不同的软件和硬件配置中进行运行。配置测试就是测试软件是否和系统的其他与之交互的元素之间兼容，如浏览器、操作系统、硬件等，验证被测软件在不同的软件和硬件配置中的运行情况。77.快速原型模型快速原型模型又称原型模型，它是增量模型的另一种形式；它是在开发真实系统之前，构造一个原型，在该原型的基础上，逐渐完成整个系统的开发工作。快速原型模型的第一步是建造一个快速原型，实现客户或未来的用户与系统的交互，用户或客户对原型进行评价，进一步细化待开发软件的需求。通过逐步调整原型使其满足客户的要求，开发人员可以确定客户的真正需求是什么；第二步则在第一步的基础上开发客户满意的软

62、件产品。78.文本复杂性度量（未找到答案）软件的复杂性。分为四类：结构、数据结构、算法、文档复杂性度量。79.数据字典精确地、严格地定义了每个与系统相关的数据元素，并以字典式顺序将它们组织起来,使得用户和分析员对所有的输入、输出、存储成分和中间计算有共同的理解。80.封装隐藏对象的属性和实现细节，仅对外公开接口，控制在程序中属性的读和修改的访问级别。封装就是将抽象得到的数据和行为（或功能）相结合，形成一个有机的整体，也就是将数据与操作数据的源代码进行有机的结合，形 成“类”，其中数据和函数都是类的成员。81.静态测试1、静态测试是指无须执行被测代码，而是借助专用的软件测试工具评审软件文档或程序

63、，度量程序静态复杂度，检查软件是否符合编程标准，借以发现编写的程序的不足之处,减少错误出现的概率。82.增量模型增量模型与原型实现模型和其他演化方法一样，本质上是迭代的，但与原型实现不一样的是其强调每一个增量均发布一个可操作产品。早期的增量是最终产品的“可拆卸”版本,但提供了为用户服务的功能，并且为用户提供了评估的平台。83.软件可靠性（1）在规定的条件下，在规定的时间内，软件不引起系统失效的概率。（2）在规定的时间周期内，在所述条件下程序执行所要求的功能的能力。84.上下文数据流图（未找到答案）数据流图（Data Flow Diagram）：简称D FD,它从数据传递和加工角度，以图形方式来

64、表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。85.对象/类类是对象的抽象，而对象是类的具体实例。类是抽象的，不占用内存，而对象是具体的，占用存储空间。86.动态测试所谓软件的动态测试，就是通过运行软件来检验软件的动态行为和运行结果的正确性。目前，动态测试也是公司的测试工作的主要方式87.螺旋模型对于复杂的大型软件，开发一个原型往往达不到要求。螺旋模型将瀑布模型与演化模型结合起来，并且添加两种模型均忽略的风险分析。螺旋模型沿着螺线旋转，分 4 个方面的活动：制定计划、风险分析、实施工程、客户评估。沿螺旋线自内向外

65、每旋转一圈，便开发出一个更为完善的、新的软件版本88.错误播种（植入）模 型（未找到答案）是一种软件错误模拟技术，即在软件系统中人为的播种一定数量的已知类型的错误或错误数目，之后通过让他人检测，看看检测出来的错误数中包含多少植入的错误，从而间接地计算出软件中包含的错误数或者测试人员的水平。当然也可以通过播种特定位置特定类型的错误来评估软件的性能，研究特定类型的软件错误的特性。89.数据流图数据流图：简 称 D F D,它从数据传递和加工角度，以图形方式来表达系统的逻辑功能、数据在系统内部的逻辑流向和逻辑变换过程，是结构化系统分析方法的主要表达工具及用于表示软件模型的一种图示方法。90.静态视图

66、是因为它不描述与时间有关的系统行为，此种行为在其他视图中进行描述。静态视图主要是由类及类间相互关系构成，这些相互关系包括：关联、泛化和各种依赖关系，如使用和实现关系91.Beta 测试Beta测试由软件的最终用户们在一个或多个客房场所进行。与 Alpha测试不同，开发者通常不在Beta测试的现场，因 Beta测试是软件在开发者不能控制的环境中的“真实”应用。用 户 Beta测试过程中遇到的一切问题（真实在或想像的），并且定期把这些问题报告给开发者。接收到在Beta测试期间报告的问题之后，开发者对软件产品进行必要的修改，并准备向全体客户发布最终的软件产品92.极限编程极限编程是一个轻量级的、灵巧的软件开发方法；同时它也是一个非常严谨和周密的方法。它的基础和价值观是交流、朴素、反馈和勇气；即，任何一个软件项目都可以从四个方面入手进行改善：加强交流；从简单做起；寻求反馈；勇于实事求是。XP是一种近螺旋式的开发方法，它将复杂的开发过程分解为一个个相对比较简单的小周期；通过积极的交流、反馈以及其它一系列的方法，开发人员和客户可以非常清楚开发进度、变化、待解决的问题和潜在的困难等，并根据实际情况及