软件项目管理案例教程第四版课后答案解析：四层考点与固定答法

简介：面向学习《软件项目管理案例教程（第四版）》的学生与备考人员，这份课后答案文档围绕课程核心考点整理，可用于课后核对、章节复习与考前查漏补缺。压缩包内共1个docx文件，大小约1.1MB，按章节组织填空题、判断题、选择题和问答题的参考答案，便于直接检索对应练习。内容覆盖项目管理定义、启动/计划/执行/控制/收尾五个过程组、项目特征、敏捷开发与12条原则、PMBOK十大知识领域，以及Gantt图、PERT图、鱼骨图、项目章程、立项和甲乙供方等知识点，并配有自制—购买决策等计算题思路。已有5432人学习下载，适合课堂同步练习、期末复习和项目管理基础入门时对照使用。

1. 先画地图：软件项目管理这门课到底考哪几层

软件项目管理案例教程第四版的课后答案，如果只当对答案的册子，翻完第一章那几道判断题就合上，基本等于没拿到手。这门课的考点是一条链：概念层问「什么是项目、项目分几个过程组、章程里写什么」，模型层问「这个项目该用瀑布还是 V 模型、需求怎么管、WBS 怎么拆」，量化层直接让你算成本、算工期、算概率，保障层再问质量、配置、沟通、风险怎么控。正在系统学这门课的人，拿它当地图；考前复习的人，拿它查漏。后面按这四层往下拆，最后收在一份能照着过的清单上。

2. 概念层：项目、过程组与立项章程的固定答法

概念层的题看着最像送分题，实际是全书最容易丢分的地方，因为它的判据全是「一句话定义」，错一个字就翻。第一章和第二章加起来有二十多道判断选择，真正需要背的原文结论不超过十条，其余都是在这十条上换场景。复习的时候把定义抠准，比刷题有用得多。

2.1 项目与日常运作的分界线：三道判断题的辨析口径

第一章判断题里最关键的一句是：「项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力」——判错，错在「永久性」，正确表述是「临时性的努力」。这一改就把项目的核心特征锁死了：临时性、独特性、一次性。同一批题里还有「项目开发过程中可以无限制地使用资源」（错，资源约束性）、「日常运作存在大量变更管理，而项目基本保持连贯性」（错，说反了，项目变更多、不连贯）。

把这两组特征摆在一起，项目和日常运作的区别就清楚了：

选择题里判断「是不是项目」，判据就是上面三条：一次性、有独特产出、有明确起止。搬家和野餐活动属于项目，集体婚礼属于项目，开发操作系统属于项目；上课、社区保安、每天的卫生保洁不是，因为它们是重复性的日常运作。这里最容易翻车的是「野餐活动」——很多人觉得它太日常了，但它有明确的一次性目标和独特产出，所以是项目。同理，「上课」被归为日常运作，因为它是周期性重复的教学活动。

还有一道题问「下列选项中不是项目与日常运作的区别」，答案是「项目需要有专业知识的人来完成，而日常运作的完成无需特定专业知识」。这个选项错在把「专业知识」当成了分界，日常运作同样需要专业能力。做这类题的口径是：先排除掉那些明显成立的区别项，剩下的那个表述过头的就是答案。

2.2 五个过程组与十个知识领域：一张二维表背下来

五个过程组是启动、计划、执行、控制、收尾，背下来不难，难的是问答题要求说清「关系」。标准答法是：各个过程组通过结果连接，一个过程组的输出是另一个过程组的输入；其中计划、执行、控制是核心管理过程组。启动过程组负责定义和授权项目或阶段，计划过程组产出基准计划，执行过程组按基准协调人力和其他资源，控制过程组监控并纠偏（集成变更控制是重要过程），收尾过程组取得正式认可、交付产品、发布结束报告、更新组织过程资产并释放资源。

十个知识领域要能默写：集成、范围、时间、成本、质量、人力资源、沟通、风险、采购、干系人。选择题里「招聘管理」是干扰项，PMBOK 的知识域里没有它；「测试管理」同理。这条几乎每年都换着法子考，记法是「十个领域里没有一个是纯职能动作」。

敏捷部分在概念层只考三条：敏捷模型有 4 个核心价值、对应 12 个敏捷原则；敏捷是自适应过程，不是预测型过程；《敏捷宣言》的四条价值观是个体和交互胜过过程和工具、可工作的软件胜过面面俱到的文档、客户合作胜过合同谈判、响应变化胜过遵循计划。选择题里「敏捷开发过程是自适应的过程」这句话本身没错，但它不是宣言条文，这就是那道选 C 的坑。

2.3 立项、项目章程与招投标：第二章的三个固定考点

立项阶段的产出被概括成四件事：明确项目目标、时间表、使用的资源和经费，并且得到项目发起人的认可。这里有个高频错点——「项目立项需要获得项目经理的认可，但不需要项目发起人的认可」，判错，发起人认可才是立项的前提。项目章程的定义要背原句：项目执行组织高层批准的一份书面签署的确认项目存在的文件，包括对项目的确认、对项目经理的授权和项目目标的概述。选择题问「哪项不包括在项目章程中」，答案是「对项目风险的分析」，章程不承担风险分析职能。

招投标的甲乙双方任务也常考，把两边列成表就不会混：

「编写建议书」属于乙方，不是甲方；「招标书定义」属于甲方，不是乙方。这两条互换一下就是两道选择题。另外，项目建议书是项目初始阶段的文档，不是计划阶段的文档，判断题里常拿这个做文章。PMI 人才三角是技术项目管理、领导力、战略和商务管理三项，干扰项通常是「测试能力」。

第二章的计算题只有一个模型，但几乎必考：自制还是购买。某公司自研需 30000 元、每月维护 3500 元；购买需 18000 元、每月维护 4200 元。先算一次性差额 12000 元，再算每月差额 700 元，平衡点是 17.14 个月。

# make-or-buy 平衡点：一次性投入差额 / 每月维护差额 make_once, buy_once = 30000, 18000 # 自制与购买的一次性投入 make_month, buy_month = 3500, 4200 # 自制与购买的月维护费 months = (make_once - buy_once) / (buy_month - make_month) print(round(months, 2)) # 17.14

这段的作用是把「先做差、再相除」的顺序固定下来。参数含义：分子是自制多花的一次性成本，分母是购买每月多花的维护费，商就是自制追平购买所需月数。结论要写完整：使用期在 17 个月以内选购买，超过 17 个月选自造。只写「17.14」不写方向，问答题会扣分。

3. 模型层：生存期、需求与 WBS 分解的判断依据

第三章到第五章是一条完整的规划链：先选生存期模型定调子，再把需求管住，最后用 WBS 把范围切成可估算的工作包。这三章的题有个共同特点——几乎不考背诵，全考「给定场景选哪个」，所以复习时要把每个模型、每种方法的适用条件当成判据来记，而不是当成名词解释来背。

3.1 预测型与适应型：七个生存期模型的选用判据

生存期模型总体上分两类：预测型和适应型。瀑布、V 模型属于预测型；Scrum、XP、DevOps 属于敏捷（适应型）；增量、原型属于迭代型。选择题里「敏捷型是预测型和迭代型的混合模型」是错的，敏捷是自适应过程，不是两者的混合。

几个判断要背成条件反射：甲方给了详细准确的需求文档、解决方案也明确、安全性要求非常严格，选 V 模型；项目初期需求不明确，要避免选 V 模型；需求明确、功能完整、无重大变化，选瀑布。XP 的实践原则按「快速反馈、假设简单、包容变化」记，选项里出现「详细设计」就排除。混合模型的定义也别漏：把几种不同模型组合成一种混合模型，允许一个项目沿着最有效的路径发展。

3.2 需求管理五过程与三类需求视图

需求管理是五个过程：需求获取、需求分析、需求规格编写、需求验证、需求变更。选择题问「不属于需求过程」的，通常给「需求更新」做干扰项——注意是「变更」不是「更新」。

需求本身的定义要能答：用户对软件的功能和性能的要求，即用户希望软件能做什么事、完成什么功能、达到什么性能。由此派生出功能性需求和非功能性需求的区分，系统的响应时间属于非功能性需求，判断题里写「属于功能性需求」就是错的。需求规格说明可以包括系统的运行环境，这条判对。

方法类题目集中在三个「不属于」上：数据流分析是自顶向下逐步求精，不是自下而上；数据字典由数据项、数据流、数据文件组成，「数据库」不是其组成部分；UML 的需求视图包括用例图、状态图、顺序图，甘特图不属于；结构化方法设计包括数据流图、数据字典、系统流程图

本文还有配套的精品资源，点击获取