系统集成项目管理工程师 | 信息系统项目管理师

标题: 第7周课程一、二作业 [打印本页]

作者: zyy_first    时间: 2015-10-30 16:23
标题: 第7周课程一、二作业
选择题:
1、D;
2、D;
3、B;
4、A;
5、B。在组织准备进行采购时,应准备的采购文件包括采购管理计划、工作说明书、标书(RFP)和评估标准等内容。而建议书是卖方准备的文件,不是采购应准备的文件。
6、A.
7、C。
8、C.购审计的目标是找出本次采购的成功和失败之处,以供项目执行组织内的其他项目借鉴。
9、A。
10、D
11、C
12、D。受到控制价的限制。
13、D
  依据上述规定,当出现本题的选项A、B、C情形时,可以采用竞争性谈判方式采购。本题的选项D这一情况不属于可以采用竞争性谈判方式采购的4种情形之一。按照第三十一条规定,此时可以采用单一来源方式采购。
14、C。按照《中华人民共和国政府采购法》第六章“质疑与投诉”中的“第五十二条供应商认为采购文件、采购过程和中标、成交结果使自己的权益受到损害的,可以在知道或者应知其权益受到损害之日起七个工作日内,以书面形式向采购人提出质疑”,可知“合同效力”不属于质疑的范围。
15、D。废标后,采购人应当将废标理由通知所有投标人。

课时二作业:
1、C。
根据GB/T16680《软件文档管理指南》:
  文档定义:一种数据媒体和其上所记录的数据。它具有永久性并可以由人或机器阅读,通常用于描述
人工可读的内容,例如技术文件、设计文件、版本说明文件等。
  软件文档可分为三种类别:开发文档描述开发过程本身;产品文档描述开发过程的产物;管理文档记
录项目管理的信息。
  1.开发文档
  开发文档是描述软件开发过程包括软件需求、软件设计、软件测试,保证软件质量的一类文档,开发
文档也包括软件的详细技术描述,程序逻辑、程序间相互关系、数据格式和存储等。
  开发文档起到如下5种作用:
  ①它们是软件开发过程中包含的所有阶段之间的通信工具,它们记录生成软件需求设计编码和测试的
详细规定和说明。
  ②它们描述开发小组的职责。通过规定软件、主题事项、文档编制、质量保证人员以及包含在开发过
程中任何其他事项的角色来定义做什么、如何做和何时做。
  ③它们用作检验点而允许管理者评定开发进度。如果开发文档丢失、不完整或过时,管理者将失去跟
踪和控制软件项目的一个重要工具。
  ④它们形成了维护人员所要求的基本的软件支持文档。而这些支持文档可作为产品文档的一部分。
  ⑤它们记录软件开发的历史。
  2.产品文档
  产品文档规定关于软件产品的使用、维护、增强、转换和传输的信息,产品的文档起到如下三种作用

  ①为使用和运行软件产品的任何人规定培训和参考信息。
  ②使得那些未参加开发本软件的程序员维护它。
  ③促进软件产品的市场流通或提高可接受性。
  3.管理文档
  这种文档建立在项目管理信息的基础上,如:开发过程的每个阶段的进度和进度变更的记录;软件变
更情况的记录;相对于开发的判定记录;职责定义,这种文档从管理的角度规定涉及软件生存的信息。
  因此,程序源代码清单属于文档。
  按照质量要求,文档可分为4个级别。正式文档(第4级)适合那些要正式发行供普遍使用的软件产品。
关键性程序或具有重复管理应用性质如工资计算的程序需要第4级文档。因此“文档按重要性和质量要求
可以分为正式文档和非正式文档”是正确的。因此选择C。
2、D
配置识别是配置管理的基础性工作,是管理配置的前提。配置识别的工作内容包括:①识别配置项,即
识别将置于配置管理之下的配置项和有关的工作产品;②为每个配置项指定唯一性的标识号;③定义每
个配置项的重要特征及识别其所有者;④识别组件、数据及产品获取点和准则;⑤建立和控制基线;⑥
维护文件和组件的修订与产品版本之间的关系等。
选项D的“对识别的配置项进行审计”属于配置审计阶段的工作内容。
3、C
4、A
5、B
6、D。配置管理中通常利用配置库以提高配置管理的有效性。配置库有三类:开发库、受控库和产品库
。 ①开发库:存放开发过程中需要保留的各种信息,供开发人员个人专用。库中的信息可能有较为频繁
的修改,只要开发库的使用者认为有必要,无需对其做任何限制。因为这通常不会影响到项目的其他部
分。 ②受控库:在信息系统开发的某个阶段工作结束时,将工作产品存入或将有关的信息存入。存入的
信息包括计算机可读的以及人工可读的文档资料。应该对库内信息的读写和修改加以控制。③产品库:
在开发的信息系统产况:完成系统测试之后,作为最终产品存入库内,等待交付用户或现场
安装的信息也应加以控制。 可见作为最终产品应将其存入产品库。
7、D。选项太绝对
8、C。软件开发分为计划、需求分析、软件设计(概要设计、详细设计)、编码(含单元测试)、测试、运
行维护等几个阶段.  基线是一组经过正式审查并且达成一致的规范或工作产品,是开发工作的基础。对
基线的更改必须遵循变更控制规程。
  本题中的软件开发项目设置了需求基线、设计基线、产品基线,在编码阶段设计基线已经建立。若要
对详细设计文件进行变更,必须走变更控制流程。
9、B
10、D。
二、案例分析题
问题1
1、该项目目前这个状态,说明缺乏项目整体管理
2、缺乏整体变更控制流程;
3、缺乏项目干系人之间的沟通;
4、缺乏项目配置管理;
5、缺乏整体版本管理;
问题2
1、建立基线;
2、确定变更控制流程,与项目干系人确定最终的需求;
3、制定配置项及其所有版本;
4、对照最终需求和设计逐项分析现有配置项及历时版本的符合情况;
5、根据分析结果由相关干系人确定整体变更计划和实施;
6、加强单元测试与系统集成测试;
7、加强项目整体版本管理工作;
问题3、
配置管理的主要工作:
1、制定配置管理计划。确定方针,分配资源,明确责任,计划培训、确定干系人,制定配置识别准则,
制定基线计划,制定配置库备份计划,制定变更控制流程,制定审批计划;
2、配置项识别。识别配置项,分配唯一标识,确定配置项特征,记录配置项进入时间,确定配置项拥有
者职责,进行配置项登记管理;
3、建立配置管理信息系统。建立分级配置管理机制,存储和检索配置项,共享和转换配置项,进行归档
、记录、保护和权限设置。
4、基线化。获得授权,建立或发布基线,形成文件,使得基线可用。
5、建立配置库。建立动态库、受控库和静态库。
6、变更控制。包括变更记录、分析、批准、实施、验证、沟通和存档;
7、配置状态统计。统计配置项的各种状态;
8、配置审计。包括功能配置审计和物理配置审计。







欢迎光临 系统集成项目管理工程师 | 信息系统项目管理师 (http://1634.com.cn/ruankao/) Powered by Discuz! X3.1