软件工程答案整理Word下载.docx

1、 、 、 和 。24 指对源程序中每一个程序单元进行测试，检查各个模块是否正确实现规定的功能，从而发现模块在编码中或算法中的错误，它涉及 和 的文档。25单元测试主要测试 的5个基本特征： 、 、 、 和 。26在单元测试中，需要为被测模块设计 模块和 模块。 用来模拟被测模块的上级调用模块， 用来代替被测模块所调用的模块。27集成测试指在 测试基础上，将所有模块按照设计要求组装成一个完整的系统进行的测试。也称 测试或 测试。28集成测试的方法有两种：29渐增式测试有两种不同的组装模块的方法：30自顶向下渐增式测试不需要编写 模块，只需要编写 模块，其步骤是从 模块开始，沿着被测程序的 的控制

2、路径逐步向下测试，它有两种组合策略：31自底向上渐增式测试不需要编写 模块，只需要编写 模块。32确认测试指检查软件的 与 是否与 说明书中确定的指标相符合，又称 测试。33确认测试在模拟环境下运用 测试方法，由 和 参加的测试。34确认测试开始前需要制定 计划，结束后要写出 报告。其测试用例要选用 的数据。35软件配置审查的任务是检查软件的所有文档资料的 和 。36调试也称 ，是在成功的测试之后才开始进行，其目的是确定错误的 和 ，并改正错误。37调试技术包括 、 、 和 。38回溯法调试是从 出发，而归纳法调试是从 入手。39被测试程序不在机器上运行，而是采用人工检测和计算机辅助分析检测的

3、手段称为 测试。40用等价类划分法设计一个测试用例时，使其覆盖 尚未被覆盖的合理等价类。41用等价类划分法设计一个测试用例时，使其覆盖 不合理等价类。42在单元测试时，需要为被测模块设计 。43在集成测试时有两种测试方法，它们是 。44软件测试是为了 而执行程序的过程。45运行被测程序的方法称为 测试。46动态测试中，主要测试软件功能的方法称为 法。47选择测试用例，使得被测程序中每个判定的每个分支至少执行一次，这种逻辑覆盖标准称为 。48要覆盖含循环结构的所有路径是不可能的，一般通过限制 来测试。49用等价类划分法设计测试用例时，如果被测程序的某个输入条件规定了取值范围，则可确定一个合理的等

4、在和 。50凭经验或直觉推测程序中可能存在的错误而设计测试用例的方法是 。51集成测试中的具体方法是 。52确认测试阶段的两项工作是 。53在单元测试中，测试一个模块时，需要设计 。54软件配置管理，简称SCM，它用于整个软件工程过程。其主要目标是： 、 、 、 。55SCM是一组管理整个软件生存期各阶段中 的活动。56基线的作用是把各阶段的开发工作划分得更加明确，便于检查与确认阶段成果。因此，基线可以作为项目的一个 。2. 文档资料 内部结构 测试用例 程序 错误 缺陷3. 输入数据 输出数据4. 动态测试 静态测试5. 运行程序 测试用例 黑盒测试 白盒测试6. 人工检测 计算机辅助静态分

5、析7. 编码质量 编码 软件产品8. 静态分析 特性9. 接口 需求规格 功能10. 内部结构 处理过程 处理过程 测试11. 结构 源程序 内部逻辑12. 判定 语句覆盖 判定覆盖 条件覆盖 判定/条件覆盖 条件组合覆盖 路径覆盖13. 条件组合 路径14. 循环 循环次数15. 控制流程图 环路 基本路径16. 功能 等价类划分 边界值分析 错误推测 因果图17. 功能 一句话 一个短语 等价类18. 边界 边界值 第一个 最后一个19. 错误推测法20. 因果 功能说明 判定表 判定表21. 测试 黑盒 白盒22. 软件配置 测试配置 测试工具23. 单元测试 集成测试 确认测试 系统测

6、试24. 单元测试 编码 详细设计25. 模块 模块接口 局部数据结构 重要的执行路径 错误处理 边界条件26. 驱动 桩 驱动模块 桩模块27. 单元 组装 联合28. 非渐增式测试 渐增式测试29. 自顶向下结合 自底向上结合30. 驱动 桩 顶层 软件结构图 深度优先策略 宽度优先策略31. 桩 驱动32. 功能 性能 需求规格 有效性33. 黑盒 专门测试人员 用户34. 测试 测试分析 实际运用35. 完整性 正确性36. 纠错 原因 位置37. 简单调试 归纳法调试 演绎法调试 回溯法调试38. 程序产生错误的地方 测试结果发现的线索39静态40尽可能多的41一个42驱动模块与桩模

7、块43渐增式和非渐增式44发现错误45动态测试46黑盒法47判定覆盖48循环次数49两个不合理的等价类50错误推测法51渐增式和非渐增式测试方法52进行确认测试和软件配置审查 53驱动模块和桩模块54标识变更控制变更确保变更正确地实现报告有关变更55变更56检查点1程序设计语言的特性主要有心理特性、工程特性和 技术特性 三个方面。2程序语言的工程特性主要表现为可移植性、 开发工具的可利用性 、软件的可重用性和可维护性。3为了提高程序的易读性，同时为减少错误，提高软件开发效率，编码时应注意养成良好的 程序设计风格 。4程序加注释对理解程序提供了明确指导，根据作用不同注释分 序言性注释 和 功能性

8、注释 。5软件需求分析之后，软件的设计、编码、测试与语言的特性有很大的关系，这个特性主要是语言的 技术 特性。6语句构造的原则是 简单直接 ，不能为了追求效率而使代码复杂化。7 FORTRAN 语言上世界上第一个被正式推广应用的计算机语言，它不仅面向科学计算，数据处理能力也极强。8 汇编语言 是面向机器的，可以完成高级语言无法满足要求的特殊功能，如与外部设备之间的一些接口操作。9为了使数据定义更容易理解和维护，一个语句说明多个变量时，各变量名按 字典 排列。10 编码 是将详细设计得到的处理过程的描述转换为基于某种计算机语言的程序。1软件原来没有帮助信息，使用不方便，现在要增加帮助信息。这种维

9、护性活动称之为 完善性维护 。2调试也称 纠错 ，是在成功的测试之后才开始进行，其目的是确定错误的原因 和 位置 ，并改正错误。3调试技术包括 简单调试 、 归纳法调试 、 演绎法调试 和 回溯法调试 。4回溯法调试是从 程序产生错误的地方 出发，而归纳法调试是从 测试结果发现的线索 入手。简答题1简述1983年IEEE为软件下的定义。5822926计算机程序、方法、规则、相关的文档资料以及在计算机上运行程序时所必需的数据。2简述软件危机的表现有哪些以及解决软件危机的途径有哪些 软件危机的主要表现包括：（1） 软件开发进度难以预测，开发成本难以控制，导致超预算、超时；（2） 产品功能难以满足用

10、户需求；（3） 软件产品质量无法保证；（4） 软件缺少适当的文档资料，维护困难；（5） 软件成本超过硬件成本；（6） 软件开发生产率的提高速度跟不上计算机应用普及深入的趋势；解决软件危机的途径有：1管理措施：项目管理、配置管理、过程管理、质量控制 2技术措施：开发过程、开发技术与方法和开发工具 3 软件工程的定义1993年IEEE给出的定义：软件工程是：系统的、规范的、可度量的途径应用于软件开发、运行和维护过程，也就是把工程应用于软件；研究中提到的途径。”软件工程是围绕软件开发的一门交叉学科： 软件工程=计算机科学+工程学+管理学4 软件工程的10个知识领域软件工程过程 （ Software

11、Engineering Process）软件工程工具和方法 （ Software Engineering Tools and Methods ）软件需求（Software Requirement）l 软件设计 （Software Design ）软件构造 （Software Construction）软件测试 （Software Testing）软件维护 （Software Maintenance）软件配置管理 （Software Configuration management）软件工程管理 （ Software Engineering management ）软件质量 （ Software

12、 Quality）5 软件工程的目标是什么，软件工程的三要素都是什么软件工程的目标：软件工程必须以有组织的质量保证为基础，进行全面质量管理，不断地过程改进使软件工程方法走向成熟。软件工程的三要素包括：过程、方法和工具过程为及时合理地开发出满足用户需求的计算机软件而进行一系列有组织的活动。过程定义了技术方法的采用、工程产品（包括模型、文档、数据、报告、表格等）的产生、里程碑的建立、质量的保证和变更的管理。方法为软件开发提供“如何做”的技术，它涵盖了项目计划、需求分析、系统设计、程序实现、测试与维护等一系列的开发活动如何来做。开发方法经历了从面向结构、面向对象、面向组件到面向服务的发展工程。工具为

13、过程和方法提供自动的或半自动的支持。这些软件工具被集成起来，建立起一个支持软件开发的系统，称之为计算机辅助软件工程 （CASE ，Computer Aided Software Engineering）。6 软件工程的七条基本原理美国著名的软件工程专家巴利玻姆（Barry Boehm） 提出了软件工程的七条基本原理： 1用分阶段的生命周期计划严格管理； 2坚持进行阶段评审； 3实行严格的产品控制； 4采纳现代程序设计技术； 5结果应能清楚地审查； 6开发小组的人员应少而精； 7承认不断改进软件工程实践的必要性。7 简述软件过程的定义，软件过程又可以分为那几个类型软件过程（Software Pr

14、ocedure）是为获得软件产品，在软件工具支持下由软件工程师完成的一系列软件工程活动。软件过程可概括为基本过程、支持过程和组织过程等三种类型。其中，基本过程包括：获取过程、供应过程、开发过程、运作过程和维护过程。支持过程包括：文档编制过程、配置管理过程、质量保证过程、验证过程、确认过程、联合评审过程和问题解决过程等过程。 组织过程包括：管理过程、基础设施过程、改进过程和培训过程。8 里程碑（ Mile Stone ）思想阶段工作的目标进行总结、评审、调整和部署下一个里程碑。目的：合理分配，细化管理“粒度”，降低项目风险。9 基线思想基线是指一个（或一组）配置项在项目生命周期的不同时间点的一种

15、状态，各阶段有各阶段的基线：需求基线、设计基线、测试基线等。基线一旦建立后变化需要受控制。10 简述软件生存周期的概念，说明软件生存周期划分为那几个主要时期每个时期有包括哪些主要阶段软件生存周期是指软件产品从定义到开发、使用和维护，直到最终被弃用的时期，称为生存周期。生存周期的可划分为计划时期、开发时期和运行时期等三个主要时期。其中计划时期包括问题定义和可行性研究两个阶段。开发时期包括需求分析、总体设计、详细设计和实现等四个阶段。运行时期的又称为运行和维护阶段。11 简述教材中介绍了那些软件开发模型这些模型各有什么特点教材中重点介绍了瀑布、原型、增量、螺旋四个传统模型和RUP、XP两个现代模型

16、。其中，瀑布模型严格按照生存周期开发软件，每个阶段必须完成规定的、完整、准确的合格文档，前一阶段的输出文档就是后一阶段的输入文档。其主要特点包括：活动间具有顺序性和依赖性；推迟实现的观点；质量保证的观点；快速原型模型法是开发人员在一个基本的需求的基础上快速开发出一个软件原型，然后由用户使用和评价原型、开发人员根据用户意见再修改原型，然后再使用评价再修改、直至将原型进化为最终产品。快速原型模型的特点包括： 做出系统原型，及早向用户展示系统要实现的界面及功能，增强用户的合作信心； 直观化的表达，容易交流，消除理解上的歧义； 修改集中在前期的原型确认上，较大程度减少后期实施中的返工。 入手快，加快开

17、发进度；增量模型是一种演化模型，先完成一个系统子集的开发，再按同样的开发步骤增加子集,如此递增下去直至满足全部系统需求。每个增量可按快速原型法进行。增量模型的特点包括： 无须等待获取完整需求就可入手，尽快见到成果，增强双方信心； 分步开发，降低复杂性和难度，减少技术风险，并可并行开发； 边开发边投入，可及早发现问题，减少投资风险； 各个子集是逐渐并入已有的系统中，加入子集不能破坏已构造好的部分，这需要软件具备开放式的体系结构； 适用于需求不完整的软件开发，指的是需求逐渐摸清、逐步完善，并非随意改变，需求改变过大会导致整体性失控。后面要介绍的XP（极限编程）属于该模型。螺旋模型（Spiral m

18、odel）是一种融合了瀑布模型、快速原型模型和增量模型的演进模型，并引入风险分析机制。适合大型复杂的系统开发。螺旋模型特点 包括：多种模型结合的一种演进模型，融合了瀑布模型、快速原型和增量模型的所有特点，融进了循环往复、迭代演进的思想； 增加风险分析，一旦风险成立，原方案应终止、修订，力求风险可控 客户始终参与每个阶段的开发,每个阶段的成果需客户确认，避免错误的积累。统一过程RUP （Rational Unified Process）是由Rational 公司在推出统一建模语言UML后，推出的一个软件开发框架RUP，称为软件统一开发过程。12 统一过程RUP定义了那几个主要阶段 初始阶段（In

19、ception）:主要完成商业需求，确定项目边界。里程碑是生命周期目标（Lifecycle Objective），评价项目基本的生存能力。 细化阶段（Elaboration）:主要完成领域问题分析和软件设计。获取用户需求（功能和非功能需求），建立需求模型；进一步确立体系结构和设计软件结构等工作。里程碑是生命周期结构（Lifecycle Architecture）。 构造阶段（Construction）:主要完成系统实现、测试，里程碑是初始功能（Initial Operational），产品版本常被称为“beta”版。 交付阶段（Transition）:重点是确保软件对最终用户是可用的。里程碑：

20、产品发布（Product Release）13 统一过程RUP工作流 6个核心过程工作流（Core Process Workflows） 商业建模（Business Modeling）：弄清项目边界和约束，做出计划。 需求（Requirements）：描述系统应做什么，开发人员和用户达成需求基线。 分析和设计（Analysis & Design）：将需求转化成计算机可以实现的模型。 实现（Implementation）：用程序设计语言将设计模型组织成可执行的文件、数据。 测试（Test）：是发现软件中的错误，在实验环境下验证所有的需求是否被正确的实现。 部署（Deployment）：将软件分发

21、给最终用户，安装在真实的环境下，由用户操作运行。 3个核心支持工作流（Core Supporting Workflows）是对核心过程工作流的配套支持和管理，保障核心过程工作流顺畅、高效运行。 配置和变更管理：工作文档的管理，在版本更新、需求变更中做到各类文档及时、同步跟踪，保证各文档内容完整、一致。 项目管理（Project Management）：资源配置、评估监控、风险控制、计划调整等管理工作，目的效益最大化。 环境（Environment）：软件开发环境，包括人员、设备、过程和工具，以及各种规范、指导手册和保障措施。14 简述rup模型中基线与里程碑的概念，二者之间的关系。基线，是软件

22、文档或源码（或其它产出物）的一个稳定版本,它是进一步开发的基础，也可以理解成为一个阶段的起点并已经制定了相应的工作标准，并且只有经过授权后才能变更这个标准。里程碑，是计划中确定的阶段性工作完成目标，要求提交阶段交付物，作为阶段评估的标准。基线和里程牌的关系：基线是为了建立参照点，是阶段的起点；里程牌是建立阶段性目标，是阶段终点，最后的里程牌可能是一次迭代的终结。15 简述软件计划的目标和主要工作.软件计划的目标：研究项目的可行性，研究合理地运用软件项目开发所需的资源 、经费，掌握开发进度，控制项目开发过程按此计划进行。主要工作包括:确定项目实施范围、定义递交的工作成果、评估实施过程中主要的风险

23、、制定项目实施的时间计划、成本和预算计划、人力资源计划等。16软件计划的活动有哪些这些活动的内容是什么软件计划主要活动包括：问题定义，可行性研究，项目计划。这些活动的内容是：问题定义：确定项目实施范围，回答项目“做什么”的问题。可行性研究：项目的必要性和可能性。制定项目计划：编制项目开发计划。17 简述问题定义的目的和主要任务。问题定义的目的：弄清要计算机解决的根本问题所在（要解决的问题是什么），确定新系统的作用域，以及项目所需的资源、工期和经费。问题定义的主要任务：编写项目报告提交审查，作为可行性分析的依据。18 简述可行性分析的目的、任务和内容。可行性分析的目的：确定项目的必要性和可能性。

24、可行性分析的任务包括：可行性分析；写可行性研究报告；编制开发计划。可行性分析的内容包括：技术 、经济和社会三个方面的可行性：19简述需求分析的目的、必要性和参与角色需求分析的目的是：弄清用户对系统的细节要求，完整、准确、清晰、具体地回答目标系统“做什么”。准确地理解用户提出的软件功能、性能及其环境的要求。需求分析的必要性：用户与开发者的知识领域不同，产生歧义；软件开发失败50%是需求不合理，早期错误易放大。参与角色：开发方包括分析师、设计师和架构师。用户方包括领域专家、用户和部门负责人。20 需求开发的任务有哪些 需求开发的任务包括需求获取：收集用户对目标软件系统在功能、性能、行为、设计约束等

25、方面的期望。需求分析：通过符号和文字说明描述系统模型，使用户和开发者间建立共同语言基础，消除理解上的歧义的过程。需求说明：既编写需求文档，也称编写需求规格说明书。需求说明书是需求分析阶段的最终成果，也是需求分析阶段复审的依据；是用户领域专家、软件分析师、软件设计师共同交流的途径和媒介；是交付给用户文档的一部份；需求验证:即需求评审。根据需求说明书，分析师、设计师、客户会审文档，对需求的正确性、一致性、完整性、无二义行进行评审、确认。21 需求的层次软件需求包括三个不同的层次：业务需求、用户需求、功能需求，也包括非功能需求。1业务需求（business requirement）业务需求是反映企业

26、/组织对软件系统的高层次目标要求,即软件系统的建设目标。业务需求通常是“问题定义”或“可行性研究”阶段获取的内容；在需求规格说明书中反映在项目背景、系统目标或任务概述的描述中。获取的主要对象是客户方的高管、专家、部门负责人。2用户需求（user requirement） 用户需求：用来描述用户使用产品必须要完成的任务； 使用业务领域的术语描述，采用开发者与用户都能理解的语言和图形表达。 用户需求是经过调查、归纳后双方认同的结果。获取的主要对象是部门负责人、软件的操作者或称终端用户。3. 功能需求（functional requirement）功能需求定义了开发人员必须实现的软件功能，结果在需求

27、规格说明书中;功能需求用软件行业术语表达：通常是需求建模的结果即目标系统的逻辑模型，如结构化的功能模型、数据模型、行为模型，面向对象的类模型等。4. 非功能需求 特性是指一些非功能需求，是满足业务需求的性能要求。如界面的交互性、数据的安全性、数据的事务性、用户的并发性、响应的快速性、操作的实时性、错误与异常的恢复性、软件的容错性等等。 项目的失败或拖延一般不是在功能上，而恰恰倒是在性能要求上，因为这些性能与软件的体系结构有关，与构成系统的网路与硬件环境等底层技术有关，往往超越一般开发人员的技术能力。22 需求获取的一般方法 需求获取方法以采访、观察、座谈、对先前的系统版本的测试等。必要时采用快

28、速原型法。 先集中在使用者对系统的观点上，以收集用户原始资料，数据、工作方式、工作流程、使用要求等为工作起点，深入到部门、车间、班组，做好原始纪录； 然后根据对问题及环境的理解与开发经验，改正用户需求的模糊、歧义和不一致性要求，排除用户的不合理要求，挖掘用户尚未提出但具有价值的潜在需求，使用户需求逐步精确化、一致化和完全化； 需求获取非一次完成：需要往复进行、逐步深化。 需求获取的内容：写进“需求规格说明书”，确认。23需求获取的策略 循序渐进的策略； 确定优先级：先进行重点的需求调研，有助于识别出重大的风险，并为制定迭代计划提供指导； 不要陷入技术：需求未明确，应回避对技术问题讨论。 挖掘用户需求: “诱导式”就是挖掘用户需求。客户并非IT专业人士，需求的概念是模糊的、笼统的，而且尺