摘要：对于【信息系统项目管理师】软考考试而言，试题无疑是最重要的学习资料之一。在软考备考过程中，吃透所考知识点、熟悉出题思路，对我们提升分数的效果是最明显的，通过试题反复练习，还可以查漏补缺。今天，给大家带来【信息系统项目管理师】部分试题的详解，一起来看看吧~



1、下图标出了某地区的运输网。各节点之间的运输能力如下表（单位：万吨/小时）：从节点①到节点⑥的最大运输能力（流量）可以达到 （  ） 万吨/小时。
A、 26
B、 23
C、 22
D、 21

答案:B
答题解析:

从节点①到节点⑥可以同时沿多条路径运输，总的最大流量应是各条路径上的最大流量之和，每条路径上的最大流量应是其各段流量的最小值。
解题时，每找出一条路径算出流量后，该路径上各段线路上的流量应扣除已经算过的流量，形成剩余流量。剩余流量为0的线段应将其删除（断开）。这种做法比较简单直观。
例如，路径①③⑤⑥的最大流量为10万吨，计算过后，该路径上各段流量应都减少10万吨。从而①③之间将断开，③⑤之间的剩余流量是4万吨，⑤⑥之间的剩余流量是11万吨（如下图所示）。

依次执行类似的步骤，从节点①到⑥的最大流量应是所有可能运输路径上的最大流量之和：
（a） 路径①③⑤⑥的最大流量为10万吨；
（b） 路径①②⑤⑥的剩余最大流量为6万吨；
（c） 路径①④⑥的剩余最大流量为5万吨；
（d） 路径①④③⑤⑥的剩余最大流量为1万吨；
（e） 路径①④②⑤⑥的剩余最大流量为1万吨。
从而，从节点①到⑥的最大流量应是23万吨。
按照习惯，每次应尽量先找出具有最大流量的路径。理论上可以证明，虽然寻找各种路径的办法可以不同，运输方案也可以有很多种，但总的最大流量值是唯一确定的。

2、因时间紧，任务急，经过评估，某智能监控软件涉及的图像传输速度与精度指标难以满足用户需求，故项目团队欲将该软件开发分包给技术实力很强的企业完成。这种风险应对措施被称为风险   （  ） 。
A、 接受
B、 规避
C、 减轻
D、 转移

答案:D
答题解析:

该风险属于校级风险，消极风险（或威胁）的应对策略：
A．回避（规避），是指改变项目管理计划，以完全消除威胁。项目经理也可以将项目目标从风险的影响中分离出来，或改变受到威胁的目标。例如延长进度、改变策略或缩小项目范围等。最极端的回避策略是取消整个项目。在项目早期出现的某些风险，可以通过澄清需求、获取信息、改善沟通、获得专家指导来加以回避。
规避风险的一个重要策略是排除风险的起源，即利用分隔将风险源隔离于项目进行的路径之外。项目风险管理20/80规律：项目所有风险中对项目产生80%威胁的只是其中的20%的风险，因此要集中力量去规避这20%的最危险的风险。
B．转移，是指把某风险的部分或全部消极影响连同应对责任转移给第三方。转移风险是把风险管理责任简单地推给另一方，而并非消除风险。转移风险策略对处理风险的财务后果最有效。采用风险转移策略，几乎总是需要向风险承担者支付风险费用。风险转移可采用多种工具，包括（但不限于）保险、履约保证书、担保书和保证书等。可以利用合同把某些具体风险转移给另一方。例如，如果买方具备卖方所不具备的某种能力，为谨慎起见，可通过合同规定把部分工作及其风险再转移给买方。在许多情况下，成本补偿合同可把成本风险转移给买方，而总价合同可把风险转移给卖方。
C．减轻，是指把不利风险事件的概率和/或影响降低到可接受的临界值范围内。提前采取行动来降低风险发生概率和/或可能给项目所造成的影响，比如风险发生后再设法补救，往往要有效得多。减轻措施的例子包括：采用复杂性较低的流程，进行更多的测试，或者选用比较稳定的供应商。它可能需要开发原型，以降低从实验台模型放大到实际项目或产品过程中的风险。如果无法降低风险概率，也许可以从决定风险严重性的关联点入手，针对风险影响来采取减轻措施。例如，在一个系统中加入冗余部件，可以减轻主部件故障所造成的影响。
D．接受，由于几乎不可能消除项目的全部威胁，因此就需要采用风险接受策略。该策略表明，项目团队已决定不为处理某风险而变更项目管理计划，或者无法找到任何其他的合理应对策略。该策略可以是被动或主动的。被动地接受风险，只需要记录本策略，而不需要任何其他行动；待风险发生时再由项目团队进行处理。最常见的主动接受策略是建立应急储备，安排一定的时间、资金或资源来应对风险。
应对风险措施中：出售或外包将自己不擅长或自己开展有较大风险的部分委托他人帮助开展。

3、配置项的状态可分为"草稿"、"正式"和"修改"三种。以下关于三种状态变化叙述中， （  ）   是正确的。
A、 "草稿"经过修改未通过评审时，状态为"修改"
B、 "草稿"经过修改未通过评审时，状态仍为"草稿"
C、 "草稿"经过修改通过评审时，状态为"修改"
D、 "正式"的配置项发生变更，状态变为"草稿"

答案:B
答题解析:

配置项刚建立时其状态为"草稿"。配置项通过评审（或审批）后，其状态变为"正式发布"。此后若更改配置项，必须依照"变更控制规程"执行，其状态变为"正在修改"。当配置项修改完毕并重新通过评审（或审批）时，其状态又变为"正式发布"，如此循环。