2026年计算机技术与软件专业技术资格（水平）考试《软件工程》专项训练

2026年计算机技术与软件专业技术资格（水平）考试《软件工程》专项训练考试时间：______分钟总分：______分姓名：______一、选择题（每题1分，共25分）1.软件工程是一门研究软件开发与维护的系统性工程的学科，其核心思想是A.模块化B.面向对象C.系统化D.自动化2.在软件生命周期模型中，瀑布模型的主要特点是A.迭代式开发B.并行开发C.线性顺序D.敏捷响应3.需求分析阶段的核心任务是A.编写代码B.设计数据库C.识别用户需求D.测试软件4.用例图主要用于描述A.系统内部模块关系B.系统与外部用户交互C.数据库表结构D.软件算法实现5.软件设计的基本原则不包括A.可靠性B.可维护性C.可移植性D.可扩展性6.下列设计模式中，主要用于解决对象之间依赖关系的是A.单例模式B.工厂模式C.观察者模式D.代理模式7.软件测试的目的是A.发现软件中的错误B.证明软件是正确的C.完善软件功能D.替代软件开发8.黑盒测试主要关注软件的A.内部逻辑B.功能实现C.性能表现D.内存使用9.白盒测试通常需要依据A.需求规格说明书B.系统设计文档C.代码逻辑D.用户使用场景10.常用于测试边界值和等价类的测试用例设计技术是A.决策表测试B.错误猜测法C.边界值分析D.用例测试11.软件项目管理中，范围管理的主要任务是A.制定项目计划B.管理项目范围变更C.控制项目成本D.组织项目会议12.项目进度管理的关键技术不包括A.工作分解结构（WBS）B.关键路径法（CPM）C.敏捷估算D.资源平衡13.在项目管理中，风险是指可能影响项目目标的A.机会B.挑战C.资源D.成本14.风险管理过程通常包括风险识别、风险分析、风险应对和A.风险监控B.风险沟通C.风险奖励D.风险忽略15.软件质量保证（SQA）活动贯穿于软件生命周期的A.整个过程B.开发阶段C.测试阶段D.运维阶段16.CMMI模型主要用于A.软件开发B.软件测试C.软件质量保证D.软件过程改进17.敏捷开发方法强调A.详细计划B.迭代开发C.静态文档D.严格变更控制18.Scrum框架中，一个迭代周期称为A.SprintB.ReleaseC.IterationD.Phase19.软件配置管理的主要目标是A.确保软件质量B.管理软件变更C.控制项目进度D.降低开发成本20.下列工具中，通常不用于软件项目管理的是A.甘特图B.鱼骨图C.敏捷看板D.PERT图21.软件维护的类型不包括A.正常维护B.改进维护C.预防性维护D.初始开发22.软件复用是指A.在新项目中重新编写代码B.使用已有的软件构件C.增加软件功能D.改进软件性能23.软件工程中的“需求变更”通常会导致A.项目延期B.成本增加C.质量下降D.以上都是24.软件过程改进的最终目的是A.提高软件生产率B.提升软件产品质量C.降低软件开发成本D.以上都是25.ISO/IEC12207是关于A.软件开发方法B.软件测试标准C.软件生命周期过程D.软件配置管理二、填空题（每空1分，共20分）1.软件生命周期模型描述了软件从______到______所经历的一系列阶段。2.需求分析阶段常用的工具有______、______和原型法等。3.软件设计分为______设计和______设计两个层次。4.软件测试按照测试方法可分为______测试和______测试。5.项目管理中的“三重约束”是指______、______和______。6.敏捷开发强调通过______和______来响应变化。7.软件质量保证的核心是建立和执行______。8.CMMI模型中的“过程域”是指为完成特定目标而需要实施的一组______。9.软件配置管理的基本活动包括配置标识、______、______和配置审计。10.软件维护按照性质可分为______维护、______维护、______维护和______维护。三、简答题（每题5分，共15分）1.简述软件需求分析的主要任务和输出。2.简述软件设计中模块化设计的优点。3.简述软件项目管理中风险管理的主要过程。四、论述题（10分）假设你作为项目经理，负责一个即将交付的小型信息系统项目。在项目后期测试阶段，用户提出一个需求变更请求，该变更虽然不是核心功能，但会显著影响用户的工作流程，并且需要在项目原定交付日期前完成。请分析这个需求变更可能带来的影响，并阐述你将如何处理这个变更请求。试卷答案一、选择题1.C解析：软件工程的核心思想是将软件开发生命周期视为一个结构化的过程，强调系统性、规范化和工程化方法。2.C解析：瀑布模型是典型的线性顺序模型，阶段之间是顺序依赖关系，不可或不易回退。3.C解析：需求分析阶段的主要任务是深入理解用户需求，并将其转化为系统必须实现的规格说明。4.B解析：用例图描述的是系统外部用户（参与者）与系统之间交互的用例，体现系统功能接口。5.A解析：可靠性是软件质量属性之一，但不是软件设计的基本原则。设计原则包括可维护性、可移植性、可扩展性等。6.C解析：观察者模式定义了对象之间的一对多依赖关系，一个对象状态变化时，所有依赖它的对象都会收到通知并自动更新。7.A解析：软件测试的根本目的是在软件投入运行前发现尽可能多的错误和缺陷。8.B解析：黑盒测试不考虑软件内部结构和代码，只关注软件输入和输出功能是否符合预期。9.C解析：白盒测试需要了解程序的内部逻辑和代码结构，依据代码逻辑设计测试用例。10.C解析：边界值分析是一种重要的测试用例设计技术，关注输入或输出范围的边界值。11.B解析：范围管理的主要任务是确保项目包含且仅包含所有必要的工作，并控制范围的变更。12.D解析：资源平衡是资源管理的技术，不属于进度管理的关键技术。工作分解、关键路径、敏捷估算是进度管理的关键技术。13.B解析：风险是指项目实施过程中可能发生的、对项目目标有负面影响的不确定性事件或条件。14.A解析：风险管理包括风险识别、风险分析、风险应对和风险监控四个主要阶段。15.A解析：软件质量保证活动贯穿于软件生命周期的整个过程中，旨在确保软件开发过程和产出物符合质量标准。16.D解析：CMMI（能力成熟度模型集成）是一套用于帮助组织评估和改进其软件过程能力的模型框架。17.B解析：敏捷开发方法的核心思想之一是采用迭代和增量式的开发方式，快速响应需求变化。18.A解析：Scrum框架中，一个固定的、时间盒式的迭代开发周期称为Sprint。19.B解析：软件配置管理的核心目标是管理软件在整个生命周期中的变更，确保软件的一致性、可追溯性。20.B解析：鱼骨图（因果图）通常用于质量改进或问题分析，不是常用的软件项目管理工具。甘特图、敏捷看板、PERT图都是项目管理工具。21.D解析：软件维护是指软件发布后为修正缺陷、改进功能、适应环境变化或提高质量而进行的修改活动。初始开发是软件开发阶段。22.B解析：软件复用是指将已有的软件构件（如类、模块、函数等）在新的软件项目中使用，以提高开发效率和质量。23.D解析：需求变更是项目变更中最常见也最具破坏性的一种，通常会导致项目延期、成本增加、质量下降等问题。24.D解析：软件过程改进的目标是多方面的，旨在提高生产率、提升产品质量、降低成本，最终提升组织竞争力。25.C解析：ISO/IEC12207是国际标准化组织发布的关于软件生命周期过程的标准，规定了软件生命周期模型和过程活动。二、填空题1.开发开始，开发结束解析：软件生命周期模型描述了软件从诞生到消亡所经历的完整过程。2.数据流图（DFD），结构化语言解析：需求分析常用的工具有数据流图、结构化语言、实体关系图（ER图）、状态转换图等。3.总体，详细解析：软件设计分为总体设计（系统架构设计）和详细设计（模块设计）两个层次。4.黑盒，白盒解析：按测试方法分，软件测试可分为不看内部结构（黑盒）和看内部结构（白盒）两种。5.范围，进度，成本解析：项目管理中的“三重约束”或“三重制约”是指项目范围、进度（时间）和成本这三个相互关联、相互制约的要素。6.短迭代，客户反馈解析：敏捷开发强调通过短周期的迭代开发和频繁的客户反馈来适应需求变化。7.过程规范解析：软件质量保证的核心是通过建立和执行标准化的过程规范来确保软件开发过程的质量。8.活动解析：CMMI模型中的过程域是一组为达成特定过程目标所需执行的活动集合。9.变更控制，配置状态报告解析：软件配置管理的基本活动包括配置标识、变更控制、配置状态报告和配置审计。10.正常，改进，预防性，应急解析：软件维护按性质可分为纠错性（正常）维护、适应性（改进）维护、完善性（预防性）维护和应急维护。三、简答题1.软件需求分析的主要任务包括：获取用户需求、分析需求、描述需求、验证需求和管理工作项。输出通常包括：需求规格说明书、用户手册初稿、原型等。解析：需求分析是软件开发的起点，其任务是把模糊的用户需求转化为清晰、完整、一致的系统需求规格。输出是需求规格说明书等文档，为后续设计阶段提供依据。2.软件设计中模块化设计的优点包括：提高可维护性（模块独立，易于修改）、提高可重用性（模块可独立使用于其他系统）、提高可测试性（模块可单独测试）和便于分工合作（不同模块可由不同人员开发）。解析：模块化将大型系统分解为小的、独立的模块，各模块之间通过明确定义的接口交互。这种结构带来了上述多方面的好处，是优良软件设计的核心原则。3.软件项目管理中风险管理的主要过程包括：风险识别（找出可能的风险）、风险分析（分析风险发生的可能性和影响）、风险应对（制定应对策略）和风险监控（跟踪风险状态和应对措施效果）。解析：风险管理是一个动态的过程，需要贯穿项目始终。通过识别、分析、应对和监控风险，可以降低风险发生的概率或减轻其影响，保障项目目标的实现。四、论述题在项目后期测试阶段收到用户的需求变更请求，虽然不是核心功能，但会影响用户工作流程，且需要在原定交付日期前完成。处理此变更请求需考虑：首先，评估变更的影响：评估该变更对项目范围、进度、成本、资源、质量以及已完成的测试工作的影响。由于需要在原定日期前完成，时间影响是关键。需判断是否有足够的时间和资源在不影响其他任务或降低质量的前提下完成此变更。其次，评估变更的必要性：与用户沟通，确认该变更是否确实必要，以及不进行变更对用户使用的影响程度。了解变更背后的真实原因。再次，与相关方（客户、项目团队）沟通协商：基于评估结果，与客户沟通变更的可行性、潜在影响以及可能的解决方案（如调整其他任务、加班、延长交付日期等）。同时，与项目团队讨论实施变更的能力和资源需求。最后，做出决策并管理变更：根据沟通结果和项目实际情况，决定是否接受变更。如果接受，需要