《0基于网络的工程项目管理的asp模式研究》由会员分享，可在线阅读，更多相关《0基于网络的工程项目管理的asp模式研究（28页珍藏版）》请在金锄头文库上搜索。
1、,基于网络的工程项目管理的ASP模式的研究,指导教师：张老师 学 生：李云霞,,主要内容,4,2,3,基于网络的工程项目管理的必要性,基于网络的工程项目管理的ASP模式,1,基本概念,基于网络的工程项目管理的ASP模式应用影响因素,,1,基本概念,基于网络的工程项目管理 利用网络技术来提高在时间与空问分布环境下共同工作的项目参与各方的有效协作，从而更好的实现项目目标。,1,基于网络的工程项目管理的标准框架,,1,基本概念,租用服务: 即PM-ASP模式（Project Management-Application Service Provider）， 租用PM-ASP服务供应商已完全开发好的项
2、目 管理信息化系统，通常按租用时间、项目数、 用户数、数据占用空间大小收费。,直接购买: 业主或总承包商等项目的主 要参与方出资购买（一般还需要二次开发） 商品化的项目管理软件，安装在公司的 内部服务器上，并供所有的项目参与方 共同使用。,自行开发：聘请咨询公司和软件公司针对 和项目的特点自行开发，完全承担系统的 设计、开发及维护工作。,基于网络 的工程项目 管理的应用 三种模式,,基于网络的工程项目管理（WPMS）作为一个全新的理念，其应用过程是极其复杂的，它的实践是一个系统工程，既应重视其技术问题，更应注重与其实施相关的组织和管理问题。针对其如何实施及成功应用的研究则相对欠缺。,基于网络的
3、工程项目管理的ASP模式研究,WPMS 的三种应用模式中，ASP模式因其自身特性应用范围较广，故以WPMS在ASP模式下的应用为切入点，为解决WPMS应用过程中系统选择失当、应用无法在组织中深层次展开、缺乏有效实施规划的指导以及系统应用和项目管理相脱离等存在的诸多问题做出有益的研究。,How to do,,2,基于网络的工程项目管理的必要性,在人类社会经济形态从工业经济转变为知识经济的2l世纪初，建筑业的发展步伐仍然落后于其他行业部门。强烈反差之下诸多有识之士普遍认为当前迫切需要应用先进的管理思想和技术手段在传统的落后的建筑业中进行一场彻底的革命，而这场革命的核心问题便是如何克服建筑业自身的分
4、裂特性。建筑业的“分裂”特性归因于纵向的专业分工和横向的阶段分离。,,如今随着工程项目规模的扩大及其复杂性的提高，建筑业内的专业分工 有着进一步加剧的趋势。,建设项目全寿命期的阶段的阶段划分,,建设项目全寿命周期过程是阶段性资源输入与输出的过程，建设过程中往往需要某一阶段接收其“上游”阶段的某一“中间产品”作为输入，通过一系列的中间过程又将其转化为另一种“中间产品”作为输出交付给其“下游”的另一个阶段。,阶段的划分必然将工程建设的一次性努力人为的划分成一系列的阶段，这种做法忽视了项目实施各阶段间高度的关联性与反馈性，往往造成各阶段的项且参与方为追求局部阶段最优而牺牲了整个寿命周期的最优。,,由
5、于专业分工和阶段分离导致的建筑业分裂特性使得工程项目的建设通常具备以下特征。,专业的多学科性：产生了如何克服他们之间“异质性”的问题 空间的分布性：大大增加了协调管理的难度。 组织界限的障碍：如何基于项目整体利益协同各参与方的努力 建设过程的阶段性：产生了生命周期内各阶段问的冲突。,如何克服工程建设过程的分裂特性？ 一般认为，信息技术能解决这一问题。它使各参与方及项目各实施阶段之间实现信息的集成和共享，提高建筑业的整体效率。 信息技术在建筑业中的应用主要集中在三个领域：建筑设计、工程设计和施工。之外信息技术在物业管理(FM)以及产品数据库(Product Database)等一些领域也逐步得到
6、了应用。,,然而，在上世纪90年代中期前以计算机技术应用为代表的信息化，不仅没能有效解决建筑业的分裂特性，反而使问题变得更加复杂。 在建筑设计领域：80年代有了2D制图软件(2D CAD)，90年代则出现了3D可视化制图软件(3D CAD)； 在工程设计领域：60年代就产生了结构分析软件，70年代有了有限元的方法(FEM)、参数化工程设计(Parametric Design)以及预制件建模技术(Prefabricated Component Modeling)，到了80年代出现各种专业CAD软件 在施工领域，早在60年代计算机 就开始用于统计计算与数据管理(Accounting &Data M
7、anagement)，80年代则有了许多工程量计算软件和施工计划编制软件，进入90年代以后出现了生产自动化系统。 然而必须加以指出的是，所有这些信息技术的应用仅仅面向于工程建设中特定领域中的特定问题，人们根本没有从整个建筑业的角度考虑跨领域的信息传递与共享需求。因而这些计算机软件通常是片面的、孤立的，彼此之间很难进行有效的信息沟通，带来了所谓的“信息孤岛”。,,Walker与Betts认为，网络技术将会成为未来建筑业发展的关键，并对建筑业的从业人员、协作环境以及整个建筑业的产业结构产生深远影响”在网络技术的支持下，Intranet与Extranet逐步成为组织内部及组织间有效沟通于协作的工具。
8、,基于网络的工程项目管理（WPMS）的产生,,,WPMS的功能,,3,基于网络的工程项目管理的ASP模式,ASP (Application Service Provider) ：通过中央数据中心和广域网，向客户管理与配置基于软件的服务和解决方案的第三方实体 。 ASP是一种业务租贷模式，用户可以直接租用ASP的计算机以及软件系统进行自己的业务管理，任何用户只要能够接通网络，通过网络浏览器就可以向ASP租用所需要的软件或服务，而不必在本地安装该软件。,,由于项目管理是一种特别适用于那些责任重大、时间紧迫、资 源有限的一次性任务的管理方法，一次性、单件性、流动性特点使PMASP模式越来越受到大多数
9、业主、项目管理公司、建筑工程公司等的欢迎。用户通过网络浏览器就可以向ASP租用 所需要的软件或服务，而不必在本地安装该软件。,比较,,如今PM-ASP产品市场的特点：产品差异化发展明显；应用服务提供商所提供的PM-ASP产品不断升级换代但其价格还有迸一步下降的趋势；产品的应用方式灵活：服务提供商们纷纷提供PM-ASP产品的定制服务，用户可根据自身喜好和需求定制个性化的用户界面，灵活的选择产品功能模块，市场上甚至出现了为用户量身打造的“先开发后租用”的新型商业模式。,,PM-ASP的实现框架,,PM-ASP的用户,PM-ASP作为WPMS的一种应用模式其用户是项目参与各方。ASP服务提供商在PM
10、-ASP模式中发挥的是一个项目IT需求外包者的角色，其所提供的应用服务必然要与项目的某一参与方(既PM-ASP的应用组织者)签订，而PM-ASP的应用组织者同时也是PM-ASP的用户，在其组织下诸如材料供应商、分包商、工程咨询方等都可以是PM-ASP的使用者，因此他们也是PM-ASP的用户。 按照用户与工程项目是否有合同关系可以将PM-ASP的用户分为近层用户和远层用户。,,4,基于网络的工程项目管理的ASP模式应用影响因素,为研究PM-ASP的应用环境，先从项目管理软件/系统的一般影响因素出发,1）组织与管理因素（主体因素）：高级管理层，高级管理层的重视与否；人员，组织中人员对工作方式变化的
11、适应能力、对项目管理软件的掌握能力和人员素质；组织文化，组织的文化是否容易接受变革；组织的项目管理成熟度，组织是否采用了结构化的项目管理方法与程序等。 2）应用的对象（客体因素）：项目的规模、工期、技术复杂程度等对软件的成功实施都有制约作用。 3）应用过程：一个项目管理软件的应用过程包括一般规划、准备、安装、试运行、运行五个阶段，此外系统的维护工作也贯穿始终。对应用过程管理的忽视往往成为许多项目管理软件应用失败的原因。 4）培训：项目管理软件的成功应用离不开对人员的系统培训，培训的内容不仅包括软件的应用，还应包括其中所蕴涵的项目管理思想和理论。 5)软、硬件因素：软、硬件系统是项目管理软件的直
12、接载体，其质量的好坏直接影响项目管理软件功能的发挥。,,PM-ASP除具有一般项目管理软件的共性之外 还具有以下特性,其应用环境更复杂。,1）加强调组织、人员间的沟通与协作：PM-ASP作为WPMS的一种应用模式，其应用价值在于将项目寿命周期内的项目参与各方充分整合，并利用网络和信息技术为其提供一个高效信息沟通和协同工作的平台。 2）更加强调ASP(应用服务提供商)的作用：PM-ASP应用过程中，不但系统的维护、数据的存储、系统应用前的培训工作都外包给ASP，更重要的是ASP所提供的PM-ASP产品的功能和质量直接决定着工程项目管理的成功或失败。 3）对网络的依赖性更强：PM-ASP对组织、人
13、员问沟通与协作的强调离不丌网络的支持，PMASP的项目信息沟通、项目文档管理以及项目参与各方的共同工作这些基本功能都是基于网络这一媒介来实现的，另外ASP也需要通过网络来提供应用服务。,,4）数据的安全性需要着重考虑：数据的安全问题是用户选择PM-ASP产品最为担心的闯题之一。同自行开发与直接购买模式相比，PM-ASP的数据安全性最差，由于工程中产生的各种文档和数据都集中存储在ASP提供的中央数据库中，因此对于PM-ASP的使用者来说数据的存储安全成为不可控因素，一旦ASP提供的中央数据库出现问题，工程文档和数据便面临着丢失的危险，而PM-ASP的使用者却对此无能为力。另外文档和数据由“他人”
14、存储和保管，也会使PMASP用户产生商业机密泄漏的担忧。,对一般项目管理软件的共性与PM-ASP的特性分析，现将PM-ASP实施与应用中的潜在环境影响因素做如下归类：,1）项目特性因素：不同的项目需要不同程度的控制和管理，产生不同种类和数量的文档和信息，并不是所有的工程项目都能够同等受益于PM-ASP的功能。在PM-ASP实施前必须考虑工程项目的特性，项目特性因素包括：(1)项目规模 (2)项目复杂程度 (3)项目坐落位置 (4)业主类型 (5)合同结构 (6)项目投资额 (7)项目工期 (8)PMASP的实施在项目寿命周期中所处的阶段。,,2）项目团队因素：项目全寿命周期中的参与各方构成了整个项目团队，PM-ASP应用的成功与否不仅取决于成员的经验、能力等自身因素更主要的是取决于团队内的沟通与协作氛围以及团队与系统之间的交互。项目团队因素包括：(1)高级管理层的支持 (2)PM-ASP产品使用的拥护状况 (3)项目经理的能力 (4)PMASP产品的使用经验；(5)网络的可获得性 (6)网络带宽 (7)PM-ASP应用与项目团队战略的结合 (8)获得的培训质量及频率 (9)PM-ASP规划阶段最终用户的参与程度：(9)资源的充足性(10)PM-ASP的使用频率 (11)项目团队对待信息技术的态度 (12)项目团队对待PM-ASP的态度 (13)项目团队的总体
