2019年10月自学考试01336《软件项目管理（一）》试题.docx

《2019年10月自学考试01336《软件项目管理（一）》试题.docx》由会员分享，可在线阅读，更多相关《2019年10月自学考试01336《软件项目管理（一）》试题.docx（3页珍藏版）》请在课桌文档上搜索。

1、2019年10月高等教育自学考试软件项目管理（一）试题课程代码：01336一、单项选择题1 .项目是指在一定约束条件下具有特定目标的一项A.过程型任务B,运作型任务C.持久性任务D.一次性任务2 .那些不直接与系统的具体功能相关的一些需求是A.功能需求B.非功能需求C.用户需求D.领域需求3 .能够验证需求文档是否包括所有用户想要的功能和约束的是A.有效性检查B,一致性检查C.完备性检查D.现实性检查4 .在需求分析阶段基于系统功能的一种规模估计方法是A.FP估计B.LoC估计C.PERT估计D.点估计5 .把待开发的软件逐步细化，直到能明确工作量，由负责该部分的人给出工作量的估算值，然后把所

2、有部分相加得到软件开发总工作量的成本估算方法是A.类比法B.专家判定法C.自顶向下D.自底向上6 .风险所具有的两大属性是可能性和A.时效性B.偶然性C.收益D.损失7 .通过改变项目计划或条件完全消除项目风险或保护项目目标不受风险影响的风险应对策略是A.风险避免B.风险转移C.风险缓解D.风险研究8 .下列属于风险分析方法的是A.差距分析法B.关键路径法C.头脑风暴法D.挣值法9 .下列选项中能够验证功能和性能与软件需求规格说明中定义的需求是否一致的是A.过程审核B.功能审核C.物理审核D.质量审核10 .下列属于正激励的是A.精神鼓励B.提醒C.批评D.处罚11 .项目范围管理的首要任务是

3、A.确定软件必须具备的功能B.界定项目必须且只需要包含的全部工作C.明确用户需求D.项目的计划管理12 .制定软件项目质量计划的目的主要是确保项目的A.用户需求能够满足B.质量标准能够满意地执行C.功能模块能够全部实现D.进度计划能够顺利完成13 .配置管理是在系统生命周期中对系统中的配置项进行A.标识和分配的过程B.标识和定义的过程C.组织和分配的过程D.计划和实施的过程14 .下面不是需求管理过程的是A.需求设计B.需求获取C.需求分析D.需求变更15 .赶工一个任务时，你应该关注A.尽可能多的任务B.非关键任务C.加速执行关键路径上的任务D.通过成本最低化加速执行任务二、多项选择题16

4、.项目管理的要素有6个，其中3个简称TQC,TQC是指A.时间B.质量C.成本D.风险E.范围17 .项目的生命周期所包括的阶段分别有A.需求阶段B.启动阶段C.计划阶段D.实施阶段E.结束阶段18 .软件配置管理过程分为4步，分别是计划配置管理、开发配置管理方案和A.配置构造B.配置控制C.状态部署D.统计E.状态审计19 .国家标准规定了软件质量可用6个特性来评价，以下属于这6个特性的有A.功能性B.简便性C.可维护性D.可规范性E.可移植性20 .以下属于软件项目团队组织方案的有A.垂直方案B.交叉方案C水平方案D.平行方案E.矩阵方案三、填空题21 .软件商品特定的性质包括3个基本方面

5、：无形性，和易免制性。22 .系统需求一般分为功能需求、非功能需求和o23 .能够唯一标识需求的是o24 .甘特图用来表示任务的工作阶段。25 .软件风险包括软件项目风险、和产品风险。26 .基线是开发过程的,以一个或多个软件配置项的交付为标准。27 .软件配置管理有4个主要功能：配置标识、配置控制、配置状态报告和28 .为了寻找软件缺陷而执行程序的过程是o29 .主要测试程序的内部逻辑路径的方法是c30 .PUmam模型是一种的宏观估算模型。四、简答题31 .简述需求管理的原则。32 .软件项目进度管理包括哪儿个主要过程？33 .简述基线管理的基本功能。34 .项目经理应具备哪些基本素质？3

6、5 .简述IS09000标准的质量管理原则。五、综合应用题36 .一个预算100万的项目，为期12周，现在工作进行到第八周，已知成本预算是64万，实际支出是68万，挣值为54万。试计算：(1)成本偏差CV；(2)进度偏差SV；(3)成本绩效指数CPI；(4)进度绩效指数SPk37 .SIeVen刚出任项目经理，并承接了一个中型软件项目。公司再三叮咛他一定要尊重客户，充分满足客户需求。项目开始比较顺利，但到了后期，客户频繁的需求变更带来很多额外工作。SteVen动员大家加班，保持了项目的正常进度，客户相当满意。但变更越来越多，为了节省时间，客户不再向SteVen申请变更，而是直接找开发人员商量。

7、开发人员疲于应付，往往直接改程序而不进行任何记录，很多文档也无暇修改。需求、设计和代码无法保持一致，没人能说清系统到底改成什么样了，版本管理也出现了混乱。很多人违反配置管理规定，直接在测试环境中修改和编译程序。频繁出现“改好的错误又重新出现”的问题，客户明确表示“失去了耐心”。而这还只是噩梦的开始。一个程序员未经许可擅自修改了核心模块，造成系统运行异常缓慢，大量应用程序超时退出，虽然最终花了3天时间解决了问题，但客户表示“无法容忍这种低下的项目管理水平”。更糟糕的是，因为担心系统中还隐含着其他类似的错误，客户对项目的质量疑虑重重。随后发生的事情让SIeVen更加为难。客户的两个负责人对界面风格的看法不一致，并发生了激烈争执，SIeVen如果发表意见有可能会得罪其中一方，于是保持了沉默。最终客户决定调整所有界面，因为修改界面造成了项目延误两周后，客户的两个负责人却非常一致地质问SteVen为什么不早点告诉我们会延期?不然不会让你改界面!”Steven感到很无奈。如果你是SteVen,你会怎么做？