软考（中级）题目及分析

软考（中级）题目及分析一、单项选择题（共10题，每题1分，共10分）在软件工程中，用于描述软件系统静态结构，并展示系统组件及其相互关系的模型图是（）。A.活动图B.状态图C.类图D.序列图答案：C解析：类图是统一建模语言中的一种静态结构图，用于描述系统的类、接口、属性、操作以及它们之间的关系，是展示系统静态结构最常用的模型图。活动图用于描述业务流程或算法流程；状态图用于描述一个对象在其生命周期内所经历的状态序列；序列图则用于描述对象之间动态的交互顺序，属于动态模型图。在项目管理中，用于确保项目团队成员清晰理解各自职责和任务分配的工具是（）。A.责任分配矩阵B.工作分解结构C.项目章程D.沟通管理计划答案：A解析：责任分配矩阵是一种将项目工作分解结构与项目组织结构图相关联的结构化工具，用于确保项目工作范围内的每项活动都分配给一个明确的责任人。工作分解结构是项目范围的可交付成果导向的分层分解；项目章程是正式批准项目并授权项目经理的文件；沟通管理计划则规定了如何生成、收集、分发、存储和最终处置项目信息。下列不属于软件测试阶段的是（）。A.单元测试B.集成测试C.需求测试D.系统测试答案：C解析：软件测试通常分为单元测试、集成测试、系统测试和验收测试等阶段。需求测试并非一个标准的测试阶段，对需求的验证通常通过需求评审、原型评估等方式在测试活动开始前进行，以确保需求的正确性和可测试性。在数据库设计中，若一个关系模式的所有非主属性都完全函数依赖于主码，则该关系模式至少满足（）。A.第一范式B.第二范式C.第三范式D.BCNF范式答案：B解析：第二范式要求关系模式满足第一范式，并且每个非主属性都完全函数依赖于主码（消除非主属性对主码的部分函数依赖）。第一范式要求属性具有原子性，不可再分；第三范式要求消除非主属性对主码的传递函数依赖；BCNF范式是第三范式的增强。在TCP/IP协议簇中，负责将域名解析为IP地址的协议是（）。A.HTTPB.FTPC.DNSD.SMTP答案：C解析：DNS是域名系统协议，其主要功能是将人类易于记忆的域名转换为计算机用于路由寻址的IP地址。HTTP是超文本传输协议，用于Web浏览；FTP是文件传输协议；SMTP是简单邮件传输协议。软件维护活动中，为了适应运行环境的变化（如操作系统升级、硬件更换）而进行的维护属于（）。A.改正性维护B.适应性维护C.完善性维护D.预防性维护答案：B解析：适应性维护是指为了使应用软件适应外部环境（数据环境、硬件环境、操作系统环境等）的变化而进行的修改活动。改正性维护是诊断和修正软件错误；完善性维护是为扩充功能或改善性能而进行的修改；预防性维护是为提高软件的可维护性和可靠性而进行的修改。在面向对象设计中，下列概念中用于描述对象外部可见行为的是（）。A.属性B.操作C.关联D.继承答案：B解析：在面向对象中，对象的行为通过操作来定义，操作是对象能够执行的服务或功能，是对象外部可见的行为。属性描述对象的静态特征或状态；关联描述对象之间的结构关系；继承是一种实现类之间代码复用的机制。某项目的关键路径长度为20天，其总浮动时间为0。如果该路径上某活动延迟了3天，则项目工期将（）。A.延长3天B.延长，但少于3天C.不变D.可能延长也可能不变答案：A解析：关键路径上的活动总浮动时间和自由浮动时间均为零。这意味着关键路径上任何一个活动的延误都会直接导致整个项目工期的等额延误。因此，关键路径上活动延迟3天，项目总工期必然延长3天。在信息安全中，确保信息在存储、传输和处理过程中不被非授权用户访问的特性是（）。A.完整性B.可用性C.机密性D.不可否认性答案：C解析：信息安全的CIA三要素包括机密性、完整性和可用性。机密性确保信息不泄露给非授权用户、实体或进程；完整性确保信息未经授权不能进行更改；可用性确保授权用户或实体在需要时可以访问和使用信息。不可否认性是另一重要特性，确保行为主体不能否认其行为。在软件开发模型中，强调将软件开发过程划分为一系列迭代的周期，每个迭代都包括需求、设计、编码和测试等所有阶段的模型是（）。A.瀑布模型B.增量模型C.喷泉模型D.迭代模型答案：D解析：迭代模型（如统一过程）的核心思想是分次、循环地完成整个软件开发生命周期，每次循环都产生一个可执行的软件版本。瀑布模型是线性的、阶段间无迭代；增量模型是分块构造，但每块内部可能采用线性过程；喷泉模型主要用于面向对象开发，强调各阶段间的无缝衔接和迭代。二、多项选择题（共10题，每题2分，共20分）下列属于软件质量特性中“可维护性”子特性的有（）。A.易分析性B.易改变性C.稳定性D.易测试性答案：ABCD解析：根据ISO/IEC25010标准，软件产品质量模型中的可维护性包括以下几个子特性：模块化（本标准中未直接列出，但常被包含）、可复用性、易分析性（诊断缺陷或失效原因、识别待修改部分的能力）、易改变性（使指定的修改可以被实现的能力）、易测试性（使已修改软件能被确认的能力）。稳定性（变更引发意外风险的程度）也是相关的重要考量。在UML中，下列哪些图属于动态模型图（行为图）？（）A.用例图B.序列图C.活动图D.部署图答案：BC解析：UML图可分为结构图和行为图（动态图）。结构图描述系统的静态结构，包括类图、对象图、组件图、部署图等。行为图描述系统的动态行为，包括用例图（描述系统功能，虽涉及行为但常被归类为需求模型）、序列图、通信图、状态图、活动图等。其中序列图和活动图是典型的行为图。关于白盒测试，以下说法正确的有（）。A.需要了解程序内部逻辑结构B.主要检测软件的功能是否符合需求C.常用的技术包括逻辑覆盖和路径测试D.可以检查代码中的编程错误答案：ACD解析：白盒测试又称结构测试，测试者需要了解程序的内部逻辑结构，并据此设计测试用例。其常用技术包括语句覆盖、判定覆盖、条件覆盖、路径覆盖等。白盒测试能够有效地发现程序内部的逻辑错误、数据流错误和一些编程错误。检测软件功能是否符合需求主要是黑盒测试的目标。下列属于项目管理十大知识领域的有（）。A.项目整合管理B.项目风险管理C.项目战略管理D.项目干系人管理答案：ABD解析：根据项目管理知识体系指南，项目管理十大知识领域包括：项目整合管理、项目范围管理、项目进度管理、项目成本管理、项目质量管理、项目资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理。项目战略管理不属于具体的项目执行层面的知识领域，它属于组织战略层面。在关系数据库中，事务必须具备的ACID特性包括（）。A.原子性B.一致性C.隔离性D.持久性答案：ABCD解析：ACID是数据库事务正确执行的四个基本要素的缩写。原子性指事务是一个不可分割的工作单位；一致性指事务必须使数据库从一个一致性状态变换到另一个一致性状态；隔离性指多个事务并发执行时，一个事务的执行不应影响其他事务；持久性指一旦事务提交，其对数据库的改变就是永久性的。下列哪些是常见的软件过程改进模型或标准？（）A.CMMIB.ISO9001C.ITILD.敏捷宣言答案：ABC解析：CMMI是能力成熟度模型集成，是广泛使用的软件过程改进模型。ISO9001是质量管理体系标准，也可应用于软件开发组织。ITIL是信息技术基础架构库，是一套IT服务管理最佳实践框架。敏捷宣言是一套价值观和原则，指导敏捷开发实践，但其本身不是一个具体的、可评估的改进模型。关于防火墙，以下描述正确的有（）。A.可以部署在网络边界B.能够完全防止内部网络攻击C.可以根据IP地址和端口进行过滤D.是一种被动的安全防护技术答案：AC解析：防火墙通常部署在不同信任级别的网络边界（如内网与外网之间），通过预定义的安全规则，基于数据包的源/目标IP地址、端口号、协议类型等信息进行访问控制。防火墙无法防止源自网络内部的攻击，也无法防御病毒、木马等应用层威胁，因此是一种基础的、相对被动的边界防护技术，不能提供完全的安全保障。在面向对象分析中，用于发现类的方法包括（）。A.名词分析法B.动词分析法C.使用CRC卡片D.绘制数据流图答案：ABC解析：名词分析法通过识别需求描述中的名词和名词短语来发现候选类。动词分析法通过识别动词来发现类的操作或方法。CRC（类-职责-协作）卡片是一种通过角色扮演来发现类、定义其职责和协作关系的技术。数据流图是结构化分析方法中的工具，主要用于描述数据在系统中的流动和处理，并非面向对象分析中发现类的主要方法。下列属于软件配置管理主要活动的是（）。A.版本控制B.变更控制C.状态报告D.配置审计答案：ABCD解析：软件配置管理的主要活动包括：配置标识（识别配置项）、版本控制（管理配置项的不同版本）、变更控制（评估、批准、实施变更）、配置状态报告（记录和报告配置项的状态信息）、配置审计（验证配置项的完整性和一致性）。这四项都是其核心活动。关于耦合和内聚，以下说法错误的有（）。A.模块间耦合度越低越好B.模块内聚度越高越好C.功能内聚是最强的内聚类型D.内容耦合是理想的耦合方式答案：D解析：在软件设计中，追求“高内聚、低耦合”是基本原则。模块内聚度越高，模块独立性越好，功能内聚是最高程度的内聚。模块间耦合度越低，模块独立性越好，内容耦合（一个模块直接修改或依赖另一个模块的内部数据）是最强也是最差的耦合方式，是设计中应极力避免的。因此，选项D的说法是错误的。三、判断题（共10题，每题1分，共10分）软件生命周期模型必须严格按照顺序执行，不能有回溯。答案：错误解析：传统的瀑布模型强调阶段的顺序性和无回溯，但许多现代软件生命周期模型（如迭代模型、增量模型、螺旋模型以及各种敏捷模型）都允许甚至鼓励阶段间的回溯和迭代。例如，在测试阶段发现的设计问题，需要回到设计阶段进行修改。甘特图可以清晰地展示任务之间的依赖关系。答案：错误解析：甘特图的主要优势在于直观地展示任务的开始时间、结束时间、持续时间以及进度状态，但它对任务之间的逻辑依赖关系（如完成-开始、开始-开始等）的表达不够清晰和直接。表达依赖关系更有效的工具是网络图（如前导图法PDM）。“一个类只有一个父类”是面向对象中“多态”特性的体现。答案：错误解析：“一个类只有一个父类”描述的是单继承，这是“继承”机制的一种形式。多态是指同一操作作用于不同的对象，可以有不同的解释和执行结果，通常通过继承和接口实现，其核心是“同一接口，多种实现”。黑盒测试完全不关心程序内部的实现逻辑。答案：正确解析：黑盒测试又称功能测试或数据驱动测试，它将软件视为一个不透明的“黑盒”，测试者只关心输入与输出之间的关系，即软件功能是否符合规格说明，而不需要了解其内部的代码结构或实现逻辑。数据库的视图是存储在数据库中的实际数据表。答案：错误解析：视图是从一个或几个基本表（或视图）导出的虚拟表。视图本身不独立存储数据，其数据来源于基本表。对视图的操作最终会转化为对基本表的操作。视图是逻辑上存在的表，用于简化查询、提供数据安全性和逻辑数据独立性。在TCP协议中，三次握手过程的主要目的是为了同步序列号并建立连接。答案：正确解析：TCP是面向连接的可靠传输协议。三次握手过程是连接建立阶段，其核心目的包括：双方互相确认对方的存在、同步双方的初始序列号、交换TCP窗口大小等信息，从而为后续的可靠数据传输奠定基础。软件需求规格说明书一旦确定，在开发过程中就不应再更改。答案：错误解析：在软件开发过程中，需求变更是难以完全避免的。虽然应尽力在早期明确和稳定需求，但随着项目推进、市场变化或客户认知深化，需求变更可能发生。关键是要通过严格的变更控制流程来管理和评估变更，而不是绝对禁止变更。单元测试通常由开发人员自己完成。答案：正确解析：单元测试是对软件最小可测试单元（如函数、类、模块）进行的测试，旨在验证其内部逻辑是否正确。由于开发人员最了解单元的内部结构和设计，因此通常由编写该单元代码的开发人员自己来设计和执行单元测试用例。项目风险管理只包括识别风险和制定风险应对计划。答案：错误解析：项目风险管理是一个持续的过程，包括规划风险管理、识别风险、实施定性风险分析、实施定量风险分析、规划风险应对、实施风险应对和监督风险等多个过程。识别风险和制定应对计划只是其中的两个重要环节。敏捷开发方法完全排斥任何形式的文档。答案：错误解析：敏捷开发强调“可工作的软件高于详尽的文档”，认为面对面的沟通比文档更有效。但这并不意味着完全不要文档。敏捷方法反对的是为了文档而文档的形式主义，提倡编写简洁、有价值、服务于沟通和开发的必要文档，如用户故事、任务卡片、简洁的设计说明等。四、简答题（共5题，每题6分，共30分）简述软件测试的基本原则。答案：第一，测试应证明软件存在缺陷，而非证明其无缺陷。测试的目的是为了发现错误，降低软件中存在未被发现错误的风险。第二，穷尽测试是不可能的。由于输入组合、路径状态等数量巨大，应通过风险评估和优先级划分，进行有选择的测试。第三，测试活动应尽早介入。在需求分析阶段就应开始测试计划与设计，以早期发现错误，降低修复成本。第四，缺陷具有集群性。错误容易集中在某些模块或区域，发现错误较多的地方往往存在更多未发现的错误。第五，杀虫剂悖论。重复使用相同的测试用例，会发现的新错误将越来越少，因此需要定期评审和更新测试用例。第六，测试活动依赖于测试背景。不同的软件项目（如安全关键系统、电商网站）需要不同的测试方法、技术和重点。简述数据库设计中第三范式的定义及其意义。答案：第一，定义：关系模式R属于第三范式，当且仅当R满足第二范式，且每一个非主属性都不传递函数依赖于主码。即不存在非主属性A，使得主码→某个非主属性B，且B→A（B不是候选码）这样的传递依赖关系。第二，意义：消除数据冗余。第三范式通过消除非主属性对主码的传递依赖，减少了数据存储中的重复信息，节省了存储空间。第三，意义：避免更新异常。减少了冗余，也就减少了因更新数据而导致多处数据不一致的风险，提高了数据的一致性。第四，意义：简化数据维护。结构更清晰，数据依赖关系更直接，使得数据的插入、删除、修改操作更加简单和稳定。第五，意义：是数据库规范化的一个关键目标。虽然有时出于性能考虑会进行反规范化，但第三范式是设计逻辑清晰、结构稳定的数据库的重要基础。简述在项目进度管理中，缩短项目工期可能采取的几种技术。答案：第一，赶工。通过增加资源（如人力、设备）到关键路径上的活动，以缩短其持续时间。这种方法通常会增加项目成本。第二，快速跟进。将正常情况下按顺序进行的关键路径活动改为至少部分并行开展。这种方法可能增加返工和沟通协调的风险。第三，缩减项目范围。与客户/干系人协商，在满足核心需求的前提下，削减或简化非核心的功能需求，从而减少工作量。第四，使用高素质的资源或更高效的技术。指派经验更丰富的人员或采用更先进的技术、工具来提升工作效率。第五，改进工作方法或流程。优化活动流程，消除不必要的环节，提高团队协作效率。简述面向对象设计中，类与对象的关系。答案：第一，类是对象的抽象和模板。类定义了同类对象共有的属性（数据）和操作（方法），它是对现实世界中具有相同特征和行为的实体的抽象描述。第二，对象是类的实例。对象是根据类定义创建的具体实体，它拥有类所定义的属性和方法，并且属性有具体的值。第三，关系是抽象与具体的关系。类是静态的、概念性的定义，存在于程序的设计阶段和源代码中；对象是动态的、运行时的实体，存在于程序运行时的内存中。第四，关系是“一个类，多个对象”。一个类可以创建出多个对象，这些对象虽然属性值可能不同，但都遵循该类定义的行为模式。第五，关系是“模具与产品”的比喻。类好比是制造产品的模具，对象则是用这个模具生产出来的具体产品。简述软件配置管理中“基线”的概念及其作用。答案：第一，概念：基线是软件生命周期中各开发阶段末尾的特定点，也被称为“里程碑”。在该点上，经过正式评审和批准的配置项（如需求规格说明书、设计文档、源代码等）被固定下来，作为后续开发工作的基准。第二，作用：提供稳定性。基线为项目提供了一个稳定的、一致的参考点，后续工作都基于此开展，避免因随意变更导致混乱。第三，作用：控制变更。基线建立后，任何对基线配置项的修改都必须通过正式的变更控制流程进行，确保了变更的可控性和可追溯性。第四，作用：支持并行开发。不同的开发团队可以基于同一个稳定的基线，并行开展各自模块的开发、测试等工作。第五，作用：便于产品发布和回溯。产品版本可以基于某个基线生成。当需要回溯历史状态或重现某个问题时，可以准确地回到特定的基线版本。五、论述题（共3题，每题10分，共30分）论述在软件开发过程中，如何有效进行需求管理，并举例说明需求变更可能带来的挑战及应对策略。答案：论点：有效的需求管理是项目成功的基石，它贯穿于项目始终，核心在于确保需求被正确理解、文档化、跟踪和控制，并对变更进行有序管理。论据与分析：首先，有效需求管理的关键活动包括：需求获取（通过访谈、问卷、原型等方式）、需求分析（澄清、分类、建模）、需求规格说明（编写清晰、无歧义的需求文档）、需求验证（评审、测试）以及需求变更控制。建立需求跟踪矩阵是核心工具，它将需求与设计、代码、测试用例关联起来，确保需求不被遗漏，并能评估变更影响。其次，需求变更不可避免，但会带来严峻挑战。例如，在一个开发中的在线教育平台项目中，客户在开发中期提出增加“实时音视频互动白板”功能。这一变更的挑战在于：第一，范围蔓延：新增核心功能，可能远超原定范围；第二，进度延误：需要重新设计架构、开发新模块、进行额外测试；第三，成本超支：增加人力、技术采购（如音视频服务）成本；第四，质量风险：仓促加入复杂功能可能引入缺陷，影响系统稳定性；第五，团队士气：频繁或重大的变更可能导致开发团队产生挫败感。最后，应对需求变更需要系统性的策略。针对上述案例：第一，建立严格的变更控制流程：要求客户提交正式的变更请求，由变更控制委员会评估其对范围、进度、成本、质量的影响，并做出批准或拒绝的决策。第二，充分沟通与影响分析：向客户清晰说明此变更将导致项目延期两个月和成本增加百分之三十，让客户基于完整信息做决策。第三，调整项目计划：若变更获批，则正式更新项目范围说明书、进度计划、成本预算和需求跟踪矩阵。第四，采用迭代开发：如果项目本身采用敏捷方法，可将此功能作为一个高优先级的用户故事放入下一个迭代周期进行规划，减少对当前迭代的冲击。第五，合同与风险管理：在项目初期合同中明确变更处理机制，并将“需求不稳定”作为主要风险进行持续监控和应对规划。结论：需求管理是一项持续性的、需要多方协作的工作。通过建立规范的管理流程、使用有效的工具、保持开放的沟通，并系统化地应对变更，可以将需求变化带来的负面影响降至最低，引导项目走向成功。结合实例，论述软件设计模式中的“观察者模式”的工作原理、适用场景及其优势。答案：论点：观察者模式是一种行为型设计模式，它定义了一种一对多的依赖关系，当一个对象的状态发生改变时，所有依赖于它的对象都会得到通知并自动更新。该模式是实现对象间松耦合通信的有效手段。论据与分析：首先，其工作原理基于“主题”和“观察者”两个核心角色。主题维护一个观察者列表，并提供注册、注销和通知观察者的方法。观察者定义一个更新接口，用于接收来自主题的状态变更通知。当主题的内部状态发生变化时，它会遍历观察者列表，调用每个观察者的更新方法。例如，在一个新闻订阅系统中，“新闻发布中心”是主题，而“手机用户”、“网站门户”、“邮件订阅者”是观察者。当有新的新闻发布（状态改变）时，发布中心会通知所有已注册的订阅者（观察者），各订阅者以各自的方式（推送通知、更新网页、发送邮件）处理这条新闻。其次，观察者模式适用于多种场景。第一，当一个对象的改变需要同时改变其他对象，且不知道具体有多少对象有待改变时。如上述新闻系统，新增一种订阅渠道（如智能手表应用）只需新建一个观察者并注册即可，无需修改发布中心代码。第二，当一个抽象模型有两个方面，其中一方面依赖于另一方面，需要将二者封装成独立的对象以便各自独立地改变和复用时。如图形用户界面中，数据模型（主题）与多个视图（观察者，如饼图、柱状图）的分离。第三，跨层级或模块的事件通知机制。如前端框架中，组件状态变化触发相关组件的重新渲染。最后，该模式具有显著优势。第一，松耦合：主题和观察者之间抽象耦合，主题只知道观察者实现了某个接口，而不知道其具体类。这提高了系统的可维护性和可扩展性。第二，支持广播通信：主题可以一次性通知所有观察者，简化了一对多通信的复杂性。第三，符合开闭原则：可以轻松地增加新的观察者类，而无需修改主题的代码。但同时也需注意潜在缺点，如通知顺序不可控，以及如果观察者更新操作耗时，可能影响主题性能，通常可采用异步通知等方式缓解。结论：观察者模式通过定义清晰的依赖关系，优雅地解决了对象间状态同步的问题。在需要构建灵活、可扩展的事件驱动系统或模型-视图分离架构时，它是一种强大而实用的设计工具，其核心价值在于降低了对象间的耦合度，提升了代码的复用性和系统的应变能力。论述在软件项目估算中，常用的估算方法有哪些？并选择其中一种方法，详细阐述其估算步骤，并分析其优缺点。答案：论点：软件项目估算是对项目工作量、成本、工期等进行预测的过程，常用方法包括专家判断、类比估算、参数估算和三点估算等。每种方法各有侧重，在实际项目中常结合使用以提高估算准确性。论据与分析：常用的估算