信息工程监理公共服务平台_第1页
信息工程监理公共服务平台_第2页
信息工程监理公共服务平台_第3页
信息工程监理公共服务平台_第4页
信息工程监理公共服务平台_第5页
已阅读5页,还剩28页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

信息工程监理公共服务平台研究问题提出近年来,随着我国政府和企业信息化建设的深入推进,信息化工程监理作为一个新兴的行业应运而生,并如雨后春笋般地迅速发展。面对这个形势,信息产业部从2002年始相继发布了《信息系统工程监理暂行规定》、《信息系统工程监理单位资质管理办法》、《信息系统工程监理工程师资格管理办法》,这一系列管理规定和办法建立了一套保证信息化工程建设质量的监理制度。随即又在2005制发了《信息化工程监理规范(GB-T19668_1-2005)》(以下简称《监理规范》),进一步规范了信息化工程监理具体的工作方式和行为。显然,因涉及日常的具体监理工作,贯彻这个《监理规范》的难度比前述规定和办法要大得多,不能只靠行政手段而需要一些特殊措施和手段。在信息化工程监理项目越来越多的情况下,为提高工作效率,信息化工程监理行业自然而然地萌生了利用计算机和网络来开展项目监理工作的需求。但是,现有的其他行业监理软件均是以文档管理为核心,没有工作流引擎,不能在网络环境下以流程为纽带有序地组织有关各方协同办公。于是这样的呼声日益高涨:信息工程监理行业需要有适合自己工作特点的行业软件系统。综合以上两点,信息工程监理行业软件的基本需求如下:以监理项目为核心,以流程为纽带开展监理项目管理;以《监理规范》为依据,所有流程与文档格式必需符合《监理规范》的规定;以现代信息技术为手段,工作流在网上流转,有关人员在互联网上协同办公;以共享、共建为运行机制,提高资源利用效率。据此,提出信息工程监理公共服务平台的概念:信息工程监理公共服务平台(以下简称服务平台)是面向方兴未艾的信息化建设浪潮,为推动信息工程监理行业的发展,按照《信息化工程监理规范(GB-T19668_1-2005)》等国家有关信息工程监理规范的要求,基于现代信息技术手段而创建的。是一个功能齐全、体系完备、安全高效的公共服务系统。服务平台以监理项目管理为核心,以流程为纽带,为信息工程建设有关各方提供一个安全、便利的网络协同办公环境。服务平台同时提供综合信息服务、整合专家资源开通专家咨询热线、整合地区专业检测资源提供相关检测服务以及有关技术规范(标准)与政策法规查询与下载等配套服务。为加强信息工程监理业的行业管理,服务平台还应为信息工程监理协会提供各项管理功能。服务平台的核心内容是监理项目管理、服务平台的关键技术与创新点是工作流与信息安全、服务平台的运行机制是共享共建。服务平台应该体现以下综合效益:第一、规范信息工程建设项目的监理行为;第二、便利业主、监理单位和承建单位等三方的协同工作,提高工作效率;第三、加强有关部门对信息工程监理工作的管理。本文从用户角度对服务平台的软件开发和建设提出诉求,并在此基础上对其核心部分的“用户管理”和“监理项目管理”理念、逻辑与设计原则进行入的探讨。2、框架构想根据以上需求,设计如下的平台框架信息工程建设项目信息信息工程建设项目信息平台框架信息化技术产品信息监理项目管理信息工程监理项目动态供应商与系统集成商信息专业技术咨询服务(专家热线)行业检测服务资料检索下载信息工程监理单位信息信息工程监理工程师信息信息工程监理公共服务平台公共服务平台门户网站综合信息服务行业协会用户管理图1信息工程监理公共服务平台框架示意图各个模块内容规划如下:综合信息服务信息工程建设项目信息提供潜在的、在建的和已建的信息工程项目动态信息。潜在项目―土建已开工,信息工程建设内容暂未公示的新建大楼或已经公示项目规划,但暂未启动者。提供业主、主管部门、项目概况;在建项目―已开始招标或已开工的项目。提供业主、项目内容、投资规模,招、投标信息、中标施工单位、监理单位(总监理工程师)信息;已建项目―已经按照信息工程监理规范实施监理并已竣工项目。提供业主、项目内容、投资规模,施工单位、监理单位(总监理工程师)和工程质量评估(项目获奖)信息。信息工程监理单位信息提供全国或本地有资质的信息工程监理单位名单、重点介绍部分单位的概况、实力与业绩(含图片与视频)。信息工程监理工程师信息提供全国或本地有资质的信息工程监理工程师名单、重点介绍其中部分人的履历、业绩与论文。提供有关监理工程师培训信息与资料。信息化技术产品信息提供相关的信息化技术产品名称、品牌、规格型号、产地与报价。信息化产品供应商与系统集成商信息提供已经取得当地政府采购供应商资格的信息化产品供应商与系统集成商名称、基本情况、产品代理资质和工程业绩(含图片与视频)。信息工程监理项目动态公示各个在建项目的监理月报、年报及其他有必要且有可能公示的内容。如果当地已经成立行业协会,则本栏目作为协会动态,再增加协会通知、活动报道等内容。专业技术服务(专家咨询热线)提供技术专家与监理专家名单(专家库),建立咨询热线,在线或以E-mail方式解答业主或监理单位的疑难问题。或者将疑难问题公示求解,以互动方式开展专业技术服务。行业检测服务或仪器设施共用系统提供本地区专业检测仪器和技术力量信息,便利监理单位检测与控制工程质量,在此基础上逐步整合本地区专业检测仪器和技术力量,提供信息化产品与系统性能检测服务:根据委托认证后,出具有行政效力的检测报告;根据委托,提交专业性的分析测试报告;为用户提供检测需求咨询,促进检测机构之间的技术和服务交流。资料检索与查阅服务信息工程项目设计、施工与验收规范、施工图集和有关政策法规等资料供用户检索查阅或下载。行业协会管理会员申请与注册。会员服务-为会员提供专业信息服务、专业论坛、专门资料下载、法律援助以及网上缴纳会费等。监理资质年审-未来监理资质的年审很可能委托协会承担,或者协会的载体就是承担监理资质认证的单位。如果所有的监理项目都利用这个平台来进行管理,则监理资质的年审是非常容易实现网上办公的。协会通知监理项目管理这是服务平台的核心内容,将在后文详细论述。用户管理这是服务平台运行的必要部分,也将在后文详细论述。平台门户网站这是服务平台的入口,是服务平台的的信息集散地和对外服务的窗口。用户可以通过这个窗口获得本平台的服务或参与、开展服务。要栏目包括信息发布和管理、资料下载、电子论坛和在建项目信息。3、角色研究(用户管理设计)3.1用户类型及角色功能设定按照监理项目管理的权限,服务平台用户应分为“过路游客”和“授权用户”。过路游客可以享受综合信息、查阅资料等其他服务,不能参与监理项目管理。根据《监理规范》的规定并结合笔者从事信息工程监理的实践经验,将”授权用户”划分为三类单位、10种角色,各角色功能(操作权限)设定如下:3.1.1监理单位法人代表添加、变更或删除单位人员;创建和终结监理项目;任命或更换总监理工程师;查询和浏览但不能修改或删除在建或历史项目的全部文档。单位领导查询和浏览但不能修改或删除在建或历史项目的全部文档。总监理工程师组建或变更监理机构;撰写监理规划;审定与修改监理实施细则、监理月报;上传和调阅全部支撑材料;按照监理规范规定的流程处理各项监理事务;查阅和浏览全部文档,可变更在建项目的已存档文档的属性,但不能修改或删除在建或历史项目的全部文档。总监理工程师代表除了以下各项之外,按总监理工程师的授权,行使总监理工程师的其它职责和权力:组建监理机构;主持编写工程监理规划,审批或修改工程监理细则;调解业主单位和承建单位的合同争议,参与索赔的处理,审批工程延期;根据工程项目的进展情况进行监理人员的调配,调换不称职的监理人员;审核签认承建单位的付款申请、付款证书和竣工结算。专业监理工程师负责编制监理规划中本专业部分的内容及本专业监理细则;负责本专业监理工作的具体实施;组织、指导、检查和监督监理员的工作;协助总监理工程师工作;定期向总监理工程师提交本专业监理工作实施情况报告,对重大问题及时向总监理工程师报告;负责本专业监理资料的收集、汇总及整理,编写监理月报;制发《监理工程师通知单》;按照监理规范规定的流程处理各项监理事务;调阅全部支撑材料。监理员在专业监理工程师的指导下开展监理工作;协助专业监理工程师完成工程量的核定;担任现场监理工作,发现问题及时向专业监理工程师报告;对承建单位实施计划和进度进行检查并记录;对承建单位实施过程中的软件和设备安装、调试、测试进行监督并记录;填写监理日志。3.1.2业主单位(建设单位)单位领导对本项目中业主单位的文档只有读的权限;调阅全部支撑材料。业主代表同意或者否定更换总监理工程师;签认监理规划;代表甲方在各个工程文档上签字;调阅全部支撑材料。3.1.3承建单位(施工单位)单位领导对涉及本单位的文档只有读权限;调阅部分支撑材料-不可调阅监理合同,如果是多个承建方,也不可调阅其它承建单位的工程合同。单位代表(项目经理)按照监理规范的规定撰写或签署有关文档;调阅部分支撑材料-不可调阅监理合同,如果是多个承建方,也不可调阅其它承建单位的工程合同。3.2各类角色的产生及参与监理项目管理的逻辑设计一次性填写,可以修改。平台将积累数据,通过单位机构代码建立逻辑链接,若数据库中已有,则只需输入单位代码,其余数据自动显现在注册界面中。一次性填写,可以修改。平台将积累数据,通过单位机构代码建立逻辑链接,若数据库中已有,则只需输入单位代码,其余数据自动显现在注册界面中。监理单位注册由平台管理员根据交费情况进行多次认证系统生成由平台管理员根据交费情况进行多次认证系统生成”监理单位法人代表”和”监理单位领导”两套用户名和初始密码。其他员工注册其他员工注册允许多次,每次创建一个项目。各项目均由创建者终结。对于某个项目是唯一的,同一单位在不同项目中可能有不同的用户名。总监添加承建单位(多个),系统生成各承建单位领导和代表的用户名和初始密码通过监理单位法人代表审批后,进入单位人员名单允许多次,每次创建一个项目。各项目均由创建者终结。对于某个项目是唯一的,同一单位在不同项目中可能有不同的用户名。总监添加承建单位(多个),系统生成各承建单位领导和代表的用户名和初始密码通过监理单位法人代表审批后,进入单位人员名单通过认证,获得平台使用权限通过认证,获得平台使用权限监理单位法人代表创建项目监理单位法人代表创建项目系统生成业主单位领导和代表用户名和初始密码系统生成业主单位领导和代表用户名和初始密码法人代表指定总监人选,该员工用户名被激活,获得总监工作权限法人代表指定总监人选,该员工用户名被激活,获得总监工作权限监理单位法人代表创建监理项目监理单位法人代表创建监理项目业主单位代表补充单位基本信息业主单位代表补充单位基本信息总监从员工名单中选择员工创建监理机构,进入该机构的员工用户名被激活,获得总监代表、专业监理工程师或监理员的工作权限。对于某个项目是唯一的,同一单位在不同项目中可能有不同用户名总监从员工名单中选择员工创建监理机构,进入该机构的员工用户名被激活,获得总监代表、专业监理工程师或监理员的工作权限。对于某个项目是唯一的,同一单位在不同项目中可能有不同用户名。业主单位代表登录处理有关事务。项目结束后,不能再处理该项目有关事务。。业主单位代表登录处理有关事务。项目结束后,不能再处理该项目有关事务。允许修改直至项目终结,平台将积累数据,通过承建单位机构代码建立逻辑链接,若数据库中已有,则只需输入承建单位的机构代码,其余数据自动显现在界面中。总监理工程师、专业监理工程师或监理员登录处理该项目监理事务。项目结束后,该监理机构人员不能再处理该项目的有关事务。允许多次直至项目终结。承建单位代表登录,补充单位基本信息允许修改直至项目终结,平台将积累数据,通过承建单位机构代码建立逻辑链接,若数据库中已有,则只需输入承建单位的机构代码,其余数据自动显现在界面中。总监理工程师、专业监理工程师或监理员登录处理该项目监理事务。项目结束后,该监理机构人员不能再处理该项目的有关事务。允许多次直至项目终结。承建单位代表登录,补充单位基本信息承建单位代表登录处理有关事务处理。项目结束后,不能再处理该项目有关事务。承建单位代表登录处理有关事务处理。项目结束后,不能再处理该项目有关事务。图2各类角色产生及参与监理项目管理的逻辑规定图2所示的逻辑过程大致可分为5步:第1步、首先是监理单位需要作为企业用户进行注册。单位注册后,系统给出单位法人代表和一般领导的用户名和初始密码,但这些用户名必需通过认证才能取得操作权限。监理单位认证由平台管理员根据规定的平台使用费用和实际缴费情况进行。这个步骤产生角色A和B(角色定义和操作权限见3.1);第2步、其次是监理单位的员工需要作为普通员工进行注册,其用户名(昵称)和密码则在注册时自己设定。员工注册时需要选择所属单位,注册后要通过该单位法人代表审核才能进入该企业职工名单。但进入员工名单还不等于取得项目操作权限,还必须进入某个监理项目的监理机构并被安排为某个角色后,才能取得该项目的操作权限。当然,自己没有进行注册的员工,也可以被单位法人代表直接添加到员工名册中,此时其用户名和初始密码则由系统随机生成;第3步、至此,获得使用权的监理单位法人代表可以登陆创建监理项目。创建项目过程中必须从员工名单中选择一人担任总监理工程师,项目创建完毕后系统给出业主单位代表和领导的用户名和密码。这个步骤产生角色C、G和H;第4步、总监理工程师获得任命后,可以登录进行该项目的管理工作。当然首先需要创建监理机构。即从员工名单中选择适当人选分派为总监代表、专业监理工程师或监理员,并给各人分配具体的专业内容。这个步骤产生角色D、E和F。当然,不是每个项目都需要这三种角色的,应根据具体情况设定。其次,总监要添加该项目的承建单位。多数项目只有一个承建单位,但也有可能是多个承建单位。创建之后,系统给出每个承建单位现场代表与一般领导的用户名和初始密码。这个步骤产生角色I和J。至此,参与该项目的10种角色都已产生;第5步、各个角色根据工作的需要登录并开展该项目的管理工作,创建事务或处理事务。需要说明的是:除了自己注册的监理单位员工之外,其余角色在获得用户名和初始密码之后,应该登录补充或修改自己的个人资料(包括登录密码)。上述1、2两步骤为一个监理单位及其员工的注册过程,就该单位而言是一次性的操作。而3、4、5等步骤则为项目管理过程。就某个监理单位而言,是多次性操作,每个监理项目都要照此重复进行。从监理项目管理的角度看,监理单位、业主单位和承建单位三类单位的对本服务平台上的需求强烈程度和使用频度不同,监理单位最需要,使用频度最高。业主单位可能数年之中才有一个信息工程项目,而使用服务平台,承建单位的情况则界于这二者之间。所以在以上逻辑设计中,要求监理单位主动注册,而业主和承建单位则不需要自己注册,由监理单位在创建项目之后将系统生成的用户名和密码转告。进一步推理:如果这个服务平台将来采取有偿方式提供服务,则只宜对监理单位收取服务费,而监理项目所涉及的业主和承建单位则都应免费使用。除上述三类用户单位,十种用户角色之外,服务平台运营单位还应有两种管理角色:平台管理员和系统维护员。其权限规定如下:平台管理员公共信息资料录入和上传-包括新闻、可供下载的资料等;协会管理信息录入;收费用户缴费情况况录入及用户户认证;用户意见处理与回回复;相关链接维护。说明:平台管理员员”属于特殊用用户,从法律律责任和信息息安全的角度度出发,“平台管理员”的权限必需需要作如下限限定:不能对用户上传或或创建的文档档、数据进行行修改或删除除;不能查阅除公共信信息和各类单单位的基本信信息之外的数数据;各类用户的登录名名和密码,由由系统自己生生成与登录验验证,平台管管理员无法获获得;不能直接对数据库库进行操作。系统维护员系统维护员具有最最高权限,可可以直接对数数据库进行维维护操作。服务平台应该基于于以上分析进进行用户管理理并参照以上上逻辑进行软软件设计。4、项目管理研究4.1监理项目监理项目类别按照信息产业部的的规划,信息息工程建设项项目分为通用用布缆系统工工程、电子设设备机房系统统工程、计算算机网络系统统工程和软件件工程等几个个类别。根据据笔者的实践经经验,其中前前三类基本属属于硬件范畴畴,其施工步步骤、环境与与监理要点、流流程有共性,而而有别于第四四类软件工程程的监理。同同时,目前已已出台的《监监理规范》中中的内容也主主要是针对硬硬件项目的监监理,据悉专专门适用于软软件工程监理理的国家标准准正在起草过过程中。所以以,服务平台的开发与建设设应采取逐步完完善的策略,先先期实现对硬硬件建设项目目(含通用布布缆系统工程程、电子设备备机房系统工工程和计算机机网络系统工工程)的监理理事务处理服服务。为适应软件工程的的监理,服务务平台也应具有灵活性性,可通过自定义流流程与创建文文档摸板的方方式来适应软软件工程监理理的特点。4.1.2监理项目要要素设定从监理的角度看,监理项目包含如下要素:项目建设内容、投投资规模参与项目建设的主主体:建设单单位、承建单单位和监理单单位名称(含含总监理工程程师姓名)建设周期:开始与与结束时间监理收入:监理费费的合同金额额与实现金额额此外还可将监理项项目获奖情况况纳入要素以以反映项目建建设的质量。服务平台应该建立立数据库记录录以上项目要要素,便于管管理与查询。同同时,这些数数据也是展示示监理单位风风采的内容和和进行年检的的依据。监理项目编号规则则设计为便于识别和管理理,每个监理理项目都应进进行编号,监监理项目编号号首先应具有有唯一性,其其次应包含该该项目的基本本特征信息,最最后要简便。拟拟用11位代码:1~3位-建设单位简称称的汉语拼音音首个字母(注1);4位-阿拉伯数字”1”~”9”,以避免单单位名称简称称拼音重复;;5~6位-项目性质代码码(注2);7~10位-工程合同签订订的年月(各各两位,注3)11位-序号注1、也可以使用建设设单位的机构构代码替代简简称的拼音字字母,但机构构代码有十多多位,将使得得项目编号过过于亢长。注2、根据监理规范,信信息工程项目目分为4类,取其汉汉语拼音首个个字母作为项项目性质代码码:BX-通用布缆系统工程程DZ-电子设备机房系统统工程WL-计算机网络系统工工程RJ-软件工程注3、如果在签订合同之之前,监理就就参与项目规规划、招标等等工作,则应以项目立立项的年月取取代合同签订订年月。项目的生命周期规规定服务平台的核心功功能是监理项项目管理,而而监理项目管管理必然要以以项目为核心心。制定这样样的原则:创创建项目之后后才可以展开开所有的事务务管理,如果果没有与具体体项目挂钩,即即使是授权用用户,登录后后也无法进入入其工作界面面,或是进行行任何操作。每个监理项目都应应有生命周期期,监理项目目有创建就有有终止。监理项目终止有两两种情况:正正常终止与非非正常终止。监理项目正常终止止有两个前提::第一、该项目的监监理合同及其其追加条款所所规定给监理理单位的义务务全部履行完完毕;第二、该项目中所所有已经创建建的事务全部部按照流程处处理完毕,有有关文档都已已经存档。监理项目异常终止止有两种可能能:第一、该工程项目目因某种原因因而异常终止止,连带其工工程监理无法法继续履行监监理合同;第二、该工程业主主在履行监理理合同方面严严重违约(如如超期拖欠监监理费用),致致使监理工作作无法继续进进行。异常终止的项目应应该暂时冻结结而不是删除除,一旦导致致项目异常终终止的因素消消除,该监理理项目又可以以激活,开始始运行。4.2事务与流流程基本概念所谓监理项目管理理,就是在项项目创建之后后各种角色按按照规则协同同工作,处理理各种事务,直直至项目终结结。在本服务平台上称之为事务务者需要符合合以下特定条条件:该工作已纳入《信信息化工程监监理规范》所所界定的范畴畴该工作只能由特定定的角色创建建和参与处理理该工作有规范的处处理流程该工作处理过程与与处理结果将将形成固定格格式的文档按照这些条件,笔笔者根据《监监理规范》的的规定和有关关文档格式为为服务平台定定义了19种事务。事务是发动机,有有了事务(或或创建了事务务)就启动了了特定流程。流程(工作流流)是纽带,各各个角色被流流程牵动参与与事务处理。事事务与流程一一一对应,19种事务就是19个流程。设定定:每个事务务都有生命周周期,需要某某个角色创建建,创建之后后启动特定的处处理流程,由由流程牵动各有有关角色按顺序参与事务务处理,最后后由流程终点点的角色终结结这个事务。终终结之后,所所有处理过程程与结果形成成规定格式的文文档存档。4.2.2分类类与创建权限限根据《监理规范》的规定,19种事务中每个事务对对于创建者的的角色都有要要求,具体要要求如下:承建单位代表有权权创建以下事事务:方案/计划报审分包单位资格审查查申请开工申请复工申请付款申请工程阶段性测试验验收报审工程阶段施工申请请总监理工程师有权权创建以下事事务:工程款支付意见复工令开工令停工令监理报告专业监理工程师有有权创建以下下事务:监理日志监理通知单除角色A、B、GG、I外其他角色有有权创建以下下事务:会议纪要工程备忘录费用索赔申请工程延期申请工程变更单4.2.3流程图图在《监理规范》中中已经给出《图A.1工程设计阶阶段监理流程程图》、《图A.2工程实施阶阶段监理流程程图》和《图A.3工程验收阶阶段监理流程程图》等三个个流程图,其其中包含了设设计方案审查查与优化、下达开工令令、工程变更、工程初验(含含隐蔽工程验验收和预验收收)和工程终验(正正式验收)等等5项事务的处处理流程,笔笔者根据根据据《监理规范范》的原则并并结合自己的的实践经验,针对其余的的事务绘制了了11个流程图,清清单如下(详详见附件)::图新1招标方案优化流程程图图新2招标文件优化流程程图图新3招标文件答疑流程程图图新4签订工程合同流程程图图新5分包单位资格审查查流程图图新6停工与复工流程图图图新7工程延期流程图图新8阶段工程施工申请请流程图图新9付款申请流程图图新10工程索赔流程图图新11工地会议流程图应该根据以上流程程图设计各个个工作流的节节点角色和传传递方向。4.3文档基本概念文档是工程信息的的记载,工程程信息管理就就是工程文档档管理。工程中的事务处理理都要按照特特定的业务流流程进行,业业务流程中各各步骤的处理理情况必定要要记载下来,于于是就形成文文档。以《表表B7工程阶段施施工申请表》为为例:承建单单位代表(项项目经理)申申报之后,先先经专监审查查签署意见,再再经总监审查查签署意见,最最后由业主代代表(项目负负责人)审查查签署意见。这这些意见都记记载在该申请请表之中保存存。文档有主从关系,在在上例之中,表B.7是主,其附件是从。一般情况,主文档和流程也是一一对应的。各种文档相互之间间有连带关系系或因果关系系。在上例之之中,审查表B.7时如有重要情情况,可能需需要另外起草草《表C.9监理报告》向向业主报告,或是下达《表表C.2监理通知单单》通知承建建单位整改。此此外,所有这这些事务的处处理情况都应应记载到《表表C.1监理日志》之之中。显然,这这几个表B.7、C.9、C.2、C.1相互之间是是有因果关系系的。4.3.2文档种种类与式样设设定文档有一定的规范范式样,《监理规范》中共给出了17种规范文档档的摸板,根根据实践经验验,笔者另外设计了一个需需要经常使用用的文档《表表C.9监理报告》,共共计18种规范文档档。除了这18种文档之外外,在监理工工作中还会产产生《监理月月报》、《工工作阶段报告告》、《专题题报告》和《监监理工作总结结》等其它文文档,但这些些文档暂时没没有撰写规范范,与日常的的监理工作流流程也无直接接关系,所以以不列入研究究范围。文档清单如如下:承建单位用表表B.1方案/计计划报审表表B.2分包单位位资格审查申申请表表B.3开工申请请表B.4复工申请请表B.5付款申请请表表B.6工程阶段段性测试验收收(初验、终终验)报审表表表B.7工程阶段段施工申请表表监理单位用表表C.1开工令表C.2停工令表C.3复工令表C.4工程款支支付意见表C.5工程备忘忘录表C.6会议纪要要表C.7监理日志表C.8监理通知单单表C.9监理报告通用表格表D.1费用索赔赔申请表表D.2工程延期期申请表表D.3工程变更更单4.4事务、流程程、文档三者者关系分析流程是处理事务的的规则,文档档是处理事务务的结果。文档是业务务流程所产生生的,处理一类事事务有一个专专用流程,但但一个流程可可能产生多个个文档,事务务/流程/文档三者是1/1/N的关系。见表1:表1事务、流程和文档档对应表序号事务名称发生时间处理流程图可能形成的文档1监理规划签认招标之前无图监理规划监理报告2招标方案拟订(优优化)图新1原招标工作计划表C.9监理报告(优优化建议)*定稿的招标工作计计划3招标文件优化图新2原招标文件表C.9监理报告(优优化建议)定稿的招标文件4招标答疑招标期间图新3投标单位提问的书书面资料答疑会记录(提问问与解答)业主出具的书面解解答5签订工程合同图新4工程合同送审稿表C.9监理报告(优优化建议)合同谈判纪要表C.5工程备忘录录定稿的工程合同6设计方案审查与优优化工程设计图A.1表B.1设计进度计计划送审表表B.1设计方案送送审表表C.2监理通知单单整改方案或图纸(优优化建议)签认的B.1表和和定稿设计图图7分包单位资格审查查工程准备图新5表B.2分包单位资资格审查申请请表表C.2监理通知单单表C.9监理报告签认的表B.2表C.1监理日志8下达开工令图A.2表B.3开工申请表C.2监理通知单单表C.9监理报告表C.5工程备忘录录表C.7开工令签认的表B.3及及其工程实施施方案表C.1监理日志9停工与复工工程实施图新6表C.2监理通知单单表C.8停工令表C.5工程备忘录录表B.4复工申请表C.3复工令表C.9监理报告表C.1监理日志10工程变更图A.2表D.3工程变更单单表C.9监理报告表C.5工程备忘录录表C.1监理日志11工程延期图新7表D.2工程延期申申请表表C.9监理报告表C.5工程备忘录录表C.1监理日志12工程阶段施工申请请图新8表B.7工程阶段段施工申请表表表C.9监理报告表C.2监理通知单单表C.1监理日志13工程初验(含隐蔽蔽工程验收和和预验收)工程验收图A.3表B.6工程阶段段性测试验收收(初验、终终验)报审表表并附验收方方案、检测方方法与标准工程测试验收报告告表C.2监理通知单单(整改)整改方案表C.9监理报告表C.5工程备忘录录签认的表B.6表C.1监理日志14试运行图A.3试运行方案试运行日志试运行报告表C.2监理通知单单(整改)整改方案表C.9监理报告表C.5工程备忘录录表C.1监理日志15工程终验(正式验验收)工程验收图A.3表B.6工程阶段段性测试验收收(初验、终终验)报审表表并附验收方方案、检测方方法与标准和和工程文档工程测试验收报告告表C.2监理通知单单(整改)整改方案表C.9监理报告表C.5工程备忘录录签认的表B.6表C.1监理日志16工程款支付各个阶段图新9表B.5付款申请请表表C.4工程款支支付意见表C.10工程款支支付汇总、分分析表*表C.1监理日志17工程索赔工程实施与验收图新10表D.1费用索赔赔申请表表C.9监理报告表C.1监理日志18监理例会和专题会会议图新11会议通知会议签到表表C.6会议纪要表C.1监理日志19师各个阶段无图监理报告4.5文档属性设设定工程监理的任务归归结为“三控制、二二管理、一协协调”,因此服务平台应将所有的文档都按此此原则归类,称称之为属性。前前述18种规范文档档中,有的文文档只有一种种属性,比如如表B.1,只具有进进度控制属性性。有的文档档则具有多种种属性,比如如表D.3《工程变更更单》,因工工程变更可能能要涉及工程程合同变更,可可能要改变工工期和投资,因因此具有合同同管理、进度度控制和投资资控制三种属属性。现根据据笔者的实践经经验,给各种种的文档预置置了属性,列列入表2。表2文档预置属性序号文档名称预置属性合同管理进度控制质量控制投资控制协调监理日志1表B.1方案/计计划报审表√2表B.2分包单位位资格审查申申请表√3表B.3开工申请请√4表B.4复工申请请√5表B.6工程阶段段性测试验收收(初验、终终验)报审表表√√6表B.7工程阶段段施工申请表表√7表C.1监理日志志√8表C.2监理通知知单√√9表C.3复工令√10表C.4工程款支支付意见√11表C.5工程备忘忘录√√√12表C.6会议纪要要√√√√13表C.7开工令√14表C.8停工令√15表C.9监理报告√√√√16表D.1费用索赔赔申请表√17表D.2工程延期期申请表√18表D.3工程变更更单√√√文档属性是文档管管理与查询的的基础。特殊殊情况下,文文档的属性会会与上表有出出入。比如某某工程变更单单只涉及工程程造价变更不不涉及工期,这这种情况常有有发生也是合合理的,因此此在设计服务务平台软件时时,应允许对对文档的属性性进行修改。5、服务平台建设与运运行模式分析5.1服务平台软软件版本及其其特点服务平台软件应有有两种版本::专用版和公公共版。专用版只含监理项项目管理等核核心功能。所所谓专用是指指一家监理公公司专用,它它可以在某个个局域网上运运行,也可以以在互联网上上运行。其主主要特点是在在同一个监理理单位的基础础上,以信息息工程项目为为主线构造多多方协同工作作的网络环境境,就某项目目而言,除了了1个监理单位位之外,还有有1个业主和N个承建单位位,简称1+(1+N)。该监理理单位承担的的其它工程项项目,除监理理单位相同外外,业主和承承建单位均不不同,将是另另外一个(1+N)。不同项目目的参与者(包包括监理单位位的职工)都都只能进行该该项目的操作作和查看该项项目的文档。N个项目,是N×(1+N)。所以,用1+N×(1+N)来描述专用版版的特点。公共版必需运行在在互联网上,其其主要特点是是多个监理单单位共同使用用。此外,公公共版还将提提供公共信息息服务、资料料查询、专业业检测服务、专专家咨询热线线等齐全的服服务功能。公公共版也是以以信息工程项项目为主线构构造多方协同同工作的网络络环境。由于于是多个监理理单位使用,所所以可用N×(1+N×(1+N))来描述述。虽然是多多个监理单位位、多个业主主单位和多个个承建单位同同时在网上工工作。但从流流程管理、事事务处理和文文档交互的角角度,仍然是是1+(1+N)的工作方方式。利用公公共版的平台台软件可在全全国有条件的的省、市建立若干干个区域性的的服务平台,当当然,当区域域性的服务平平台达到一定定的数量与规规模之后,也也可能在此基基础之上建立立全国性的服服务平台。5.2服务平台建建设模式与运

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

最新文档

评论

0/150

提交评论