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

信息系统项目管理师-文档与配置管理 (总分：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.通过测试部经理，要求确认