软考中级题库及答案

软考中级题库及答案一、单项选择题（共10题，每题1分，共10分）以下关于软件需求规格说明书的核心作用，描述正确的是A.需求规格说明书仅作为开发团队内部的开发参考文档，不需要向用户交付B.需求规格说明书是后续项目验收、需求确认的核心基准依据C.需求规格说明书中不能包含任何非功能性需求相关的内容D.需求规格说明书完成后就不能进行任何修改调整答案：B解析：正确选项B的依据是软考中级软件工程模块的核心知识点，需求规格说明书经过双方确认后是验收环节核对交付物的核心基准。错误选项A的问题在于需求规格说明书需要用户方共同确认并作为双方共识的正式文档交付；错误选项C的问题在于需求规格说明书必须包含性能、安全性等非功能性需求的内容；错误选项D的问题在于需求规格说明书可以通过正式的变更流程进行调整，并非完全不能修改。面向对象编程机制中，封装的核心含义是A.将对象的属性和操作结合为独立的单元，隐藏内部实现细节仅对外暴露必要接口B.多个对象可以共享同一段代码实现逻辑C.子类可以继承父类的所有属性和方法，同时扩展自身特性D.同一个操作作用在不同对象上可以返回不同的结果答案：A解析：正确选项A是面向对象封装的标准定义，符合软考中级面向对象章节的考点要求。错误选项B描述的是代码复用的通用特性，不是封装的专属定义；错误选项C描述的是继承机制的核心含义；错误选项D描述的是多态机制的核心含义。关于项目关键路径的描述，以下说法正确的是A.关键路径是项目总工期最长的活动序列，决定了项目的最短完成时间B.关键路径上的活动如果延期，不会对项目整体交付时间造成影响C.一个项目的关键路径是唯一固定的，永远不会发生变化D.非关键路径上的活动不存在任何可以自由调整的浮动时间答案：A解析：正确选项A是关键路径的标准定义，属于软考中级项目进度管理的核心考点。错误选项B的问题在于关键路径上的活动延期会直接导致整体项目工期延期；错误选项C的问题在于项目推进过程中如果非关键路径延期超过浮动时间，就会产生新的关键路径；错误选项D的问题在于非关键路径上的活动普遍存在一定的浮动时间，可以灵活调整活动开始时间。以下属于白盒测试技术的是A.等价类划分法B.边界值分析法C.语句覆盖测试法D.场景法答案：C解析：正确选项C的语句覆盖属于典型的白盒测试覆盖标准，属于软考中级软件测试模块的考点。错误选项A、B、D都属于黑盒测试技术，不需要关注程序内部代码逻辑，仅从功能输出角度进行测试。挣值分析指标中，进度执行指数SPI的正确含义是A.已完成工作的实际成本和计划工作预算成本的比值B.已完成工作的预算价值和计划工作预算价值的比值C.已完成工作的预算价值和已完成工作实际成本的比值D.项目完工时的预期总成本和初始预算总成本的比值答案：B解析：正确选项B是SPI的标准定义，属于软考中级项目成本管理的核心考点。错误选项A描述的不是常规挣值分析的标准指标；错误选项C描述的是成本执行指数CPI的含义；错误选项D描述的是完工估算和总预算的比值，不属于SPI的定义。以下属于典型对称加密算法的是A.RSA算法B.ECC算法C.AES算法D.数字签名算法答案：C解析：正确选项C的AES是国际通用的对称加密标准算法，属于软考中级信息安全模块的常考知识点。错误选项A、B都属于非对称加密算法；错误选项D的数字签名算法属于基于非对称加密衍生的认证技术，不属于对称加密范畴。软件版本控制系统的核心目的是A.仅存储项目最终交付的正式版本文件B.记录所有文件的变更历史，支持多开发者协同工作，回溯不同版本状态C.自动测试所有提交的代码是否存在bugD.自动生成项目的进度统计报表答案：B解析：正确选项B是版本控制系统的核心功能，属于软考中级配置管理模块的基础考点。错误选项A的问题在于版本控制系统会完整存储所有版本的变更记录，不是仅存最终正式版本；错误选项C、D的功能都不属于版本控制系统的核心原生功能。UML用例图中，不会包含以下哪个组成元素A.参与者B.用例C.包含关系D.类的属性定义答案：D解析：正确选项D的类属性定义属于UML类图的组成元素，不属于用例图的元素，符合软考中级UML建模的考点要求。错误选项A、B、C都是用例图的标准组成部分。软件生命周期中，占总维护工作量比例最高的维护类型是A.改正性维护B.适应性维护C.完善性维护D.预防性维护答案：C解析：正确选项C的完善性维护是指根据用户新的需求对软件进行功能扩展、性能优化的维护工作，占总维护工作量的60%以上，是占比最高的维护类型，属于软考中级软件维护模块的常考知识点。错误选项A的改正性维护是修复bug的维护，占比约20%；错误选项B的适应性维护是适配新运行环境的维护，占比约19%；错误选项D的预防性维护是提前为未来需求做优化的维护，占比不足1%。项目范围定义过程的核心输出产物是A.项目范围说明书B.项目甘特图C.项目风险登记册D.项目干系人清单答案：A解析：正确选项A的项目范围说明书是范围定义阶段的核心输出，明确界定项目的交付边界和验收标准，属于软考中级项目范围管理的考点。错误选项B的甘特图是进度管理阶段的输出；错误选项C的风险登记册是风险管理过程的输出；错误选项D的干系人清单是干系人识别阶段的输出。一、多项选择题（共10题，每题2分，共20分）以下属于敏捷开发方法论常见核心实践的有A.每日站会B.迭代冲刺周期C.产品待办事项梳理D.严格的阶段门审批，不允许跨阶段调整需求答案：ABC解析：正确选项ABC都是Scrum等主流敏捷框架的标准实践，符合软考中级敏捷管理模块的知识点。干扰项D属于传统瀑布模型的管控要求，和敏捷拥抱变更的核心原则相悖，不属于敏捷开发的实践内容。以下属于软件需求分层的不同维度的有A.业务需求B.用户需求C.功能需求D.硬件采购需求答案：ABC解析：正确选项ABC是软件需求工程中标准的需求三层划分，属于软考中级需求工程的核心考点。干扰项D的硬件采购需求属于项目采购管理的范畴，不属于软件需求本身的分层维度。以下属于软件配置管理核心活动的有A.配置项识别B.配置审计C.版本控制管理D.无限制允许所有成员随意修改所有配置项答案：ABC解析：正确选项ABC都是配置管理规范中的标准核心活动，符合软考中级配置管理的考点要求。干扰项D的随意修改配置项会导致版本混乱、内容不一致，是配置管理工作需要避免的问题，不属于合规的配置管理活动。典型的软件项目干系人通常包含以下哪些角色A.项目甲方业务负责人B.项目开发团队成员C.项目测试团队成员D.和项目完全没有任何利益关联的社会公众答案：ABC解析：正确选项ABC都是直接参与项目或受项目结果影响的干系人，属于软考中级干系人管理的基础知识点。干扰项D的社会公众和项目不存在任何明确利益关联，不属于本项目的干系人范畴。以下属于黑盒测试常用方法的有A.等价类划分法B.边界值分析法C.错误推测法D.条件组合覆盖法答案：ABC解析：正确选项ABC都是不需要关注代码内部逻辑的黑盒测试方法，属于软考中级软件测试模块的常考知识点。干扰项D的条件组合覆盖属于典型的白盒测试覆盖标准，需要分析程序内部的逻辑分支。ISO9126标准定义的软件质量核心特性包括A.功能性B.易用性C.维护性D.完全不占用任何运行资源答案：ABC解析：正确选项ABC是ISO软件质量模型的六个核心特性中明确包含的部分，符合软考中级软件质量管理的考点。干扰项D的内容是不现实的极端要求，不属于标准定义的软件质量特性。规范的需求变更控制流程中必须包含的核心环节有A.变更申请提交B.变更影响评估C.变更审批确认D.变更实施后的效果验证答案：ABCD解析：四个正确选项共同组成了完整的需求变更闭环管控流程，属于软考中级变更管理模块的核心知识点，不存在错误选项，所有环节都是变更管控必不可少的部分。以下属于网络安全领域常用防护技术的有A.防火墙访问控制技术B.入侵检测技术C.数据备份灾备技术D.明文传输所有敏感数据技术答案：ABC解析：正确选项ABC都是主流的网络安全防护技术，属于软考中级信息安全模块的基础考点。干扰项D的明文传输敏感数据会带来严重的信息泄露风险，是安全防护工作需要禁止的行为。项目绩效报告通常需要包含的核心内容有A.当前项目进度完成情况B.成本投入和预算使用情况C.当前遇到的核心风险和问题D.完全无关的其他项目的内部隐私信息答案：ABC解析：正确选项ABC都是绩效报告必须涵盖的项目状态内容，属于软考中级项目沟通管理的考点。干扰项D的其他项目隐私信息不属于本项目绩效报告需要披露的内容。瀑布模型软件开发生命周期的标准阶段包含A.需求分析阶段B.系统设计阶段C.编码实现阶段D.随机无规则迭代阶段答案：ABC解析：正确选项ABC都是瀑布模型明确的串行阶段，属于软考中级软件开发模型模块的考点。干扰项D的无规则迭代不属于瀑布模型的阶段划分内容，属于非正规开发流程的表现。一、判断题（共10题，每题1分，共10分）瀑布模型采用严格的阶段串行推进模式，各个阶段的输出产物经过确认后才能进入下一个阶段。答案：正确解析：该描述是瀑布模型的核心特点，属于软考中级软件开发模型的基础知识点，瀑布模型的标志性特征就是明确的阶段划分和串行依赖关系。面向对象中的多态机制可以实现同一个方法名在不同子类中具备不同的实现逻辑。答案：正确解析：该描述完全符合多态的定义，多态的核心价值就是提升代码的灵活性和扩展性，是面向对象三大核心特性之一。项目关键路径上的活动如果出现工期延误，一定会直接影响项目的整体交付时间。答案：正确解析：关键路径的总浮动时间为0，不存在可以延期调整的空间，所有关键路径活动的延误都会直接累加为总工期的延期。软件测试的目的是尽可能多地找出软件中存在的缺陷，而不是证明软件完全没有bug。答案：正确解析：软件测试的基本定义明确说明不存在可以穷尽所有测试场景的完全测试，测试的核心目的是尽可能发现潜在缺陷，降低上线后出问题的概率。对称加密算法的加解密密钥是完全相同的，加解密速度通常远快于非对称加密算法。答案：正确解析：对称加密的核心特征就是单密钥机制，算法计算量小，加解密效率远高于基于大数运算的非对称加密算法。软件配置管理中，所有配置项的修改不需要做任何记录，直接覆盖原有版本即可。答案：错误解析：配置管理的核心要求就是记录所有版本的变更历史，不能直接无记录覆盖原有版本，否则会出现版本回溯困难、内容冲突的问题。挣值分析中成本执行指数CPI小于1的时候，代表项目实际成本投入超过了已完成工作对应的预算价值。答案：正确解析：CPI的计算公式是已完成工作预算成本除以已完成工作实际成本，数值小于1说明分母的实际成本更高，代表成本超支。UML类图中的关联关系可以用来描述不同类的对象之间的结构化连接关系。答案：正确解析：关联关系是UML类图中最基础的关系类型，用来表示不同实体对象之间的业务关联逻辑。软件交付用户之后的维护阶段不需要投入任何开发资源，完全由用户自行处理所有问题。答案：错误解析：软件维护是软件生命周期中占用资源时间最长的阶段，需要持续投入开发、测试资源处理bug、优化功能，不是完全由用户自行处理。甘特图可以直观地展示所有项目活动的开始结束时间和当前进度完成情况。答案：正确解析：甘特图是项目进度管理最常用的可视化工具，核心作用就是清晰展示各个活动的时间节点和进度状态。一、简答题（共5题，每题6分，共30分）简述软件需求分析阶段的核心输出产物及其核心作用。答案：第一，软件需求规格说明书，作用是明确记录所有确认后的功能需求和非功能需求，作为甲乙双方共识的交付基准，后续验收环节的核心依据；第二，需求跟踪矩阵，作用是建立需求和后续设计、开发、测试用例的关联对应关系，确保所有需求都能被落地实现，不会出现遗漏；第三，初步的系统原型，作用是帮助用户直观验证需求理解是否符合预期，提前消除需求歧义，减少后续返工概率。解析：该知识点属于软考中级需求工程模块的核心考点，三个要点覆盖了需求分析阶段最核心的三类输出产物，每个产物的作用都是实际项目中落地需求管理的核心价值点，要点清晰符合评分标准要求。简述挣值分析法的三个核心基本参数的定义。答案：第一，计划值PV，也叫计划工作预算成本，是指按照项目初始进度计划，某一时间节点之前计划完成的所有工作对应的预算总成本；第二，挣值EV，也叫已完成工作预算成本，是指到某一时间节点为止，已经实际完成的所有工作，按照预算标准计算的总价值；第三，实际成本AC，是指到某一时间节点为止，完成已完成的所有工作实际已经投入花费的总成本。解析：该知识点属于软考中级成本管理模块的必考点，三个参数是整个挣值分析体系的计算基础，明确区分三个参数的不同定义是后续计算各类绩效指标的前提，每个要点的定义都完全符合官方教程的标准表述。简述软件配置项三种标准版本状态的划分定义。答案：第一，草稿状态，是指配置项刚创建完成，还没有经过正式评审确认的中间版本，支持开发者自行修改调整；第二，正式发布状态，是指配置项经过正式评审通过后确认的正式版本，正式发布后原则上不允许随意修改，要修改必须走正式变更流程；第三，修改中状态，是指配置项在走正式变更审批流程通过后，处于调整修改过程中的临时状态，修改完成并重新评审后会再次转为正式发布状态。解析：该知识点属于软考中级配置管理模块的核心考点，三种状态完整覆盖了配置项从创建到发布再到调整的全生命周期状态流转逻辑，是配置管控流程设计的核心依据。简述软件测试V模型的主要特点与局限性。答案：第一，V模型的核心特点是将测试过程和开发过程一一对应，左侧从上到下的开发阶段分别对应右侧从下到上的单元测试、集成测试、系统测试、验收测试阶段，每个测试阶段都有明确的对应开发产出物作为测试依据；第二，V模型的优势是阶段划分清晰，不同测试阶段的目标明确，方便管控测试进度；第三，V模型的局限性是测试工作需要等编码完成之后才能正式启动，前期的需求和设计阶段的缺陷很晚才能被发现，会导致后期返工成本大幅提升。解析：该知识点属于软考中级软件测试模块的常考考点，三个要点分别覆盖了V模型的定义特征、优势特点、局限性三个维度，完整覆盖了V模型相关的核心考察要点。简述项目干系人管理的主要核心步骤。答案：第一，干系人识别阶段，全面梳理所有和项目有利益关联的角色，记录每个干系人的诉求、权利等级和影响力；第二，干系人规划管理阶段，根据不同干系人的影响力和诉求优先级，制定针对性的沟通和诉求响应策略；第三，干系人参与控制阶段，在项目推进过程中持续同步项目信息，跟进干系人的诉求反馈，及时处理干系人提出的问题，管理干系人的期望，避免出现干系人诉求不一致阻碍项目推进的情况。解析：该知识点属于软考中级项目干系人管理的核心考点，三个步骤形成了完整的干系人管理闭环流程，覆盖了从识别到规划再到落地执行的全流程要点，符合实际项目管理的操作逻辑。一、论述题（共3题，每题10分，共30分）结合中小规模软件开发项目的实际实例，论述敏捷开发迭代管理机制的落地要点。答案：论点部分：敏捷迭代管理的核心价值是通过短周期的小步迭代快速响应需求变化，尽早交付可用版本降低项目整体风险，特别适合需求前期存在一定不确定性的中小互联网SaaS开发类项目。论据部分：我们可以以一个8人规模的中小团队开发企业内部报销管理系统的实际场景为例，首先设置固定两周的迭代周期，每个迭代周期开始前的半天时间做迭代规划会，从产品待办事项列表中挑选经过充分梳理的、颗粒度适合在两周内完成的需求条目，按照团队成员能力分配任务，明确本次迭代的交付目标。其次每天开展15分钟以内的每日站会，每个成员同步前一天完成的工作、当天计划完成的工作、当前遇到的阻塞问题，快速暴露项目推进中的阻碍，由项目负责人当天协调资源解决，避免问题拖延导致迭代延期。第三在迭代周期结束后，分别召开迭代评审会和迭代回顾会，评审会上给甲方业务负责人演示本次迭代交付的可运行功能，收集用户的反馈意见，及时调整后续待办事项的优先级；回顾会上团队内部复盘本次迭代过程中做的好的地方和存在的问题，比如本次迭代中后端接口和前端联调预留时间不足导致进度延期，下一个迭代就专门在规划阶段留出2天的联调缓冲时间，逐步优化团队的协作效率。结论部分：这种短周期闭环的迭代管理机制，相比传统的几个月才交付一次的瀑布模式，可以把原来项目结束才发现需求偏差的大风险，拆解成每个迭代里可以快速调整的小问题，大幅提升最终交付产物和用户实际需求的匹配度，中小团队落地敏捷不需要生搬硬套复杂的流程，只需要抓住短周期迭代、每日站会、评审回顾这几个核心要点，就可以获得非常明显的效率提升。解析：本题的论述逻辑完全符合软考中级项目管理类论述题的评分要求，有明确的理论支撑，结合了真实可落地的中小团队开发实例，从迭代规划、过程管控、迭代复盘三个维度层层展开分析，逻辑完整论据充分。结合项目实际场景，论述软件项目中需求变更管控的核心思路与落地方法。答案：论点部分：合理的需求变更管控不是完全拒绝所有变更，而是建立规范的流程有序处理变更，在满足用户合理诉求的同时避免无意义的需求蔓延导致项目工期、成本严重超支，保障甲乙双方的共同利益。论据部分：以一个政务服务类软件开发项目的场景为例，很多项目经常遇到的问题是甲方多个不同部门的负责人随时提出零散的小需求，开发团队不加甄别直接修改，最后导致项目范围完全失控，工期从原本的3个月延期到半年以上。要解决这个问题，首先第一步要建立正式的变更申请机制，所有的需求变更不管大小，都不能只通过口头沟通就直接开发，必须提交正式的书面变更申请单，明确记录变更的背景、具体要修改的内容、提出变更的干系人，避免出现事后不认账的情况。第二步要做全面的变更影响评估，收到变更申请之后，组织开发、测试、运维的核心人员共同评估这个变更的开发工作量、对现有已经开发完成的功能有没有影响、需要额外增加多少工期和成本、会不会影响当前版本的上线计划，把评估结果清晰反馈给甲方。第三步走正式的变更审批流程，对于小的不影响工期成本的优化类变更，可以由双方的项目负责人直接审批；对于工作量大、会明显改变项目工期的重大变更，需要提交双方的高层负责人共同审批确认，明确调整后的工期和预算之后再执行。第四步做好变更的落地验证，变更开发完成之后要做好专项测试确认没有引入新的缺陷，同步更新需求规格说明书、需求跟踪矩阵等所有相关文档，确保所有文档内容和实际交付的功能保持一致。结论部分：这套闭环的变更管控流程，既可以把真正对用户有价值的合理变更有序落地，也可以过滤掉很多没有实际业务价值、随意提出的零散需求，从根源上避免范围蔓延的问题，有效保障项目在可控的范围内推进，大幅降低甲乙双方因为需求变更产生的矛盾纠纷。解析：本题结合了软考中级变更管理模块的核心理论，针对实际项目中最常见的需求蔓延痛点展开论述，用政务软件开发的真实常见场景作为案例，提出的四步管控方法可操作性极强，逻辑清晰层次分明，符合论述题的高分评分标准。论述软件项目中沟通管理的常见问题与优化策略。答案：论点部分：超过70%的软件项目失败的核心原因都不是技术问题，而是沟通不到位导致的信息不对称、诉求理解