1、软件工程答案整理填空1.软件测试的目的就是尽可能多地发现软件中存在的 错误 ,将 测试结果 作为纠错的依据。 2.测试阶段的基本任务就是根据软件开发各阶段的 与程序的 ,精心设计一组 ,利用这些实例执行 ,找出软件中潜在的各种 与 。3.测试用例由 与预期的 两部分组成。4.软件测试方法一般分为两大类: 方法与 方法。5.动态测试通过 发现错误。根据 的设计方法不同,动态测试又分为 与 两类。6.静态测试采用 与 的手段对程序进行检测。7.人工审查程序偏重于 的检验,而软件审查除了审查 还要对各阶段 进行检验。8.计算机辅助静态分析利用 工具对测试程序进行 分析。9.黑盒法只在软件的 处进行测
2、试,依据 说明书,检查程序就是否满足 要求。10.白盒法必须考虑程序的 与 ,以检查 的细节为基础,对程序中尽可能多的逻辑路径进行 。11.白盒测试就是 测试,被测对象就是 ,以程序的 为基础设计测试用例。12.逻辑覆盖就是对程序内部有 存在的逻辑结构设计测试用例,根据程序内部的逻辑覆盖程度又可分为 、 、 、 、 与 6种覆盖技术。13.实际的逻辑覆盖测试中,一般以 覆盖为主设计测试用例,然后再补充部分用例,以达到 覆盖测试标准。14.循环覆盖就是对程序内部有 存在的逻辑结构设计测试用例,它通过限制 来测试。15.基本路径测试就是在程序 基础上,通过分析控制构造的 复杂性,导出 集合,从而设
3、计测试用例。16.黑盒测试就是 测试,用黑盒技术设计测试用例有4种方法: 、 、 与 。17.等价类划分从程序的 说明,找出一个输入条件(通常就是 或 ),然后将每个输入条件划分成两个或多个 。18.边界值分析就是将测试 情况作为重点目标,选取正好等于、刚刚大于或刚刚小于 的测试数据。如果输入或输出域就是一个有序集合,则应选取集合的 元素与 元素作为测试用例。19.在测试程序时,根据经验或直觉推测程序中可能存在的各种错误,称为 。20.因果图的基本原理就是通过画 图,把用自然语言描述的 转换为 ,最后为 每一列设计一个测试用例。21.测试的综合策略就是在测试中,联合使用各种 方法。通常先用 法
4、设计基本的测试用例,再用 法补充一些必要的测试用例。22.软件测试过程中需要3类信息: 、 与 。23.软件测试一般经过4个测试: 、 、 与 。24. 指对源程序中每一个程序单元进行测试,检查各个模块就是否正确实现规定的功能,从而发现模块在编码中或算法中的错误,它涉及 与 的文档。25.单元测试主要测试 的5个基本特征: 、 、 、 与 。26.在单元测试中,需要为被测模块设计 模块与 模块。 用来模拟被测模块的上级调用模块, 用来代替被测模块所调用的模块。27.集成测试指在 测试基础上,将所有模块按照设计要求组装成一个完整的系统进行的测试。也称 测试或 测试。28.集成测试的方法有两种:
5、与 。29.渐增式测试有两种不同的组装模块的方法: 与 。30.自顶向下渐增式测试不需要编写 模块,只需要编写 模块,其步骤就是从 模块开始,沿着被测程序的 的控制路径逐步向下测试,它有两种组合策略: 与 。31.自底向上渐增式测试不需要编写 模块,只需要编写 模块。32.确认测试指检查软件的 与 就是否与 说明书中确定的指标相符合,又称 测试。33.确认测试在模拟环境下运用 测试方法,由 与 参加的测试。34.确认测试开始前需要制定 计划,结束后要写出 报告。其测试用例要选用 的数据。35.软件配置审查的任务就是检查软件的所有文档资料的 与 。36.调试也称 ,就是在成功的测试之后才开始进行
6、,其目的就是确定错误的 与 ,并改正错误。37.调试技术包括 、 、 与 。38.回溯法调试就是从 出发,而归纳法调试就是从 入手。39.被测试程序不在机器上运行,而就是采用人工检测与计算机辅助分析检测的手段称为 测试。40.用等价类划分法设计一个测试用例时,使其覆盖 尚未被覆盖的合理等价类。41.用等价类划分法设计一个测试用例时,使其覆盖 不合理等价类。42.在单元测试时,需要为被测模块设计 。43.在集成测试时有两种测试方法,它们就是 。44.软件测试就是为了 而执行程序的过程。45.运行被测程序的方法称为 测试。46.动态测试中,主要测试软件功能的方法称为 法。47.选择测试用例,使得被
7、测程序中每个判定的每个分支至少执行一次,这种逻辑覆盖标准称为 。48.要覆盖含循环结构的所有路径就是不可能的,一般通过限制 来测试。49.用等价类划分法设计测试用例时,如果被测程序的某个输入条件规定了取值范围,则可确定一个合理的等在与 。50.凭经验或直觉推测程序中可能存在的错误而设计测试用例的方法就是 。51.集成测试中的具体方法就是 。52.确认测试阶段的两项工作就是 。53.在单元测试中,测试一个模块时,需要设计 。54.软件配置管理,简称SCM,它用于整个软件工程过程。其主要目标就是: 、 、 、 。55.SCM就是一组管理整个软件生存期各阶段中 的活动。56.基线的作用就是把各阶段的
8、开发工作划分得更加明确,便于检查与确认阶段成果。因此,基线可以作为项目的一个 。2、 文档资料 内部结构 测试用例 程序 错误 缺陷3、 输入数据 输出数据4、 动态测试 静态测试5、 运行程序 测试用例 黑盒测试 白盒测试6、 人工检测 计算机辅助静态分析7、 编码质量 编码 软件产品8、 静态分析 特性9、 接口 需求规格 功能10、 内部结构 处理过程 处理过程 测试11、 结构 源程序 内部逻辑12、 判定 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖13、 条件组合 路径14、 循环 循环次数15、 控制流程图 环路 基本路径16、 功能 等价类划分 边界值分
9、析 错误推测 因果图17、 功能 一句话 一个短语 等价类18、 边界 边界值 第一个 最后一个19、 错误推测法20、 因果 功能说明 判定表 判定表21、 测试 黑盒 白盒22、 软件配置 测试配置 测试工具23、 单元测试 集成测试 确认测试 系统测试24、 单元测试 编码 详细设计25、 模块 模块接口 局部数据结构 重要的执行路径 错误处理 边界条件26、 驱动 桩 驱动模块 桩模块27、 单元 组装 联合28、 非渐增式测试 渐增式测试29、 自顶向下结合 自底向上结合30、 驱动 桩 顶层 软件结构图 深度优先策略 宽度优先策略31、 桩 驱动32、 功能 性能 需求规格 有效性
10、33、 黑盒 专门测试人员 用户34、 测试 测试分析 实际运用35、 完整性 正确性36、 纠错 原因 位置37、 简单调试 归纳法调试 演绎法调试 回溯法调试38、 程序产生错误的地方 测试结果发现的线索39.静态40.尽可能多的41.一个42.驱动模块与桩模块43.渐增式与非渐增式44.发现错误45.动态测试46.黑盒法47.判定覆盖48.循环次数49.两个不合理的等价类50.错误推测法51.渐增式与非渐增式测试方法52.进行确认测试与软件配置审查 53.驱动模块与桩模块54.标识变更控制变更确保变更正确地实现报告有关变更55.变更56.检查点1.程序设计语言的特性主要有心理特性、工程特
11、性与 技术特性 三个方面。2.程序语言的工程特性主要表现为可移植性、 开发工具的可利用性 、软件的可重用性与可维护性。3.为了提高程序的易读性,同时为减少错误,提高软件开发效率,编码时应注意养成良好的 程序设计风格 。4.程序加注释对理解程序提供了明确指导,根据作用不同注释分 序言性注释 与 功能性注释 。5.软件需求分析之后,软件的设计、编码、测试与语言的特性有很大的关系,这个特性主要就是语言的 技术 特性。6.语句构造的原则就是 简单直接 ,不能为了追求效率而使代码复杂化。7. FORTRAN 语言上世界上第一个被正式推广应用的计算机语言,它不仅面向科学计算,数据处理能力也极强。8. 汇编
12、语言 就是面向机器的,可以完成高级语言无法满足要求的特殊功能,如与外部设备之间的一些接口操作。9.为了使数据定义更容易理解与维护,一个语句说明多个变量时,各变量名按 字典 排列。10. 编码 就是将详细设计得到的处理过程的描述转换为基于某种计算机语言的程序。1.软件原来没有帮助信息,使用不方便,现在要增加帮助信息。这种维护性活动称之为 完善性维护 。2.调试也称 纠错 ,就是在成功的测试之后才开始进行,其目的就是确定错误的原因 与 位置 ,并改正错误。3.调试技术包括 简单调试 、 归纳法调试 、 演绎法调试 与 回溯法调试 。4.回溯法调试就是从 程序产生错误的地方 出发,而归纳法调试就是从
13、 测试结果发现的线索 入手。简答题1简述1983年IEEE为软件下的定义。5822926计算机程序、方法、规则、相关的文档资料以及在计算机上运行程序时所必需的数据。2简述软件危机的表现有哪些？以及解决软件危机的途径有哪些？ 软件危机的主要表现包括:(1) 软件开发进度难以预测,开发成本难以控制,导致超预算、超时;(2) 产品功能难以满足用户需求;(3) 软件产品质量无法保证;(4) 软件缺少适当的文档资料,维护困难;(5) 软件成本超过硬件成本;(6) 软件开发生产率的提高速度跟不上计算机应用普及深入的趋势;解决软件危机的途径有:1管理措施:项目管理、配置管理、过程管理、质量控制 2技术措施:
14、开发过程、开发技术与方法与开发工具 3 软件工程的定义1993年IEEE给出的定义:软件工程就是: 系统的、规范的、可度量的途径应用于软件开发、运行与维护过程,也就就是把工程应用于软件; 研究中提到的途径。”软件工程就是围绕软件开发的一门交叉学科: 软件工程=计算机科学+工程学+管理学4 软件工程的10个知识领域软件工程过程 ( Software Engineering Process)软件工程工具与方法 ( Software Engineering Tools and Methods )软件需求(Software Requirement)l 软件设计 (Software Design )软件
15、构造 (Software Construction)软件测试 (Software Testing)软件维护 (Software Maintenance)软件配置管理 (Software Configuration management)软件工程管理 ( Software Engineering management )软件质量 ( Software Quality)5 软件工程的目标就是什么,软件工程的三要素都就是什么？软件工程的目标:软件工程必须以有组织的质量保证为基础,进行全面质量管理,不断地过程改进使软件工程方法走向成熟。软件工程的三要素包括:过程、方法与工具过程为及时合理地开发出满足用
16、户需求的计算机软件而进行一系列有组织的活动。过程定义了技术方法的采用、工程产品(包括模型、文档、数据、报告、表格等)的产生、里程碑的建立、质量的保证与变更的管理。方法为软件开发提供“如何做”的技术,它涵盖了项目计划、需求分析、系统设计、程序实现、测试与维护等一系列的开发活动如何来做。开发方法经历了从面向结构、面向对象、面向组件到面向服务的发展工程。 工具为过程与方法提供自动的或半自动的支持。这些软件工具被集成起来,建立起一个支持软件开发的系统,称之为计算机辅助软件工程 (CASE ,Computer Aided Software Engineering)。6 软件工程的七条基本原理美国著名的软
17、件工程专家巴利玻姆(Barry Boehm) 提出了软件工程的七条基本原理: 1.用分阶段的生命周期计划严格管理; 2.坚持进行阶段评审; 3.实行严格的产品控制; 4.采纳现代程序设计技术; 5.结果应能清楚地审查; 6.开发小组的人员应少而精; 7.承认不断改进软件工程实践的必要性。7 简述软件过程的定义,软件过程又可以分为那几个类型？软件过程(Software Procedure)就是为获得软件产品,在软件工具支持下由软件工程师完成的一系列软件工程活动。软件过程可概括为基本过程、支持过程与组织过程等三种类型。其中,基本过程包括:获取过程、供应过程、开发过程、运作过程与维护过程。支持过程包
18、括:文档编制过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程与问题解决过程等过程。 组织过程包括:管理过程、基础设施过程、改进过程与培训过程。 8 里程碑( Mile Stone )思想阶段工作的目标进行总结、评审、调整与部署下一个里程碑。目的:合理分配,细化管理“粒度”,降低项目风险。9 基线思想基线就是指一个(或一组)配置项在项目生命周期的不同时间点的一种状态,各阶段有各阶段的基线:需求基线、设计基线、测试基线等。基线一旦建立后变化需要受控制。10 简述软件生存周期的概念,说明软件生存周期划分为那几个主要时期？每个时期有包括哪些主要阶段？软件生存周期就是指软件产品从定义到
19、开发、使用与维护,直到最终被弃用的时期,称为生存周期。生存周期的可划分为计划时期、开发时期与运行时期等三个主要时期。其中计划时期包括问题定义与可行性研究两个阶段。开发时期包括需求分析、总体设计、详细设计与实现等四个阶段。运行时期的又称为运行与维护阶段。11 简述教材中介绍了那些软件开发模型？这些模型各有什么特点？教材中重点介绍了瀑布、原型、增量、螺旋四个传统模型与RUP、XP两个现代模型。其中,瀑布模型严格按照生存周期开发软件,每个阶段必须完成规定的、完整、准确的合格文档,前一阶段的输出文档就就是后一阶段的输入文档。其主要特点包括:活动间具有顺序性与依赖性;推迟实现的观点;质量保证的观点;快速
20、原型模型法就是开发人员在一个基本的需求的基础上快速开发出一个软件原型,然后由用户使用与评价原型、开发人员根据用户意见再修改原型,然后再使用评价再修改、直至将原型进化为最终产品。快速原型模型的特点包括: 做出系统原型,及早向用户展示系统要实现的界面及功能,增强用户的合作信心; 直观化的表达,容易交流,消除理解上的歧义; 修改集中在前期的原型确认上,较大程度减少后期实施中的返工。 入手快,加快开发进度;增量模型就是一种演化模型,先完成一个系统子集的开发,再按同样的开发步骤增加子集,如此递增下去直至满足全部系统需求。每个增量可按快速原型法进行。增量模型的特点包括: 无须等待获取完整需求就可入手,尽快
21、见到成果,增强双方信心; 分步开发,降低复杂性与难度,减少技术风险,并可并行开发; 边开发边投入,可及早发现问题,减少投资风险; 各个子集就是逐渐并入已有的系统中,加入子集不能破坏已构造好的部分,这需要软件具备开放式的体系结构; 适用于需求不完整的软件开发,指的就是需求逐渐摸清、逐步完善,并非随意改变,需求改变过大会导致整体性失控。后面要介绍的XP(极限编程)属于该模型。螺旋模型(Spiral model)就是一种融合了瀑布模型、快速原型模型与增量模型的演进模型,并引入风险分析机制。适合大型复杂的系统开发。螺旋模型特点 包括:多种模型结合的一种演进模型,融合了瀑布模型、快速原型与增量模型的所有
22、特点,融进了循环往复、迭代演进的思想; 增加风险分析,一旦风险成立,原方案应终止、修订,力求风险可控 客户始终参与每个阶段的开发,每个阶段的成果需客户确认,避免错误的积累。 统一过程RUP (Rational Unified Process)就是由Rational 公司在推出统一建模语言UML后,推出的一个软件开发框架RUP,称为软件统一开发过程。12 统一过程RUP定义了那几个主要阶段？ 初始阶段(Inception):主要完成商业需求,确定项目边界。里程碑就是生命周期目标(Lifecycle Objective),评价项目基本的生存能力。 细化阶段(Elaboration):主要完成领域问
23、题分析与软件设计。获取用户需求(功能与非功能需求),建立需求模型;进一步确立体系结构与设计软件结构等工作。里程碑就是生命周期结构(Lifecycle Architecture)。 构造阶段(Construction):主要完成系统实现、测试,里程碑就是初始功能(Initial Operational),产品版本常被称为“beta”版。 交付阶段(Transition):重点就是确保软件对最终用户就是可用的。里程碑:产品发布(Product Release)13 统一过程RUP工作流 6个核心过程工作流(Core Process Workflows) 商业建模(Business Modeling
24、):弄清项目边界与约束,做出计划。 需求(Requirements):描述系统应做什么,开发人员与用户达成需求基线。 分析与设计(Analysis & Design):将需求转化成计算机可以实现的模型。 实现(Implementation):用程序设计语言将设计模型组织成可执行的文件、数据。 测试(Test):就是发现软件中的错误,在实验环境下验证所有的需求就是否被正确的实现。 部署(Deployment):将软件分发给最终用户,安装在真实的环境下,由用户操作运行。 3个核心支持工作流(Core Supporting Workflows)就是对核心过程工作流的配套支持与管理,保障核心过程工作流
25、顺畅、高效运行。 配置与变更管理:工作文档的管理,在版本更新、需求变更中做到各类文档及时、同步跟踪,保证各文档内容完整、一致。 项目管理(Project Management):资源配置、评估监控、风险控制、计划调整等管理工作,目的效益最大化。 环境(Environment):软件开发环境,包括人员、设备、过程与工具,以及各种规范、指导手册与保障措施。 14 简述rup模型中基线与里程碑的概念,二者之间的关系。基线,就是软件文档或源码(或其它产出物)的一个稳定版本,它就是进一步开发的基础,也可以理解成为一个阶段的起点并已经制定了相应的工作标准,并且只有经过授权后才能变更这个标准。里程碑,就是计
26、划中确定的阶段性工作完成目标,要求提交阶段交付物,作为阶段评估的标准。基线与里程牌的关系:基线就是为了建立参照点,就是阶段的起点;里程牌就是建立阶段性目标,就是阶段终点,最后的里程牌可能就是一次迭代的终结。15 简述软件计划的目标与主要工作、软件计划的目标:研究项目的可行性,研究合理地运用软件项目开发所需的资源 、经费,掌握开发进度,控制项目开发过程按此计划进行。主要工作包括:确定项目实施范围、定义递交的工作成果、评估实施过程中主要的风险、制定项目实施的时间计划、成本与预算计划、人力资源计划等。16软件计划的活动有哪些？这些活动的内容就是什么？软件计划主要活动包括:问题定义,可行性研究,项目计
27、划。这些活动的内容就是:问题定义:确定项目实施范围,回答项目“做什么？”的问题。可行性研究:项目的必要性与可能性。制定项目计划:编制项目开发计划。17 简述问题定义的目的与主要任务。问题定义的目的:弄清要计算机解决的根本问题所在(要解决的问题就是什么？),确定新系统的作用域,以及项目所需的资源、工期与经费。问题定义的主要任务:编写项目报告提交审查,作为可行性分析的依据。18 简述可行性分析的目的、任务与内容。 可行性分析的目的:确定项目的必要性与可能性。可行性分析的任务包括:可行性分析;写可行性研究报告;编制开发计划。可行性分析的内容包括:技术 、经济与社会三个方面的可行性:19简述需求分析的
28、目的、必要性与参与角色需求分析的目的就是:弄清用户对系统的细节要求,完整、准确、清晰、具体地回答目标系统“做什么”。准确地理解用户提出的软件功能、性能及其环境的要求。需求分析的必要性:用户与开发者的知识领域不同,产生歧义;软件开发失败50%就是需求不合理,早期错误易放大。 参与角色:开发方包括分析师、设计师与架构师。用户方包括领域专家、用户与部门负责人。20 需求开发的任务有哪些？ 需求开发的任务包括需求获取:收集用户对目标软件系统在功能、性能、行为、设计约束等方面的期望。需求分析:通过符号与文字说明描述系统模型,使用户与开发者间建立共同语言基础,消除理解上的歧义的过程。需求说明:既编写需求文
29、档,也称编写需求规格说明书。需求说明书就是需求分析阶段的最终成果,也就是需求分析阶段复审的依据;就是用户领域专家、软件分析师、软件设计师共同交流的途径与媒介;就是交付给用户文档的一部份;需求验证:即需求评审。根据需求说明书,分析师、设计师、客户会审文档,对需求的正确性、一致性、完整性、无二义行进行评审、确认。21 需求的层次软件需求包括三个不同的层次:业务需求、用户需求、功能需求,也包括非功能需求。1.业务需求(business requirement)业务需求就是反映企业/组织对软件系统的高层次目标要求,即软件系统的建设目标。 业务需求通常就是“问题定义”或“可行性研究”阶段获取的内容;在需
30、求规格说明书中反映在项目背景、系统目标或任务概述的描述中。 获取的主要对象就是客户方的高管、专家、部门负责人。 2.用户需求(user requirement) 用户需求:用来描述用户使用产品必须要完成的任务; 使用业务领域的术语描述,采用开发者与用户都能理解的语言与图形表达。 用户需求就是经过调查、归纳后双方认同的结果。 获取的主要对象就是部门负责人、软件的操作者或称终端用户。3、 功能需求(functional requirement)功能需求定义了开发人员必须实现的软件功能,结果在需求规格说明书中;功能需求用软件行业术语表达:通常就是需求建模的结果即目标系统的逻辑模型,如结构化的功能模型
31、、数据模型、行为模型,面向对象的类模型等。4、 非功能需求 特性就是指一些非功能需求,就是满足业务需求的性能要求。如界面的交互性、数据的安全性、数据的事务性、用户的并发性、响应的快速性、操作的实时性、错误与异常的恢复性、软件的容错性等等。 项目的失败或拖延一般不就是在功能上,而恰恰倒就是在性能要求上,因为这些性能与软件的体系结构有关,与构成系统的网路与硬件环境等底层技术有关,往往超越一般开发人员的技术能力。22 需求获取的一般方法 需求获取方法以采访、观察、座谈、对先前的系统版本的测试等。必要时采用快速原型法。 先集中在使用者对系统的观点上,以收集用户原始资料,数据、工作方式、工作流程、使用要求等为工作起点,深入到部门、车间、班组,做好原始纪录; 然后根据对问题及环境的理解与开发经验,改正用户需求的模糊、歧义与不一致性要求,排除用户的不合理要求,挖掘用户尚未提出但具有价值的潜在需求,使用户需求逐步精确化、一致化与完全化; 需求获取非一次完成:需要往复进行、逐步深化。 需求获取的内容:写进“需求规格说明书”,确认。23需求获取的策略 循序渐进的策略; 确定优先级:先进行重点的需求调研,有助于
