2026年软考高级试卷及答案

2026年软考高级试卷及答案一、单项选择题1.在信息系统项目管理中，关于项目章程的制定，以下说法正确的是（）。A.项目章程应由项目经理独立编写，以体现其权威性B.项目章程是项目启动阶段的主要输出，其批准标志着项目正式授权C.项目章程中不需要包含项目的总体预算，可在后续阶段详细制定D.项目章程一旦制定，在整个项目生命周期内不允许任何变更2.根据《中华人民共和国网络安全法》，关键信息基础设施的运营者在中华人民共和国境内运营中收集和产生的个人信息和重要数据应当在（）存储。A.境内B.境外，但需通过安全评估C.境内或境外，取决于数据敏感性D.境内为主，境外备份为辅3.在软件架构设计中，微服务架构相较于单体架构的一个主要优势是（）。A.降低了系统部署和运维的复杂性B.减少了服务间的网络通信开销C.提高了单个服务的独立性和可扩展性D.简化了数据一致性和事务管理的实现4.某项目采用挣值管理（EVM）进行成本绩效监控。已知项目总预算（BAC）为100万元，当前时间点计划价值（PV）为60万元，挣值（EV）为55万元，实际成本（AC）为65万元。根据当前绩效，项目的完工估算（EAC）为（）。A.100万元B.118.18万元C.120万元D.108.33万元5.关于大数据处理中的Lambda架构，以下描述错误的是（）。A.包含批处理层、速度层和服务层B.批处理层处理历史全量数据，保证数据的准确性和完整性C.速度层处理实时数据流，保证数据的低延迟性D.服务层仅提供对批处理层结果的查询，不整合速度层的结果6.在DevOps实践中，持续集成（CI）的核心实践通常不包括（）。A.开发人员频繁地将代码集成到主干B.每次集成都通过自动化构建和测试来验证C.自动化部署到生产环境D.快速发现和修复集成错误7.根据《信息技术软件生存周期过程》（GB/T8566-2007），软件配置管理过程的主要活动不包括（）。A.配置标识B.变更控制C.配置状态统计D.用户培训8.在面向对象设计中，以下关于“开闭原则”的描述最准确的是（）。A.软件实体应对扩展开放，对修改关闭B.所有派生类必须能够替代其基类C.一个类只应有一个引起它变化的原因D.客户端不应依赖它不需要的接口9.企业IT战略规划（ITSP）与业务战略对齐（Business-ITAlignment）是IT治理的核心。以下哪项不是实现有效对齐的关键因素？（）A.建立清晰的IT治理结构和流程B.IT部门独立制定技术路线，不受业务部门约束C.业务部门和IT部门之间建立有效的沟通机制D.将IT目标与业务目标进行映射和关联10.在区块链技术中，“智能合约”的本质是（）。A.一份存储在区块链上的法律合同文本B.一段运行在区块链节点上的、由事件驱动的可执行代码C.一种用于加密数字货币交易的协议D.区块链网络节点之间的通信协议11.关于信息系统审计中的一般控制和应用控制，以下说法正确的是（）。A.一般控制主要针对特定的应用系统，如输入校验和输出核对B.应用控制是面向整个IT环境的基础性控制，如访问控制和变更管理C.一般控制的有效性会影响应用控制的有效性D.应用控制比一般控制更为重要，因为它直接保护具体业务数据12.在云计算服务模型中，平台即服务（PaaS）为用户主要提供的是（）。A.虚拟化的计算、存储和网络资源B.应用程序开发和部署所需的运行时环境、中间件和开发工具C.完整的、可直接使用的软件应用D.物理服务器的租用和维护13.进行风险定量分析时，通常会用到决策树分析。决策树中，从决策节点引出的分支代表（）。A.可能发生的互斥的不确定性结果B.决策者可选择的备选方案C.项目的最终收益值D.风险事件的概率14.在数据仓库的维度建模中，“缓慢变化维”（SCD）是常见问题。对于需要保留历史变化记录的类型（如客户地址变更），最常用的处理方式是（）。A.类型1：直接覆盖旧值B.类型2：添加新维度行，并设置生效日期和失效日期C.类型3：在原记录中增加新属性列来保存旧值D.类型4：使用单独的历史表15.根据《信息系统项目管理师》知识体系，项目人力资源管理中的“建设项目团队”过程的主要输出是（）。A.人力资源管理计划B.团队绩效评估C.项目人员分派D.资源日历16.在软件测试中，以下关于“探索性测试”的描述，错误的是（）。A.它是一种非正式的测试方法，不需要预先设计详细的测试用例B.测试执行与测试学习、测试设计同时进行C.它完全替代了基于脚本的测试，是更高效的测试方法D.它依赖于测试人员的技能、经验和创造性思维17.关于IT服务管理（ITSM）中的“事件管理”和“问题管理”，以下关系描述正确的是（）。A.事件管理的目标是尽快恢复服务，而问题管理的目标是找出根本原因并防止复发B.一个问题必然对应一个或多个事件C.事件管理流程必须在问题管理流程启动后才能开始D.问题管理主要处理重大事件（MajorIncident），普通事件无需关联问题记录18.在计算机网络中，IPv6协议相较于IPv4协议，其地址长度从32位扩展到了（）位。A.64B.128C.256D.4819.根据《中华人民共和国数据安全法》，国家建立数据安全（）机制。发生数据安全事件时，应当立即采取处置措施，按照规定及时告知用户并向有关主管部门报告。A.风险评估与报告B.应急处置C.审查与认证D.分级分类保护20.在敏捷项目管理中，产品负责人（ProductOwner）的主要职责不包括（）。A.定义产品愿景和路线图B.创建并维护产品待办事项列表（ProductBacklog）C.管理开发团队，分配每日任务D.对产品待办事项列表中的条目进行优先级排序二、案例分析题【案例一】某大型金融企业计划启动“智慧信贷平台”建设项目，旨在利用大数据和人工智能技术优化信贷审批流程，实现风险精准定价。项目预算为2000万元，计划工期12个月。公司任命张工为项目经理。张工具有丰富的传统金融IT项目经验，但对大数据和AI相关技术了解不深。项目团队由内部抽调的业务分析师、开发人员和部分新招聘的数据科学家、算法工程师组成。项目启动后，张工按照以往经验制定了详细的需求规格说明书，并组织团队开始开发。然而，在项目进行到第4个月时，出现了以下问题：1.业务部门在评审初步模型效果后，提出了大量新的数据分析和风险规则需求，导致需求范围大幅蔓延。2.数据科学家与传统的开发人员在技术栈、工作方式上存在差异，沟通效率低下，经常出现理解偏差。3.算法模型的训练和调优周期比预期长，且对计算资源的需求远超预估，导致部分硬件采购计划需要提前，成本面临超支风险。4.团队内部开始出现抱怨，认为需求变化太快，目标不清晰，士气受到影响。【问题1】结合案例，请分析该项目在启动和计划阶段存在的主要问题（至少三点）。【问题2】针对案例中出现的需求范围蔓延和团队沟通问题，如果你是项目经理张工，可以采取哪些敏捷实践或项目管理方法来应对？【问题3】请为该项目设计一个项目治理结构（可描述关键角色及其职责），以确保项目在面临技术不确定性和需求变化时能得到有效指导和决策。【案例二】某市政务云平台已稳定运行三年，承载了全市40多个委办局的200多项业务系统。近期，为了落实国家关于信创（信息技术应用创新）的要求，市政府决定启动“政务云信创适配改造项目”，计划在18个月内，分批次将现有基于X86架构的业务系统迁移或改造到基于国产化技术栈（国产CPU、操作系统、数据库、中间件等）的云平台环境中。王工被任命为该项目的项目经理。项目面临的主要挑战包括：1.系统复杂度高：业务系统种类繁多，技术架构各异，耦合度深浅不一，存在大量历史遗留系统。2.兼容性风险：国产软硬件与原有系统、外设、第三方服务的兼容性存在不确定性。3.业务连续性要求高：多数系统需保证7×24小时服务，迁移改造过程中的停机时间窗口极其有限。4.供应商众多：涉及多家国产芯片、操作系统、数据库厂商，以及原系统开发商、云平台提供商等，协调难度大。5.人才短缺：熟悉国产化技术栈的开发和运维人员稀缺。【问题1】请识别并描述该项目至少四项主要风险，并针对每一项风险提出相应的应对策略（缓解或转移）。【问题2】为保证迁移改造过程中的业务连续性，请设计一个可行的系统迁移技术方案（如“分批迁移”、“并行运行”、“灰度发布”等），并简述其关键步骤。【问题3】作为项目经理，王工应如何建立有效的供应商管理体系，以协调众多供应商共同完成项目目标？三、论文题请从以下两个题目中任选一题，按照要求进行论述。【题目一】论大型信息系统项目的质量管理质量是项目的生命线，对于投资大、周期长、干系人众多、技术复杂的大型信息系统项目而言，有效的质量管理更是项目成功的关键。请围绕“大型信息系统项目的质量管理”论题，依次从以下三个方面进行论述：1.概要叙述你参与管理过的一个大型信息系统项目（项目的背景、发起单位、目标、周期、交付物等，以及你在其中承担的主要工作）。2.结合该项目，详细论述你是如何实施项目质量管理的（包括质量规划、质量保证和质量控制的具体活动、方法、工具及输出）。3.总结在该项目质量管理中遇到的典型问题、采用的解决措施，以及你的心得体会。【题目二】论企业数字化转型中的技术架构演进数字化转型已成为企业提升竞争力的核心战略。在此过程中，技术架构的演进支撑着业务模式的创新和运营效率的提升。请围绕“企业数字化转型中的技术架构演进”论题，依次从以下三个方面进行论述：1.概要叙述你所在企业或你参与过的某个数字化转型项目，其原有的技术架构面临的挑战以及转型的战略目标。2.详细论述为了支持数字化转型，技术架构进行了哪些关键的演进（例如：从单体架构到微服务架构，从传统数据中心到云原生，从传统数据仓库到大数据平台等），并说明这些演进如何解决了原有挑战并支撑了业务目标。3.总结在技术架构演进过程中遇到的主要困难（如技术选型、数据迁移、组织适配、技能转型等）以及应对这些困难的经验和启示。答案与解析一、单项选择题1.B。解析：项目章程是正式批准项目并授权项目经理的文件，由项目发起人或高层管理者批准发布，而非项目经理独立编写（A错）。它包含高层级的需求、预算和里程碑（C错）。项目章程在必要时可通过正式变更流程进行更新（D错）。2.A。解析：《网络安全法》第三十七条规定，关键信息基础设施的运营者在中华人民共和国境内运营中收集和产生的个人信息和重要数据应当在境内存储。因业务需要，确需向境外提供的，应当按照国家网信部门会同国务院有关部门制定的办法进行安全评估。3.C。解析：微服务通过将单体应用拆分为一组小型、独立的服务来提高每个服务的独立开发、部署和扩展能力（C对）。这通常增加了部署和运维的复杂度（A错）以及服务间的网络通信开销（B错）。分布式事务管理是微服务的挑战之一，比单体架构更复杂（D错）。4.B。解析：首先计算成本绩效指数CPI=5.D。解析：Lambda架构的服务层需要同时查询批处理层（全量、准确但高延迟）和速度层（增量、近似但低延迟）的结果，并将两者合并后提供给用户，以平衡延迟与准确性。D项说“仅提供对批处理层结果的查询”是错误的。6.C。解析：持续集成（CI）的核心是代码的频繁集成和自动化验证（构建、测试）。持续部署（CD）或持续交付是后续环节，负责将通过CI的代码自动部署到类生产或生产环境。自动化部署到生产环境是CD的高级阶段，不属于CI的核心实践。7.D。解析：软件配置管理过程主要包括配置标识、配置控制、配置状态记录和配置审计。用户培训属于支持过程或培训过程，不属于配置管理的核心活动。8.A。解析：开闭原则是面向对象设计的基本原则之一，其定义是“软件实体（类、模块、函数等）应该对扩展开放，对修改关闭”。B项是里氏替换原则，C项是单一职责原则，D项是接口隔离原则。9.B。解析：业务-IT对齐要求IT战略和计划必须紧密支持业务战略和目标。IT部门独立制定技术路线而不考虑业务约束，会导致技术与业务脱节，是实现对齐的障碍，而非关键因素。10.B。解析：智能合约是一段以代码形式编写、部署在区块链上的合同条款，当预设条件被触发时，代码自动执行。它不仅仅是文本（A错），也不仅限于数字货币交易（C错）。11.C。解析：一般控制（如IT治理、访问控制、变更管理）是应用于整个组织或IT环境的控制，为应用控制提供基础环境。应用控制（如输入校验、处理逻辑控制）针对特定应用系统。一般控制若无效，应用控制可能失效（C对）。A、B选项描述颠倒。两者重要性取决于上下文，无绝对孰轻孰重（D错）。12.B。解析：PaaS提供的是平台能力，包括操作系统、数据库、中间件、开发工具等，使用户能专注于应用程序的开发和部署，而无需管理底层基础设施。A是IaaS，C是SaaS，D更接近传统托管或IaaS。13.B。解析：在决策树中，决策节点（通常用方块表示）代表决策点，从它引出的分支代表决策者可选择的行动方案或备选方案。机会节点（通常用圆圈表示）引出的分支代表可能发生的互斥的不确定性结果（A项）。14.B。解析：缓慢变化维类型2通过增加新的维度行并标记行的生效和失效时间（或版本号）来完整记录维度成员的历史变化，是保留历史最常用的方法。15.B。解析：建设项目团队过程的主要输出是团队绩效评估，它反映了团队能力的提升和整体效能的改进。A是规划过程的输出，C是获取资源过程的输出，D也是获取资源过程的输出。16.C。解析：探索性测试是基于经验的测试方法，强调测试人员的主观能动性，但它并不能完全替代系统性的、基于脚本的测试。两者是互补关系，结合使用效果更佳。17.A。解析：事件管理的首要目标是尽快恢复正常服务，问题管理的目标是找到事件的根本原因并实施永久性解决方案以防止复发。一个问题可能由多个事件引发（B不绝对）。事件管理独立运行，通常先于问题管理启动（C错）。任何事件，无论大小，都可能关联到潜在的问题（D错）。18.B。解析：IPv6的地址长度为128位，是IPv4（32位）的4倍，极大地扩展了地址空间。19.B。解析：《数据安全法》第二十九条规定，发生数据安全事件时，应当采取处置措施，并按规定报告和告知。这明确了数据安全应急处置机制。20.C。解析：产品负责人负责管理产品待办列表和价值最大化，但不管理开发团队的日常工作。管理开发团队、分配具体任务是ScrumMaster或开发团队自组织的职责。二、案例分析题【案例一解析】【问题1】1.需求管理方法不当：项目涉及大数据和AI创新领域，需求具有高度不确定性。张工沿用传统瀑布模型，试图在前期固定详细需求，未采用适应变化、渐进明细的敏捷或迭代方法。2.技术可行性评估不足：项目经理对新技术了解不深，在计划阶段未能充分评估AI模型开发、训练所需的技术难度、周期和资源（如计算资源），导致计划脱离实际。3.团队组建与建设欠缺：团队由不同背景成员组成，但未在启动和计划阶段充分关注团队建设、融合沟通机制，导致后续协作不畅、文化冲突。4.干系人参与不充分：未与业务部门建立持续、频繁的反馈循环，业务部门直到中期评审才看到初步成果并提出大量新需求，说明前期沟通和原型验证不足。【问题2】1.采用敏捷或混合开发模式：如采用Scrum框架，将项目分解为多个短周期（Sprint），每个Sprint交付可工作的增量。产品负责人（可由资深业务人员担任）动态维护和排序产品待办列表，拥抱变化。2.加强迭代评审与反馈：在每个迭代结束时，邀请业务干系人评审增量成果，及时收集反馈并调整后续计划，避免需求在后期集中爆发。3.建立跨职能团队和沟通机制：组织数据科学家与开发人员结对编程、共同工作坊，促进知识共享和技术融合。定期召开站会、技术分享会，打破沟通壁垒。4.实施需求管理：建立需求变更控制流程，评估变更对范围、进度、成本的影响，由变更控制委员会（CCB）决策。同时，通过用户故事地图等工具管理需求全景。【问题3】建议设立三层治理结构：项目指导委员会：由发起人、关键业务部门领导、技术高管组成。负责审批项目重大里程碑、预算变更、战略方向调整，解决项目经理上报的重大问题和风险。项目经理（张工）：负责项目的日常管理，执行计划，协调资源，监控进度、成本和质量，向指导委员会汇报。技术专家组：由内部和外部的大数据/AI专家、架构师组成。负责评审技术方案，解决关键技术难题，评估技术风险，为项目经理提供技术决策支持。关键角色职责明确：指导委员会提供资源和决策；项目经理负责交付；技术专家组保障技术可行性。定期（如每月）召开治理会议，确保项目在变化中保持正确方向。【案例二解析】【问题1】1.风险：系统兼容性与功能缺失风险。部分业务系统依赖的特定硬件驱动、商业软件或中间件在国产化平台上可能不兼容或功能不全。应对策略（缓解）：早期进行POC（概念验证）测试，选取典型系统进行深度适配测试。与厂商合作开发替代方案或适配层。对于无法解决的，评估业务影响，制定降级方案或申请豁免。2.风险：迁移导致业务中断风险。复杂的迁移操作可能引发数据丢失、服务长时间不可用。应对策略（缓解）：制定详尽、经过演练的迁移回滚计划。采用分批、分阶段迁移，每次迁移后设置观察期。充分利用有限的停机窗口，进行自动化迁移脚本测试。3.风险：供应商协同不力风险。多家供应商责任边界不清，相互推诿，影响整体进度。应对策略（缓解/转移）：建立清晰的联合项目办公室，统一管理。在合同中明确各供应商的工作范围、交付物、接口标准和责任矩阵。建立共同的沟通平台和问题跟踪机制。考虑引入总集成商，转移部分协调风险。4.风险：关键技术人才短缺风险。项目进度受制于熟悉国产化栈的专家资源。应对策略（缓解）：提前启动人员招聘和培训计划。与供应商签订包含知识转移和人员培训的支持合同。建立内部导师制，鼓励知识分享。对非核心任务，考虑外包给有经验的团队。【问题2】方案：采用“分批迁移”与“并行运行/影子切换”相结合的策略。关键步骤：1.系统分类与优先级排序：根据系统重要性、复杂度、耦合度、对信创的紧迫性进行分类，确定迁移批次和顺序。优先选择非核心、低耦合、技术简单的系统进行试点。2.环境准备：搭建完整的国产化云平台测试环境和准生产环境。3.分批迁移实施（以一个批次为例）：阶段一：适配