免费智能真题库 > 历年试卷 > 系统集成项目管理工程师 > 2016年上半年 系统集成项目管理工程师 下午试卷 案例
  第4题      
  知识点：   成本控制   信息系统建设   测试阶段   系统工程   信息系统工程   中标

 
阅读下列说明，回答问题1至问题3，将解答填入答题纸的对应栏内。
【说明】
 某创业型公司乙在2015年1月，凭借着报价低的优势中标承接了一个信息系统工程项目。项目建设内容主要包括建设方甲公司的北京总公司ERP信息系统建设，以及甲公司成都分公司的机房改造工程。甲乙两公司经协商签订了工程额为100万元的总价合同，工期为一年。
乙公司指派有过ERP项目经验的张工担任项目经理。因公司还处于创业期间，所以公司管理层非常注重成本的控制，要求项目经理严格控制成本，每周汇报项目的实际花费。为了满足低成本的要求，考虑到北京、成都两地的材料、差旅费用等问题，在征得甲公司与管理层的同意后，张工将机房改造工程外包给成都当地的丙公司，并在合同中要求丙公司必须在2015年底之前完工。
项目执行期间，张工指派了一名成本控制专员，负责每周统计该项目ERP部分所发生的费用，同时向管理层提交费用统计报告。项目进展到6月份，项目ERP部分实际发生的总费用为30万元。成都赶上了梅雨季节，丙公司反馈，因机房地处某大厦的一层，太潮湿，机房改造工程被迫暂停，待梅雨季节过后继续施工。
项目执行到2015年底，机房改造项目已确定无法在2016年1月如期完工，ERP部分虽然基本到了后期的测试阶段，但其总费用也已经达到了60万元。
 
问题：4.1   根据案例，2016年1月机房改造工程无法如期完工，请指出乙公司是否可以向丙公司索赔？如可以，请说明可以申请什么索赔？如不可以，请说明理由。
 
问题：4.2   结合以上案例，请帮助张工提出成本管理及成本控制方面的改进措施。
 
问题：4.3   结合以上案例，在项目后期，请帮助项目经理张工提出一些可以弥补工期延误的方法。
 
 
 

   知识点讲解    
   · 成本控制    · 信息系统建设    · 测试阶段    · 系统工程    · 信息系统工程    · 中标
 
       成本控制
        成本控制是监督项目状态，以更新项目成本，管理成本基准变更的过程，其主要作用是发现实际与计划的差异，以便来取纠正措施，降低风险。
        要更新预算，就需要了解截至目前的实际成本，只有经过整体变更控制过程的批准，才可以更新预算。项目成本控制包括：
        .对造成成本基准变更的因素施加影响。
        .确保所有变更请求都得到及时处理。
        .当变更实际发生时，管理这些变更。
        .确保成本支出不超过批准的资金限额，既不超出按时段、按WBS组件、按活动分配的限额，也不超出项目总限额。
        .监督成本绩效，找出并分析与成本基准间的偏差。
        .对照资金支出，监督工作绩效。
        .防止在成本或资源使用报告中出现未经批准的变更。
        .向有关干系人报告所有经批准的变更及其相关成本。
        .设法把预期的成本超支控制在可接受的范围内。
               输入
                      项目管理计划
                      项目管理计划包括以下可用于成本控制的信息：
                      .成本基准：把成本基准与实际结果相比，以判断是否需要进行变更或采取纠正或预防措施。
                      .成本管理计划：成本管理计划规定了如何管理与控制项目成本。
                      项目资金需求
                      项目资金需求包括项目支出加上预计债务。
                      工作绩效数据
                      工作绩效数据是关于项目进展情况的数据，如哪些活动已开工、进展如何，以及哪些可交付成果已完成，还包括已批准的成本和已发生的成本。
                      组织过程资产
                      可能影响成本控制过程的组织过程资产包括：
                      .现有的、正式和非正式的与成本控制相关的政策、程序和指南。
                      .成本控制工具。
                      .可用的监督和报告方法。
               工具与技术
                      挣值管理
                      挣值管理（Earned Value Management, EVM）是把范围、进度和资源绩效综合起来考虑以评估项目绩效和进展的方法。它是一种常用的项目绩效测量方法。它把范围基准、成本基准和进度基准整合起来，形成绩效基准，以便项目管理团队评估和测量项目绩效和进展。
                      EVM的原理适用于所有行业的所有项目。它针对每个工作包和控制账户，计算并监测以下三个关键指标：
                      .计划价值（PV）：是为计划工作分配的经批准的预算。它是为完成某活动或工作分解结构组件而准备的一份经批准的预算，不包括管理储备。应该把该预算分配至项目生命周期的各个阶段。在某个给定的时间点，计划价值代表着应该已经完成的工作。PV的总和有时被称为绩效测量基准（PMB），项目的总计划价值又被称为完工预算（BAC）。
                      .挣值（EV）：是对已完成工作的测量值，用分配给该工作的预算来表示。它是已完成工作的经批准的预算。EV的计算应该与PMB相对应，且所得的EV值不得大于相应组件的PV总预算。EV常用于计算项目的完成百分比。项目经理既要监测EV的增量，以判断当前的状态，又要监测EV的累计值，以判断长期的绩效趋势。
                      .实际成本（AC）：是在给定时段内，执行某工作而实际发生的成本，是为完成与EV相对应的工作而发生的总成本。AC的计算口径必须与PV和EV的计算口径保持一致（例如，都只计算直接小时数，都只计算直接成本，或都计算包含间接成本在内的全部成本）。AC没有上限，为实现EV所花费的任何成本都要计算进去。
                      有关挣值管理的相关计算会在15.4节中详细说明。
                      预测
                      随着项目进展，项目团队可根据项目绩效，对完工估算（EAC）进行预测，预测的结果可能与完工预算（BAC）存在差异。如果BAC已明显不再可行，则项目经理应考虑对EAC进行预测。预测EAC是根据当前掌握的绩效信息和其他知识，预计项目未来的情况和事件。预测要根据项目执行过程中所提供的工作绩效数据来产生、更新和重新发布。工作绩效信息包含项目过去的绩效，以及可能在未来对项目产生影响的任何信息。
                      有关预测的相关计算会在15.4节中详细说明。
                      完工尚需绩效指数
                      完工尚需绩效指数（TCPI）是一种为了实现特定的管理目标，剩余资源的使用必须达到的成本绩效指标，是完成剩余工作所需的成本与剩余预算之比。如果BAC已明显不再可行，则项目经理应考虑使用EAC进行TCPI计算。经过批准后，就用EAC取代BAC。
                      有关TCPI的计算会在15.4节中详细说明。
                      绩效审查
                      绩效审查的对象包括：成本绩效随时间的变化、进度活动或工作包超出和低于预算的情况，以及完成工作所需的资金估算。如果采用了EVM，则需要进行以下分析：
                      .偏差分析：在EVM中，偏差分析用以解释成本偏差（CV=EV-AC）、进度偏差（SV=EV-PV）和完工偏差（VAC=BAC-EAC）的原因、影响和纠正措施。成本和进度偏差是最需要分析的两种偏差。随着项目工作的逐步完成，偏差的可接受范围（常用百分比表示）将逐步缩小。
                      .趋势分析：趋势分析旨在审查项目绩效随时间的变化情况，以判断绩效是正在改善还是正在恶化。图形分析技术有助于了解截至目前的绩效情况，并把发展趋势与未来的绩效目标进行比较，如EAC与BAC、预测完工日期与计划完工日期的比较。
                      .挣值绩效：将实际的进度及成本绩效与绩效测量基准进行比较。如果不采用EVM，则需要对比分析已完成工作的实际成本与成本基准，以考察成本绩效。
                      项目管理软件
                      项目管理软件常用于监测PV、EV和AC这三个EVM指标，绘制趋势图，并预测最终项目结果的可能区间。
                      储备分析
                      在控制成本过程中，可以采用储备分析来监督项目中应急储备和管理储备的使用情况，从而判断出是否还需要这些储备，或者是否需要增加额外的储备。随着项目工作的进展，这些储备可能已按计划用于支付风险或其他应急情形的成本。或者，如果风险事件没有如预计的那样发生，就可能要从项目预算中扣除未使用的应急储备，为其他项目或运营腾出资源。在项目中开展进一步风险分析，可能会发现需要为项目预算申请额外的储备。
               输出
                      工作绩效信息
                      WBS各组件（尤其是工作包和控制账户）的CV、SV、CPI、SPI、TCPI和VAC值都需要记录下来，并传达给干系人。
                      成本预测
                      无论是计算得出的EAC值，还是自下而上估算的EAC值，都需要记录下来，并传达给干系人。
                      变更请求
                      分析项目绩效后，可能会就成本基准或项目管理计划的其他组成部分提出变更请求。变更请求可以包括预防或纠正措施。变更请求需经过整体变更控制过程的审查和处理。
                      项目管理计划更新
                      项目管理计划中可能需要更新的内容包括：
                      .成本基准：在批准对范围、活动资源或成本估算的变更后，需要相应地对成本基准做出变更。有时成本偏差太过严重，以至于需要修订成本基准，以便为绩效测量提供现实可行的依据。
                      .成本管理计划：成本管理计划中需要更新的内容包括用于管理项目成本的控制临界值或所要求的准确度，需根据干系人的反馈意见对其进行更新。
                      项目文件更新
                      可能需要更新的项目文件包括成本估算和估算依据。
                      组织过程资产更新
                      可能需要更新的组织过程资产包括偏差的原因、采取的纠正措施及其理由、财务数据库以及从项目成本控制中得到的其他经验教训。
 
       信息系统建设
               信息系统的生命周期
               信息系统建设的内容主要包括设备采购、系统集成、软件开发和运维服务等。
               信息系统的生命周期可以分为四个阶段：立项、开发、运维和消亡。
                      立项阶段
                      立项阶段即概念阶段或需求阶段，这一阶段根据用户业务发展和经营管理的需要，提出建设信息系统的初步构想，然后对企业信息系统的需求进行深入调研和分析，形成《需求规格说明书》并确定立项。
                      开发阶段
                      以立项阶段所做的需求分析为基础进行总体规划，然后通过系统分析、系统设计、系统实施及系统验收等工作实现并交付系统。
                      .总体规划：系统开发的起始阶段，以立项阶段所做的需求分析为基础，明确信息系统在企业经营战略中的作用和地位，指导信息系统的开发，优化配置并利用各种资源，通过规划过程规范或完善用户单位的业务流程。一个比较完整的总体规划应当包括信息系统的开发目标、总体结构、组织结构、管理流程、实施计划、技术规范等。
                      .系统分析：为系统设计阶段提供系统的逻辑模型，内容包括组织结构及功能分析、业务流程分析、数据和数据流程分析及系统初步方案等。
                      .系统设计：根据系统分析的结果设计出信息系统的实施方案，主要内容包括系统架构设计、数据库设计、处理流程设计、功能模块设计、安全控制方案设计、代码设计等。
                      .系统实施：将设计阶段的成果在计算机和网络上具体实现，即将设计文本变成能在计算机上运行的软件系统。由于系统实施阶段是对以前全部工作的检验，因此用户的参与特别重要。
                      .系统验收：系统实施后经过试运行，就进入系统验收阶段，这也是系统交付的必经阶段。
                      运维阶段
                      信息系统通过验收，正式移交给用户以后进入运维阶段。系统的运行维护可分为更正性维护、适应性维护、完善性维护和预防性维护等类型。
                      .更正性维护：更正系统交付后发现的错误。
                      .适应性维护：使信息系统能在变化后或变化中的环境中继续使用。
                      .完善性维护：改进交付后系统的性能和可维护性。
                      .预防性维护：在信息系统中的潜在错误成为实际错误前进行更正。
                      消亡阶段
                      信息系统不可避免地会遇到更新改造、功能扩展，甚至废弃重建等情况，因此，在信息系统建设的初期就应注意系统消亡的条件和时机，以及由此花费的成本。
               信息系统开发方法
               信息系统常用的开发方法有结构化方法、原型法、面向对象方法等。
                      结构化方法
                      结构化方法是应用最为广泛的一种开发方法。按照信息系统生命周期，应用结构化系统开发方法，把整个系统的开发过程分为若干阶段，然后依次进行，前一阶段是后一阶段的工作依据，按顺序完成。
                      结构化方法具有如下特点：
                      .严格区分工作阶段，每个阶段有明确的任务和取得的成果。
                      .强调系统开发过程的整体性和全局性。
                      .系统开发过程工程化，文档资料标准化。
                      结构化方法的缺点有：
                      .开发周期长。
                      .文档、设计说明烦琐，工作效率低。
                      .要求在开发之初全面认识系统的需求，充分预料各种可能发生的变化，但这并不十分现实。
                      原型法
                      原型法在很难全面准确提出用户需求的情况下，本着对用户需求的初步理解，先快速开发一个原型系统，然后通过反复修改来实现用户的最终系统需求。
                      原型法的特点如下：
                      .对用户的需求动态响应，逐步纳入。
                      .系统分析、设计与实现都是随着对原型的不断修改而同时完成的，相互之间并无明显界限，也没有明确分工。
                      原型可以分为：
                      .抛弃型原型：此类原型在系统真正实现以后就放弃不用了。
                      .进化型原型：此类原型的构造从目标系统的一个或几个基本需求出发，通过修改和追加功能的过程逐渐丰富，演化成最终的系统。
                      面向对象方法
                      用对象表示客观事物，对象是一个严格模块化的实体，在系统开发中可被共享和重复利用，以达到复用的目的。面向对象方法的关键是利用面向对象的信息建模概念，建立一个全面、合理、统一的模型，既能反映需求对应的问题域，又能被计算机系统对应的求解域所接受。
                      面向对象方法的特点：
                      .开发过程的分析、设计和实现三个阶段使用同一套工具。
                      .分析、设计和实现三个阶段都是对面向对象的三种模型的建立、补充和验证，三个阶段的界限并不十分明确。
                      在系统开发实际工作中，往往根据需要将多种开发方法进行组合应用，以完成系统开发的全部任务。
 
       测试阶段
        . 可靠性测试（含于集成测试、系统测试）；
        . 排错；
        . 可靠性建模；
        . 可靠性评价；
        . 调整可靠性活动计划；
        . 收集可靠性数据；
        . 明确后续阶段的可靠性活动的详细计划；
        . 编制可靠性文档。
 
       系统工程
        系统工程是从整体出发合理开发、设计、实施和运用系统科学的工程技术。它根据总体协调的需要，综合应用自然科学和社会科学中有关的思想、理论和方法，利用计算机作为工具，对系统的结构、元素、信息和反馈等进行分析，以达到最优规划、最优设计、最优管理和最优控制的目的。
        霍尔（A.D.Hall）于1969年提出了系统方法的三维结构体系，通常称之为霍尔三维结构，这是系统工程方法论的基础。霍尔三维结构以时间维、逻辑维、知识维组成的立体空间结构来概括地表示出系统工程的各阶段、各步骤以及所涉及的知识范围。也就是说，它将系统工程活动分为前后紧密相连的7个阶段和7个步骤，并同时考虑到为完成各阶段、各步骤所需的各种专业知识，为解决复杂的系统问题提供了一个统一的思想方法。
               逻辑维
               逻辑维是解决问题的逻辑过程。运用系统工程方法解决某一大型工程项目时，一般可分为7个步骤：
               （1）明确问题。通过系统调查，尽量全面地搜集有关的资料和数据，把问题讲清楚。
               （2）系统指标设计。选择具体的评价系统功能的指标，以利于衡量所供选择的系统方案。
               （3）系统方案综合。主要是按照问题的性质和总的功能要求，形成一组可供选择的系统方案，方案是按照问题的性质和总的功能要求，形成一组可供选择的系统方案。
               （4）系统分析。分析系统方案的性能、特点、对预定任务能实现的程度，以及在评价目标体系上的优劣次序。
               （5）系统选择。在一定的约束条件下，从各入选方案中择出最佳方案。
               （6）决策。在分析、评价和优化的基础上作出裁决并选定行动方案。
               （7）实施计划。这是根据最后选定的方案，将系统付诸实施。
               以上7个步骤只是一个大致过程，其先后并无严格要求，而且往往可能要反复多次，才能得到满意的结果。
               时间维
               时间维是系统的工作进程。对于一个具体的工程项目，从制定规划起一直到更新为止，全部过程可分为7个阶段：
               （1）规划阶段。即调研阶段，目的在于谋求活动的规划与战略。
               （2）拟定方案。提出具体的计划方案。
               （3）研制阶段。作出研制方案及生产计划。
               （4）生产阶段。生产出系统的零部件及整个系统，并提出安装计划。
               （5）安装阶段。将系统安装完毕，并完成系统的运行计划。
               （6）运行阶段。系统按照预期的用途开展服务。
               （7）更新阶段。即为了提高系统功能，取消旧系统而代之以新系统，或改进原有系统，使之更加有效地工作。
               知识维
               知识维是完成各阶段、各步骤所需的专业科学知识。系统工程除了要求为完成上述各步骤、各阶段所需的某些共性知识外，还需要其他学科的知识和各种专业技术，霍尔把这些知识分为工程、医药、建筑、商业、法律、管理、社会科学和艺术等。各类系统工程，如军事系统工程、经济系统工程、信息系统工程等，都需要使用其他相应的专业基础知识。
 
       信息系统工程
        简单地说，信息系统就是输入数据，通过加工处理，产生信息的系统。
        面向管理是信息系统的显著特点，以计算机为基础的信息系统可以定义为：结合管理理论和方法，应用信息技术解决管理问题，为管理决策提供支持的系统。管理模型、信息处理模型、系统实现的基础条件三者的结合产生现实信息系统，如下图所示。
        
        信息系统
        管理模型指系统服务对象领域的专门知识，以及分析和处理该领域问题的模型，也称为对象的处理模型。信息处理模型指系统处理信息的结构和方法。管理模型中的理论和分析方法，在信息处理模型中转化为信息获取、存储、传输、加工、使用的规则。系统实现的基础条件指可供应用的计算机技术和通信技术、从事对象领域工作的人员，以及对这些资源的控制与融合。
        从事信息系统的专业人员必须具备广阔的商务知识，懂得利用信息技术增强组织性能，有较强的分析和评判思维能力，具备良好的沟通能力、团队精神和正确的伦理价值观，如下图所示。
        
        信息系统专业人员的四个基本能力
               信息系统的基本功能
               信息系统具有数据的输入、传输、存储、处理、输出等基本功能。
               （1）数据的采集和输入。识别信息有3种方法：一是由决策者识别；二是系统分析员亲自观察识别；三是先由系统分析员观察得到基本信息，再向决策人员调查，加以修正、补充。
               （2）数据的传输。包括计算机系统内和系统外的传输，实质是数据通信，其一般模式如下图所示。
               
               数据传输
               信源即是信息的来源，编码是指把信息变成信号，所谓码，是指按照一定规则排列起来的、适合在信道上传输的符号序列。信道就是信息传递的通道，是传输信息的媒介，信道的关键问题是信道的容量。噪声就是杂音或干扰。译码是编码的反变换，其过程与编码相反。信宿即是信息的接收者，可以是人、机器或者另一个信息系统。
               （3）信息的存储。数据存储的设备目前主要有3种：纸、胶卷和计算机存储器。对数据存储设备的一般按要求是存储容量大且价格便宜。信息存储的概念比数据存储的概念要广，主要问题是确定存储哪些信息、存储多长时间、以什么方式存储、经济上是否合算等，这些问题都要根据系统的目标和要求确定。
               （4）信息的加工。信息加工的范围很大，从简单的查询、排序、归并到负责的模型调试及预测。
               （5）信息的维护。包括经常更新存储器中的数据，使数据保持合用的状态。广义上来讲，包括系统建成后的全部数据管理工作。信息维护的主要目的在于保证信息的准确、及时、安全和保密。
               （6）信息的使用。指高速度和高质量地为用户提供信息。
               信息系统分类
               信息系统分类方法很多，从应用角度，可以分成人工信息系统和基于计算机的信息系统；从独立性角度，可分成独立信息系统和综合信息系统；从处理方式角度可分为批处理信息系统和联机处理信息系统。下面主要介绍以数据环境分类和以应用层次分类。
               （1）以数据环境分类。按照数据环境，可以把信息系统分为数据文件、应用数据库、主题数据库和信息检索系统。数据文件是没有使用数据库管理系统；应用数据库虽然使用了数据库管理系统，但未实现共享。主题数据库建立了一些数据库与一些具体的应用有很大的独立性，数据经过设计，其存储结构与使用它的处理过程都是独立的，各种数据通过一些共享数据库被联系和体现；在信息检索系统中，一些数据库被组织为能保证信息检索和快速查询的需要，而不是大量的事务管理。
               （2）以应用层次分类。通常，一个组织的管理活动可以分成四级，分别是战略级、战术级、操作级和事务级。与此相对应的，信息系统也分为战略级信息系统（使用者都是企业最高管理层）、战术级信息系统（企业中层经理及其管理部门）、操作级信息系统（服务型企业的业务部门）和事务级信息系统（企业的管理业务人员）。
               信息系统建设
               信息系统建设周期长、投资大、风险大，比一般技术工程有更大的难度和复杂性。这是因为技术手段复杂；内容复杂，目标多样；投资密度大，效益难以计算；环境复杂多变。
               信息系统在使用过程中，随着其生存环境的变化，要不断维护、修改，当它不再适应的时候就要被淘汰，就要由新系统代替老系统，这种周期循环称为信息系统的生命周期，如下图所示。
               
               信息系统的生命周期
               从上图可见，信息系统的生命周期可以分为系统规划、系统分析、系统设计、系统实施、系统运行和维护五个阶段。
               系统规划阶段的任务是对企业的环境、目标及现行系统的状况进行初步调查，根据企业目标和发展战略，确定信息系统的发展战略，对建设新系统的需求做出分析和预测，同时考虑建设新系统所受的各种约束，研究建设新系统的必要性和可能性。根据需要与可能，给出拟建系统的备选方案。对这些方案进行可行性分析，写出可行性分析报告。可行性分析报告审议通过后，将新系统建设方案及实施计划编写成系统设计任务书。
               系统分析阶段的任务是根据系统设计任务书所确定的范围，对现行系统进行详细调查，描述现行系统的业务流程，指出现行系统的局限性和不足之处，确定新系统的基本目标和逻辑功能要求，即提出新系统的逻辑模型。这个阶段又称为逻辑设计阶段。这个阶段是整个系统建设的关键阶段，也是信息系统建设与一般工程项目的重要区别所在。系统分析阶段的工作成果体现在系统说明书中，这是系统建设的必备文件。它既是给用户看的，也是下一个阶段的工作依据。系统说明书一旦讨论通过，就是系统设计的依据，也是将来验收系统的依据。
               简单地说，系统分析阶段的任务是回答系统“做什么”的问题，而系统设计阶段要回答的问题是“怎么做”。该阶段的任务是根据系统说明书中规定的功能要求，考虑实际条件，具体设计实现逻辑模型的技术方案，也就是设计新系统的物理模型。这个阶段又称为物理设计阶段。这个阶段又可分为总体设计和详细设计两个阶段。这个阶段的技术文档是系统设计说明书。
               系统实施阶段是将设计的系统付诸实施的阶段。这一阶段的任务包括计算机等设备的购置、安装和调试、程序的编写和调试、人员培训、数据文件转换、系统调试与转换等。这个阶段的特点是几个互相联系、互相制约的任务同时展开，必须精心安排、合理组织。系统实施是按实施计划分阶段完成的，每个阶段应写出实施进展报告。系统测试之后写出系统测试分析报告。
               系统投入运行后，需要经常进行维护和评价，记录系统运行的情况，根据一定的规格对系统进行必要的修改，评价系统的工作质量和经济效益。
               除技术人员外，开发的各个阶段需要有业务人员的参加配合。开发的前期需要用户配合系统分析人员做好系统分析工作，后期需要用户承担测试、切换工作。为了使用户配合好开发工作，需要对用户进行培训。下图是各开发阶段人力需求曲线。
               
               各个开发阶段的人力需求
               信息系统的发展
               一个单位或一个地区的信息系统，都要经历由初级到成熟的发展过程，诺兰（Nolan）总结了信息系统发展的规律，在1973年提出了信息系统发展的阶段理论，并在1980年完善了这一理论，人们称之为诺兰模型，如下图所示。
               
               诺兰模型
               （1）初装。从单位购买第1台计算机用于管理部门就开始了初装阶段。在这一阶段，人们初步意识到计算机对管理的作用，有少数人具备了初步应用能力。
               （2）蔓延。计算机初见成效吸引力人们，使信息系统扩散到多数部门，便进入了蔓延阶段。在这一阶段，数据处理能力发展很快，但很多问题有待解决，如数据具有不一致性、共享性差等。这个阶段的投资迅速增长，但只有一部分系统取得实际效益。
               （3）控制。解决蔓延阶段的问题，要求加强组织协调，对信息系统建设进行统筹规划。严格的控制代替了自由蔓延。这一阶段利用数据库技术解决数据共享问题。控制阶段投资增长较慢。
               （4）集成。在控制的基础上，硬件重新链接，在软件方面建立集中式数据库和能充分利用各种信息的系统，这就是集成。诺兰认为前3个阶段属于“计算机时代”，从第4个阶段开始进入“信息时代”。这个阶段由于各种硬件、软件设备大量扩充，投资迅速增长。
               （5）数据管理。集成之后进入数据管理阶段。
               （6）成熟。成熟的信息系统应能满足组织各个管理层次的要求，实现真正的信息资源管理。
 
       中标
        中标人的投标应当符合下列条件之一：
        （1）能够最大限度地满足招标文件中规定的各项综合评价标准。
        （2）能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是投标价格低于成本的除外。
        评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。依法必须进行招标的项目的所有投标被否决的，招标人应当重新招标。
        在确定中标人前，招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。评标委员会成员应当客观、公正地履行职务，遵守职业道德，对所提出的评审意见承担个人责任。评标委员会成员不得私下接触投标人，不得收受投标人的财物或其他好处。评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况，以及与评标有关的其他情况。
        中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。中标通知书对招标人和中标人具有法律效力。中标通知书发出后，招标人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。招标文件要求中标人提交履约保证金的，中标人应当提交。
        依法必须进行招标的项目，招标人应当自确定中标人之日起15日内，向有关行政监督部门提交招标投标情况的书面报告。
   题号导航      2016年上半年 系统集成项目管理工程师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
4 /
 
第4题    在手机中做本题