《全国建筑市场监督管理信息系统技术》由会员分享，可在线阅读，更多相关《全国建筑市场监督管理信息系统技术（29页珍藏版）》请在金锄头文库上搜索。
1、全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建设部信息中心 2002年7月,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,提 纲,建筑行业信息系统应用现状 部、省、地市县一级及相关企业应用情况 存在问题分析 目的、意义 建筑市场监管系统规划设计方案 系统框架 数据标准 具体实现 关键技术 开发与实施 项目管理 人员培训 开发进度,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建筑行业信息系统应用现状,现状分析 应用情况复杂 多级体系，形成部、省、市三级体系 涉及职能部门多 具体业务的归口单位不尽相同 覆盖面广 覆盖
2、了企业、专业人员及工程项目等方面的业务信息 多供应商 部分应用系统由部职能部门委托第三方软件公司进行开发 部分省市自行组织开发业务系统 应用建设时间跨度大 各业务系统启动时间跨度大 部分业务系统开发及实施周期长,建筑行业信息系统应用现状,现状分析 各地资源投入参差不齐 部信息系统投入及开发使用比较充分 部分省市投入和使用比较充分 部分省市缺乏人才和资金支持 地县级信息系统建设滞后,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建筑行业信息系统应用现状,存在问题 缺乏规范化 缺乏全国统一的建筑市场管理行政法规，包括有关法律、法规的实施细则、业务工作规范和工作流程。导致了
3、建筑市场监督管理信息系统的建设无章可循，得不到充分的政策保障 由于缺乏全国统一的建筑市场监督管理信息系统建设规范和相应的技术标准，目前各种系统的开发建设多处于离散、重复状态，各地、各部门采用的系统平台、数据库平台及数据库结构各不相同，无法实现跨地域、跨部门的信息共享 业务系统缺乏横向联络 由于建筑市场各环节的监管工作由行政上相对独立、工作中密不可分的管理机构承担，因此，原有的建筑市场管理信息系统采取的独立开发系统，多头采集信息，垂直上报数据的方式，虽然在一定程度上能满足各管理职能部门的需要，但从地方到省、部建设行政主管部门，都没有形成完整、统一、具有宏观监管调控功能的信息共享的数据交换平台,全
4、 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建筑行业信息系统应用现状,存在问题 信息化重视程度不够 各地建设行政主管部门以及内部各职能部门缺少既懂计算机专业知识又具备建设行业管理经验的复合型人才，使得开发完成的信息管理系统不能充分满足政府职能部门的需求 建立和维护管理信息系统与网站均需要大量的资金投入，维护网络系统则需要长期稳定的资金保障，仅仅通过财政拨款是远远不够的，与此同时作为信息管理媒介的信息中心开始逐步失去财政的支持,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建筑行业信息系统应用现状,解决之道 采用可扩展的技术平台架构 降低系统建
5、设的总体费用 快速灵活应对新的业务需求 保护已有的投资 先进性与开放性相结合 规范业务过程与数据格式 保证数据的一致性与连续性 数据共享 建立完善的建筑市场监督管理信息系统 整合信息、资源 全面监管,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,建筑行业信息系统应用现状,目的和意义 强化政府监管职能 整顿规范建筑市场 减少和遏止腐败现象的发生 提高政府宏观调控的科学性 本期的具体目标：打通信息孤岛，市、省、部之间、各业务部门之间信息共享（整合），并在此基础上建立监督与管理功能,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,全 国 建 筑 市
6、场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,系统框架 建筑市场监督管理信息系统分为部、省、市三级体系。,建 筑 市 场 监 管 系 统 网 络 拓 扑 图,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统架构设计,功能模型,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统架构设计,监管内容 企业 监管企业的基本情况、业绩及市场违法违规情况等内容，同时对企业变更及市场行为进行随时跟踪，并形成企业信用档案 执业人员 执业人员监管主要管理执业人员的基本情况、资格情况、获奖情况及违规违法情况等，同时对变更信息及人员的市场行为进行随时跟踪
7、，并形成执业人员信用档案,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统架构设计,监管内容 工程项目 设计审查监管设计项目的基本情况、施工图审查情况等内容 招标阶段需监管招标的基本情况（规模、工期、评标专家情况）、招标公告情况、中标情况等 质量监督监管的内容包括质量监督登记、监督计划、质量保证体系审查、质量监督记录、隐蔽工程验收记录、工程质量事故报告、工程质量监督报告等 安全监督监管的内容包括安全获奖情况、事故情况、项目安全评价情况、处罚情况等内容 工程监理的主要监管内容包括监理单位的基本情况、监理合同情况、项目监理的范围及监理过程中的其他信息 施工许可监管需监管建设工程
8、用地许可、建设工程规划许可、拆迁许可、资金保证、审查意见等内容 合同备案情况监管合同基本情况、合同备案情况、履约情况等内容 竣工验收备案监管的内容包括竣工验收的基本情况、项目各方主体的验收意见、质量检测和功能性试验资料、规划、公安消防、环保等部门出具的认可文件、工程质量保修、备案意见及备案的其他基本情况,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统架构设计,信息发布及工作界面 信息发布系统 公众信息 门户网站 监管信息系统 建设部各个部门之间按照职能的划分设计查询，统计，分析，报表等功能模块，以达到部级动态监管的目的 基于Web方式，用户友好界面 可灵活调整业务规则 性
9、能及稳定性要求 安全性要求,建 筑 市 场 监 管 系 统 系 统 框 架 图,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,数据标准 全国建筑市场监督管理信息系统数据标准在整个系统中起到关键性的作用，整个系统的数据交互和数据发布都是基于此标准之上进行的，所以说标准的制定是整个系统成败的关键。企业、人员及工程的编码在监管系统中起到一个关联各个业务的作用，必须用一个固定的、统一的编码，整个系统才能整合到一起，各个业务才能完美的结合起来。标准的制定需要相关业务部门的足够重视和积极配合
10、，一定要尽快确定系统数据标准及企业、人员和工程项目的编码规则。本标准出台后将编成数据字典对外公布，做为地方建立建筑建筑市场监管系统的首要依据。,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,具体实现 部级监管系统框架图如下：,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,具体实现 省级监管系统框架图如下：,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,具体实现 市级系统主要的功能是管理业务数据并按接口标准生成省级监管所需要的数据，各地市级业务部门的子系统之间可以是
11、物理上连接的（在一个局域网内），也可以是物理上独立的部分（需要通过城域网连接），但由于各部门都是对省级中心节点，所以各部门的业务数据都可以通过省级的数据整合平台进行数据的交换，完成各部门之间必要数据的共享。 如果地市级各业务部门已有管理系统，则可以在原有系统基础上进行必要的调整，以符合整个系统的数据库规范，并在省级数据整合平台公布的数据库接口上完成数据的转换和上传。有条件的地市级也可以将各业务子系统进行整合再上传到省级，这是最理想的状态。（可以直接使用由建设部信息中心编制的标准业务管理系统完成地市级业务部门管理功能并方便快捷的实现数据的上传和整合）。,全 国 建 筑 市 场 监 督 管 理 信
12、 息 系 统 技 术 方 案,系统规划设计方案,关键技术 网站技术 采用.Net技术。 .Net是为简化在第三代因特网的高分布式环境下的应用程序开发，基于开放互联网标准和协议之上，实现异质语言和平台高度交互性，而构建的新一代计算和通信平台。优点： 跨语言，跨平台，安全，以及对开放互联网标准和协议的支持 支持多种语言的互操作 通过将各语言先编译成中间语言(IL),然后再执行时用即时(Just In Time)编译器将之编译成本地平台代码来实现异构平台下对象的互操作 通过普通语言运行时(Common Language Runtime)来实现资源对象，类型的安全 通过对HTTP,XML，SOAP，W
13、SDL等Internet标准的强劲支持提供在异构网络环境下获取远程服务，连接远程设备，交互远程应用的编程界面,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,关键技术 网站技术,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,关键技术 数据交换 数据交换是通过将数据转换为XML数据格式，再根据要转入的数据库，将XML数据恢复到转入数据库中。数据转换的重要依据就是全国建筑市场监督管理信息系统数据标准，数据交换的规则也是建立在此标准基础之上的。 与操作系统、数据库、系统平台无关，交换效率高。,全 国 建 筑 市 场
14、 监 督 管 理 信 息 系 统 技 术 方 案,系统规划设计方案,关键技术 数据传输 数据传输是通过基于Tcp/Ip协议的Socket来实现，支持同步和异步传输方式，支持数据安全及压缩传输，支持断点续传，能够实现良好的数据传输能力。过程中我们采用的是先进的zip压缩技术对所传输的数据进行压缩和解压缩处理，并进行两端数据的加密解密处理，保证数据在整个传输过程中的安全性。网络连接选用VPN（Virtual Private Network）连接技术，用户的数据是通过ISP在公共网络（Internet）中建立的逻辑隧道（Tunnel），即点到点的虚拟专线进行传输的。通过相应的加密和认证技术来保证用户
15、内部网络数据在公网上安全传输，从而真正实现网络数据的专有性。,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,系统架构设计,另外可选的方案（价格昂贵） 采用J2EE技术平台 基于XML技术的数据整合 基于消息中间件的数据传输 基于Java Servlet和XML技术的虚拟数据驱动接口 基于Java Server Page、Java Servlet、XML技术的监管平台及信息发布系统,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,开发与实施,项目管理 项目管理流程,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,开发与实施,项目管理 项目管理框架
16、,建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,开发与实施,人员培训 培训原则 业务培训与技术培训相结合 培训对象 开发人员 技术维护人员 业务人员 管理人员 培训计划 分阶段进行,全 国 建 筑 市 场 监 督 管 理 信 息 系 统 技 术 方 案,开发进度,开发进度 2002年8月25日前，省级监管部门按照技术要求，在计划时间内，完成所需主机、网络设备、操作系统、数据库软件的购置及运行环境的安装、完成数据专线的申请和互联网的接入。 2002年9月10前，完成建筑市场监管系统应用软件的安装调试。 2002年9月25日前，完成试点省份城市的VPN联网应用测试，部级建筑市场监管系统及通过测试的省级监管系统开始运行。 2002年10月，系统正式开始运行。,
