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



1、在确定项目合同类型时,如果项目工作范围很明确且风险不大,建议使用( )。
A、 总价合同
B、 工料合同
C、 成本补偿合同
D、 成本加激励费用合同

答案:A
答题解析:

合同的分类，按项目范围划分：

分为项目总承包合同、项目单项承包合同和项目分包合同三类。人们比较喜欢固定总价合同。

项目总承包合同	买方将项目的全过程作为一个整体发包给同一个卖方的合同。需要特别注意的是，总承包合同要求只与同一个卖方订立承包合同，但并不意味着只订立一个总合同。可以采用订立一个总合同的形式，也可以采用订立若干个合同的形式。 适用于： 经验丰富、技术实力雄厚且组织管理协调能力强的卖方，这样有利于发挥卖方的专业优势，保证项目的质量和进度，提高投资效益。采用这种方式，买方只需与一个卖方沟通，容易管理与协调。
项目单项承包合同	一个卖方只承包项目中的某一项或某几项内容，买方分别与不同的卖方订立项目单项承包合同。 采用项目单项承包合同的方式： 有利于吸引更多的卖方参与投标竞争，使买方可以选择在某一单项上实力强的卖方。同时也有利于卖方专注于自身经验丰富且技术实力雄厚的部分的建设，但这种方式对于买方的组织管理协调能力提出了较高的要求。
项目分包合同	经合同约定和买方认可，卖方将其承包项目的某一部分或某几部分项目（非项目的主体结构）再发包给具有相应资质条件的分包方，与分包方订立的合同称为项目分包合同。 订立项目分包合同必须同时满足5个条件，即： 经过买方认可。 分包的部分必须是项目非主体工作。 只能分包部分项目，而不能转包整个项目。 分包方必须具备相应的资质条件。 分包方不能再次分包。 分包合同涉及到两种合同关系，即买方与卖方的承包合同关系，以及卖方与分包方的分包合同关系。卖方在原承包合同范围内向买方负责，而分包方与卖方在分包合同范围内向买方承担连带责任。如果分包的项目出现问题，买方既可以要求卖方承担责任，也可以直接要求分包方承担责任。

通俗的说：

2、关于软件测试的描述，不正确的是（ ）
A、 采用桌前检查代码走查和代码审查属于动态测试方法
B、 控制流测试和数据流测试属于白盒测试方法
C、 软件测试可分为单元测试、集成测试、确认测试、系统测试等类别
D、 回归测试的目的是软件变更后，变更部分的正确性和对象更需求符合性以及功能、性能等要求的不损害性

答案:A
答题解析:

软件测试方法可分为静态测试和动态测试；

静态测试指被测试程序不在机器上运行，而采用人工检测和计算机辅助静态分析的手段对程序进行检测。

包括：对文档的静态测试和对代码的静态测试：

对文档的静态测试主要以检查单的形式进行；

对代码的静态测试一般采用桌前检查、代码走查和代码审查。

使用这种方法能发现30%～70%的逻辑设计和编码错误。（即不能发现全部的错误）

3、关于软件工程的描述不正确的是（ ）
A、 软件工程对软件开发的质量、进度、成本进行评估、管理和控制
B、 用户需求反映客户最高层次的目标要求，通常由项目投资人、客户提出；
C、 需求是用户对新系统在功能、行为、性能等方面的期望；
D、 软件工程将系统的、规范的、可度量的工程化方法应用于软件开发。

答案:B
答题解析:

软件需求包括：业务需求、用户需求和系统需求，它们从目标到具体，从整体到局部，从概念到细节。

1.业务需求

指反映企业或客户对系统高层次的目标要求。通过业务需求可以确定项目视图和范围，并将业务需求集中在一个文档中，该文档为以后的开发工作奠定了基础

2.用户需求

描述的是用户的具体目标，或用户要求系统必须能完成的任务（即：描述用户能使用系统来做些什么）。采取用户访谈和问卷调查等方式，对用户使用的场景进行整理，从而建立用户需求

3.系统需求

从系统的角度来说明软件的需求，包括功能需求、非功能需求和设计约束。

功能需求：也称为行为需求，它规定了开发人员必须在系统中实现的软件动能，用户利用这些功能来完成任务，满足业务需要，（即系统有什么功能、用户使用系统能开展、完成哪些工作）。功能需求是通过系统特性的描述表现出来的；

非功能需求：是指系统必须具备的属性或品质，又可细分为软件质量属性（例如，可维护性、可维护性、效率等）和其他非功能需求。

设计约束：也称为限制条件或补充规约，通常是对系统的一些约束说明，例如，必须采用国有自主知识产权的数据库系统等。