免费智能真题库 > 历年试卷 > 信息系统项目管理师 > 2010年上半年 信息系统项目管理师 下午试卷 案例
  第2题      
  知识点：   电子政务   开发人员   项目范围说明书   需求分析   中标

 
M公司2009年5月中标某单位(甲方)的电子政务系统开发项目，该单位要求电子政务系统必须在2009年12月之前投入使用。王某是公司的项目经理，并且刚成功地领导一个6人的项目团队完成了一个类似项目，因此公司指派王某带领原来的团队负责该项目。
王某带领原项目团队结合以往经验顺利完成了需求分析、项目范围说明书等前期工作，并通过了审查，得到了甲方的确认。由于进度紧张，王某又申请从公司调来了2个开发人员进入项目团队。
项目开始实施后，项目团队原成员和新加入成员之间经常发生争执，对发生的错误相互推诿。项目团队原成员认为新加入成员效率低下，延误项目进度；新加入成员则认为项目团队原成员不好相处，不能有效沟通。王某认为这是正常的项目团队磨合过程，没有过多干预。同时，批评新加入成员效率低下，认为项目团队原成员更有经验，要求新加入成员要多向原成员虚心请教。项目实施两个月后，王某发现大家汇报项目的进度言过其实，进度没有达到计划目标。
 
问题：2.1   请简要分析造成该项目上述问题的可能原因。
 
问题：2.2   (1)写出项目团队建设所要经历的主要阶段。 (2)结合你的实际经验，概述成功团队的特征。
 
问题：2.3   针对项目目前的状况，在项目人力资源管理方面王某可以采取哪些补救措施?
 
 
 

   知识点讲解    
   · 电子政务    · 开发人员    · 项目范围说明书    · 需求分析    · 中标
 
       电子政务
        电子政务的概念和内容
        电子政务的概念：指政府机构在其管理和服务职能中运用现代信息技术，实现政府组织结构和工作流程的重组优化，超越时间、空间和部门分隔的制约，建成一个精简、高效、廉洁、公平的政府运作模式。
        广义的政务概念除电子政务以外，还包括电子党务、电子政协和电子人大等。
        电子政务主要包括以下几个方面的内容：
        .政府间的电子政务。
        .政府对企业的电子政务。
        .政府对公民的电子政务。
        电子政务指导思想和指导原则
        我国电子政务建设的指导思想是：以邓小平理论和“三个代表”重要思想为指导，适应改革开放和现代化建设对政务工作的要求，转变政府职能，提高工作效率和监管的有效性，更好地服务人民群众；以需求为导向，以应用促发展，通过积极推广和应用信息技术，增强政府工作的科学性、协调性和民主性，全面提高依法行政能力，加快建设廉洁、勤政、务实、高效的政府，促进国民经济持续快速健康发展和社会全面进步。
        我国电子政务建设的指导原则有：
        .统一规划，加强领导。
        .需求主导，突出重点。
        .整合资源，拉动产业。
        .统一标准，保障安全。
        电子政务建设的主要任务和主要措施
        电子政务建设的主要任务有：
        .建设和整合统一的电子政务网络。
        .建设和完善重点业务系统。
        .规划和开发重要政务信息资源。
        .积极推进公共服务。
        .基本建立电子政务网络与信息安全保障体系。
        .加强公务员信息化培训与考核。
        .加快推进电子政务法制建设。
        加快电子政务建设的主要措施包括：
        .统一认识，加强领导。
        .明确分工，各司其职。
        .稳步推进，严禁重复建设。
        .利用统一网络平台。
        .规范试点。
        .保证建设和运行资金。
        .创造有利于电子政务发展的外部环境。
 
       开发人员
        ①多媒体软件：项目负责人、学科教学专家、教学设计专家、软件工程师、多媒体素材制作专家和多媒体课件制作专家。
        ②多媒体电子出版物：策划编导、文字编辑、美术编辑、音乐编辑和多媒体编辑。
 
       项目范围说明书
        项目范围说明书是对项目范围、主要可交付成果、假设条件和制约因素的描述。项目范围说明书记录了整个范围，包括项目和产品范围。项目范围说明书详细描述项目的可交付成果，以及为创建这些可交付成果而必须开展的工作。为了便于管理干系人的期望，项目范围说明书可明确指出哪些工作不属于本项目范围。项目范围说明书使项目团队能进行更详细的规划，在执行过程中指导项目团队的工作，并为评价变更请求或额外工作是否超过项目边界提供基准。
        详细的项目范围说明书包括以下内容：
        .产品范围描述：逐步细化项目章程和需求文件中所述的产品、服务或成果的特征。
        .验收标准：可交付成果通过验收前必须满足的一系列条件。
        .可交付成果：在某一过程、阶段或项目完成时，必须产出的任何独特并可核实的产品、成果或服务能力。可交付成果也包括各种辅助成果，如项目管理报告和文件。对可交付成果的描述可略可详。
        .项目的除外责任：通常需要识别出什么是被排除在项目之外的。明确说明哪些内容不属于项目范围，有助于管理干系人的期望。
        .制约因素：对项目或过程的执行有影响的限制性因素。需要列举并描述与项目范围有关且会影响项目执行的各种内外部制约或限制条件，例如，客户或执行组织事先确定的预算、强制性日期或进度里程碑。如果项目是根据协议实施的，那么合同条款通常也是制约因素。关于制约因素的信息可以列入项目范围说明书，也可以独立成册。
        .假设条件：在制订计划时，不需验证即可视为正确、真实或确定的因素。还应描述如果这些因素不成立，可能造成的潜在影响。在项目规划过程中，项目团队应该经常识别、记录并确认假设条件。关于假设条件的信息可以列入项目范围说明书，也可以独立成册。
        虽然项目章程和项目范围说明书的内容存在一定程度的重叠，但它们的详细程度完全不同。项目章程包括高层级的信息，而项目范围说明书则是对项目范围的详细描述。项目范围需要在项目过程中渐进明细。
 
       需求分析
        需求分析的方法种类繁多，不过如果按照分解的方式不同，可以很容易地划分出几种大类型：
        （1）结构化分析方法。本节后续内容将详细讨论SA的内容。
        （2）面向对象分析方法。将在10.3节中进行详细介绍。
        （3）面向问题域的分析（Problem Domain Oriented Analysis, PDOA）方法。PDOA更多地强调描述，而少强调建模。它的描述大致分为关注问题域和关注解系统的待求行为这两个方面。问题框架是PDOA的核心元素，是将问题域建模成为一系列相互关联的子域。也可以把问题框架看作是开发上下文图，但不同的是上下文图的建模对象是针对解系统，而问题框架则是针对问题域。也就是说，问题框架的目标就是大量地捕获更多有关问题域的信息。PDOA方法现在还在研究阶段，并未广泛应用。
               业务流程分析
               业务流程分析的目的是了解各个业务流程的过程，明确各个部门之间的业务关系和每个业务处理的意义，为业务流程的合理化改造提供建议，为系统的数据流程变化提供依据。
               业务流程分析的步骤如下：
               （1）通过调查掌握基本情况。
               （2）描述现有业务流程（绘制业务流程图）。
               （3）确认现有业务流程。
               （4）对业务流程进行分析。
               （5）发现问题，提出解决方案。
               （6）提出优化后的业务流程。
               在业务流程图中使用的基本符号如下图所示。
               数据流图
               DFD是结构化分析中的重要方法和工具，是表达系统内数据的流动并通过数据流描述系统功能的一种方法。DFD还可被认为是一个系统模型，在信息系统开发中，一般将它作为需求说明书的组成部分。
               
               业务流程图符号
               DFD从数据传递和加工的角度，利用图形符号通过逐层细分地描述系统内各个部件的功能和数据在它们之间传递的情况，来说明系统所完成的功能。具体来说，DFD的主要作用如下：
               （1）DFD是理解和表达用户需求的工具，是系统分析的手段。由于DFD简明易懂，理解它不需要任何计算机专业知识，因此通过它同客户交流很方便。
               （2）DFD概括地描述了系统的内部逻辑过程，是系统分析结果的表达工具，因而也是系统设计的重要参考资料，是系统设计的起点。
               （3）DFD作为一个存档的文字材料，是进一步修改和充实开发计划的依据。
               在DFD中，通常会出现4种基本符号，分别是数据流、加工、数据存储和外部实体（数据源及数据终点）。数据流是具有名字和流向的数据，在DFD中用标有名字的箭头表示。加工是对数据流的变换，一般用圆圈表示。数据存储是可访问的存储信息，一般用直线段表示。外部实体是位于被建模的系统之外的信息生产者或消费者，是不能由计算机处理的成分，它们分别表明数据处理过程的数据来源及数据去向，用标有名字的方框表示。下图是一个典型的DFD示例。
               
               办理取款手续的DFD
               为了表达数据处理过程中的数据加工情况，用一个DFD是不够的。稍微复杂的实际问题，在DFD中常常出现十几个甚至几十个加工。这样的DFD看起来很不清楚。层次结构的DFD能很好地解决这一问题。按照系统的层次结构进行逐步分解，并以分层的DFD反映这种结构关系，能清楚地表达整个系统。
               下图给出分层DFD的示例。数据处理S包括3个子系统1、2、3。顶层下面的第一层DFD为DFD/L1，第二层的DFD/L2.1、DFD/L2.2及DFD/L2.3分别是子系统1、2和3的细化。对任何一层数据流图来说，它的上层图称为父图，在它下一层的图则称为子图。
               
               分层数据流图
               概括地说，画DFD的基本步骤，就是“自顶向下，逐层分解”。检查和修改的原则如下：
               （1）DFD中的所有图形符号只限于前述4种基本图形元素。
               （2）顶层DFD必须包括前述4种基本元素，缺一不可。
               （3）顶层DFD中的数据流必须封闭在外部实体之间。
               （4）每个加工至少有一个输入数据流和一个输出数据流。
               （5）在DFD中，需按层给加工框编号。编号表明了该加工处在哪一层，以及上下层的父图与子图的对应关系。
               （6）规定任何一个数据流子图必须与它上一层的一个加工对应，两者的输入数据流和输出数据流必须一致。此即父图与子图的平衡。
               （7）可以在DFD中加入物质流，帮助用户理解DFD。
               （8）图上每个元素都必须有名字。
               （9）DFD中不可夹带控制流。
               数据字典
               数据字典是关于数据的信息的集合，也就是对DFD中包含的所有元素的定义的集合。DFD和数据字典共同构成系统的逻辑模型。没有DFD，数据字典难以发挥作用；没有数据字典，DFD就不严格。只有把DFD和对DFD中每个元素的精确定义放在一起，才能共同构成系统的规格说明。
               数据字典的设计包括：数据流设计、数据元素字典设计、数据处理字典设计、数据结构字典设计和数据存储设计。这些设计涵盖了数据的采集和范围的确定等信息。在数据字典的每一个词条中应包含以下信息：名称、别名或编号、分类、描述、何处使用。
               对加工的描述是数据字典的组成内容之一，常用的加工描述方法有结构化语言、判定树及判定表。
               （1）结构化语言：介于自然语言和形式语言之间的一种半形式语言，在自然语言基础之上加了一些限度，使用有限的词汇和有限的语句来描述加工逻辑。结构化语言是受结构化程序设计思想启发而扩展出来的。结构化程序设计只允许3种基本结构。结构化语言也只允许3种基本语句，即简单的祈使语句、判断语句和循环语句。与程序设计语言的差别在于结构化语言没有严格的语法规定，与自然语言的不同在于它只有极其有限的词汇和语句。结构化语言使用3类词汇：祈使句中的动词、数据字典中定义的名词及某些逻辑表达式中的保留字。
               （2）判定树：若一个动作的执行不只依赖一个条件，而与多个条件有关，那么这项策略的表达就比较复杂。如果用结构化语言的判断语句，就有多重嵌套，层次一多，可读性就会下降。用判定树来表示，可以更直观一些。
               （3）判定表：一些条件较多、在每个条件下取值也较多的判定问题，可以用判定表表示。判定表能清晰地表达复杂的条件组合与应做动作之间的对应关系，判定表的优点是能够简洁、无二义性地描述所有的处理规则。但判定表表示的是静态逻辑，是在某种条件取值组合情况下可能的结果，它不能表达加工的顺序，也不能表达循环结构，因此判定表不能成为一种通用的设计工具。
 
       中标
        中标人的投标应当符合下列条件之一：
        （1）能够最大限度地满足招标文件中规定的各项综合评价标准。
        （2）能够满足招标文件的实质性要求，并且经评审的投标价格最低。但是投标价格低于成本的除外。
        评标委员会经评审，认为所有投标都不符合招标文件要求的，可以否决所有投标。依法必须进行招标的项目的所有投标被否决的，招标人应当重新招标。
        在确定中标人前，招标人不得与投标人就投标价格、投标方案等实质性内容进行谈判。评标委员会成员应当客观、公正地履行职务，遵守职业道德，对所提出的评审意见承担个人责任。评标委员会成员不得私下接触投标人，不得收受投标人的财物或其他好处。评标委员会成员和参与评标的有关工作人员不得透露对投标文件的评审和比较、中标候选人的推荐情况，以及与评标有关的其他情况。
        中标人确定后，招标人应当向中标人发出中标通知书，并同时将中标结果通知所有未中标的投标人。中标通知书对招标人和中标人具有法律效力。中标通知书发出后，招标人改变中标结果的，或者中标人放弃中标项目的，应当依法承担法律责任。招标人和中标人应当自中标通知书发出之日起30日内，按照招标文件和中标人的投标文件订立书面合同。招标人和中标人不得再行订立背离合同实质性内容的其他协议。招标文件要求中标人提交履约保证金的，中标人应当提交。
        依法必须进行招标的项目，招标人应当自确定中标人之日起15日内，向有关行政监督部门提交招标投标情况的书面报告。
   题号导航      2010年上半年 信息系统项目管理师 下午试卷 案例   本试卷我的完整做题情况  
1 /
2 /
3 /
 
第2题    在手机中做本题