书名：信息系统项目管理师考试试题分类精解（第5版）pdf/doc/txt格式电子书下载

推荐语：市面上囊括2005年~2012年试题的书

作者：希赛教育软考学院编

出版社：电子工业出版社

出版时间：2013-05-01

书籍编号：30467263

ISBN：9787121197222

正文语种：中文

字数：402723

版次：5

所属分类：教材教辅-计算机类

版权信息

书名：信息系统项目管理师考试试题分类精解（第5版）

作者：希赛教育软考学院

ISBN：9787121197222

版权所有 · 侵权必究

前言

随着IT项目规模越来越大，复杂程度越来越高，项目失败的概率也随之增长。因此，项目管理工作日益受到重视。从2005年上半年开始，全国计算机技术与软件专业技术资

格（水平）考试（以下简称为“软考”）开设了信息系统项目管理师的考试，这将为培养项目管理人才，推进国家信息化建设和软件产业化发展起到重要的作用。同时，国家人事部也规定，凡是通过信息系统项目管理师考试者，即可认定为计算机技术与软件专业高级工程师职称，由用人单位直接聘任，享受高级工程师待遇。2008年4月，工业与信息化部规定，系统集成企业申报资质时，原来需要提供的高级项目经理资格证书，改为提供信息系统项目管理师证书，正式确定了信息系统项目管理师在IT企业中的地位。

本书是为软考中的信息系统项目管理师级别而编写的考试用书，全书分析了历年信息系统项目管理师考试的所有考题，对试题进行了详细的分析与解答，对有关重点和难点进行了深入的分析。对论文试题，给出了试题解答方法，以及论文的写作知识、常见问题及解决办法。

作者权威，阵容强大

希赛教育（www.educity.cn）专业从事人才培养、教育产品开发、教育图书出版，在职业教育方面具有极高的权威性。特别是在在线教育方面，在国内名列前茅，希赛教育的远程教育模式得到了国家教育部门的认可和推广。

希赛教育软考学院是全国计算机技术与软件专业技术资格（水平）考试领域实力雄厚的培训机构，拥有近20名资深软考辅导专家，负责高级资格的考试大纲制订工作，以及软考辅导教材的编写工作，共组织编写和出版了80多本软考教材，内容涵盖了初级、中级和高级的各个专业，包括教程系列、辅导系列、考点分析系列、冲刺系列、串讲系列、试题精解系列、疑难解答系列、全程指导系列、案例分析系列、指定参考用书系列、一本通等11个系列的书籍。希赛教育软考学院的专家录制了软考培训视频教程、串讲视频教程、试题讲解视频教程、专题讲解视频教程等4个系列的软考视频，希赛教育软考学院的软考教材、软考视频、软考辅导为考生助考、提高通过率做出了巨大的贡献，在软考领域有口皆碑。特别是在高级资格领域，无论是考试教材，还是在线辅导和面授，希赛教育软考学院都位居前列。

本书由希赛教育软考学院主编，参加编写的人员有张友生、桂阳、谢顺、李雄、何玉云、胡钊源、王勇、邓旭光、胡光超、刘洋波。

在线测试，心中有数

上学吧（www.shangxueba.com）在线测试平台为考生准备了在线测试，其中有数十套全真模拟试题和考前密卷，考生可选择任何一套进行测试。测试完毕，系统自动判卷，立即给出分数。

对于考生做错的地方，系统会自动记忆，待考生第二次参加测试时，可选择“试题复习”。这样，系统就会自动把考生原来做错的试题显示出来，供考生重新测试，以加强记忆。

如此，读者可利用上学吧在线测试平台的在线测试系统检查自己的实际水平，加强考前训练，做到心中有数，考试不慌。

诸多帮助，诚挚致谢

在本书出版之际，要特别感谢全国软考办的命题专家们，编者在本书中引用了部分考试原题，使本书能够尽量方便读者的阅读。在本书的编写过程中，参考了许多相关的文献和书籍，编者在此对这些参考文献的作者表示感谢。

感谢电子工业出版社孙学瑛老师，她在本书的策划、选题的申报、写作大纲的确定，以及编辑、出版等方面，付出了辛勤的劳动，给予了我们很多的支持和帮助。

感谢参加希赛教育软考学院辅导和培训的学员，正是他们的想法汇成了本书的原动力，他们的意见使本书更加贴近读者。

由于编者水平有限，且本书涉及的内容很广，书中难免存在错漏和不妥之处，编者诚恳地期望各位专家和读者不吝指正和帮助，对此，我们将十分感激。

互动讨论，专家答疑

希赛教育软考学院是中国大型的软考在线教育网站，该网站论坛是国内人气很旺的软考社区，在这里，读者可以和数十万考生进行在线交流，讨论有关学习和考试的问题。希赛教育软考学院拥有强大的师资队伍，为读者提供全程的答疑服务，在线回答读者的提问。

有关本书的意见反馈和咨询，读者可在希赛教育软考学院论坛“软考教材”板块中的“希赛教育软考学院”栏目上与作者进行交流。

希赛教育软考学院

2013年1月

第1章 信息系统开发基础

本章知识是信息系统项目管理师考试的一个重点，根据考试大纲，要求考生掌握以下几个方面的内容。

（1）信息系统：信息系统的概念和功能、信息系统的类型和发展。

（2）信息系统建设：信息系统建设的复杂性、信息系统的生命周期、信息系统建设的原则和信息系统开发方法。

（3）软件工程知识：软件需求分析与定义、软件设计、测试与维护、软件复用、软件质量保证及质量评价、软件配置管理、软件开发环境、软件过程管理。

（4）软件构件技术知识：构件及其在信息系统项目中的重要性、常用构件标准。

（5）软件体系结构：软件体系结构定义、典型体系结构、软件体系结构设计方法、软件体系结构分析与评估。

（6）面向对象方法：面向对象的基本概念、统一建模语言与可视化建模、面向对象分析与设计。

（7）软件工具：建模工具、软件开发工具、软件测试工具、项目管理工具。

从历年的考试试题来看，本章的主要分数集中在软件工程知识、面向对象方法和信息系统建设这3个知识点上。

试题1（2005年上半年试题1）

在关于用例（Use Case）的描述中，错误的是 （1）。

（1）A.用例将系统的功能范围分解成许多小的系统功能陈述

B.一个用例代表了系统的一个单一的目标

C.用例是一个行为上相关的步骤序列

D.用例描述了系统与用户的交互

试题1分析

在软件开发中，用户并不想了解系统的内部结构和设计，他们所关心的是系统所能提供的功能和服务，也就是被开发出来的系统将是如何被使用的，这就是用例方法的基本思想。用例模型主要由以下模型元素构成。

（1）执行者（Actor）。执行者是指存在于被定义系统外部并与该系统发生交互的人或其他系统，他们代表的是系统的使用者或使用环境。

（2）用例（Use Case）。用例用于表示系统所提供的服务，它定义了系统是如何被执行者所使用的，它描述的是执行者为了使用系统所提供的某一完整功能而与系统之间发生的一段对话。用例是一个行为上相关的步骤序列，既可以是自动的也可以是手动的，其目的是完成一个单一的业务任务。用例实例是在系统中执行的一系列动作，这些动作将生成特定参与者可见的价值结果（一个目标）。一个用例定义一组用例实例。它确定了一个和系统参与者进行交互，并可由系统执行的动作序列。

（3）通信关联（Communication Association）。通信关联用于表示执行者和用例之间的对应关系，它表示执行者使用了系统中的哪些服务（用例），或者说系统所提供的服务（用例）是被哪些执行者所使用的。

用例模型描述的是外部执行者所理解的系统功能，主要用于需求分析阶段，它的建立是系统开发者和用户反复讨论的结果，表明了开发者和用户对需求规格达成的共识。

试题1答案

（1）D

试题2（2005年上半年试题2～3）

在用例建模的过程中，若几个用例执行了同样的功能步骤，这时可以把这些公共步骤提取成独立的用例，这种用例称为 （2）。在UML的用例图上，将用例之间的这种关系标记为 （3）。

（2）A.扩展用例 B.抽象用例 C.公共用例 D.参与用例

（3）A.association B.extends C.include D.inheritances

试题2分析

两个用例之间的关系可以概括为两种情况。一种是用于复用的包含关系，用构造型“<<include>>表示；另一种是用于分离出不同行为的扩展关系，用构造型“<<extend>>”表示。

（1）包含关系：当可以从两个或两个以上的原始用例中提取公共行为，或者发现能够使用一个构件来实现某一个用例很重要的部分功能时，应该使用包含关系来表示它们。其中这个提取出来的公共用例称为抽象用例。

（2）扩展关系：如果一个用例明显地混合了两种或两种以上的不同场景，即根据情况可能发生多种事情，则将这个用例分为一个主用例和一个或多个辅用例进行描述可能更加清晰。

另外，用例之间还存在一种泛化关系。用例可以被特别列举为一个或多个子用例，这被称做用例泛化。当父用例能够被使用时，任何子用例也可以被使用。例如，购买飞机票时，既可以通过电话订票，也可以通过网上订票，则订票用例就是电话订票和网上订票的抽象。

试题2答案

（2）B（3）C

试题3（2005年上半年试题4～6）

UML提供了4种结构图用于对系统的静态方面进行可视化、详述、构造和文档化。其中 （4） 是面向对象系统规模中最常用的图，用于说明系统的静态设计视图；当需要说明系统的静态实现视图时，应该选择 （5）；当需要说明体系结构的静态实施视图时，应该选择 （6）。

（4）A.构件图 B.类图 C.对象图 D.部署图

（5）A.构件图 B.协作图 C.状态图 D.部署图

（6）A.协作图 B.对象图 C.活动图 D.部署图

试题3分析

UML 2.0版本中包括14种不同的图，分为表示系统静态结构的静态模型（包括类图、对象图、包图、构件图、部署图、制品图、组合结构图），以及表示系统动态结构的动态模型（包括用例图、序列图、通信图、定时图、状态图、活动图、交互概览图）。

（1）用例图（Use-Case Diagram）。用例图用于显示若干角色，以及这些角色与系统提供的用例之间的连接关系。用例是系统提供的功能的描述，通常一个实际的用例采用普通的文字描述，作为用例符号的文档性质。用例图仅仅从角色使用系统的角度描述系统中的信息，也就是站在系统外部查看系统功能，它并不能描述系统内部对该功能的具体操作方式。

（2）类图（Class Diagram）。用来表示系统中的类和类与类之间的关系，它是对系统静态结构的描述。类图不仅定义系统中的类，表示类之间的联系如关联、依赖、聚合等，也包括类的内部结构（类的属性和操作）。类图中每个类由3部分组成，分别是类名、类的属性和操作。类图描述的是一种静态关系，在系统的整个生命周期都是有效的。一个典型的系统中通常有若干个类图，一个类图不一定包含系统中所有的类，一个类还可以加到几个类图中。

（3）对象图（Object Diagram）。是类图的实例，几乎使用与类图完全相同的标识。它们的不同点在于对象图显示类的多个对象实例，而不是实际的类。一个对象图是类图的一个实例。由于对象存在生命周期，因此对象图只能在系统某一时间段存在。

（4）包图（Package Diagram）。描述由模型本身分解而成的组织单元，以及它们的依赖关系。

（5）序列图（Sequence Diagram，顺序图）。用来反映若干个对象之间的动态协作关系，也就是随着时间的推移，对象之间是如何交互的。序列图强调对象之间消息发送的顺序，说明对象之间的交互过程，以及系统执行过程中，在某一具体位置将会有什么事件发生。

（6）通信图（Communication Diagram）。是一种交互图，它强调收发消息的对象或角色的结构组织。序列图和通信图表达了类似的基本概念，但每种图强调概念的不同视图，序列图强调时序，通信图强调消息流经的数据结构。

（7）定时图（Timing Diagram）。是一种交互图，它展现了消息跨越不同对象或角色的实际时间，而不仅仅是关心消息的相对顺序。

（8）状态图（State Diagram）。描述类的对象所有可能的状态，以及事件发生时状态的转移条件。通常，状态图是对类图的补充。事件可以是给它发送消息的另一个对象或者某个任务执行完毕。状态变化称做转移（Transition），一个转移可以有一个与之相连的动作（Action），这个动作指明了状态转移时应该做些什么。在实用上并不需要为所有的类画状态图，仅为那些有多个状态，其行为受外界环境的影响并且发生改变的类画状态图。

（9）活动图（Activity Diagram）。描述为满足用例要求所要进行的活动，以及活动间的约束关系，有利于识别并行活动。活动图由各种动作状态构成，每个动作状态包含可执行动作的规范说明。当某个动作执行完毕，该动作的状态就会随着改变。这样，动作状态的控制就从一个状态流向另一个与之相连的状态。活动图中还可以显示决策、条件、动作的并行执行，以及消息的规范说明等内容。

（10）构件图（Component Diagram，组件图）。描述代码构件的物理结构及各构件之间的依赖关系。一个构件可能是一个资源代码构件、一个二进制构件或一个可执行构件。它包含逻辑类或实现类的有关信息。构件图有助于分析和理解构件之间的相互影响程度。

（11）制品图（Artifact Diagram）。描述计算机中一个系统的物理结构。制品包括文件、数据库和类似的物理比特集合。制品常与部署图一起使用。制品也展现了它们实现的类和构件。

（12）部署图（Deployment Diagram，配置图）。定义系统中软硬件的物理体系结构。部署图可以显示实际的计算机和设备（用节点表示），以及它们之间的连接关系，也可显示连接的类型及构件之间的依赖性。在节点内部，放置可执行构件和对象以显示节点与可执行软件单元的对应关系。

（13）组合结构图（Composite Structure Diagram）。它可以描述结构化类（例如构件或类）的内部结构，包括结构化类与系统其余部分的交互点。它显示联合执行包含结构化类的行为的部件配置。组合结构图用于画出结构化类的内部内容。

（14）交互概览图（Interaction Overview Diagram）。活动图和顺序图的混合物。

在面向对象分析过程中，用概念模型来详细描述系统的问题域，用类图来表示概念模型。“问题域”是指一个包含现实世界事物与概念的领域，这些事物和概念与所设计的系统要解决的问题有关。而建立概念模型，又称为问题域建模、域建模，也就是找到代表那些事物与概念的“对象”。

状态图适于描述跨用例的单个对象行为，但不适于描述包含若干协作对象的行为；交互图适于描述单个用例中若干对象的行为，即适于描述一组对象的整体行为。

试题3答案

（4）B（5）A（6）D

试题4（2005年上半年试题18～19）

以下关于信息库（Repository）的叙述中，最恰当的是 （18）；（19） 不是信息库所包含的内容。

（18）A.存储一个或多个信息系统或项目的所有文档、知识和产品的地方

B.存储支持信息系统开发的软件构件的地方

C.存储软件维护过程中需要的各种信息的地方

D.存储用于进行逆向工程的源码分析工具及其分析结果的地方

（19）A.网络目录 B.CASE工具 C.外部网接口 D.打印的文档

试题4分析

在信息工程工具中，一般都具有存储开发信息和进行协调控制功能的计算机化的信息库。信息库中积累了信息系统的规划、分析、设计、构成各个阶段的相关开发信息，以及系统维护的有关信息，并提供综合信息的工具，是信息工程工具的核心部分。James Martin在其著作中曾将信息库比喻为百科全书。

信息库是针对软件开发或信息系统开发中的大量信息管理工作提出来的，是一个包罗万象的，随着项目进展而不断修改与补充的数据集合。信息库的特点是数据结构相当复杂，而且会不断变化，使保持一致性的任务变得十分复杂和艰巨。应当存入信息库的内容如下：

（1）软件的工作环境、功能需求、性能要求，有关的各种信息来源的状况、用户的状况、硬件环境，以及在该领域中的作用等外部信息。

（2）需求分析阶段中收集的有关用户的各种信息，包括用户本身提供的和在调查研究中得到的信息。

（3）逻辑设计阶段的各种调查材料和由此生成的各种文档，包括调查记录、原始数据、报表及单证的样本、绘制的各种图，以及最后生成的系统说明书。

（4）设计阶段的各种资料，包括所有的数据库与数据文件格式、数据字典、程序模块的要求、总体结构、各种接口及参数的传递方式，以及最后形成的设计方案。

（5）编程阶段的所有成果，包括程序代码、框图、变量说明、测试情况（输入数据及输出结果）、验收报告、使用说明等。

（6）运行及使用情况的详细记录，包括每次使用的时间、状态、问题，特别是有关错误及故障的记录情况。

（7）维护及修改的情况，包括修改的目标、责任人、过程、时间，修改前后的代码、文档，以及修改后的结果、原系统的备份。

（8）项目管理的有关信息，包括人员变更、资金投入、进度计划及实施情况，还包括版本信息，即各次版本的备份、每个版本的推出日期，以及与以前版本相比的变更说明等。

由于信息库结构的特殊性，只有一般的数据库功能是不够用的。一方面，许多信息（如原始单证、报表样张等）计算机中只能有目录，这就需要把计算机内外的信息存储统一起来管理。另一方面，除了规定复杂的内部结构以存放信息外，还需要认真设计有关的界面，以便使用。因为信息库要面对分析人员、程序员和维护人员（一般不直接面对用户）等不同的对象，不同的使用人员有不同的权限和使用目标。因此，信息库的特殊性决定了其功能的特色。

试题4答案

（18）A（19）C

试题5（2005年上半年试题21～22）

下列要素中，不属于DFD的是 （21）。当使用DFD对一个工资系统进行建模时，（22） 可以被认定为外部实体。

（21）A.加工 B.数据流 C.数据存储 D.联系

（22）A.接收工资单的银行 B.工资系统源代码程序

C.工资单 D.工资数据库的维护

试题5分析

结构化分析（Srtuctured Anlysis，SA）方法最初由Douglas Ross提出，由DeMarco推广，由Ward和Mellor，以及后来的Hatley和Pirbhai扩充，形成了今天的结构化分析方法的框架，在20世纪90年代得到了广泛的应用。

SA是一种面向数据流的软件分析方法，适用于开发数据处理类型软件的需求分析。数据流图是需求分析阶段使用的一种主要工具，它以图形的方式表达数据处理系统中信息的变换和传递过程。与流图配合使用的是数据词典，它对数据流图中出现的所有数据元素给出逻辑定义。有了数据词典，使得数据流图上的数据流、加工和文件得到确切的解释。

通常在数据流图中，可能出现下面4种基本符号，数据流、加工、数据存储、外部实体（数据源及数据终点）。数据流是具有名字和流向的数据，在数据流图中用标有名字的箭头表示。加工是对数据流的变换，一般用圆圈表示。数据存储是可访问的存储信息，一般用直线段表示。外部实体是位于被建模的系统之外的信息生产者或消费者，是不能由计算机处理的成分，它们分别表明数据处理过程的数据来源及数据去向，用标有名字的方框表示。

试题5答案

（21）D（22）A

试题6（2005年上半年试题23）

关于白盒测试，以下叙述正确的是 （23）。

（23）A.根据程序的内部结构进行测试

B.从顶部开始往下逐个模块地加入测试

C.从底部开始往上逐个模块地加入测试

D.按照程序规格说明书对程序的功能进行测试，不考虑其内部结构

试题6分析

软件测试的工作量约占软件开发总工作量的40%以上，其目的是尽可能多地发现软件产品（主要是指程序）中的错误和缺陷，并改正软件中的错误。测试的过程大致是：

（1）设计测试用数据（称为测试用例）；

（2）执行程序；

（3）分析结果找出错误并改正。

这个过程可能会有反复。测试用例的设计是测试的重要环节，设计测试用例的目标是选用少量高效的测试用例尽可能多地发现软件中的问题。

测试的关键是测试用例的设计，设计方法可分成两类，分别是白盒测试和黑盒测试。

（1）白盒测试：把程序看成是装在一只透明的盒子里，测试者完全了解程序的结构和处理过程。白盒测试根据程序的内部逻辑来设计测试用例，检查程序中的逻辑通路是否都按预定的要求正确地工作，白盒测试的具体方法主要是逻辑覆盖，由于覆盖的详尽程度不同，逻辑覆盖由弱到强又分为语句覆盖、判定覆盖、条件覆盖、条件组合覆盖和路径覆盖等。

（2）黑盒测试：把程序看成是装在一只不透明的盒子里，测试者完全不了解（或不考虑）程序的结构和处理过程。黑盒测试根据规格说明书规定的功能来设计测试用例，检查程序的功能是否符合规格说明的要求。黑盒测试方法具体有等价类划分、边界值分析、错误推测和因果图等，其中最常用的是等价类划分和边界值分析。

软件测试的主要步骤有单元测试（模块测试）、集成测试（组装测试）、系统测试和确认测试（验收测试）。

（1）单元测试：通常在编码阶段进行，主要用来发现编码和详细设计中产生的错误，一般采用白盒测试。

（2）集成测试：对由各模块组装而成的模块进行测试，主要检查模块间的接口和通信。集成测试主要用来发现设计阶段产生的错误，通常采用黑盒测试。

（3）系统测试：把软件放在实际的硬件和网络环境中进行测试，主要测试软件的非功能需求和质量属性是否得到满足。系统测试通常采用黑盒测试。

（4）确认测试：检查软件的功能、性能和其他特征是否与用户的需求一致，它是以需求规格说明书作为依据的测试，通常采用黑盒测试。

在确认测试时，如果一个软件是为某个客户定制的，那么由客户实施验收测试，以便确认该软件是他所需要的。但是，对于那些作为产品被众多客户使用的软件，就不可能为每个客户做验收测试。大多数软件生产商使用一种α测试和β测试的过程。

（1）α测试：在开发者的现场由客户来实施的，被测试的软件是在开发者从用户的角度进行常规设置的环境下运行的。

（2）β测试：在一个或多个客户的现场由该软件的最终用户实施的。与α测试不同的是，进行β测试时开发者通常是不在场的。

从使用的工具来看，软件测试的方法又可分为静态测试、动态测试。

（1）静态测试：指人工评审软件文档或程序，借以发现其中的错误，由于评审的文档或程序不必运行，所以称为静态测试。人工评审的手续虽然比较简单，但事实证明这是一个相当有效的检验手段。由于评审人员的能力有限，静态测试显然不可能发现所有的错误。

（2）动态测试：指通常的上机测试，这种方法是使程序有控制地运行，并从多种角度观察程序的行为，以发现其中的错误。

在软件维护阶段，当修改软件后，除了对修改部分的软件进行常规的测试外，还应对软件的其他部分进行回归测试，所谓回归测试是指全部或部分地重复已做过的测试，它主要检查软件的修改是否在软件的未修改部分引入了新的错误。

模块测试、集成测试一般以软件系统开发人员为主来测试。系统测试和验收测试，一般不能以开发人员为主来测试。这是因为系统测试是整体性的测试，而测试的根本任务是做“否定性”工作，为减少或避免开发人员的主观影响，使系统测试具有更大的客观性，一般应由开发该系统的部门外人员来承担。

试题6答案

（23）A

试题7（2005年上半年试题24～25）

软件的维护并不只是修正错误。软件测试不可能揭露旧系统所有潜伏的错误，所以这些程序在使用过程中还可能发生错误，诊断和更正这些错误的过程称为 （24）；为了改进软件未来的可能维护性或可靠性，或者为了给未来的改进提供更好的基础而对软件进行修改，这类活动称为 （25）。

（24）A.完善性维护 B.适应性维护 C.预防性维护 D.改正性维护

（25）A.完善性维护 B.适应性维护 C.预防性维护 D.改正性维护

试题7分析

软件经过测试，交付给用户后，在使用和运行过程中可能在软件运行/维护阶段对软件产品进行的修改就是所谓的维护。软件维护占整个软件生命周期的60%～80%，维护的类型主要有以下4种。

（1）改正性维护：为了识别和纠正软件错误、改正软件性能上的缺陷、排除实施中的误使用，应当进行的诊断和改正错误的过程叫做改正性维护。

（2）适应性维护：在使用过程中，外部环境（新的硬、软件配置）、数据环境（数据库、数据格式、数据输入/输出方式、数据存储介质）可能发生变化。为使软件适应这种变化，而去修改软件的过程叫做适应性维护。

（3）完善性维护：在软件的使用过程中，用户往往会对软件提出新的功能与性能要求。为了满足这些要求，需要修改或再开发软件，以扩充软件功能，增强软件性能，改进加工效率，以及提高软件的可维护性。这种情况下进行的维护活动叫做完善性维护。

（4）预防性维护：这是为了提高软件的可维护性、可靠性等，为以后进一步改进软件打下良好基础。通常，预防性维护定义为“把今天的方法学用于昨天的系统以满足明天的需要”。也就是说，采用先进的软件工程方法对需要维护的软件或软件中的某一部分（重新）进行设计、编制和测试。

试题7答案

（24）D（25）C

试题8（2005年下半年试题1）

为了使构件系统更切合实际、更有效地被复用，构件应当具备 （1）

....