项目信息门户运行的周期应为()

项目信息门户运行的周期应为()

A 、建设工程的设计、施工期

B 、建设工程的实施期

C 、建设工程的全寿命期

D 、建设工程的决策期

参考答案:

【正确答案：C】

一级建造师考试《项目管理》知识点：项目信息的分类

建造师是指从事建设工程项目总承包和施工管理关键岗位的执业注册人员，建造师执业资格制度起源于1834年的西方资本主义国家英国。以下是为大家分享的一级建造师考试《项目管理》知识点：项目信息的分类，供大家参考借鉴，欢迎浏览!

项目信息的分类

(一)从不同的角度对建设工程项目的信息进行分类，如：

1.按项目管理工作的对象，即按项目的分解结构，如子项目1、子项目2等进行信息分类

2.按项目实施的工作过程，如设计准备、设计、招标投标和施工过程等进行信息分类

3.按项目管理工作的任务，如“三控制”等进行信息分类

4.按信息的内容属性，如组织类信息、管理类信息、经济类信息、技术类信息和法规类信息。

(二)综合分类，即按多维进行分类，如：

第一维：按项目的分解结构

第二维：按项目实施的工作过程

第三维：按项目管理工作的任务。

项目信息门户的.类型

◆项目信息门户按其运行模式分类，有如下两种类型。

(1)PSWS模式：为一个项目的信息处理服务而专门建立的项目专用门户网站，也即专用门户。

(2)ASP模式：由ASP服务商提供的为众多单位和众多项目服务的公用网站，也可称为公用门户。

◆国际上项目信息门户应用的主流是ASP模式。

◆项目信息门户可以为一个建设工程的各参与方的信息交流和共同工作服务，也可以为一个建设工程群体的管理服务。

服务于各种用途的信息编码

一个建设工程项目有不同类型和不同用途的信息，为了有组织地存储信息、方便信息的检索和信息的加工整理，必须对项目的信息进行编码。

(1)项目的结构编码

(2)项目管理组织结构编码

(3)项目的政府主管部门和各参与单位编码(组织编码)

(4)项目实施的工作项编码

(5)项目的投资项编码(业主方)/成本项编码(施工方)，它并不是概预算定额确定的分部分项工程的编码，应综合考虑概算、预算、标底、合同价和工程款的支付等因素，建立统一的编码，以服务于项目投资目标的动态控制。

1.10信息系统项目生命周期和组织

项目阶段合在一起成为项目生命周期，项目生命周期定义了从项目开始直至结束的项目阶段，项目的每个阶段都至少包含管理工作和技术工作。

所有项目都呈现下列通用的生命周期结构 ：

项目经理或组织可以把每一个项目划分成若干个阶段，以便有效地进行管理控制，并于实施该项目组织的日常运作联系起来。

在项目的一个阶段末，开始下一阶段之前，应该确保达到阶段的目标以及正式接受项目阶段成功。

软件开发分为可行性分析（计划）、需求分析、软件设计（概要设计、详细设计）、编码（含单元测试）、测试、运营维护等几个阶段，比如需求分析阶段定义的规划将成为软件测试中的系统测试阶段的目标。

V模型的重要意义在于，非常明确的表明了测试过程中存在的不同的级别，并且非常清晰的描述了这些测试阶段和开发阶段的对应关系。

V模型的左边下降的是开发过程各阶段，与此相对应的是右边上升的部分，即各测试过程的各个阶段。在不同的组织中对测试阶段的命名可能有所不同。

V模型的价值在于它非常明确地标明了测试过程中存在的不同级别，并且清楚地描述了这些测试阶段和开发各阶段的对应关系。

v模型的特点 ：

原型化模型的第一步是建造一个快速原型， 实现客户或未来的用户与系统的交互，经过和用户针对圆形的讨论和交流，弄清需求，以便真正把握用户需要的软件产品是什么样子的。充分了解后再在原型基础上开发出用户满意的产品。

适用范围：需求复杂，需求难以确定、需求动态变化的软件系统。

螺旋模型是一个演化软件过程模型，将原型实现的迭代特征与线性顺序（瀑布）模型中控制和系统化的方面结合起来，使得软件的增量版本的快速开发成为可能。

显著特点：

一是采用循环的方式，逐步加深系统定义和实现的深度，降低风险；二是确定一系列里程碑，确保项目开发过程中的相关利益者都支持可行的和令人满意的系统解决方案。

特点和适用范围： 强调了风险分析，特别适用于需求难以确定，大型而复杂、高风险的系统。

螺旋模型每次迭代活动：制定计划、风险分析、实施工程和客户评估。

在某种程度上，开发迭代是一次完整地经过所有工作流程的过程。

适用范围：需求难以确定，不断变更，多期开发的系统，比如计划多期开发的软件项目。

RUP（统一软件开发过程）

一种过程方法，迭代模型的一种具体实现。

RUP的软件生命周期划分为初始阶段、细化阶段、构建阶段、交付阶段。

初始阶段：系统地阐述项目的范围，选择可行的系统架构，计划和准备业务案例。

细化阶段：细化构想， 细化过程和基础设施，细化构架并选择构件，确保软件结构、需求、计划足够稳定；确保项目风险已经降到能够预计完成整个项目的成本和日常的程度。针对项目的软件结构上的主要风险已经解决或处理完成。

构造阶段：资源管理、控制和过程最优化，完成构建的开发并依据评价标准进行测试，依构想的验收标准评估产品的发布。

移交阶段：同步并使并发的构造增量集成到一致的实施基线中，与实施有关的工程活动（商业包装和生产、人员培训），根据完整的构想和需求集的验收标准评估实施基线。

融合了瀑布模型的基本成分（重复应用）和原型实现的迭代特征。

适用范围：对所开发的领域比较熟悉而且已有原型系统，进行已有产品升级或新版本开发。

以面向对象的软件开发方法为基础，以用户需求为导向，以对象来驱动的模型。主要用来描述面向对象的软件开发过程。

敏捷方法是一种以人为核心、迭代、循序渐进的开发方法，适用于一开始并没有或不能完整地确定出需求和范围的项目，或者需要应对快速变化的环境，或者需求和范围难以事先确定，或者能够以有利于干系人的方式定义较小的增量改进。在敏捷开发中，就是把一个大项目分成多个相互联系，但也可以独立运行的小项目。敏捷方法的目的在于应对大量变更，获取干系人的持续参与。

敏捷开发的四个核心价值（敏捷宣言） ：

个体与交互过程高于过程和工具，

可用的软件高于完备的文档，

客户协作高于合同谈判，

响应变化高于遵循计划。

组织文化常常会对项目产生直接的影响组织的沟通能力，对项目的执行方式有很大影响组织结构对能否获得项目所需资源和以何种条件获取资源起着制约作用。

职能型组织内可以有项目存在，项目通常在职能部门内部运作。

对投资大、建设周期长、专业复杂、技术人员来自多个部门的大型项目，最好采用项目型或强矩阵型在组织结构。

分为弱矩阵、平衡矩阵、强矩阵。

上图为弱矩阵型组织示意图

上图为平衡矩阵型组织示意图

上图为强矩阵型组织示意图