北京联合大学
- 配置审计是一种质量审计活动，对配置管理的产品和过程进行审计。（ ）
- 配置管理计划的主要内容包括配置项的标识和命名规范、配置管理环境方案、配置管理活动计划和时间表、基线计划、发布计划等。（ ）
- 需求跟踪的目的是建立与维护“需求-设计-编码-测试”之间的一致性， 确保所有的工作成果符合用户需求。（ ）
- 活动排序方法是在识别活动之间逻辑关系的基础上绘制进度网络图，同时确定活动之间相互依赖关系。（ ）
- 软件产品是项目的最终交付物，因此软件产品范围是软件项目范围中最重要的一部分。在软件项目中，产品范围通常表现为软件需求规格说明书。（ ）
- 软件项目的成本管理，就是为了确保项目在既定预算内按时、按质、经济、高效地实现项目目标所开展的一种项目管理过程。（ ）
- 项目管理的组织通常是临时性、柔性、扁平化的组织。（ ）
- 项目资源包括软件项目实施过程中的资金、人力、设备、设施等。（ ）
- 进度控制（Schedule control）是指监督项目活动的状态，发现实际进度与计划进度的偏离，分析发生偏离的原因和程度，评估这些偏差对未来工作的影响，并决定是否采取纠正或预防措施。（ ）
- 配置管理委员会由项目经理及相关人员组成，主要职责包括：评估变更、批准变更申请、在生存期内规范变更申请流程、对变更进行反馈、与项目管理层沟通。（ ）
- 关于敏捷开发方法，描述正确的有（ ）。
- 下列可用于软件项目需求阶段的辅助工具（ ）。
- 正式沟通的一种主要形式是“项目评审”，项目评审分为三种包括（ ）。
- 从风险可预测的角度来分，风险分类为（ ）。
- 下列对需求管理理解正确的是（ ）
- 软件项目中项目经理的责任包括（ ）。
- 估算活动持续时间的方法包括（ ）。
- 下列配置审计描述正确的有（ ）。
- 下列对需求工程理解正确的是（ ）。
- 软件项目中获取团队人员方式有（ ）。
- 产生进度偏差的原因有哪些？（ ）。
- 下面哪些是工作任务分解的方法？（ ）。
- 软件项目质量管理计划一般应满足以下要求（ ）。
- 属于需求变更的控制活动有（ ）
- 配置管理的相关角色有（ ）。
- 下列关于项目负责人作用描述正确的是（ ）。
- 风险控制的过程包括（ ）。
- 软件项目的成本管理工作包括（ ）。
- 下面关于项目管理中使用的组织分解结构（organizational breakdown structure，OBS）描述正确的有（ ）。
- 下列属于前端开发框架的有（ ）。
- 检验WBS分解结果的标准不包括以下那一项？( )
- 下列不是风险管理过程的是（ ）。
- （ ）是转移违规行为风险、保证招标人招标活动成功进行的有效方式，通常采用交保证金的方式。
- 采购方向选定的供应商发出询价函，让供应商报价，根据报价来选定供应商的办法，这是（ ）采购方式。
- （ ）可以显示任务的基本信息，使用该类图能方便的查看任务的工期、开始时间、结束时间以及资源的信息。
- 项目质量管理的目标是满足（ ）的需要。
- 下列不是软件项目规模单位的是（ ）。
- 下列关于干系人的描述中，不正确的是（ ）。
- 以下哪项不是项目配置管理中可能遇到的问题？（ ）
- McCall 质量模型不包含（ ）。
A:对 B:错
答案:对
A:错 B:对
答案:A
A:对 B:错
答案:对
A:对 B:错
答案:对
A:对 B:错
答案:A
A:错 B:对
答案:B:对
A:错 B:对
答案:对
A:对 B:错
答案:对
A:对 B:错
答案:对
A:错 B:对
A:敏捷开发的核心思想是以人为本、适应变化
B:敏捷开发以用户的需求进化为核心，采用迭代、循序渐进的方法进行软件开发。
C:软件项目在构建初期被切分成多个子项目，各个子项目的成果都经过测试，具备可视、可集成和可运行使用的特征。
D:要求足够清晰的需求，制定详细的文档，按照预定的计划逐一进行开发、测试。
A:Power Designer
B:Spring MVC
C:原型设计工具。
D:思维导图工具。
A:阶段评审
B:定期评审
C:事件评审
D:技术评审
A:不可预测风险
B:已知风险
C:可预测风险
D:人员风险
A:需求管理目标是在客户和软件项目之间就需要满足的需求建立和维护一致的约定。
B:需求管理贯穿于整个软件项目过程，是软件项目管理的一部分。
C:需求管理在需求开发的基础上进行。
D:需求管理侧重点在需求获取后，如何建立需求基准线，并依据需求基准线，对项目的需求进行控制和管理。
A:组织实施项目
B:项目规划
C:项目控制
D:制定开发计划
A:经验导出模型
B:专家判断
C:三点估算
D:类比估算
A:配置审计是一种质量审计活动，对配置管理的产品和过程进行审计。
B:配置审计包括配置管理活动审计和基线审计。
C:配置审计是正式技术复审的一种补充。
D:配置审计通常在软件开发每个阶段结束后或产品发行之前进行。
A:加强需求管理，有效的防范和减少不必要的需求变更
B:项目管理计划
C:准确的理解和获取客户需求及潜在需求，编写《需求规格说明书》
D:项目质量控制
A:预分派
B:招募
C:谈判
D:外包合同（模块或子系统）
A:任务本身的估算问题
B:任务本身的粒度问题
C:项目环境的变化
D:用户需求的不断变化
A:模板参照法
B:类比法
C:自下而上法
D:自上而下法
A:确定项目采用的控制手段及合适的验证手段和方法。
B:确定项目中的质量活动和质量控制程序。
C:确定和准备质量记录。
D:确定项目应达到的质量目标和所有特性的要求。
A:进行需求变更影响分析
B:调整需求基线
C:跟踪所有受需求变更影响工作产品
D:确定需求变更控制过程
A:配置管理员
B:配置经理
C:变更控制委员会
D:模块主管
A:项目经理应有多学科知识、综合管理及现场处理能力
B:项目管理的主要原理之一是项目经理负责制
C:项目经理有权独立进行计划、资源分配、协调和控制
D:项目经理只对项目的质量负责，不用考虑成本和进度
A:监控风险化解的过程
B:针对各个重要风险制定风险管理计划
C:执行风险管理计划，以缓解或消除风险
D:判定每一个风险出现的概率、产生的影响及其重要性
A:资源计划编制
B:成本估算
C:成本预算
D:成本控制
A:在项目管理中以图形的形式描述团队中的角色和关系。
B:OBS根据项目的可交付物进行分解。
C:OBS看上去与WBS很相似，但分解的依据不同。
D:OBS根据组织的部门、单位和团队进行分解。
A:Angular
B:Bootstrap
C:Vue.js
D:React
A:最底层的要素是否是实现目标的充分必要条件
B:最底层元素是否有重复
C:非叶节点是否包含两个以上的叶节点
D:最底层要素是否有清晰完整定义
A:风险识别
B:风险收集
C:风险评估
D:风险规划
A:信用担保
B:保证担保
C:履约担保
D:投标担保
A:议价采购
B:询价采购
C:订价采购
D:招标采购
A:资源图
B:里程碑图
C:网络图
D:甘特图
A:老板
B:项目
C:组织
D:项目经理
A:源代码长度（LO） B:功能点（FP）
C:小时
D:人天、人月、人年
A:所有项目人员
B:影响项目活动的个人、群体或者组织
C:影响项目结果的个人、群体或者组织
D:影响项目决策的个人、群体或者组织
A:找不到某个文件的历史版本
B:开发人员未经授权修改代码或文档
C:因协同开发中，或者异地开发，版本变更混乱导致整个项目失败
D:甲方与乙方在资金调配上存在意见差异
A:产品特点
B:产品转移
C:产品运行
D:产品修改
温馨提示支付 ￥5.00 元后可查看付费内容,请先翻页预览!
