2026年软件工程基础概念笔试题

2026年软件工程基础概念笔试题一、单选题（每题2分，共20题）1.在软件生命周期模型中，下列哪一项不属于典型的软件生命周期阶段？A.需求分析B.设计阶段C.测试阶段D.运维阶段2.软件需求规格说明书中，通常不包含以下哪项内容？A.功能需求B.性能需求C.非功能需求D.代码实现细节3.以下哪种方法不属于面向对象设计原则？A.封装B.继承C.多态D.循环依赖4.在UML中，表示一个类与其他类之间“依赖”关系的符号是？A.实线加箭头B.虚线加箭头C.实线不加箭头D.虚线不加箭头5.以下哪种测试属于黑盒测试？A.单元测试B.集成测试C.系统测试D.代码审查6.软件维护的主要类型不包括？A.改进型维护B.适应性维护C.完善型维护D.初始开发7.以下哪种设计模式属于创建型模式？A.策略模式B.工厂方法模式C.责任链模式D.观察者模式8.在敏捷开发中，Scrum框架的核心角色不包括？A.产品负责人B.敏捷教练C.开发团队D.测试经理9.软件项目管理中，风险管理的核心步骤不包括？A.风险识别B.风险评估C.风险应对D.风险奖励10.以下哪种编码规范通常不适用于中国软件开发行业？A.代码注释B.缩进使用C.变量命名D.代码注释用拼音二、多选题（每题3分，共10题）11.软件需求分析的主要方法包括？A.用例分析B.类图设计C.判定表分析D.状态转换图12.面向对象设计中的“设计原则”包括？A.单一职责原则B.开放封闭原则C.依赖倒置原则D.循环依赖原则13.软件测试的基本方法包括？A.黑盒测试B.白盒测试C.灰盒测试D.静态测试14.敏捷开发的核心价值观包括？A.个体和互动高于流程和工具B.工作软件高于详尽文档C.团队合作高于合同谈判D.响应变化高于遵循计划15.软件项目管理中，常见的生命周期模型包括？A.瀑布模型B.喇叭模型C.V模型D.敏捷模型16.软件设计中的“设计模式”包括？A.单例模式B.观察者模式C.责任链模式D.队列模式17.软件维护的类型包括？A.改进型维护B.适应性维护C.完善型维护D.预防性维护18.软件配置管理的主要活动包括？A.版本控制B.变更管理C.配置审计D.文档管理19.软件质量属性包括？A.可靠性B.可维护性C.可移植性D.可扩展性20.软件工程中的“过程模型”包括？A.瀑布模型B.快速原型模型C.喇叭模型D.敏捷模型三、判断题（每题1分，共10题）21.软件需求变更必须经过严格的评审和批准流程。（√）22.面向对象编程中，继承和多态是同一概念。（×）23.黑盒测试和灰盒测试都属于静态测试。（×）24.敏捷开发完全排斥文档。（×）25.软件维护是软件生命周期中最后一个阶段。（×）26.软件设计模式可以提高代码的可重用性。（√）27.软件配置管理只针对代码文件。（×）28.软件质量属性之间是相互独立的。（×）29.软件测试的目的是证明软件没有错误。（×）30.软件项目管理中，范围蔓延是常见问题。（√）四、简答题（每题5分，共5题）31.简述软件需求分析的主要步骤。32.解释什么是面向对象设计原则，并举例说明单一职责原则的应用。33.简述软件测试的几种基本类型及其特点。34.解释敏捷开发的核心价值观，并说明其在实际项目中的应用。35.简述软件配置管理的主要活动及其目的。五、论述题（每题10分，共2题）36.结合中国软件开发行业的实际情况，论述敏捷开发与传统瀑布模型的优缺点及适用场景。37.阐述软件设计模式在提高软件质量方面的作用，并举例说明几种常见的软件设计模式及其应用场景。答案与解析一、单选题1.D（运维阶段通常属于软件交付后的活动，不属于典型生命周期阶段）2.D（需求规格说明书中不包含代码实现细节，属于设计阶段内容）3.D（循环依赖违反了设计原则，会导致代码难以维护）4.A（实线加箭头表示依赖关系）5.C（系统测试是黑盒测试，不关心内部实现）6.D（初始开发不属于维护类型）7.B（工厂方法模式属于创建型模式）8.D（测试经理不是Scrum角色，Scrum团队包括产品负责人、ScrumMaster和开发团队）9.D（风险管理不包括风险奖励，而是风险规避或接受）10.D（代码注释应使用英文，拼音不符合规范）二、多选题11.A,C,D（用例分析、判定表分析、状态转换图是需求分析方法）12.A,B,C（单一职责、开放封闭、依赖倒置是设计原则）13.A,B,C,D（黑盒、白盒、灰盒、静态测试都是测试方法）14.A,B,C,D（敏捷价值观强调个体互动、工作软件、团队合作、响应变化）15.A,B,C,D（瀑布、喇叭、V模型、敏捷都是生命周期模型）16.A,B,C（单例、观察者、责任链是常见设计模式）17.A,B,C,D（改进型、适应性、完善型、预防性维护都是维护类型）18.A,B,C,D（版本控制、变更管理、配置审计、文档管理是配置管理活动）19.A,B,C,D（可靠性、可维护性、可移植性、可扩展性都是质量属性）20.A,B,C,D（瀑布、快速原型、喇叭、敏捷都是过程模型）三、判断题21.√（需求变更需严格管理，避免混乱）22.×（继承和多态是不同概念，继承是代码复用，多态是接口统一）23.×（黑盒测试是动态测试，灰盒测试介于两者之间）24.×（敏捷也强调必要文档，但反对过度文档）25.×（维护贯穿整个生命周期）26.√（设计模式提高代码复用和灵活性）27.×（配置管理包括所有软件资产）28.×（质量属性之间相互影响，如可维护性影响可靠性）29.×（测试目的是发现错误，但不能证明没有错误）30.√（范围蔓延是敏捷项目常见问题）四、简答题31.软件需求分析的主要步骤：-需求获取（通过访谈、文档、观察等方式收集需求）-需求分析（理解需求，识别功能和非功能需求）-需求建模（用用例图、类图等工具表示需求）-需求验证（确认需求正确性，避免遗漏）-需求文档化（编写需求规格说明书）32.面向对象设计原则及单一职责原则：面向对象设计原则包括单一职责、开放封闭、依赖倒置、里氏替换、接口隔离、迪米特法则。单一职责原则：一个类只负责一项职责。例子：-不推荐：`User`类同时处理用户信息和用户权限（职责分裂）。-推荐：拆分为`UserInfo`和`UserPermission`类（职责单一）。33.软件测试的基本类型：-黑盒测试：不关心内部实现，基于需求测试功能。-白盒测试：基于代码逻辑，测试路径覆盖。-灰盒测试：部分了解内部实现，结合黑盒和白盒测试。-静态测试：不运行代码，通过代码审查、文档检查发现问题。34.敏捷开发的核心价值观：-个体和互动高于流程和工具-工作软件高于详尽文档-团队合作高于合同谈判-响应变化高于遵循计划应用：-通过短迭代快速交付软件，适应需求变化。35.软件配置管理的主要活动：-版本控制：管理代码变更。-变更管理：控制需求变更。-配置审计：确保配置项一致性。-文档管理：管理相关文档。目的：确保软件质量，避免混乱。五、论述题36.敏捷与传统瀑布模型的优缺点及适用场景：敏捷：-优点：适应变化、快速交付、客户参与度高。-缺点：不适用于需求不明确或高风险项目。传统瀑布：-优点：流程清晰、适合大型项目。-缺点：缺乏灵活性，不适应变化。适用场景：-敏捷：需求变化快、小团队、互联网项目。-瀑布：需求稳定、大型系统、政府项