>>>>系统集成项目管理工程师在线辅导

    >>>>系统集成项目管理工程师网络课堂

    >>>>系统集成项目管理工程师模拟考试

      强化练习

      距离软考还有24天，大家都准备好了吗？从历年的考试试题来看，本章的知识点在综合知识考试中的平均分数为9.22分，约为总分的12.30%.主要分数集中在信息系统建设、软件工程和面向对象方法这3个大的知识点上。希赛软考网整理了一些信息系统项目管理师教程的强化练习，供大家参考学习。

      试题1

      软件需求分析所要做的工作是（1），因此，进行需求分析时应注意一切信息与需求都是站在应用的角度上考虑。

      A.确定软件开发阶段的适用工具

      B.清晰描述软件的功能和性能

      C.为原始问题及目标软件建立物理模型

      D.解决目标系统"怎么做"的问题

      试题2

      下列描述中，（2）不是软件体系结构研究的内容。

      A.软件体系结构描述语言及工具

      B.软件体系结构分析、设计及验证

      C.软件开发过程中应遵守的政策和法规

      D.特定领域的体系结构

      试题3

      在信息系统集成项目开发的开始阶段，如果项目存在很多不确定性因素且项目的参与人员还不能完全理解项目开发的范围和需求，那么采用（3）作为此项目的开发模型更符合项目的实际情况。

      A.增量迭代模型或螺旋模型

      B.面向过程的瀑布模型

      C.面向对象的模型或快速模型

      D.部分并行的瀑布模型

      试题4

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

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

      B.改进是受知识驱动的

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

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

      试题5

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

      A.度量

      B.场景

      C.实际运行

      D.调查问卷或检查表

      试题1分析

      软件需求分析就是把软件计划期间建立的软件可行性分析求精和细化，是确定系统必须完成哪些工作，也就是对目标系统提出完整、准确、清晰、具体的要求。

      换句话说，就是要深入描述软件的功能和性能，确定软件设计的约束和软件同其他系统元素的接口细节，定义软件的其他有效性需求，导出目标系统逻辑模型，解决目标系统"做什么"的问题。

      而具体在进行需求分析工作时，不能靠想象力行事，更不能完全站在开发方的角度上考虑，而应注意一切信息与需求都是站在实际应用的角度上考虑。

      试题1答案

      （1）B

      试题2分析

      软件体系结构是具有一定形式的结构化元素，即构件的集合。

      可以作个简单的比喻，结构化程序设计时代是以砖、瓦、灰、沙、石、预制梁、柱、屋面板盖平房和小楼，而面向对象时代以整面墙、整间房、一层楼梯的预制件盖高楼大厦。构件怎样搭配才合理？体系结构怎样构造容易？重要构件有了更改后，如何保证整栋高楼不倒？每种应用领域需要什么构件（医院、工厂、旅馆）？有哪些实用、美观、强度、造价合理的构件骨架使建造出来的建筑（即体系结构）更能满足用户的需求？如同土木工程进入到现代建筑学一样，软件也从传统的软件工程进入到现代面向对象的软件工程，研究整个软件系统的体系结构，寻求建构最快、成本最低、质量最好的构造过程。

      软件体系结构虽脱胎于软件工程，但其形成同时借鉴了计算机体系结构和网络体系结构中很多宝贵的思想和方法，最近几年软件体系结构研究已完全独立于软件工程的研究，成为计算机科学的一个最新的研究方向和独立学科分支。软件体系结构研究的主要内容涉及软件体系结构描述、软件体系结构风格、软件体系结构评价和软件体系结构的形式化方法等。解决好软件的重用、质量和维护问题，是研究软件体系结构的根本目的。

      综上所述，只有选项C不是软件体系结构研究的内容。

      试题2答案

      （2）C

      试题3分析

     "项目存在很多不确定性因素且项目的参与人员还不能完全理解项目开发的范围和需求的情况"就意味着项目的需求不明确、项目的风险较大，因此采用增量迭代模型或螺旋模型是比较适合的。

      至于其他几种模型，均不太适合或完全不适合题干中所描述的情景。

      试题3答案

      （3）A

      试题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

      相关推荐：

    信息系统项目管理师论文知识点汇总

    信息系统项目管理师教程之项目整体管理案例汇总

      信息系统项目管理师教程知识点提炼之信息系统开发基础

      信息系统项目管理师教程强化练习之信息系统开发基础（二）