>>>>信息系统项目管理师网络课堂

    >>>>信息系统项目管理师在线辅导班

    >>>>信息系统项目管理师网络课堂面授班

    信息系统项目管理师属于计算机技术与软件专业技术资格（水平）考试（即软考）高级资格考试里面的一项考试。下面由希赛小编为大家总结几篇信息系统项目管理师的模拟试题，希望对大家有所帮助。

      试题4

      关于软件过程改进原则，描述不正确的是（4）。

      （4）A.问题的解决是过程改进的核心

      B.改进是受知识驱动的

      C.改进是项目开发人员的主要工作

      D.改进应该是一个不断持续的过程

      试题5

      用一系列软件的修改来评价软件体系结构的易修改性，属于基于（5）的软件体系结构评估方式。

      （5）A.度量

      B.场景

      C.实际运行

      D.调查问卷或检查表

      试题6

      因为在软件开发的每一环节都有可能产生意想不到的问题，所以（6）。

      （6）A.应尽量由程序员或开发小组测试自己的程序

      B.在设计测试用例时，只需考虑合理的输入条件即可

      C.在设计测试用例时，只需考虑合理的输出条件即可

      D.应当把软件验证与确认贯穿到整个软件开发的全过程中

      习题解析

      试题4分析

      软件过程改进SPI（SoftwareProcessimprovement）帮助软件企业对其软件（制作）过程的改变（进）进行计划、（措施）制定以及实施。其实施对象就是软件企业的软件过程，也就是软件产品的生产过程，当然也包括软件维护之类的维护过程，而对于其他的过程并不关注。

      SPI的五条核心原则分别是：注重问题、强调知识创新、鼓励参与、领导层的统一、计划不断地改进。

      "问题的解决是过程改进的核心，实践不仅是SPI组的目标也是它的起点。"这条原则为过程改进人员指明了目标，明确了方法。SPI就是要在实践中发现软件过程中的问题，并在实践中寻找和找到解决问题的办法，可以说过程改进就是在不断发现问题和解决问题的过程中不断向前发展。

      "改进是一种知识的创新，SPI是受知识的驱动的".这条原则强调了知识创新在SPI中的作用，提醒了SPI人员在注重知识创新的同时更要注重知识的传播和扩散。

      通常从事SPI工作的做法是，过程改进仅仅是过程改进人员的事情，其他人员只是被动地接受。而"合作促使改进产生"这条原则给予了我们很好的启发和提示。它告诉我们，过程改进不仅仅是一个人或几个人的事情，而是整个组织的事情。只有鼓励大家都积极参与，让这些人基于自身的经验和职业的判断力来实实在在地设计和开发新的过程，才能使设计出来的过程真正为他们所理解，为他们所用，从而实现过程的成功。这也是我们在过程改进工作中容易疏忽的地方。

      "改进必须是综合了各个层次的人的力量。"SPI人员一定要保证SPI的目标与组织的整体目标是一致的，因为只有这样才能保证SPI工作得到各个领导层的赞同、支持和投入，才能综合利用各个层次的力量来推动SPI工作的前进。这是预防过程改进项目风险的重要手段。

    "改进应该是一个不断持续的过程。"这一原则进一步提示和告诫SPI人员一定要认识到改进的不断持续的特性。到达顶点并不重要，关键的是，你现在处在一个上升过程中，达到一个目标就创造了另一个更高的目标，这个目标对我们的过程和环境都具有重要的意义。

      这五条原则是从实践中发展而来、相互关联的SPI哲学，对开展SPI工作具有非常重要的指导作用。

      显然，软件过程改进是项目开发人员需要参与的工作，但不是其主要工作。

      试题4答案

      （4）C

      试题5分析

      软件体系结构评估方式主要有以下三种：

      （1）基于调查问卷或检查表的评估方式

      调查问卷列出一系列可以应用到各种体系结构评估的相关问题，其中有些问题可能涉及到体系结构的设计决策，有些问题涉及到体系结构的文档，有的问题针对体系结构描述本身的细节问题。检查表中也包含一系列比调查问卷更细节和具体的问题，它们更趋向于考察某些关心的质量属性。

      这一评估方式比较自由灵活，可评估多种质量属性，也可以在软件体系结构设计的多个阶段进行。但是由于评估的结果很大程度上来自评估人员的主观推断，因此不同的评估人员可能会产生不同甚至截然相反的结果，而且评估人员对领域的熟悉程度、是否具有丰富的相关经验也成为评估结果是否正确的重要因素。

      尽管基于调查问卷与检查表的评估方式相对比较主观，但由于系统相关的人员的经验和知识是评估软件体系结构的重要信息来源，因而它仍然是进行软件体系结构评估的重要途径之一。

      （2）基于场景的评估方式

      这种软件体系结构评估方式分析软件体系结构对场景（也就是对系统的使用或修改活动）的支持程度，从而判断该体系结构对这一场景所代表的质量需求的满足程度。例如，用一系列对软件的修改来反映易修改性方面的需求，用一系列攻击性操作来代表安全性方面的需求等。

      （3）基于度量的评估方式

      度量是指为软件产品的某一属性所赋予的数值，如代码行数、方法调用层数、构件个数等。传统的度量研究主要针对代码，但近年来也出现了一些针对高层设计的度量，软件体系结构度量即是其中之一。代码度量和代码质量之间存在着重要的联系，类似地，软件体系结构度量应该也能够作为评判质量的重要的依据。

      赫尔辛基大学提出的基于模式挖掘的面向对象软件体系结构度量技术、Karlskrona和Ronneby提出的基于面向对象度量的软件体系结构可维护性评估、西弗吉尼亚大学提出的软件体系结构度量方法等都在这方面进行了探索，提出了一些可操作的具体方案。我们把这类评估方式称作基于度量的评估方式。

      综上所述，题干描述的是基于场景的软件体系结构评估方式。

      试题5答案

      （5）B

      试题6分析

      此题主要是考察软件测试工作的原则：

      （1）尽早、不断的进行测试

      （2）程序员避免测试自己设计的程序

      （3）既要选择有效、合理的数据，也要选择无效、不合理的数据

      （4）修改后应进行回归测试

      （5）尚未发现的错误数量与该程序已发现错误数成正比

      依据以上原则可知：应尽量避免由程序员或开发小组测试自己的程序；在设计测试用例时，既要考虑合理的输入与输出条件，也要考虑不合理的输入与输出条件。

      而软件验证与确认的对象包括软件开发各个阶段性的交付成果在内，所以自然是要贯穿到整个软件开发的全过程中的。

      试题6答案

      （6）D

      相关推荐：

    【希赛】2016上半年软考成绩早知道

    信息系统项目管理师模拟考试

      2016年信息系统项目管理师培训模拟考试（一）