APP下载

关于建立完善工程建设监理监管信息系统的探讨

2014-06-27周宇晴

建设监理 2014年5期
关键词:主管部门信息系统监理

周宇晴

(江阴市建筑工程管理处, 江苏 无锡 214400)

针对现有工程建设监理监管系统存在的问题,提出相应的完善措施和建议。

工程建设;监理监管信息系统;建立完善措施

工程建设监理监管信息系统是指监督管理工程建设监理信息的人机系统。该系统的使用对象包括建设行政主管部门和监理企业。建立该系统的目的是通过分析监理企业上报的工程监理信息,辅助建设行政主管部门的监督管理。其核心是辅助对工程监理项目的控制,及时发现和处理监理过程中的问题,预防工程质量安全问题的发生,保证工程建设顺利实施。

近年来,各地建设行政主管部门相继建立了地方工程建设监理监管信息系统,并在实际工作中大力推广应用。在一定程度上提高了建设行政主管部门的监督管理效率,保证了监理企业的监理工作质量。笔者针对现有系统存在的突出问题,结合自己在工程监理管理工作中多年的实践经验,提出建立完善系统的有效措施,与同行们探讨。

1 现有系统存在的突出问题

1.1 法规制度不完善

目前尚未有明确的法律法规规定必须建立工程建设监理监管信息系统,系统构建的政策依据不充分。很多地方的建设行政主管部门虽然建立了系统,但是未及时制定规范的信息管理制度,无法保证在实际应用过程中信息的安全性、完整性和一致性,影响了系统软硬件正常、高效的运行,限制了系统建立与应用的深入推进。

1.2 系统体系建设的统一性亟需加强

由于对系统体系建设的认识不统一,现有的工程建设监理监管信息系统重复开发现象严重。现阶段各地区建设行政主管部门建立的系统,一般只提供本地监理企业、监理人员和工程项目的信息,无法做到部、省、市三级监理管理的信息共享。部分省甚至未做到“全省一盘棋”,对监理企业跨地区从事监理活动无法进行有效监管,导致在监项目监理人员跨地区执业现象普遍。这部分监理人员实际工作中无法到岗履职,监理服务质量无法保证,不利于工程建设的顺利实施。

1.3 系统建立的准备工作欠缺

(1)一味套用别的地区的工程建设监理监管信息系统,未考虑本地建设监理的实际情况。虽然节约了建立系统所用的时间,但是系统并不适合本地的实际应用,浪费了人力物力。

(2)在设计系统构架时,虽然保证了工程监理项目的监管程序,但对工程监理项目的监管深度考虑不足,管理仅限于表面,未全面反映现场项目实施过程中的所有监理信息。

(3)对监管所需的监理信息模块的考虑不完善。

(4)系统建立和管理服务工作所需的专项经费保障不力。

(5)缺乏熟悉计算机应用和工程监理业务知识的开发人员。

1.4 系统的功能比较单一

(1)系统只能做到对工程监理项目监管的“首尾管理”(“首”代表监理合同备案;“尾”代表竣工验收),不能对工程监理项目管理的中间过程进行有效监管。现场项目实施过程中质量、投资、进度、人员和监理内容的变更等许多监理信息无从知晓,缺乏全过程、全方位的监管功能。

(2)系统的智能化程序不多。只具备反映监理企业、人员和工程项目基本信息功能,没有对监理信息进行查询、分析、统计形成综合性数据处理功能。

(3)系统的整体集成不够深化。未在系统的基础平台上延伸开发监理报告、预警、跟踪和反馈功能,无法实现全面的动态的监管。

2 建立完善系统的有效措施

2.1 建立健全法规制度

为了促进系统的成功建立和高效应用,建设行政主管部门应出台明确的构建政策,建立长效的、常态化的工作机制。

(1)要强化建设行政主管部门的引领和指导作用,充分发挥监理行业协会的宣贯和推进作用。

(2)要制定规范的信息管理制度,保证信息数据的质量,使得整个系统得以正常运行。

(3)要建立专项经费投入和人才培养机制。充足的经费和精通业务的人才是保证系统可持续发展的基础。

2.2 强化系统的构建

2.2.1 系统建立的目标

通过网络与软件相结合,充分集成使用对象的需求,建立以工程项目为主干,对工程监理实行全过程、全要素、全方位管理的工程建设监理监管信息系统。

2.2.2 系统建立的原则

(1)统一化。建立一个层次鲜明统一的系统,打破部门与地区的界限,互联互通、信息共享,实现全国“一网通、一网知、一网查”。

(2)标准化。建立全国性的系统;数据库采用标准分类编码和统一的接入口。

(3)集成化。将监理报告、监理信用管理等监管系统与工程建设监理监管信息系统形成有机整体,建立功能全面、高效运行的整体监管系统。

(4)智能化。系统除了基本的查询、统计功能,还应具备分析功能;通过对工程监理信息的分析预测,帮助监管人员进行有效预控。

2.2.3 系统的特点

(1)唯一性。所有进入系统的基本信息都不能重复。监理企业、监理人员和工程监理项目,分别用组织机构代码、身份证号码和随机生成的监理合同备案号来保证其唯一性。

(2)及时性。基本信息的变更,工程监理项目中的进度、质量、投资信息的变更,以及在监理过程中发现的问题,监理企业必须通过系统及时上报;建设行政主管部门应及时审核。

(3)严密性。所有监理企业上报的信息,建设行政主管部门都要进过初审—复审这一严密的审核制度。

2.2.4 系统建立的准备工作

准备建立系统时,重点应放在以下几个方面。

(1)摸清情况,研究需求。通过全面的调查分析,结合本地的实际情况,了解使用对象的需求。

(2)立足长远,出台方案。成立系统建立的专项小组,提出可操作性强的系统建立方案。方案应列出系统建立、开发、体系划分的方法、步骤和时间计划表。

(3)分解落实,共同推进。系统建立方案通过后,应将工作任务分解落实到各参建方,确保系统的按期建立和运行。

2.2.5 系统功能模块的划分

根据工程建设监理监管的要求,将系统功能的模块划分为系统门户模块、监理基本信息模块、工程监理项目管理模块、信用管理模块、查询模块、统计模块和系统管理模块。

(1)系统门户模块。系统门户模块是工程建设监理监管信息系统的入口,可实现一个微 OA 系统功能,主要实现监理相关业务信息发布、政策法规文件发布、监理动态信息发布和邮件通知。监管部门和监理企业通过该平台可以及时了解相关信息,方便处理相关业务。

(2)监理基本信息模块。包括监理企业、人员及项目的基本信息。由监理企业上报基本数据,建设行政主管部门审核通过后形成基础信息库。

(3)工程监理项目管理模块。该模块是整个功能模块的核心部分,具有对工程监理项目实现全面动态监管的功能。包括:监理合同备案,工程项目的质量、进度、投资控制,监理报告,预警提示,工程质量安全事故分析等子模块。其中监理合同备案子模块中,包括项目基本信息、项目监理机构组成、项目人员变更、合同内容变更、合同中止和项目转业绩等内容;工程项目的质量、进度、投资控制子模块通过对现场项目主要见证节点、实际进度和造价信息的监管,及时发现监理过程中存在的问题,督促项目监理机构整改到位;监理报告子模块包括阶段监理报告、监理周报和及时报告三种形式;预警提示子模块对因各种原因发生监管工作遗漏、监理人员在监项目兼职数量超标和跨地区兼职发出自动提示;工程质量安全事故分析子模块可以根据现场事故的描述,判断事故的性质、类型,提出处理方法。

(4)信用管理模块。将监理企业、人员的良好和不良行为用量化记分的方式整理汇总;扣分满一定分值,对相关责任主体进行处理。

(5)查询模块。按所属地区、企业名称和资质等级、人员姓名和执业资格、工程名称和类别等单项或组合条件,对监理企业、人员和项目进行动态查询。

(6)统计模块。与查询模块相结合,通过查询系统自定义生成各种监管信息统计报表。

(7)系统管理模块。负责区域管理、机构管理、角色管理及用户管理和日志管理。

2.3 高质量系统的实现

完善的系统不仅要能够实现功能需求、界面友好、可操作性强,同时也要考虑到以后系统的扩展性以及以后升级维护的成本等问题。

2.3.1 服务器

图1 系统网络拓扑图

采用 WINDOWS Server 2008 服务器操作系统。该系统强化了网络、应用程序和 Web 服务功能,能够更好地控制服务器和网络基础结构,可以提供高度安全的网络基础架构,从而保证开发软件程序良好的运行效率。而且,该操作系统的内置虚拟化技术,可以提高基础服务器设备的可靠性、灵活性和安全性,降低成本(包括购买成本和维护成本)。

2.3.2 数据库

采用国产优秀的大型数据库——达梦数据库 7.0。该数据库可无缝运行于 WINDOWS 平台,支持海量数据的存储和检索;安全、稳定、升级性好,可以满足大容量数据的管理和检索要求,同时与国外同类产品相比具有很大的价格优势。

2.3.3 开发工具

程序架构采用 ASP.NET 2.0;开发环境使用 Visual Studio 2008;开发语言使用 C# 高级语言。

2.3.4 系统架构

系统采用 B/S(Browser/Server)构架,支持各级建设行政主管部门和监理企业的多层异地办公模式;采用软、硬件相结合的安全解决方案,确保系统的稳定运行(如图 1 所示)。

在 B/S 架构下,系统客户端统一采用浏览器,不受平台的限制。各级建设行政主管部门、监理企业等用户在使用系统时,只需一个浏览器就能够运行全部的模块。这不仅简化了系统客户端电脑的荷载,更重要的是减轻了系统维护、升级的成本和工作量,可降低系统总体成本。

系统整体采用典型的三层结构:界面处理层、业务逻辑层和数据库存储层。

界面处理层负责与用户交互相关的动作,接收用户提交的数据,并将服务器端传来的数据通过浏览器展示在用户的面前。如监理信息模块中监理企业、人员、项目等基本数据的上报,管理部门审核结果的反馈等。

业务逻辑层负责接收浏览器传来的请求并将请求传给数据库存储层,同时将请求处理结果发给浏览器,也就是将用户在界面处理层触发的一系列事务分别实现。

数据库存储层是通过 ADO.NET 操纵数据为逻辑层提供数据服务,如增添、删除、修改存储数据等操作以及返回数据检索结果等。

2.3.5 系统功能结构

系统主要功能结构如图 2 示。

图2 系统功能结构图

3 结 语

根据上述措施建立的工程建设监理监管信息系统,在工程监理的实际应用中,建设行政主管部门能及时便捷地了解工程监理信息,并能解决大部分监管方面的问题,提高了监管工作效率。但是依然存在一些不足之处。随着信息化技术的不断发展和监管水平的不断提高,系统的这些不足之处将会得到有效的解决。

猜你喜欢

主管部门信息系统监理
企业信息系统安全防护
《安徽园林》通过省主管部门年审
我国环境立法的演变
基于区块链的通航维护信息系统研究
关于建设工程监理发展趋势的探讨
信息系统审计中计算机审计的应用
工程监理管理模式创新探索
基于SG-I6000的信息系统运检自动化诊断实践
对太湖流域水行政主管部门安全监管体系构建的思考
林业工作站职能作用探讨