软件项目管理期末考试大题
1、试着说出你理论的软件生存期模型 3个
喷泉模型：以用户需求为动力，以对象作为驱动的模型，适合于面向对象的开发。
瀑布模型：以文档作为驱动、适合于软件需求很明确💯的软件项目的模型。
原型模型：需求模糊或用户无法明确表达需求时。
增量模型：需求较为明确但需要分阶段交付的项目，通过将系统拆解为多个功能模块逐步实现和交付，平衡开发效率与用户价值。
2、敏捷开发宣言
- 个体和交互胜过过程和工具。
- 可以工作的软件胜过面面俱到的文档。
- 客户合作胜过合同谈判。
- 响应变化胜过遵循计划。
3、任务分解方法
(1)模板参照方法
(2)类比方法
(3)自上而下
(4)自下而上
4、极限编程5大原则
- 提倡更改
- 逐步修改
- 简单性假设
- 快速反馈
- 优质工作
5、12 大最佳实践
-
计划游戏：快速制定计划、随着细节的不断变化而完善
-
小型发布：系统的设计要能够尽可能早地交付
-
隐喻：找到合适的比喻传达信息
-
简单设计：只处理当前的需求，使设计保持简单
-
测试先行：先写测试代码，然后再编写程序
-
重构：重新审视需求和设计，重新明确地描述它们以符合新的和现有的需求
-
结对编程
-
集体代码所有制
-
持续集成：可以按日甚至按小时为客户提供可运行的版本每周工作40小时
-
现场顾客：系统最终用户代表应该全程配合XP团队
-
编码标准
-
重构：持续优化代码结构，避免技术债务
6、13个敏捷实践
1. 持续集成
2. 结对编程
3. 自动化测试
4. 每日站会
5. 代码审查
6. 用户故事
7. 重构
8. 任务分解
9. 燃尽图
10. 优先级排序
11. 适应性计划
12. 预测性估算
13. 可视化工作
7、采用典型的用户故事模板描述注册功能
作为一个潜在的新用户，我希望通过一个简单快速注册过程来创建我的新账户， 以便于我能够访问和使用平台提供的各种功能
8、试着写出任务分解的方法和步骤
任务分解的基本步骤:
-
确认并分解项目的组成要素(WBS编号)。
-
确定分解标准,按照项目实施管理的方法分解,而且分解的标准要统一。
-
确认分解是否详细,是否可以作为费用和时间估计的标准,明确责任。
-
确定项目交付成果(可以编制WBS字典)。 方法： 模板参照法，类比法， 自上而下，自下而上
9、什么是任务分解
任务分解就是将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作。
10、当项目过于复杂是，可以对项目进行任务分解，这样做的好处是什么？
将一个项目分解为更多的工作细目或者子项目，使项目变得更小、更易管理、更易操作， 这样可以提高估算成本、时间和资源的准确性，使工作变得更易操作，责任分工更加明确。
11、简述质量保证的主要活动，以及质量保证的要点
质量保证的主要活动：是项目执行过程审计和项目产品审计 质量保证的要点是:对项目进行评价、推测能否达到质量指标、建立对项目的信心
12、简述质量保证和质量控制关系
质量保证侧重于预防，通过建立和维护质量管理确保产品质量； 质量控制侧重于检测，通过检查和测试来确保产品符合既定的质量标准。
13、写出配置管理的基本过程
- 配置识别
- 配置控制
- 配置状态账户
- 配置审计
- 构建管理
- 发行管理和交付
14、说明软件配置控制委员会的基本职责
评估变更、批准变更申请、在生存期规变更申请流程、对变更进行反馈、与项目管理层沟通
15、写出几个常见的软件配置项
有线性演化模型
树演化模型
16、写出5种以上项目沟通方式
电子邮件、会议、项目管理工具、社交媒体平台、电话会议
17、对于特别重要的内容，一般采用哪些方式才能确保内容有效沟通
- 面对面交流：直接沟通可以减少误解，通过肢体语言和即时反馈确认信息。
- 书面确认：通过电子邮件或书面报告的形式，确保信息的准确性和可追溯性。
- 多次确认：通过重复确认，确保信息被正确理解。
- 使用多种沟通渠道：结合电子邮件、电话、会议等多种方式，确保信息的全面覆盖。
- 清晰简洁：确保信息表达清晰，避免歧义，便于接收方理解。
18、一个软件项目团队中一般有哪些人员角色
项目经理、架构分析师、系统分析师、DBA 、程序开发人员、测试人员、系统工程师、质量管理人员
19、举例说明几种常用的项目沟通方法
口头沟通、书面沟通、非语言沟通、电子媒介沟通