软件项目管理期末考试总结01

Unit01

1. 敏捷模型包括【4】个核心价值，对应【12】个敏捷原则。

2. 项目管理包括【启动过程组】、【计划过程组】、【执行过程组】、【控制过程组】、【收尾过程组】5个过程组

3. 搬家属于项目 （✔）

4. 项目是为了创造一个唯一的产品或提供一个唯一的服务而进行的永久性的努力。❌（暂时性）

5. 过程管理的目的要让过程能够被共享、复用，并得到持续的改进。（✔）

6. 项目具有临时性的特征。（✔）

7. 日常运作存在大量的变更管理，而项目基本保持连贯性（❌）

8. 相比于传统开发的预测性过程，敏捷开发属于自适应过程（✔）

项目与日常运作的区别

1. 项目是以目标为导向的，日常运作是通过效率和有效性体现的。
2. 项目是通过项目经理以及团队工作完成的，而日常运作是职能式的线性管理。
3. 项目是一次性的，日常运作是重复进行的。
   (错误表述： 项目需要有专业知识的人来完成，而日常运作的完成无须特定专业知识)

以下都是日常运作和项目的共同之处，除了【都是重复性工作 正确说法： 日常运作时重复性的，项目是一次性的】

1. 由人来做
2. 受限于有限的资源
3. 需要规划、执行和控制

下面选项中不是PMBOK的知识域的是【招聘管理】

属于项目的是【野餐活动】

每个项目都有自己的独特性【✔】

【项目】是为了创造一个唯一的产品或提供一个唯一的服务而进行的临时性的努力。【✔】

不是《敏捷宣言》中的内容的是【敏捷开发过程是自适应的过程】

项目特征的是

1. 项目具有明确的目标
2. 项目具有限定的周期
3. 项目对资源成本具有约束性

错误的是： 项目可以重复进行

项目管理知识体系（PMBOK）包括哪10个知识领域？

答： 项目集成管理、项目范围管理、项目时间管理、项目成本管理、项目质量管理、项目人力资源管理、项目沟通管理、项目风险管理、项目采购管理、项目干系人管理

请简述项目管理的5个过程组及其关系

答：
1.【启动过程组】： 主要是确定一个项目或一个阶段可以开始了，并要求着手实行；定义和授权项目或者项目的某个阶段；
2.【计划过程组】： 为完成项目所要达到的商业要求而进行的实际可行的工作计划的设计、维护，确保实现项目的既定商业目标。计划基准是后面跟踪和监控的基础；
3.【执行过程组】： 根据前面指定的基准计划，协调人力和其他资源，去执行项目管理计划或相关子计划；
4.【控制过程组】： 通过监控和检测过程确保达到目标，必须时采取一些修正错误。集成变更控制是一个重要的过程；
5.【收尾过程组】： 取得项目或阶段的正式认可并有序地借书该项目或阶段。向客户提交相关产品，发布相关借书报告，并且更新组织过程资产并释放资源；

关系： 各个过程组通过其结果进行连接，一个过程组地结果或输出是另一个过程组地输入。其中：计划过程组、执行过程组、控制过程组是核心管理过程组。

项目的特征是什么？

答： 目标性、相关性、临时性、独特性、资源约束性、不确定性；

Unit02

1. 项目立项之后，项目负责人会进行【自造-购买】决策，确定待开发产品的哪些部分应该采购、外包开发、自主研发等；

2. PMI人才三角重点关注【技术项目管理】【领导力】【战略和商务管理】3个关键技能；

3. 在【立项】阶段，应该明确项目的目标、时间表、使用的资源和经费，而且得到项目发起人的认可；

4. 项目立项可以确定项目目标、时间和资源成本，同事得到项目发起人的认可；（✔）

5. 项目招标对于一个项目的开发是必需的，即便项目是内部项目；（❌）

6. 自主研发相当于make or buy决策中的make；（✔）

7. 项目建议书是项目计划阶段开发的文档；（❌） 是启动阶段的开发文档

8. 项目立项需要获得项目经理的认可，但不需要项目发起人的认可。（❌）

9. 项目章程是项目执行组织高层批注的确认项目存在的文件，其中不包括对项目经理的授权（❌）

10. 乙方即供方（有时也称之为卖方）是为顾客提供产品或服务的一方。（✔）

11. 在软件项目合同中，甲方是需求方，乙方是提供方。（✔）

12. 敏捷项目采取的是仆人式管理方式。（✔）

Unit03

1. 下列不是项目立项过程内容的是： 【项目的风险】

2. 以下哪项不包括在项目章程中： 【对项目风险的分析】

3. 项目建议书是【项目初始】阶段开发的文档

4. 下列不属于甲方招投标阶段任务的是【编写建议书】

5. 下列不属于乙方招投标阶段任务的是【招标书定义】

6. PMI人才三角不包括：【测试能力】

7. 【自适应】的特性使得敏捷开发的产品更符合实际需求

8. 合同一旦签署了就具有法律约束力，除非【合同违反了法律】

Unit04

1. 【瀑布模型】是生存期模型中，要求项目所有的活动都严格按照顺序执行，一个阶段的输出是下一个阶段的输入；

2. 总体上，项目生存期模型可以是预测性或【适应型】。

3. DevOps是【Development】和【Operations】的组合。

4. 敏捷开发通过【迭代】和快速用户反馈应对管理的不确定性和变更。

5. 每日站立会议是【Scrum】模型的敏捷开发实践。

6. 瀑布模型不适合短期项目。（❌）

7. 增量式模型可以避免一次性投资太多带来的风向。（✔）

8. V模型适合的项目类型是需求很明确、解决方案很明确，而且对系统的性能要求必要严格的项目。（✔）

9. 瀑布模型和V模型都属于预测型生存期模型。（✔）

10. 瀑布模型要求项目所有的活动都严格按照顺序执行，一个阶段的输出是下一个阶段的输入。（✔）

11. 极限编程（eXtreme Programming, XP)从3个层面提供13个敏捷实践。

12. 敏捷包括《敏捷宣言》的价值观、12个原则，以及一些通用实践等。

13. 燃尽图是Scrum模型中常用的敏捷开发工程实践。（✔）

14. 对于某项目，甲方提供详细、准确的需求文档，我们的解决方案也很明确，且安全性要求非常严格，此项目采用【V模型】比较合适。

15. 下面属于预测型生存期模型的是【瀑布模型】

16. 下面关于敏捷模型描述不正确的是【敏捷模型是预测型和迭代型的混合模型】

17. XP模型的实践原则不包括【详细设计】

18. 在项目初期，一个项目需求不明确的情况下，应避免采用以下哪种生存期模型？【V模型】

19. 关于迭代模型，下列说法不正确的是【可以加快开发速度】

写出三种熟悉的生存期模型，并说明这些模型适用于什么情况下的项目。

敏捷开发的宣言是什么？

1. 个体和交互胜过过程和工具。

2. 可以工作的软件胜过面面俱到的文档。

3. 客户合作胜过合同谈判。

4. 响应变化胜过遵循计划。

5. 需求管理包括： 【需求获取】、【需求分析】、【需求规格编写】、【需求验证】、【需求变更】5个过程。

6. 敏捷项目主要采用【用户故事】描述需求。
   3.【原型分析方法】是其中一种需求建模方法。

7. 需求规格说明可以包括系统的运行环境。（✔）

8. 数据流分析方法是一种自上而下逐步求精的分析方法。（❌）

9. 需求分析工作完成的一个基本标志是形成了一份完整的需求规格说明书。（❌）还有一个审批

10. 用户对软件的功能和性能的要求，就是用户希望软件能做什么事，完成什么样的功能，达到什么性能。（✔）

11. 用户故事常常写在卡片上，然后将其部署到墙上。（✔）

12. 软件项目系统的响应实践属于功能性需求。（❌）

13. 数据字典是由数据项、数据流以及操作指令组成的。（❌）

14. 下列不属于软件项目需求管理过程的是： 【需求更新】

15. 下列不属于数据字典组成部分的是：【数据库】

16. 下列不属于UML需求视图的是：【甘特图】

17. 【需求变更】是软件项目的一个突出特点，可以导致软件项目的蔓延

18. 软件需求范畴： 1.做什么样的事情 2.完成什么样的功能 3.希望软件达到什么样的性能

19. 敏捷项目需求一般采用下面【用户故事】描述

Unit05

1. 任务分解是将一个项目分解为更多的工作细目或者【子项目】，使得项目变得更小、更容易管理操作。
2. WBS的全程是：【任务分解结构（Work Breakdown Structure)】。
3. WBS最底层次交付成果是【工作包（Work Package）】。
4. 一般来说，进行项目分解时，可以采用【清单】或【图标】两种形式来表达任务分解的结果。