信息系统项目管理师（2022年）—— 重点内容：信息系统项目管理基础（2）

项目经理具有领导者和管理者的双重身份。对项目经理而言，管理能力和领导能力二者均不可或缺。对于大型复杂项目，领导能力尤为重要。

---

软技能包括人际关系管理。软技能包含以下内容。
( )有效的沟通：信息交流。
( )影响一个组织：“让事情办成”的能力。
( )领导能力：形成一个前景和战略并组织人员达到它。
( )激励：激励人员达到高水平的生产率并克服变革的阻力。
( )谈判和冲突管理：与其他人谈判或达成协议。
( )问题解决：问题定义和做出决策的结合

---

项目管理的五大过程组中的( )过程组，与戴明环中的检查和行动环节对应

项目管理各过程组成的5个过程组可以对应到PDCA循环，即戴明环:“计划(Plan)一执行(Do) -检查(Check) -行动(Act)”循环。该循环各环节以结果相连，该循环一部分的结果变成了另一部分的依据 。过程组的综合性比“计划-执行-检查-行动”循环更加复杂。规划过程组与“计划一执行一 检查- _行动” 循环中的“计划”对应;执行过程组与“计划--执行--检查一行动” 循环中的“执行”对应;而监控过程组与“计划-执行一检查-行动”循环中的“检查”和“行动”对应。

---

本题考查事业环境因素和组织过程资产辨析，参考第三版教程P191.
1.事业环境因素
在制定项目章程时，任何一种以及所有存在于项目周围并对项目成功有影响的组织事业环境因素与制度都必须加以考虑。其中包括，但不限于如下事项。
●组织或公司的文化与组成结构。
● 政府或行业标准(如管理部门的规章制度、产品标准、质量标准与工艺标准)。
●基础设施(如现有的软件与硬件基础设施)。

●现有的人力资源(如技能、专业与知识;例如设计、开发、法律、合同发包与采购)。
● 人事管理(如雇用与解雇指导方针、员工业绩评价与培训记录)。
●公司工作核准制度。
●市场情况。
●项目干系人风险承受力。
● 商业数据库( 如标准的成本估算数据、行业风险研究信息与风险数据库)

● 项目管理信息系统(如自动化工具套件，例如进度管理软件工具、配置管理系统、信息收集与分发系统，或者与其他在线自动化系统的连网接口)。项目管理信息系统(PMIS)是在组织内部使用的一套系统集成的标准自动化工具。项目管理团队利用项目管理信息系统制定项目章程，在细化项目章程时促进反馈，控制项目章程的变更和发布批准的项目章程。

2、组织过程资产
在制定项目章程及以后的项目文件时，任何一种以及所有用于影响项目成功的资产都可以作为组织过程资产。任何一种以及所有参与项目的组织都可能有正式或非正式的方针、程序、计划和原则，所有这些的影响都必须考虑。组织过程资产还反映了组织从以前项目中吸取的教训和学习到的知识，如完成的进度表、风险数据和实现价值数据。组织过程资产的组织方式因行业、组织和应用领域的类型而异。例如，组织过程资产可以归纳为如下两类。

(1)组织进行工作的过程与程序。
•组织标准过程，如标准、方针(安全健康方针，项目管理方针)；软件生命周期与项目生命期，以及质量方针与裎序(过程审计、目标改进、核对表，以及供组织内部使用的标准过程定义)。
•标准指导原则、工作指令、建议评价标准与实施效果评价准则。
•模板(如风险模板、工作分解结构模板与项目进度网络图模板)。
•根据项目的具体需要修改组织标准过程的指导原则与准则。
•组织沟通要求(如可利用的特定沟通技术，允许使用的沟通媒介、记录的保留，以及安全要求)。
•项目收尾指导原则或要求(如最后项目审计、项目评价、产品确认，以及验收标准)

•财务控制程序(如进度报告、必要的开支与支付审查、会计编码，以及标准合同条文)。
•确定问题与缺陷控制、问题与缺陷识别和解决，以及行动追踪的问题与缺陷管理程序。
•变更控制程序，包括修改公司正式标准、方针、计划与程序，或者任何项目文件，以及批准与确认任何变更时应遵循的步骤。
•风险控制程序，包括风险类型、概率的确定与后果，以及概率与后果矩阵。
批准与签发工作授权的程序。

(2)组织整体信息存储检索知识库。
•过程测量数据库，用于搜集与提供过程与产品实测数据。
•项目档案(如范围、费用、进度，以及质量基准、实施效果测量基准、项目日历、项目进度网络图、风险登记册、计划的应对行动，以及确定的风险后果)。
历史信息与教训知识库(如项目记录与文件，所有的项目收尾资料与文件记录，以前项目选择决策结果与绩效的信息；以及风险管理努力的信息)。
问题与缺陷管理数据库，包括问题与缺陷状态，控制信息，问题与缺陷解决和行动结果。
配置管理知识库，包括公司所有正式标准、方针、程序和任何项目文件的各种版本与基准。
财务数据库，包括如工时、发生的费用、预算以及任何项目费用超支等信息。

---

参考教程145，通用的生命周期结构特征：
(1）成本与人力投入在开始时较低，在工作执行期间达到最高，并在项目快要结束时迅速回落。
(2）风险与不确定性在项目开始时最大，并在项目的整个生命周期中随着决策的制定与可交付成果的验收而逐步降低

项目的三个基本目标是：时间、成本、质量标准 《信息系统项目管理师教程(第 2版)》第6章项目范围管理章节 106页专门提到：在项目管理的背景下，范围这个术语可以有两种理解： 产品范围和项目范围。 而题干问的问题就是：项目范围的范畴的问题。 而功能是属于产品范围范畴的问题

---

典型的信息系统生命周期模型包括瀑布模型、迭代模型、螺旋模型等。
瀑布模型是一个经典的软件生命周期模型。瀑布模型中每项开发活动具有以下特点：(1) 从上一项开发活动接受该项活动的工作对象为输入；(2)利用这一输入，实施该项活动应完成的工作内容；(3)给出该项活动的工作成果，作为输出给下一项开发活动；(4)对该项活动的实 施工作成果进行评审，若其工作成果得到确认，则继续进行下一项开发活动；否则返回前一项，甚至更前项。
在螺旋模型中，软件开发是一系列的增量发布。在早期的迭代中，发布的增量可能是一个纸上的模型或原型；在以后的迭代中，被开发系统更加完善的版本逐步产生。螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统。

在大多数传统的生命周期中，阶段是以其中的主要活动命名的：需求分析、设计、编码、 测试。传统的软件开发工作大部分强调一个序列化过程，其中一个活动需要在另一个开始之前完成。在迭代式的过程中，每个阶段都包括不同比例的所有活动

---

关于项目管理办公室对多项目的管理，以下叙述不正确的是( )。

 使用项目管理系统可强化对各项目的监控

 出于成本考虑，一般不对单个项目建立独立的一套过程规范

 项目管理办公室不仅要对各项目实施有效监控，还要负责对各项目进行专业指导

项目管理办公室的关键特性之一就是在所管理的项目之间共享和协调资源。

---

螺旋模型的开发过程具有周期性重复的螺旋线状，每个开发周期由4个象限组成，分别标志着开发周期的4个阶段。螺旋模型之所以特别适用于庞大而复杂的、高风险的系统开发，是因为它强调其中的( 风险分析)阶段。

螺旋模型强调了风险分析，特别适用于庞大而复杂的、高风险的系统

---

系统集成项目完成了需求分析阶段的工作并开发了原型系统，承建方应组织本方项目经理、建设方代表和相关干系人完成( 阶段评审)工作

信息系统项目在达到了里程碑节点后，通常要进行正式的阶段评审。代码走查、桌面检查属于审查的具体形式，审查可以是正式的，也可以是非正式的。同行评审是保证产品质量的一种手段，通常不作为里程碑节点的评审形式

---

某集成项目包括应用软件开发和现场系统集成。软件开发团队负责软件开发以及参与现场软件安装调试工作。根据项目生命周期的有关知识，下列说法中正确的是( )。

 软件开发团队负责人可以把软件开发和现场安装调试视为两个不同的项目，分别包括各自不同的明显阶段

目前确定项目生命周期没有标准和所谓的最佳模式，生命周期划分只要符合项目需要都可以。项目可以划分很多阶段，可有很多的生命周期模型。因此，把一个集成项目分为软件开发和现场系统集成，视为两个不同的项目，分别包含各自的生命周期模型是可以的。按照软件瀑布开发模型，软件需求确定后方可进行软件开发，还可以采取“快速跟进”，就是根据一些比较确定的需求先做一些开发工作以节省时间。

---

一般情况项目的组织结构可分为职能型、矩阵型、项目型和复合型。特别是复合型组织就是一个组织内在运作项目时，或多或少同时有职能型、矩阵型和项目型存在，例如即使一个完全职能型的组织也可能会组建一个专门的项目团队来操作项目，这样的项目团队可能具有很多项目型组织中的项目特征。但无论采用何种组织类型，项目内部对管理的要求是一样的，运作方式也不会有实质区别

---

瀑布模型把软件生命周期划分为8个主要的阶段，包括问题的定义、可行性研究、 软件需求分析、系统总体设计、详细设计、编码、测试和运行、维护。其中

定义的标准将成为软件测试中的系统测试阶段的目标。

---

在一个信息系统集成项目开发的开始阶段，如果项目的参与人员还不能完全理解项目开发的范围和需求，项目存在很多不确定性因素，那么采用( 增量迭代模型或螺旋模型)作为此项目的开发模型更符合项目的实际情况

当项目所有参与人员都能理解项目开发的范围和需求时，就能为项目开发可能遇到的突发事情和未来变化建立一个技术基线。这个技术基线、基础规则和假设应该包含识别和评估项目的功能性。一般来说，在前期需求明确的情况下可尽量采用瀑布模式或改进型的瀑布模式。而在不确定性因素很多时或很多需求无法计划的情况下，应该尽量采用增量迭代模式或螺旋模式

---

项目经理要整合项目团队成员知识，使管理团队知识结构满足管理要求

---

每一个项目阶段都以一个或数个可交付成果的完成为其标志

---

螺旋模型的基本做法是在“瀑布模型”的每一个开发阶段前引入一个非常严格的风险识别、风险分析和风险控制，它把软件项目分解成一个个小项目。每个小项目都标识一个或多个主要风险，直到所有的主要风险因素都被确定。螺旋模型强调风险分析，使得开发人员和用户对每个演化层出现的风险有所了解，继而做出应有的反应，因此特别适用于庞大、复杂并具有高风险的系统

---

项目管理办公室(PMO)通常具有如下的责任与功能：
1.为项目经理和项目团队提供行政支援，如项目各种报表的产生；
2.最大限度的集中项S管理专家，提供项目管理的咨询与顾问服务；
3.将企业的项目管理实践和专家知识整理成适合于本企业的-套方法论，提供在企业内传播和重用；
4.在企业内提供项目管理相关技能的培训；
5. PMO可以配置部分项目经理，有需要时，可以直接参与具体项目，对重点项目给与重点支持。
使用赋予项目的资源来实现项目特定目标不是项目管理办公室所承担的重要战略职能

---

根据软件生命周期的V模型，系统测试主要针对( )，检查系统作为一个整体是否有效地得到运行。

 概要设计

V模型的核心思想是围绕着软件测试展开的，是一种关于软件测试的思想。V模型将软件生命周期划分为下面几个不同的阶段步骤，即需求分析、概要设计、详细设计、 编码、单元测试、集成测试、系统测试、验收测试。测试计划可以在需求模型一完成就开始或者说应该和需求分析一起进行，在进行需求分析的时候就把系统测试用例根据需求文档说明书而做出来，详细的测试用例定义可以在概要设计模型被确定后立即开始。 因此，所有测试应该在任何代码被产生前就进行计划和设计。当一个软件开发的时候， 研发人员和测试人员就会同时工作，这样，软件开发周期就会缩短，而因为测试在软件做需求分析的同时就会有测试用例的跟踪，这样，可以尽快找出程序错误，从而更高效地提高程序质量，最大可能地减少成本。

V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。
(1)单元测试的主要目的是针对编码过程中可能存在的各种错误，例如用户输入验证过程中的边界值的错误。
(2)集成测试主要目的是针对详细设计中可能存在的问题，尤其是检査各单元与其他程序部分之间的接口上可能存在的错误。
(3)系统测试主要针对概要设计，检查系统作为一个整体是否有效地得到运行，例如在产品设置中是否能达到预期的高性能。
(4)验收测试通常由业务专家或用户进行，以确认产品能真正符合用户业务上的需要。
在不同的开发阶段，会出现不同类型的缺陷和错误，所以需要不同的测试技术和方法来发现这些缺陷

---

软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价

本考题考查的知识点为软件审计基础知识。
软件审计是对过程的遵从性评价。
软件审计的目的是提供软件产品和过程对于可应用的规则、标准、指南、计划和流程的遵从性的独立评价。审计是正式组织的活动，识别违例情况，并产生一个报告，采取更正性行动。
软件质量保证：通过制订计划、实施和完成等活动保证项目生命周期中的软件产品和过程符合其规定的要求。

软件过程管理：软件过程为一个为建造高质量软件所需完成的任务的框架，即形成软件产品的一系列步骤，包括中间产品、资源、角色及过程中采取的方法、工具等范畴。不同的体系会有不同的划分，美国PMI将其划分为启动、规划、执行、监控、收尾五大过程组。软件过程管理即将软件的各过程组过程使用系统的方法管理起来。
软件走查的目的是评价软件产品，走查也可以用于培训软件产品的听众，主要目标是：发现异常、改进软件产品、寿虑其他实现、评价是否遵从标准和规范说明。走查类似于检查，但通常不那么正式。走查通常主要由同事评审其工作，以作为一种保障技术

---

项目管理五大过程组十大知识领域47个过程中，制定项目章程的输出，是项目章程。其重要作用包括：(1)正式宣布项目的存在，对项目的开始实施赋予合法地位；(2)正式任命项目经理，授权其使用组织的资源开展项目活动。

通常在(开始制定项目计划前 )任命项目经理比较合适

---

The life cycle of a project is a description of the various phases of the project from the beginning to the end. One of the followings is not a phase of the traditional project life cycle, It is( ).

 development

 concept

 system analysis

 implementation

项目生命周期是对项目从开始到结束的各个阶段的描述。以下之一不是传统项目生命周期的一个阶段，它是（）

项目的生命周期是对项目各个阶段从开始到结束的描述。概念、开发、实施都属于传统项目生命周期。
development 开发
concept 概念
system analysis 系统分析
implementation 实施

---

根据项目管理工程师职业道德规范，对项目的全生命周期进行有效控制，确保项目质量和工期、在工作中主动采用项目管理理念和方法、以合作和职业化方式与团队和项目干系人打交道都属于项目管理工程师的岗位职责， 执行所在单位的各项管理制度和有关技术规范标准也是项目管理工程师的岗位职责，不能因项目成本而违反相关规定

---

项目可以有一个目标，也可以有多个目标

 项目目标可以量化，也可以不量化（必须量化）

 顶目的成果目标与约束目标可能会冲突

 .项目目标应该是具体的、可实现的

项目目标遵循的SMART原则 – Specific 明确的– Measurable 可度量的– Achievable 可达到的– Result driven 结果驱动的– Timing 时间性

---

信息化和信息系统—信息系统服务业的发展—P104；典型的信息系统项目有如下特点：
项目初期目标往往不太明确；需求变化频繁；智力密集型；系统缝隙和设计所需人员层次高，专业化强；涉及的软件硬件厂商和承包商多，联系、协商复杂；软件和硬件常常需要个性化定制

---

参与项目人员先向自己部门的领导反馈，由部门领导再和硬件部门经理沟通，该组织结构类型的缺点是：( 组织横向之间的联系薄弱，部门间协调难度大)

题干描述的是职能型组织，缺点是组织横向之间的联系薄弱， 部门间协调难度大

---

事业环境因素是指项目团队不能控制的，将对项目产生影响、限制或指令作用的各种条件。包括：
组织文化、结构和治理；
设施和资源的地理分布；
政府或行业标准(如监管机构条例、行为准则、产品标准、质量标准和工艺标准)；
基础设施(如现有的设施和固定资产)；
现有人力资源状况(如人员在设计、开发、法律、合同和采购等方面的技能、素养与知识)；
人事管理制度(如人员招聘和留用指南、员工绩效评价与培训记录、奖励与加班政策，以及考勤制度)；
公司的工作授权系统；
市场条件

干系人风险承受力；
政治氛围；
组织已有的沟通渠道；
商业数据库(如标准化的成本估算数据、行业风险研究资料和风险数据库)；
项目管理信息系统(如自动化工具，包括进度计划软件、配置管理系统、信息收集与发布系统或进入其他在线自动系统的网络界面)

---