软件项目管理习题答案.docx
《软件项目管理习题答案.docx》由会员分享，可在线阅读，更多相关《软件项目管理习题答案.docx（35页珍藏版）》请在冰点文库上搜索。
软件项目管理习题答案
第0章软件项目管理概述
二、判断题
1.项目开发过程中可以无限制地使用资源。
（X）
2.项目具有暂时的特征。
（√）
3.项目管理核心的三角形是范围、进度、风险。
（X）
4.过程管理与项目管理在软件组织中是两项很重要的管理，项目管理用于保证项目的成功，而过程管理用于管理最佳实践。
（√）
5.运作管理（OperationManagement）是从宏观上帮助企业明确和把握企业发展方向的管理。
（√）
第1章软件项目初始过程
一、选择题
1.项目建议书是哪个阶段开发的文档（）
A.项目执行阶段
B.项目结尾阶段
C.项目初始阶段
D.项目计划阶段
2.项目章程（）
A.明确了项目经理
B.确定了项目的质量标准
C.明确了团队的纪律
D.定义了项目需求
3.对于风险比较大的项目，最好选择（）生存期模型，
A.瀑布模型
B.原型
C.螺旋模型
D.V模型
4.开发项目建议书的目的是为了（）
A.验收
B.竞标或者签署合同
C.编写计划
D.跟踪控制项目
三、判断题
1.项目经理是一个综合的角色（）
2.软件项目都是需要签署合同的（）
3.增量式模型可以避免一次性投资太多带来的风险（）
4.项目章程类似一个项目授权书（）
5.在甲乙合同项目中，提出需求的一方是乙方（）
6.如果是内部项目，在项目初始阶段可以不提交招标书（）
CACB
√×√√×√
第二章-范围计划
一、选择题
1.需求分析是回答系统必须（ ）的问题
A.做什么
B.怎么做
C.何时做
D.为谁做
2.WBS（工作分解结构）非常重要，因为下列原因，除了（）
A.帮助组织工作
B.防止遗漏工作
C.为项目估算提供依据
D.确定团队成员责任
3.项目范围（）
A.只在项目开始时重要
B.在授权项目的合同或者其他文件得以批准后就不再重要了
C.从项目概念阶段到收尾阶段都应该加以管理和控制
D.是在项目执行阶段通过变更控制步骤进行处理的问题
4.为了有效地管理项目，应该将工作分解为更小的部分，以下各项中，哪一项不能说明任务应该分解到什么程度？
（）
A.可以在80小时内完成
B.不能再进一步进行逻辑细分了
C.可由一个人完成
D.可以进行实际估算
5.范围变更是指（）
A.修改技术规格
B.对范围陈述进行修订
C.对批准后的WBS进行修改
D.以上都不是
6.下面哪个不是需求管理的过程（）
A.需求设计
B.需求获取
C.需求分析
D.需求变更
7.下面那个不是创建WBS的方法（）
A.自顶向下
B.自底向上
C.控制方法
D.模版指导
8.任务分解可以（ ），它是范围变更的一项重要输入
A.提供项目成本估算结果
B.提供项目范围基线
C.规定项目采用的过程
D.提供项目的关键路径
9.范围基线由（）组成
A.项目章程、批准的详细的项目范围说明书和WBS
B.批准的详细项目范围说明书、WBS和WBS字典
C.项目章程、项目工作说明书和WBS
D.WBS
二、判断题
1.需求分析过程是确定项目如何实现的过程，并确定项目的技术方案（）
2.对于一个重来没有做过的项目，开发WBS时，可以采用自底向上的方法（）
ADCBDACBB
×√
第三章-软件项目进度计划
一、选择题
1.快速跟进是指（A）
A.采用并行执行任务，加速项目进展
B.用一个任务取代另外的任务
C.如有可能，减少任务数量
D.减轻项目风险
2.赶工一个任务时，你应该关注（D）
A.尽可能多的任务
B.非关键任务
C.加速执行关键路径上的任务
D.通过成本最低化加速执行任务
3.“软件编码完成之后，我才可以对它进行软件测试”,这句话说明了哪种依赖关系？
（A）
A.强制性依赖关系
B.软逻辑关系
C.外部依赖关系
D.里程碑
4.如果用户提供的环境设备需要５月１０日到位，所以环境测试安排在５月１０日以后，这种活动安排的依赖依据是：
（C ）
A.强制性依赖关系
B.软逻辑关系
C.外部依赖关系
D.里程碑
5.对一个任务进行进度估算时,A是乐观者,估计是6天完成,B是悲观者,估计是24天完成,C是有经验者认为最有可能是12天完成，那么这个任务的历时估算是介于10天到16天的概率是（B）
A.50%
B.68.3%
C.70%
D.99.7%
δ=（P-O）/6=（24-6）/6=3
E=（O+4M+P）/6=（6+4*12+24）/6=13
6.下面哪项可能延长项目的进度？
（A）
A.Lag
B.Lead
C.赶工
D.快速跟进
7.关于浮动，下面除了哪个都是不正确的？
（D）
A.每个任务都有浮动
B.只有复杂的项目有浮动
C.浮动是在不增加项目成本的条件下，一个活动可以延迟的时间量
D.浮动是在不影响项目完成时间的前提下，一个活动可以延迟的时间量
8.关于网络图，下面哪个是不正确的？
（C）
A.网络图可用于安排计划
B.网络图展示任务之间的逻辑关系
C.网络图可用于跟踪项目
D.网络图可用于详细的时间管理
9.资源平衡最好用于（D）活动
A.时间很紧的
B.按时的
C.非关键路径
D.关键路径
10.下面哪项可以决定进度的灵活性（B）
A.PERT
B.Totalfloat
C.ADM
D.赶工
第四章-软件项目成本计划
一、选择题
1.（A）是用系统的功能数量来测量其规模，与实现产品所使用的语言和技术没有关系的。
A.功能点
B.对象点
C.代码行
D.用例点
2.如果你是某项目的项目经理，你已经估算出每个单元的成本是￥129。
这个项目一共有1200单元，你采用什么估算方法？
（A）
A.自下而上估算法
B.类比估算法
C.专家估算法
D.参数估算法
3.在项目初期，进行竞标合同的时候，一般采用的成本估算方法是（B）
A.参数估算法
B.类比估算法
C.专家估算法
D.功能点估算
4.在成本管理过程中，项目经理确定的每个时间段，各个工作单元的成本是（B）
A.估算
B.预算
C.直接成本
D.间接成本
二、判断题
1.间接成本是与一个具体的项目相关的成本（X）
2.软件项目的估算结果是比较准确的（X）
3.在进行软件项目估算的时候，可以参照其它企业的项目估算模型（√）
4.COCOMO81有3个等级的模型:
基本（basic）模型、中等（intermediate）模型、高级（详细（detailed））模型。
（√）
第五章-软件项目质量计划
一、选择题
1、项目质量管理的最终责任由谁来承担（D）
A.项目开发人员
B.采购经理
C.质量经理
D.项目经理
2、“质量成本”是一个项目管理概念，它说明了下列哪项成本（A）
A.额外需求的成本
B.需求变更的成本
C.确保符合需求的成本
D.固定成本
3、增加有益的活动过程减少没有价值的活动过程是哪类质量活动（C）
A.质量保证
B.质量规划
C.质量控制
D.质量改进
4、质量控制是（B）
A.对每个工作包增加工作时间
B.项目生存期的各个阶段都需要实施的
C.只需要做一次
D.只有大的项目才需要的
5、质量管理计划与质量体系得区别在于（A）
A.质量计划是针对单一的产品、项目、服务和合同制定的
B.质量管理系统是针对单一的产品、项目、服务和合同制定的
C.质量管理系统是由一个单独的组织实体使用
D.质量计划不属于项目计划的一部分
6、项目质量管理的目标是满足（B）的需要
A.老板
B.干系人
C.项目
D.组织
7、质量与等级的区别是什么（B）
A.质量是对需求的满足程度，而等级是对质量的排序。
B.质量是对需求的满足程度，而等级是对货物和服务的排序。
C.在项目管理过程中，质量和等级没有明显的区别。
D.质量是项目的最终结果，而等级是项目进展过程中对质量的排序。
8、下面除了哪项都不是质量计划的方法（A）
A.质量检查。
B.对等评审。
C.抽样分析
D.试验设计
二、判断题
1、质量计划中可以确定质量保证人员的特殊汇报渠道。
（√）
2、质量计划可以在项目进行过程中编写，不一定在前期完成。
（X）
第六章-软件项目人力资源计划
一、选择题
1、矩阵型组织的一个主要的优点是（C）
A.加强项目经理对资源的控制
B.项目团队可以有多个老板
C.沟通更加便捷
D.报告更加容易
2、在哪种组织结构中，项目成员没有安全感（C）
A.职能型
B.矩阵型
C.项目型
D.弱矩阵型
3、项目经理在一个高科技公司，现在正在为一个新的项目选择合适的组织结构，这个项目涉及很多的领域和特性，他应该选择哪种组织结构（A）
A.矩阵型
B.项目型
C.职能型
D.组织型
4、责任分配矩阵是（A）
A.进行人力资源计划的一个工具
B.一种组织结构
C.与WBS类似
D.估算成本的方法
5、人力资源分配图是（B）
A.展现目前的人力资源质量
B.展现项目中人力资源在各个阶段的分布情况
C.说明人员分工情况
D.说明项目需要的所有资源
6、人员管理计划描述了（D）
A.如何获取项目成员
B.如何解决冲突
C.项目经理的团队建设总结
D.项目团队的人员什么时候如何加入到团队中和离开团队
二、判断题
1、组织分解结构（OBSOrganizationalBreakdownStructure）是一种特殊的WBS。
（√）
2、责任分配矩阵是明确其角色与职责的有效工具（√）
3、职能型组织结构中项目经理的权利最大（X）
4、为了创建一个组织结构图，项目管理者首先明确项目需要的人员类型（√）
第七章-软件项目沟通计划
一、选择题
1、项目经理花在沟通上的时间是（B）
A.20-40%
B.75-90%
C.60%
D.30%-60%
2、大量使用（B）沟通最有可能协助解决复杂的问题
A.口头
B.书面
C.正式
D.信息管理系统
3、对于项目中比较重要的通知，最好采用（C）沟通方式
A.口头
B.网络方式
C.书面
D.电话
4、项目团队原来有6个成员，现在又增加了6个成员，这样沟通渠道增加了多少（A）
倍
B.6倍
C.2倍
D.6条
5、在项目进行过程中，老板突然有个紧急的通知告知项目经理，要求项目经理告诉团队成员，这时项目经理应该采取（A）沟通方式
A.口头
B.书面
C.正式
D.检索
6、下面各项对沟通计划的描述，哪项是错误的（D）
A.确定沟通需求
B.确定沟通的内容
C.确定沟通方法
D.对项目管理是没有必要的
二、判断题
1、在项目管理过程中，沟通是项目管理者的一部分工作，而且是很少的一部分工作（X）
2、沟通计划是项目计划的一部分（√）
3、沟通管理的基本原则是及时性，准确性，完整性，可理解性（√）
4、在IT项目中，许多专家都认为：
对于成功，威胁最大的就是沟通的失败。
（√）
第八章-项目管理风险计划
一、选择题
1、在风险分析中使用灵敏度分析可以（C）
A.取代不确定性分析
B.估算管理层对风险的厌恶级别
C.估算一个项目变量变更对整个项目的影响
D.确定达到项目目标的概率
2、以下各项关于回避风险的陈述除了（C）都是正确的:
A.消除引起风险的因素
B.决定不对风险过高的项目进行投标
C.风险倘若发生,就接受后果
D.决定取消采用具有高风险的新技术，而采用原来熟悉的技术
3、下面哪项不是风险管理的过程（D）
A.风险评估
B.风险识别
C.风险规划
D.风险收集
4、在靠近河边的某建筑工地，洪水毁坏了所有挖掘的地基，这是发生了什么类型的风险?
（B）
A.已知风险（Knownknowns）
B.可预测风险（Knownunknowns）
C.不可预测风险（unknownunknowns）
D.其他
5、在风险分析过程中，确定已经识别的一个风险事件是无法避免的，也是不能减轻的，也不能投保，这是一个关键的风险事件，一旦发生可能造成项目的失败，项目经理最佳的选择是（B）
A.降低风险的级别，项目团队将找到一个克服故障的方法
B.特别关注，加强管理该风险事件和所有的相关事件
C.让风险评估小组继续分析该风险事件，直到降低预期影响
D.忽略风险评估，因为不管赋予什么值，都只是一个估算。
6、关于回避风险的策略，下面哪个是不正确的（B）
A.回避风险是最有效的策略
B.风险发生概率极高、风险后果影响很严重时才可以考虑采用这个策略
C.当其他的风险策略不理想的时候，才可以考虑这个策略
D.不是所有的风险都可以采取回避策略的
7、风险的三个属性是（C）
A.风险发生的时间、地点、负责人
B.风险事件、时间、影响
C.风险事件、概率、影响
D.风险数量、风险影响程度、概率
8、购买保险是（A）类型的风险处理策略
A.风险转移
B.风险规避
C.风险抑制
D.风险自担
9、在什么情况下可以采用德尔菲方法进行风险识别（B）
A.存在模拟模型
B.需要大家的统一意见
C.有大量历史项目
D.风险概率明确
第十三章-软件项目结束过程
一、选择题
1、在项目的末期，与卖方的合同还有尚未解决的索赔，项目经理（D）
A.可能将合同收尾工作转交给合同管理人员
B.通过审计来澄清索赔原因
C.知道合同不能收尾
D.进行合同收尾，合同收尾之后，可能采取法律行动
2、合同已经结束的正式通知应该由（B）提供给买方
A.项目经理
B.合同管理负责人
C.项目控制官员
D.项目发起人
3、在项目结束阶段，可交付成果审核的目的与项目绩效用来（D）
A.根据项目基准，确定完成项目需要多少资源
B.基于过去的绩效，调整进度和成本基准
C.得到客户对项目可以交付成果的验收
D.确定项目是否应该继续进入到下一个阶段
4、项目接近结束的时候，如果客户希望对项目范围进行大的变更，项目经理应该如何做？
（B）
A.进行变更
B.告诉客户变更带来的影响
C.拒绝变更
D.向SCCB报告
5、在客户接受项目的交付结果之前，项目经理应该做什么？
（A）
A.检查交付结果的质量
B.检查交付结果是否有遗漏
C.开具项目完成的发票
D.给项目成员分配新的项目
二、判断题
1、项目结束过程主要包括合同的终止和项目的终止（√）
2、项目的最后评审是不必要的（X）
3、项目成功完成了，才说明项目结束了（X）
4、项目的最后验收过程是甲（需）方对供方交付的产品或服务进行验收检验，以保证它满足合同条款的要求。
（√）
5、项目的经验教训总结也是项目结束的一个重要输出。
（√）
第1讲项目管理
（1）有效的软件项目管理集中于四个P上，即人员、产品、过程和项目。
它们的顺序不是任意的。
（2）在制定项目计划之前，应该首先确定产品的目标和范围，考虑可选的解决方案，识别技术和管理上的限制。
（3）确定产品的范围，要标识出产品的主要数据、功能和行为特性，而且更为重要的是，应以量化的方式界定这些特性。
（4）成功的项目负责人应采用一种解决问题的管理风格。
（5）“最好的”团队结构取决于组织的管理风格、团队里的人员数目与技能水平，以及问题的总体难易程序。
（6）规划软件工程团队结构时的七个项目因素：
（1）待解决问题的难度；
（2）开发程序的规模，以代码行或功能点来度量；（3）团队成员需要共同工作的时间（团队生存期）；（4）能够对问题做模块化划分的程度；（5）待开发系统的质量要求和可靠性要求；（6）交付日期的严格程度；（7）项目所需要的友好交流的程度。
（7）软件工程团队的四种“组织范型”：
封闭式范型、随机式范型和开放式范型以及同步式范型。
（8）封闭式范型：
按照传统的权利层次来组织团队。
当开发与过去已经做过的产品相似的软件时，这种团队十分有效。
但在这种封闭式范型下难以进行创新性的工作。
（9）随机式范型：
松散地组织团队，团队工作依赖于团队成员个人的主动性。
当需要创新或技术上的突破时，按照这种随机式范型的团队很有优势。
但当需要“有次序地执行”才能完成工作时，这种团队就会陷入困境。
（10）开放式范型：
试图以一种具有封闭式范型的控制性，又包含随机式范型的创新性的方式来组织团队。
工作是大家相互协作完成的。
良好的沟通和根据团队整体的意见做出决策是开放式范型的特征。
开放式范型的团队结构特别适合于解决复杂的问题，但可能不像其他类型的团队那么有效。
（11）同步式范型：
依赖于问题的自然划分，组织团队成员各自解决问题的一部分，他们之间没有什么交流。
（12）5个“培育潜在含毒团队环境”的因素
（1）狂乱的工作氛围
（2）引起团队成员产生摩擦的重大挫折（3）“碎片式的或协调很差”的软件过程（4）在软件团队中没有清晰的角色定义（5）“接连不断地重蹈覆辙”。
（13）敏捷团队是小型的充满活力的团队，它不必保持单一的团队结构，而是采用随机、开放、同步式的范型，并且拥有制定计划和做技术决定的自主权。
（14）软件项目管理的第一项活动是确定软件范围。
（15）软件范围是通过项目环境、信息目标以及功能和性能定义的。
（16）软件项目范围在管理层和技术层都必须是无歧义的和可理解的。
（17）问题分解，有时称为问题划分或问题细化，它是软件需求分析的核心活动。
（18）成本和进度估算都是面向功能的。
（19）过程框架是不变的，是软件组织所进行的所有软件工作的。
（20）10个表示信息系统项目正处于危险状态的信号
（21）W5HH
（22）项目是一个特定的、待完成的有限任务，是在一定时间内，满足一系列特定目标的多项相关工作的总称。
（23）项目与常规运作的不同体现：
⏹项目是一次性，常规运作是重复进行；
⏹项目是以目标为导向，常规运作是通过效率和有效性体现的；
⏹项目是通过项目经理及其团队工作完成的，而日常运作是职能式的线性管理；
⏹项目存在大量的变更管理，而日常运作则基本保持续的连贯性。
（24）项目生命周期有3个与时间相关的重要概念：
检查点、里程碑和基线。
（25）基线：
指一个（或一组）配置项在项目生命期的不同时间点上，通过正式评审而进入正式受控的一种状态。
（26）软件管理的关键实践：
⏹基于度量的项目管理
⏹经验成本和进度估计
⏹获得价值跟踪
⏹正式的风险管理
⏹根据质量目标跟踪缺陷
⏹人员计划管理
第2讲过程和项目度量
（27）测量可以应用于软件过程中，目的是持续地改进软件过程。
（28）测度对一个产品过程的某个属性的范围、数量、维度、容量或大小提供了一个量化的指示。
（29）测量是确定一个测度的行为。
（30）度量为“对一个系统、构件或过程具有的某个给定属性的度的一个定量测量”。
（31）度量：
度量是一个系统、构件或过程具有给定属性的量化测量程度。
（32）当收集了一个数据点（例如：
在一个软件构件中发现的错误数），就建立了一个测度。
（33）收集一个或多个数据点（例如：
一些构件评审、调查单元测试以收集每个单元测试错误数的测度），由此产生测量。
（34）软件的度量以某种形式（例如：
每次评审发现错误的平均数，或每个单元测试所发现错误的平均数）与单个测度相关。
（35）软件工程师收集测量结果并产生度量，这样就可以获得指标。
指标是一个度量或度量的组合，它对软件过程、软件项目或产品本身提供了更深入的了解
（36）软件工程师收集测度并开发度量以便获得指标？
？
35那句是真的？
（37）私有过程数据是软件工程师个人改进其工作的重要驱动力。
（38）公用过程数据可由团队进行复查，以找出能够改善小组性能的指标。
公用度量一般吸取了原本是个人的或团队的私有信息。
（39）软件度量规则：
⏹解释度量数据时使用常识，并考虑组织的敏感性。
⏹向收集测量和度量的个人及团队定期提供反馈。
⏹不要使用度量去评价个人。
⏹与开发者和团队一起设定清晰的目标，并确定为达到这些目标需要使用的度量。
⏹不要用度量去威胁个人或团队。
⏹指出问题区域的度量数据不应该被“消极地”看待，这些数据仅仅是过程改进的指标。
⏹不要在某一个别的度量上纠缠，而无暇顾及其他重要的度量。
（40）在大多数软件项目中，项目度量的第一个应用是在估算阶段。
（41）项目度量的目的:
⏹能够指导进行一些必要的调整以避免延迟，并减少潜在问题及风险，从而使得开发时间减到最少。
⏹在项目进行的基础上评估产品质量，并且可在必要时修改技术方法以改进质量。
（42）面向规模的度量（LOC）和面向功能的度量（FP）都是规范化的方法。
（43）面向规模的度量选择代码行（LOC）作为规范化值（度量：
错误数、缺陷数、成本、文档页数）。
（44）面向功能的软件度量使用功能（由应用系统提供）测量数据作为规模化值。
应用最广泛的面向功能的度量是功能点（FunctionPoint,FP）。
（45）面向对象的度量：
⏹场景脚本的数量
⏹关键类的数量
⏹支持类的数量
⏹每个关键类的平均支持类数量
⏹子系统的数量
（46）面向用例的度量
（47）Web工程项目度量：
⏹静态Web页的数量
⏹动态Web页的数量
⏹内部页面链接的数量
⏹永久数据对象的数量
⏹通过界面连接的外部系统的数量
⏹静态内容对象的数量
⏹动态内容对象的数量
⏹可执行的功能的数量
（48）定制指数C=Ndp/（Ndp+Nsp）
（49）软件工程的基本高目标就是在某个时间框架内开发出满足市场需要的高质量的系统、应用软件或产品。
（50）缺陷排除效率DRE=E/（E＋D）（把项目作为一个整体时）
DREi=Ei/（Ei＋Ei＋1）
（51）度量基线由从以往开发的软件项目中收集的数据构成，是估算的基础。
（52）度量评估主要是分析结果产生的根本原因，并生成一组指导项目或过程的指标。
（53）小型组织的度量：
“保持简单”，通过表决来确定一个需要改进和目标。
（54）保持简单的缺陷排除效率：
DRE＝Echange/（Echang+Dchange）。
升级会员 