软件工程管理知识考试试卷及答案

软件工程管理知识考试试卷及答案一、单项选择题（每题2分，共20分）1.以下关于CMMI（能力成熟度模型集成）的描述中，正确的是（）。A.CMMI2级的关键过程域包括“组织过程定义”B.CMMI3级要求组织建立统一的过程管理体系C.CMMI4级的核心是“量化过程管理”D.CMMI5级的目标是实现过程的规范化2.敏捷开发方法中，“每日站会（DailyScrum）”的主要目的是（）。A.详细讨论技术难点B.同步团队成员的进度与障碍C.评审用户故事（UserStory）D.制定下一周的开发计划3.在软件项目范围管理中，WBS（工作分解结构）的核心作用是（）。A.定义项目的交付物和任务层级B.估算项目的成本与工期C.识别项目的风险点D.协调团队成员的分工4.以下不属于软件需求管理核心活动的是（）。A.需求获取B.需求验证C.需求编码D.需求变更控制5.软件项目风险管理中，“风险概率×风险影响”计算的是（）。A.风险优先级B.风险期望值C.风险暴露值D.风险缓解成本6.以下关于COCOMO（构造性成本模型）的描述，错误的是（）。A.基本COCOMO适用于小型、简单的软件项目B.中间COCOMO考虑了项目的人员经验等因素C.详细COCOMO需要对每个子系统单独估算D.COCOMO模型仅用于成本估算，不涉及工期预测7.软件质量保证（SQA）的核心职责是（）。A.发现软件中的缺陷B.确保开发过程符合质量标准C.执行单元测试与集成测试D.制定项目进度计划8.团队成员因技术分歧导致沟通效率低下时，项目经理最有效的解决方式是（）。A.强制要求一方服从另一方B.组织技术评审，基于事实达成共识C.暂时搁置争议，优先推进其他任务D.向高层汇报，请求介入决策9.以下关于软件配置管理（SCM）的描述，正确的是（）。A.配置项仅包括源代码和文档B.版本控制是SCM的核心功能之一C.基线（Baseline）在项目后期才能建立D.配置审计的目的是删除冗余文件10.在V模型中，系统测试对应的开发阶段是（）。A.需求分析B.概要设计C.详细设计D.系统设计二、填空题（每空2分，共20分）1.软件工程管理的三大核心目标是______、______和质量。2.敏捷开发的四大价值观包括个体与交互、可工作的软件、客户合作和______。3.软件项目估算的常用方法包括专家判断法、类比估算法、______和______。4.需求规格说明书（SRS）的核心内容应包括功能需求、______、性能需求和______。5.软件过程模型中，______模型强调风险分析，适用于高风险项目；______模型通过迭代增量交付逐步满足用户需求。三、简答题（每题8分，共40分）1.请比较瀑布模型与敏捷模型的适用场景，并说明各自的优缺点。2.简述软件项目进度管理的关键步骤，并说明如何通过甘特图（GanttChart）监控进度。3.需求变更对软件项目的影响主要体现在哪些方面？请提出3条需求变更控制的具体措施。4.解释“软件质量三角”（范围、时间、成本、质量的关系），并说明项目经理如何在四者间取得平衡。5.团队冲突通常分为“任务冲突”和“关系冲突”，请举例说明两者的区别，并提出处理策略。四、案例分析题（20分）背景：某公司承接了一个企业级ERP系统开发项目，合同约定6个月内交付。项目启动时，用户仅提供了模糊的业务需求（如“实现采购、销售、库存的信息化管理”），未明确具体功能点。开发团队采用瀑布模型，前期投入2个月完成需求分析和设计，进入编码阶段后，用户频繁提出新需求（如“采购模块需支持供应商分级管理”“库存报表需增加季度同比分析”），导致开发进度滞后。3个月后，团队仅完成原计划50%的功能，且代码质量低下，测试阶段发现大量逻辑错误。问题：（1）请分析该项目失败的主要原因（8分）。（2）如果你是新任项目经理，将采取哪些措施挽救项目（12分）？参考答案一、单项选择题1.C（CMMI4级为量化管理级，核心是对过程和产品质量进行量化控制；2级是已管理级，关键过程域包括“需求管理”“项目计划”等；3级是已定义级，要求组织级过程定义；5级是优化级，目标是持续改进）。2.B（每日站会时间限制15分钟，重点同步“昨日完成”“今日计划”“遇到的障碍”，而非深入讨论技术细节）。3.A（WBS通过分层分解将项目可交付物转化为具体任务，是范围管理的核心工具）。4.C（需求管理包括获取、分析、验证、跟踪、变更控制，不涉及“编码”）。5.A（风险优先级通过概率×影响评估，用于排序风险处理顺序；风险期望值=概率×影响×成本）。6.D（COCOMO模型同时支持成本和工期估算，公式为工期=2.5×（人员数量）^0.35）。7.B（质量保证关注过程合规性，质量控制（QC）关注产品缺陷；测试属于QC范畴）。8.B（技术分歧属于任务冲突，应通过技术评审、数据验证等客观方式解决，避免强制或搁置）。9.B（配置项包括代码、文档、测试用例等；基线可在关键阶段（如需求确认后）建立；配置审计检查配置项完整性和一致性）。10.D（V模型中，系统测试对应系统设计阶段，验收测试对应需求分析阶段）。二、填空题1.范围（或进度）、成本（顺序可互换）2.响应变化3.基于WBS的自底向上估算法、参数模型法（如COCOMO）4.非功能需求（或约束条件）、接口需求（或设计约束）5.螺旋、迭代（或敏捷）三、简答题1.适用场景与优缺点：-瀑布模型：适用于需求明确、技术成熟、风险低的项目（如传统嵌入式系统开发）。优点是阶段清晰、文档齐全、便于管理；缺点是灵活性差，需求变更成本高，后期返工风险大。-敏捷模型：适用于需求模糊、用户参与度高、需要快速迭代的项目（如互联网产品开发）。优点是快速响应变更、客户持续参与、交付价值早；缺点是对团队协作要求高，文档可能不够完善，长期维护成本可能增加。2.进度管理步骤与甘特图应用：关键步骤：①定义活动（分解WBS为具体任务）；②排序活动（确定依赖关系）；③估算活动持续时间；④制定进度计划（如关键路径法）；⑤监控与调整（比较实际进度与计划）。甘特图通过横向时间轴和任务条显示任务开始/结束时间、进度百分比及依赖关系（如前置任务完成后才能开始后续任务）。项目经理可通过对比任务条的实际进度（填充颜色）与计划进度（虚线），识别进度偏差（如某任务延迟20%），并采取赶工（增加资源）或快速跟进（并行任务）等措施。3.需求变更的影响与控制措施：影响：①进度延迟（需重新设计、编码、测试）；②成本增加（额外工作量）；③质量风险（频繁修改可能引入缺陷）；④团队士气下降（计划频繁变动）。控制措施：①建立变更控制委员会（CCB），明确变更审批流程；②对变更进行影响分析（如波及的模块、所需资源、工期变化），评估后决定是否接受；③使用需求跟踪矩阵（RTM）记录变更来源与影响，确保可追溯；④与客户协商，优先实现高价值变更，推迟低优先级需求。4.质量三角与平衡策略：软件质量三角指范围（需求）、时间（工期）、成本（资源）、质量四者相互制约。例如，压缩工期（时间减少）可能导致成本增加（需加班）或质量下降（测试时间缩短）；扩大范围（增加需求）可能需要延长工期或增加成本。项目经理需：①明确项目优先级（如“质量优先”或“时间优先”）；②通过WBS和关键路径法优化资源分配；③使用敏捷或迭代模型，分阶段交付核心功能，降低整体风险；④与客户沟通，协商范围变更的代价（如“增加此功能需延长2周工期”）。5.任务冲突与关系冲突的区别及处理：任务冲突：与工作内容、目标、方法相关（如“采用微服务架构还是单体架构”）。例如，开发组认为微服务可提升扩展性，测试组认为增加了部署复杂度。关系冲突：涉及个人情感、性格或价值观（如“张三总否定李四的建议，导致两人互不信任”）。处理策略：任务冲突可通过技术评审、数据验证、引入外部专家等方式解决，促进创新；关系冲突需及时干预（如私下沟通、明确团队规则），避免升级为破坏性冲突，必要时调整团队角色。四、案例分析题（1）项目失败的主要原因：①需求管理缺失：用户需求模糊，未在前期通过原型、用例等方法细化，导致后期频繁变更；②过程模型选择不当：瀑布模型要求需求稳定，而本项目需求易变，应采用敏捷或迭代模型；③变更控制失效：未建立变更审批流程，用户需求未经评估直接实施，导致范围蔓延；④质量保障不足：编码阶段未进行单元测试，代码质量低下，测试阶段集中暴露问题；⑤沟通不畅：开发团队与用户未建立定期反馈机制，需求理解偏差未及时纠正。（2）挽救项目的措施：①调整过程模型：切换为敏捷开发（如Scrum），以2周为一个迭代周期，每次迭代交付可演示的功能模块，快速获取用户反馈；②需求重定义：组织用户参与需求工作坊，通过用户故事（UserStory）和验收标准（AcceptanceCriteria）细化需求，建立需求跟踪矩阵（RTM），明确优先级（如“采购模块供应商分级”为高优先级，“季度同比分析”为次优先级）；③建立变更控制流程：成立CCB（包括用户代表、技术经理、项目经理），所有变更需提交书面申请，评估影响（如工期增加3天、成本增加2人日）后由CCB审批；④质量补救：增加每日代码评审（CodeReview），强制单元测试覆盖率≥