信息系统项目管理师-文档与配置管理

合集下载
  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统项目管理师-文档与配置管理
(总分:15.00,做题时间:90分钟)
一、
(总题数:14,分数:15.00)
1.项目发生变更在所难免。

项目经理应让项目干系人(特别是业主)认识到 (4) 。

(分数:1.00)
A.在项目策划阶段,变更成本较高
B.在项目策划阶段,变更成本较低√
C.在项目策划阶段,变更带来的附加值较低
D.在项目执行阶段,变更成本较低
解析:[分析] 显然,越在项目的早期阶段,变更的成本就越低。

同时,变更带来的附加价值就越高。

2.根据信息系统文档产生、使用范围的不同,可以将其分为三大类,其中 (15) 属于开发文档又属于用户文档。

(分数:1.00)
A.详细设计说明书
B.需求说明书√
C.用户手册
D.项目开发计划
解析:[分析] 根据信息系统文档产生、使用范围的不同,可以将其分为以下三大类。

(1)开发文档:为开发工作提供支持的各种文档,其读者群主要针对开发人员。

其中主要包括需求规格说明书、数据要求规格说明书、高层设计说明书、详细设计说明书、项目开发计划等;
(2)管理文档:为项目的开发管理提供支持的各种文档,其读者群主要针对管理人员,其中主要包括可行性研究报告、项目开发计划、测试计划、技术报告、开发进度记录、项目开发总结报告等;
(3)用户文档:向用户传达各种与开发相关、与产品相关的信息,其读者群主要针对最终用户。

其中主要包括用户手册、操作手册、维护修改建议书、需求说明书等。

在编写文档时,可以采用自然语言直接编写,也可以采用形式化语言来编写,还可以借助各种图表提高可读性,例如,UML,DD,E-R图等。

3.项目文档应发送给 (5) 。

(分数:1.00)
A.执行机构所有的干系人
B.所有项目干系人
C.项目管理小组成员和项目主办单位
D.沟通管理计划中规定的人员√
解析:[分析] 每一个信息系统都会经历规划阶段、制定方案阶段、研制阶段、试运行阶段、安装调试阶段、运行阶段和更新阶段,每一阶段都有大量的文档产生。

文档是记录系统的痕迹,是系统维护人员的指南,是开发人员与用户交流的工具,是系统相关人员对系统了解和使用的必需资料。

信息系统中的文档的也就是系统中各种参与者之间交流沟通的工具,而项目文档究竟应发送给哪些人,是由沟通管理计划中规定的。

项目沟通管理计划一般应包括:
(1)描述信息收集和文件归档的结构;
(2)描述什么信息、什么时候发送给谁和如何发送的发送结构:
(3)重要项目信息的格式、内容、细节水平;
(4)用于创建信息的日程表;
(5)获得信息的访问方法:
(6)更新项目沟通管理计划的方法;
(7)项目干系人的需求和预期分析;
(8)会议指导/电子邮件指导等。

4.下列中的 (2) 是不包含在项目配置管理系统的基本结构中的。

(分数:1.00)
A.开发库
B.知识库√
C.受控库
D.产品库
解析:[分析] 配置库有以下3类。

·开发库(Development Library)。

存放开发过程中需要保留的各种信息,供开发人员个人专用。

库中的信息可能有较为频繁的修改,只要开发库的使用者认为有必要,无需对其做任何限制。

因为这通常不会影响到项目的其他部分。

开发库有时也被称为动态系统、开发系统、工作空间等。

·受控库(Controlled Library)。

在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。

存入的信息包括计算机可读的,以及人工可读的文档资料。

应该对库内信息的读写和修改加以控制。

受控库有时也被称为主库、主系统、受控系统等。

·产品库(Product Library)。

在开发的信息系统产品完成系统测试之后,作为最终产品存入库内,等待交付用户或现场安装。

库内的信息也应加以控制。

产品库有时也被称为备份库、静态系统等。

作为配置管理的重要手段,上述受控库和产品库的规范化运行能够实现对配置项的管理。

信息系统项目完成后,最终产品或项目成果应置于(9) 内,当需要在此基础上进行后续开发时,应将其转移到 (10) 后进行。

(分数:2.00)
A.开发库
B.服务器
C.受控库
D.产品库√
解析:
A.开发库
B.服务器
C.受控库√
D.产品库
解析:[分析] 信息系统项目完成后,最终产品或项目成果应置于产品库内,当需要在此基础上进行后续开发时,应将其转移到受控库后进行。

详细的介绍请参考(2)题的分析。

5.项目配置管理的主要任务中,不包括 (6) 。

(分数:1.00)
A.版本管
B.发行管
C.检测配置√
D.变更控制
解析:[分析] 请读者参考(1)题的分析。

6. (12) 是指在信息系统需求分析阶段结束时,经正式评审和批准的信息系统需求规格说明。

(分数:1.00)
A.分配基线√
B.功能基线
C.产品基线
D.里程碑基线
解析:[分析] 以下3种基线最受人们关注的。

(1)功能基线。

功能基线是指在系统分析和系统定义阶段结束时,经过正式评审批准的系统设计规格说明中对被开发系统的规格说明;或是指经过项目委托单位和项目承办单位双方签字同意的协议或合同中所规定的对被开发系统的规格说明;或是指由下级申请上级同意或直接由上级下达的项目任务中所规定的对待开发系统的规格说明。

(2)分配基线。

分配基线是指在信息系统需求分析阶段结束时,经正式评审和批准的需求规格说明。

(3)产品基线。

产品基线是指在系统组装与系统测试阶段结束时,经正式评审和批准的有关所开发的产品的全部配置项的规格说明。

7.变更控制是对 (3) 的变更进行标识、文档化、批准或拒绝,并控制。

(分数:1.00)
A.详细的WBS计划
B.项目基线√
C.项目预算
D.明确的项目组织结构
解析:[分析] 项目的不确定性因素导致了项目未必像想象中进展,或像计划中那样顺利,而当这种不确定性变得明确且和当初的预测不一致的时候,就会导致项目出现变更。

一般来说,项目的目标是项目所有活动的最终判断准则。

也就是说,我们必须关注那些可能会引起项目目标变化的信息。

大体上,变更可以来自两个方面:内部因素和外部因素。

内部因素是指项目的实施过程中,对实施的状态与计划对比,发现产生了偏差,从而导致变更项目计划。

外部因素则是指客户对项目目标本身发生了变化,从而引起计划的变更。

为了对项目变更进行控制,应由项目实施组织,项目管理班子或两者共同建立变更控制系统。

变更控制就是对项目基线的变更进行标识、记载、批准或拒绝,并对此变更加以控制。

变更控制系统是一套事先确定的修改项目文件或改变项目活动时应遵循的程序,其中包括必要的表格或其他书面文件,责任追踪和变更审批制度、人员和权限。

变更控制系统应当明确规定变更控制委员会的责任和权力,并由所有的项目干系人认可。

变更控制系统可细分为整体、范围、进度、费用和合同变更控制系统。

变更控制系统应当同项目管理信息系统一起通盘考虑,形成整体。

8.在项目进行过程中,一个开发人员接收到某个用户的电话,用户表明在系统中存在一个问题并要求更改,这个开发人员应该 (8) 。

(分数:1.00)
A.马上改正问题
B.记录问题并提交项目经理√
C.不予理睬
D.通过测试部经理,要求确认问题是否存在
解析:[分析] 变更控制的流程如图14-1所示。

[*]
图14-1 变更控制过程
如图14-1所示,项目相关人员发现问题,提出变更,将变更申请表提交到变更控制委员会(Change Control Board,CCB)。

CCB对变更申请进行评审,如果有必要将变更交由专门的变更分析人员进行分析评估。

变更分析人员对变更进行分析评估,分析评估后意见交CCB作为变更评审的依据。

在评估分析和评估变更请求中主要考虑的是变更对成本、进度和质量等方面的影响。

必要时配置管理人员、变更分析人员可能要和变更请求人交谈和商讨。

在CCB批准后送交变更实施者,应该要求记录变更的情况。

实际上变更请求表上不仅记载了变更请求和变更审批的信息,而且还包含有关变更实施的信息。

由此可见,可通过变更请求表了解到变更的实施状态。

9.下面关于变更控制委员会CCB的叙述中,不正确的是 (13) 。

(分数:1.00)
B的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员
B一定是常设机构,是项目中必不可少的√
C.小的信息系统项目CCB可以只有1人甚至只是兼职人员
D.任务是对建议的配置项变更做出评价、审批,以及监督己批准变更的实施
解析:[分析] 变更控制委员会CCB也可称为配置控制委员会(Configuration Control Board),是配置项变更的监管组织。

其任务是对建议的配置项变更做出评价、审批,以及监督已批准变更的实施。

CCB的成员通常包括项目经理、用户代表、质量控制人员、配置控制人员。

这个组织不必是常设机构,完全可以根据工作的需要组成。

例如,按变更内容和变更请求的不同,组成不同的CCB。

小的信息系统项目CCB可以只有1人甚至只是兼职人员。

如果CCB不只是控制变更,而是承担更多的配置管理任务,那就应该包括基线的审定、标志的审定,以及产品的审定,并且可能实际的工作需要分为项目层、系统层和组织层来组建,使其完成不同层面的配置管理任务。

10.在配置管理的主要工作中,不包括下列中的 (1) 。

(分数:1.00)
A.标识配置项
B.控制配置项的变更
C.对工作结束的审核
D.缺陷分析√
解析:[分析] 配置管理的活动主要有编制项目配置管理计划、配置标识、变更管理和配置控制、配置状态说明、配置审核,以及进行版本管理和发行管理。

(1)编制项目配置管理计划。

在项目启动阶段,项目经理首先要制定整个项目的开发计划,它是整个项目研发工作的基础。

总体研发计划完成之后,配置管理的活动就可以展开了,如果不在项目开发之初制定配置管理计划,那么配置管理的许多关键活动就无法及时有效地进行,而它的直接后果就是造成项目开发状况的混乱,并注定使配置管理活动成为一种救火的行为。

由此可见,在项目启动阶段制定配置管理计划是项目成功的重要保证。

(2)配置标识。

配置标识是配置管理的基础性工作,是管理配置管理的前提。

配置标识是确定哪些内容应该进入配置管理形成配置项,并确定配置项如何命名,用哪些信息来描述该配置项。

(3)变更管理和配置控制。

配置管理的最重要的任务就是对变更加以控制和管理,其目的是对于复杂,无形的软件,防止在多次变更下失控,出现混乱。

(4)配置状态说明。

配置状态说明也称为配置状态报告,它是配置管理的一个组成部分,其任务是有效地记录报告管理配置所需要的信息,目的是及时、准确地给出配置项的当前状况,供相关人员了解,以加强配置管理工作。

(5)配置审核。

配置审核的任务便是验证配置项对配置标识的一致性。

软件开发的实践表明,尽管对配置项做了标识,实现了变更控制和版本控制,但如果不做检查或验证仍然会出现混乱。

配置审核的实施是为了确保软件配置管理的有效性,体现配置管理的最根本要求,不允许出现任何混乱现象。

(6)版本管理和发行管理。

版本控制用于将管理信息工程中生成的各种不同的配置的规程和相关管理工具结合起来。

配置管理中,版本包括配置项的版本和配置的版本,这两种版本的标识应该各有特点,配置项的版本应该体现出其版本的继承关系,它主要是在开发人员内部进行区分,另外还需要对重要的版本做一些标记,如对纳入基线的配置项版本就应该做一个标识。

11.配置库有三类,其中不包括 (11) 。

(分数:1.00)
A.开发库
B.受控库
C.产品库
D.配置项√
解析:[分析] 请读者参考(2)题的分析。

12.如果想评定按计划得来的参数是否需要修正,应该用 (14) 。

(分数:1.00)
A.结构管理软件
B.项目管理信息系统
C.项目状态评审会议
D.绩效测量技术√
解析:[分析] 绩效测量技术,例如,己获得价值管理,是指整合范围、成本和进度评审,以协助项目管理团队评估绩效并决定是否要采取纠下行动。

13.配置管理系统通常由 (7) 组成。

(分数:1.00)
A.动态库、静态库和产品库
B.开发库、备份库和产品库
C.动态库、主库和产品库√
D.主库、受控库和产品库
解析:[分析] 请读者参考(2)题的分析。

相关文档
最新文档