[计算机类试卷]软件水平考试（高级）信息系统项目管理师上午（综合知识）试题章节练习试卷9及答案与解析.doc

《[计算机类试卷]软件水平考试（高级）信息系统项目管理师上午（综合知识）试题章节练习试卷9及答案与解析.doc》由会员分享，可在线阅读，更多相关《[计算机类试卷]软件水平考试（高级）信息系统项目管理师上午（综合知识）试题章节练习试卷9及答案与解析.doc（10页珍藏版）》请在麦多课文档分享上搜索。

1、软件水平考试（高级）信息系统项目管理师上午（综合知识）试题章节练习试卷 9及答案与解析 1 由 n个人组成的大型项目组，人与人之间交互渠道的数量级为 (1)。 （ A） n2 （ B） n3 （ C） n （ D） 2n 2 (2)不属于沟通管理的范畴。 （ A）编制沟通计划 （ B）记录工作日志 （ C）编写绩效报告 （ D）发布项目信息 3 一个由 6个人组成的项目团队，则共沟通渠道数为 (3)。 （ A） 6 （ B） 15 （ C） 10 （ D） 12 4 下面关于沟通计划编制的叙述中，错误的是 (4)。 （ A）沟通管理计划的大部分 1：作应在项目的前期阶段完成 （ B）沟通管理计

2、划本身并不是一成不变的 （ C）沟通计划编制往往与组织计划密切相关 （ D）沟通管理计划的编制应在项目管理计划编制完成之后进行 5 在信息系统项目中，为了提高沟通的效率和效果，需要把握一些基本原则；其中不包括 (5)。 （ A）沟通内外一致 （ B）扫除沟通的障碍 （ C）沟通的升级原则 （ D）非正式的沟通有助丁关系的融洽 6 在信息系统项目中，冲突可能来自不同方面，良好的沟通技能是解决一切冲突的基础。一般来说，解决冲突的基本 策略不包括 (6)。 （ A）问题解决 （ B）妥协 （ C）圆滑 （ D）回避 7 在各种绩效报告工具或技巧中， (7)方法综合了范围、成本和进度信息作为关键因素。

3、 （ A）绩效评审 （ B）偏差分析 （ C）趋势分析 （ D）挣值分析 8 评价软件的质量通常可以从产品运行、产品修改和产品转移二个不同角度来进行。除了软件应满足产品规格说明的正确性和保证运行效率以外， (8)和 (9)也是产品运行期间影响软件质量的两个质量因素，其中 (8)是指在遇到意外时系统能做出适应反应的程度。可维护性是影响产品修改的一个 质量因素，它主要包括可理解性、可修改性和 (10)。一般认为， (11) 是影响产品转移的一个质量因素。为了保证软件质量，在开发过程的各阶段进行 (12)是一个重要的手段。 （ A）灵活性 （ B）可重用性 （ C）适应性 （ D）健壮性 （ A）适

4、应性 （ B）健壮性 （ C）可理解性 （ D）可用性 （ A）可测试性 （ B）可移植性 （ C）适应性 （ D）健壮性 （ A）灵活性 （ B）可重用性 （ C）完整性 （ D）安全性 （ A）验收测试 （ B）用户培训 （ C）软件评审 （ D）文件修改 软 件水平考试（高级）信息系统项目管理师上午（综合知识）试题章节练习试卷 9答案与解析 1 【正确答案】 A 【试题解析】 一般来说，由 n 个人组成的项目团队，其沟通渠道数为 n(n-1)/2，即其数量级为 n2。 2 【正确答案】 B 【试题解析】 在信息系统项目中，各项目干系人包括项目组成员之间、项目组之间、项目组与客户之间往往缺

5、乏充分有效的沟通和信息的共享。项目沟通管理包括沟通计划编制、信息分发、绩效报告、项目干系人管理等过程。 (1)编制沟通计划：确定项目干系人的信息和沟通需求，即确定谁需要何种信息 ，何时需要，以及如何向他们传递。 (2)发布项目信息：以合适的方式及时向项目干系人提供所需要的信息。 (3)编写绩效报告：收集并分发有关项目绩效的信息，包括状态报告、进展报告和预测。 (4)项目干系人管理：对项目沟通进行管理，以满足信息需要者的需求并解决项目干系人的问题。上述过程不但彼此交互作用，而且也同其他知识领域的过程交互作用。根据项目需要，每个过程可能涉及一个或多个个人或集体的努力。一般说来，每个过程在每个项目阶

6、段至少出现一次。 3 【正确答案】 B 【试题解析】 沟通渠道 (Communication Channels)是项目中沟通的排列组合数量，看起来像联系所有参与者的电话线的数目一样。 CC=N(N-1)/2 其中 CC表示沟通渠道， N表示项目中成员数。 比如，当项目团队有 3个人时，沟通渠道数为 3(3-1)/2=3；而当项目团队有 6个人时，沟通渠道数为 6(6-1)/2=15。由于沟通是需要花费项目成本的，所以应尽量控制团队规模，避免大规模团队中常常出现的沟通不畅问题。 沟通的复杂性会随着项目中人员的增加而增加，项目沟通渠道急剧增加，沟通偏好差异化矛盾上升。地理位置和文化背景也会影 响到

7、项目沟通的复杂性。如果利益相关者来自不同的国家，那么通常在正常的工作时间安排双向的沟通会非常困难，甚至不可能。语言障碍也可能给沟通带来一些问题。由于接收者对信息的解释很少与发送者想的一模一样。因此，提供多种沟通方法和一个能促进坦诚对话的环境是很重要的。 4 【正确答案】 D 【试题解析】 沟通计划编制 (Communications Planning)过程确定项目干系人的信息和沟通需求：谁需要何种信息，何时需要，以及如何向他们传递。沟通计划编制作为项目沟通管理的第一个过程，其核心是了解项目干系人 的需求，制定项目沟通管理计划。该过程主要回答项目沟通中 “who、 what、 when、 how

8、?”的问题。虽然所有项目都有交流项目信息的需要，但信息的需求及其传播方式却彼此人相径庭。认清项目干系人的信息需求，确定满足这些需求的恰当手段，是确保项目沟通顺畅的重要因素。对于大多数项目，沟通管理计划的大部分工作应在项目的前期阶段完成。沟通管理计划本身并不是一成不变的，通常在项目进行过程中，要根据需要随时对其进行检查和修订，以保证它的持续有效性和适用性。需要特别指出的是，沟通需求一般是动态变化的，随着项目的进展，可能会 发生某些变化。沟通计划编制往往与组织计划密切相关，因为项目组织结构往往对项目的沟通产生重人的影响。在制订沟通管理计划时，最重要的工作就是对项目干系人的信息需求进行详细的分析、评

9、价、分类，通常这些信息要求的总和就是项目的沟通需求。项目干系人信息需求分析一般基于项目组织结构进行。每个项目都应该有一个沟通管理计划文件用于指导项目沟通，该计划是项目管理计划的一部分。沟通管理计划的类型根据项目的需要而变化，沟通管理计划一般应包括； (1)描述信息收集和文件归档的结构： (2)描述什么信息、什么时候发送给谁、如何发送，以及 发送结构： (3)重要项目信息的格式、内容、细节水平： (4)用于创建信息的日程表： (5)获得信息的访问方法； (6)更新项目沟通管理计划的方法； (7)项目干系人的需求和预期分析： (8)会议指导 /电子邮件指导等。在制定沟通管理计划时，除核实沟通需求外

10、，还要考虑沟通技术、项目假设和项目约束条件。沟通管理计划作为该过程的唯一输出，通常是整个项目管理计划的一个附属部分。 5 【正确答案】 A 【试题解析】 在信息系统项目中，为了提高沟通的效率和效果，需要把握如下一些基本原则。 (1)沟通内外有别。团队同一性和纪 律性是对项目团队的基本要求。团队作为一个整体对外意见要一致，一个团队要用一种声旨说话。在客户面前出现项目组人员表现出对项目信心不足、意见不统一、争吵等都是比较忌讳的情况。 (2)非正式的沟通有助于关系的融洽。在需求获取阶段，常常需要采用非正式沟通的方式以与客户拉近距离。在私下的场合，人们的语言风格往往是非正规和随意的，反而能获得更多的信

11、息。 (3)采用对方能接受的沟通风格。注意肢体语言、语态给对方的感受。沟通中需要传递一种合作和双羸的态度，使双方无论在问题的解决上还是在气氛上都达到 “双赢 ”。 (4)沟通的升级原则 。需要合理把握横向沟通和纵向沟通关系，以有利于项目问题的解决。 “沟通四步骤 ”反映厂沟通的升级原则：第一步，与对方沟通；第二步，与对方的上级沟通；第三步，与自己的上级沟通；第四步，自己的上级和对方的上级沟通。 (5)扫除沟通的障碍。职责定义不清、目标不明确、文档制度不健全、过多使用行话等都是沟通的障碍。必须进行良好的沟通管理，逐步消除这些障碍。 6 【正确答案】 D 【试题解析】 在信息系统项目中，冲突可能来

12、自不同方面，可能来自项目内部，也有可能来自组织内的其他项目。常见的冲突包括进度、项目优先级、资 源、技术、管理过程、成本和个人冲突等，而产生这些冲突的原因包括项目的高压环境、责 任模糊、多个上级的存在、新技术的流行等。良好的沟通技能是解决一切冲突的基础，解决冲突的五种基本策略如下。 (1)问题解决 (Problem Solving)：利用问题解决的方法，允许受到影响的各方一起沟通，以消除他们之间的分歧。通过这种方法，队员直接正视问题，正视冲突，要求得到一种明确的结局。直接面对帅突是克服分歧、解决冲突的最积极的有效途径，也称为面对模式(Confrontation Mode)。 (2)妥协 (Co

13、mpromise)：项目经理利用妥协的方法解决冲突，他们讨价还价、寻求解决方法，使冲突双方能在一定 程度上满意。协商并寻求冲突双方在一定程度下都满意的方法是该策略的实质，该方法的主要特征是寻求一种折中方案。尤其在两个方案势均力敌，均分优劣时，妥协也许是较为恰当的解决方式，但这种方法不一定总是可行。 (3)圆滑 (Smoothing)： “求同存异 ”是该策略的本质，即尽力在冲突中强调意见一致的方面，最人可能地忽视差异。作为一种缓和或调停冲突的方式，并不利于问题的彻底解决。 (4)强迫 (Forcing)：采用“非赢即输 ”的方法来解决冲突，通过牺牲别人的观点来推行自己的观点。认为在冲突中获胜要

14、比勉强保持人际关系更加重要 。这是一种积极解决冲突的方式。当然，有时也可能出现一种极端的情形，如用权力进行强制处理，可能会导致队员的怨恨，恶化工作的氛围。具有竞争或独裁管理风格的经理喜欢这种模式。 (5)撤退 (Withdrawal)：是指卷入冲突的某方从一个实际的或可能的不同意见中撤退或让步。这是最不令人满意的帅突处理模式。项目通常处于冲突的环境之中，但冲突也并非 “洪水猛兽 ”，如果处理恰当，它能极大地促进项目工作的完成。冲突能将问题及早地暴露山来并引起团队成员的关注：冲突促进项目团队寻找新的解决办法，培养队员的积极性和创造性，从而实现项 目创新；它还能引发队员的讨论，形成一种民主氛围，从

15、而促进项目团队的建设。项目经理要开发和利用人力资源与沟通技能来帮助识别和减少项目冲突，这是至关重要的。发展合作技能的核心能力包括冲突的解决、协商和调停。这些技能对于任何领域的项目经理都是非常重要的。 7 【正确答案】 D 【试题解析】 挣值分析应用 EV、 PV 和 AC 整合成本和进度来测量和评估项目的绩效。 8 【正确答案】 D 9 【正确答案】 D 10 【正确答案】 A 11 【正确答案】 B 12 【正确答案】 C 【试题解析 】 软件质量保证是指为保证软件系统或软件产品最大限度地满足用户要求而进行的有计划、有组织的活动，其目的是生产高质量的软件。有多种软件质量模型来描述软件质量特性

16、，著名的有 ISO/IEC9126软件质量模型和 McCall软件质量模型。 软件系统主要的软件质量属性有： (1)性能 (Performance)。系统的响应能力，即要经过多长时间才能对某个事件做山响应，或者在某段时间内系统所能处理事件的个数。经常用单位时间内所处理事务的数量或系统完成某个事务处理所需的时间来对性能进行定量的表示。性能测试经常要使用基准测试 程序。 (2)可靠性 (Reliability)。软件系统在应用或系统错误面前，在意外或错误使用的情况下维持软件系统功能特性的基本能力。可靠性通常用平均失效等待时间 MTTF (Mean Time To Failure)和平均失效间隔时间

17、 MTBF(Mean Time Between Failure)来衡量。 可靠性可以分为两个方面：容错性 (Fault-Tolerant)和健壮性(Robustness)。 .容错性是在错误发生时确保系统正确的行为，并进行内部 “修复 ”。例如，在一个分布式软件系统中失去了一个与远程构 件的连接，接下来恢复了连接。在修复这样的错误之后，软件系统可以重新或重复执行进程间的操作直到错误再次发生。 .健壮性是指保护应用程序不受错误使用和错误输入的影响，在遇到意外错误事件时确保应用系统处于已经定义好的状态。与容错性相比，健壮性并不是说在，错误发生时软件可以继续运行，它只能保证软件按照某种已经定义好的方

18、式终止执行。 (3)有效性 (Availability)。系统能够止常运行的时间比例。经常用两次故障之间的时间长度或在出现故障时系统能够恢复正常的速度来表示。 (4)安全性 (Security)。指系统在 向合法用户提供服务的同时能够阻止授权用户使用的企图或拒绝服务的能力。安全性是根据系统可能受到安全威胁的类型来分类的。安全性又可划分为机密性、完整性、不可否认性及可控性等特性。 .机密性：保证信息不泄露给未授权的用户、实体或过程： .完整性：保证信息的完整和准确，防止信息被非法修改； .可控性：保证对信息的传播及内容具有控制的能力，防止为非法者所用。 (5)可修改性 (Modifiabilit

19、y)。指能够快速地以较高的性能价格比对系统进行变更的能力。通常以某些具体的变更为基准，通过考察这些变更的代价衡量可修改性 。可修改性包含 4个方面：可维护性、可扩展性、结构重组、可移植性。 .可维护性 (Maintainability)。表明在软什中纠正一个缺陷或做一次更改的难易程度。主要体现在问题的修复上，即在错误发生后 “修复 ”软件系统。 .可扩展性 (Extendibility)。关注的是使用新特性来扩展软件系统，以及使用改进版本来替换构件并删除不需要或不必要的特性和构件。为厂实现可扩展性，软件系统需要松散耦合的构件。其目标是实现一种体系结构，它能使开发人员在不影响构件客户的情况下替换

20、构件。支持把新构件集成到现有的体系结构中也是 必要的。 .结构重组 (Reassemble)。重新组织软件系统的构件及构件间的关系。例如，通过将构件移动到一个不同的子系统而改变它的位置。为了支持结构重组，软件系统需要精心设计构件之间的关系。在理想情况下，它们允许开发人员在不影响实现主体部分的情况下灵活地配置构件。 .可移植性 (Portability)。把软件系统从一个系统平台移到另一个平台的难易程度。 (6)功能性 (Functionality)。系统完成所期望工作的能力。一项任务的完成需要系统中许多或大多数构件的相互协作。 (7)互操作性 (Interoperability)。指系统能与其

21、他系统协作的程度。 软件质量保证环节包括的主要功能有：制定和展开质量方针；制定质量保证方针和质量保证标准：建立和管理质量保证体系；明确各阶段的质量保证业务；坚持各阶段的质量评审；确保设计质量：提出与分析重要的质量问题；总结实现阶段的质量保证活动；整理面向用户的文档、说明书等；鉴定产品质量，鉴定质量保证体系；收集、分析和整理质量信息。 根据 ISO/IEC 9126，软件质量由三个层次组成，第一层是质量特性，第二层是质量子特性，第三层是度量指标。 质量属性分为功能性、可靠性、可 维护性、效率、易使用性和可移植性 6个属性和 21个质量子特性。 .功能性：包括适合性、准确性、互用性、依从性、安全性

22、； .可靠性：包括成熟性、容错性、易恢复性； .易使用性：包括易理解性、易学性、易操作性； .效率：包括时间特性、资源特性： .可维护性：包括易分析性、易改变性、稳定性、易测试性： .可移植性：包括适应性、易安装性、一致性、易替换性。 软件质量特性度量有两类：预测度量和验收度量。预测度量是利用定量或定性的方法，估算软件质量的评价值，以得到软件质量比较精确的估算值。验收度量是在软件开发各阶段的检 查点，对开发过程中的预测进行评价得到软件的要求和质量进行确认性检查的具体评价值。 预测度量有两种，第一种叫做尺度度量，这是 种定量度量。它适用于一些能够直接度量的特性，例如，出错率定义为：错误数 /KLOC/单位时间。第二种叫做二元度量，这是一种定性度量。它适用于一些只能间接度量的特性，例如，可使用性、灵活性等。 评价软件的质量通常可以从产品运行、产品修改和产品转移三个不同角度来进行，如图 9-1所示。 软件的可维护性通常包括可理解性、可修改性和可测试性。为了保证软件质量，在开发过程的各阶段进行软件评审是一个 重要的手段。