建设工程设计方案审批支持系统技术实施方案0930Word格式文档下载.docx
- 文档编号:21696700
- 上传时间:2023-01-31
- 格式:DOCX
- 页数:32
- 大小:152.63KB
建设工程设计方案审批支持系统技术实施方案0930Word格式文档下载.docx
《建设工程设计方案审批支持系统技术实施方案0930Word格式文档下载.docx》由会员分享,可在线阅读,更多相关《建设工程设计方案审批支持系统技术实施方案0930Word格式文档下载.docx(32页珍藏版)》请在冰豆网上搜索。
1.2.2与上述城市的差距
XXX市规划局在推进建设项目电子报批过程中,与上述城市存在着较大差距,主要表现在以下几个方面:
(1)缺少切实可行的规范标准及政策
XXX市规划局在建设工程设计方案审批过程中,虽已制定了若干标准和管理办法,但还没有形成一个规范化和标准化的环境。
建设单位报建的图纸制作不规范,标准不一致,信息不全,远远不能满足计算机智能化审批的要求。
因此,必须对需要审批的总平面和单体电子数据进行标准化和规范化约束,使建设单位有据可循,提供符合要求的电子数据,才能使得建设工程设计方案的审批过程顺利、高效的进行。
(2)缺少切实可行的电子报批实施流程
XXX市规划局目前还是采用送交纸质图件的方式实行项目报批,应将此改为送交电子文件的方式,建立涵盖从设计到报建再到审批最后到入库的一整套电子报批运行流程和机制,每个环节的分工、责任明确。
2建设目标和内容
2.1.1建设目标
建立一整套规划管理部门和建设单位之间共同的技术标准,改变建设单位提交的设计图指标计算不准确、难以校核的情况,进一步加强规划设计成果的科学性和指导性,使规划设计成果走向规范化、标准化;
能有效加快规划管理审批,及早核对和确认是否满足规划控制指标的要求,避免后续调整的困难以及不规范制图带来的纠纷。
总体目标:
通过项目的建设,在XXX市规划局建立一整套完善的支撑平台,建立以建设项目建设工程设计方案审批为主的电子报批系统,依据规划管理的技术标准以及流程,自动核算各项规划指标,实现建设工程设计方案的全过程计算机辅助审批管理,从而能以信息技术的手段更方便地辅助方案的审批管理,推动建设项目全面电子化审批的深入开展。
2.1.2建设内容
本次系统建设的内容要围绕以下“三个一”进行:
1)“一套标准”
建立一套建设工程设计方案审批应用的规范标准体系、政策法规与管理制度,实现从设计->
报建->
审批->
入库全过程的标准化和制度化。
标准规范的建设应采用系统科学的理论和方法,制定适用的、开放的、先进的标准化体系,以满足系统建设的要求。
制定出的标准不仅要具有行业特色,能满足规划业务管理工作的需要,而且更要具简洁性和可操作性,使标准易于推广执行。
2)“一套应用软件”
提供一套涵盖建设工程设计方案审批全过程的计算机辅助审批管理软件,依据XXX市规划局规划管理的技术标准以及流程,自动核算建设工程设计方案的各项指标是否符合规划控制指标要求。
3)“一套机制”
在规划局、建设单位、设计单位之间建立一体化的有机运作体系,建立一套建设工程设计方案审批支持系统及其相关的各类应用系统顺畅运行的技术和管理保障机制,保证建设工程设计方案审批支持系统的日常应用、维护和管理。
3需求分析
3.1应用需求
3.1.1规划管理部门的应用
建设工程设计方案审批支持系统的应用需求从规划管理上来说,主要分报建、初审、处室审查三个部分:
(1)报建时,建设单位需提交按电子图形报建标准规整好的CAD电子图件,图面要素的属性必须齐全准确。
(2)窗口收件后,对CAD电子图件进行初审,要求能够对方案的电子图件进行图面失误检测,检查图形是否满足规整要求,图面要素是否齐全,属性输入是否准确,不符合要求的图件必须退回建设单位重新进行规整;
建设工程设计方案审批支持系统还需与我局目前使用的规划管理信息系统相结合,窗口初审后的建设工程设计方案电子图件自动进入规划管理信息系统的方案项目中进行流转。
(3)处室审查时,对项目规划方案的空间数据与属性数据进行审查,检查方案的容积率、绿地率、公建配套、车位数、建筑间距等是否满足规划控制指标的要求,不符合要求的地方突出显示或列表显示;
对进行多次修改的方案能实现空间数据和属性数据的智能化叠加比对,有变更的地方突出显示;
能对单体的地上、地下建筑面积进行计算,并生成建筑面积明细统计表。
3.1.2建设单位的应用
可以及早对方案进行规划控制指标的核对,查看设计方案的指标是否满足规划控制的要求,以避免后续调整的麻烦以及不规范制图带来的纠纷,可帮助规划管理部门有效加快审批的流程和效率。
3.1.3设计单位的应用
改变以往设计单位制图时指标计算不准确、难以校核的情况,使规划设计方案成果更加规范化、标准化。
3.2功能需求
3.2.1图形规整
能对建设单位提供的总平面和单体图进行技术处理,执行一个统一的制图标准,将不同标准的图纸统一成信息规范的成果图。
图形定义应利用已有CAD设计成果,提供便捷的建模手段,根据CAD图中已有线段搜索封闭区域创建指标模型,转换已有多段线到相应标准图层,或手动勾画区域边界线形成指标计算,快速建立指标计算模型。
3.2.2方案审查
建设工程设计方案审查是给局业务审批人员用于检测图形是否符合建设工程设计方案报批图形电子格式技术标准,并提供各项审查功能:
(1)用地范围、用地性质审查:
总平面图中用地红线范围与规划条件中的红线范围进行检测比较;
(2)容积率、建筑密度、绿地率、建筑高度等主要指标的核算,并与规划条件中相关控制指标进行对比;
(3)建筑间距、日照间距的核算,建筑物退让距离与规划条件中的建筑控制线进行检测比较;
(4)地上建筑、地下建筑面积的核算;
(5)核算公建配套设施、停车位的面积、数量是否满足规划条件的要求;
(6)多方案对比。
3.2.3数据管理
数据管理是指建设工程设计方案相关数据的查询、统计、分析、输出等,要求数据的查询、统计类别具有一定的可扩充性,用户的可参与性强,可根据用户需要增加一些个性化、专业化的统计分析。
成果输出必须具有报表、图表、打印以及其他一些常用的办公软件格式等。
3.2.4数据入库
数据入库应包括空间数据和属性数据的录入与更新。
数据入库过程中进行数据检查,对入库数据的完整性、唯一性、合法性等进行检查。
入库数据的标准要确保一定的兼容性、可定制性。
3.3性能需求
为保证建设工程设计方案审批支持系统能够长期、安全、稳定、可靠、高效的运行,需要有以下性能需求:
(1)稳定性:
提供7×
24小时持续稳定运作模式;
(2)安全性:
能够防止非法入侵,具有良好的容错能力;
(3)可维护性:
用户可脱离开发单位自行进行日常维护;
(4)易操作性:
提供完全中文图形用户界面,操作简便;
(5)可扩展性:
系统可持续升级扩展,随软硬件平台升级平滑过渡;
(6)开放性:
符合国际/国内的工业和行业标准;
(7)高效性:
系统响应速度能够达到用户最低要求;
(8)地方性:
系统应符合XXX市的地方特点。
4总体设计
4.1总体目标
根据《城市居住区规划设计规范》、《江苏省城市规划管理技术规定》、《XXX市建设项目建筑面积计算补充规定》等有关标准规范要求,结合XXX市规划局管理工作的实际情况,利用计算机辅助软件,通过建立统一的图形规范标准和指标审核体系,对建设工程设计方案审批阶段的图形电子文件进行报建、审查、存档和调用,以实现规划技术指标的自动计算,保障“图文一体化”审批数据的动态更新,提高规划审批工作的科学性、精确性和效率,为城市规划管理的科学化、规范化提供技术支持。
4.2建设原则
系统的建设涉及网络与通信、大型数据库技术、空间数据更新、GIS接口服务等多种技术,为实现系统的设计目标,在整个系统的建设中除遵循软件工程的概念,做好用户分析、总体设计和详细设计并逐步实施、测试和完善外,在系统的建设中还应以“创新思路、整体设计、分步实施、统筹兼顾”为总体准则,总体方针为“强调实用、强化应用”,具体而言,在系统开发过程中应遵循如下设计准则:
1)数据标准化的原则
建设工程设计方案审批支持系统是规划管理信息化中的一个重要环节,是连接上下游两个主体的桥梁,它的上游是建设单位,下游是规划管理部门。
系统在建设过程中必须坚持标准化,建立全市统一的建设工程设计方案制图数据标准,以此确保方案经济技术指标核算的准确性。
2)业务应用导向的原则
建设工程设计方案审批支持系统是一套解决规划管理部门核算建设工程设计方案图纸中地块内建筑经济技术指标的专业系统,其业务过程包括建设单位申报建设项目电子总图,经济技术指标计算,项目规划容积率计算,建筑面积测算,申报材料窗口初审,规划局经办人审核等业务环节,该系统必须符合上述业务处理流程要求。
3)实用性、可靠性、易用性、易维护原则
建设工程设计方案审批支持系统应以实用、可靠、易用、易维护出发,保证现有业务审批顺利实施和今后的升级维护,避免求大求全。
4)可扩展性原则
建设工程设计方案审批支持系统在设计上应充分考虑系统数据的扩展性,以满足XXX市规划局其他应用系统建立的需求。
4.3系统架构设计
本系统通过三层结构设计和实现,分别为表现层、结构层和数据层。
系统的总体结构图如下图所示:
表现层为系统的客户端部分,负责与用户进行交互,由转换模块和审核模块两类模块构成,界面清晰,操作简捷,类似AutoCAD,完美解决前端界面表现的管理。
结构层是应用的核心,采用COM+组件技术和ArcSDE数据引擎,以ArcObjects、ObjectARX作为开发工具。
通过COM+组件技术以系统服务的形式把原先散落的众多技术综合起来,提供简单的编程模型。
ArcSDE数据引擎技术为系统提供了一个开放的接口,允许ArcGIS在多种数据库平台上管理信息,通过中间件扩充和更新达到系统扩充的目的。
数据层为后台数据库,数据层的数据存储包括空间数据和属性数据,通过各种方式将空间数据、属性数据存储在数据库中。
5系统建设方案
5.1硬件与网络配置
系统运行环境硬件要求:
CPU
PentiumV1.7GHz及同等级以上CPU
显示器
1024×
768真彩色显示器,建议使用1280×
1024或更高配置
驱动器
CD-ROM驱动器
显卡
Windows支持的显示卡
内存
1GB内存及以上
硬盘
1GB剩余硬盘空间
规划局数据中心机房已经建设完成,包括高性能的服务器、高安全性网络设备以及远程灾难备份恢复系统等。
在系统建设和应用期间,可以利用目前我局现有硬件、网络条件。
5.2基础软件设计
5.2.1数据库管理系统
基于高可靠性、开放性和工业标准性等方面的需求,以及和现有软件资源的衔接,拟采用ORACLE数据库管理系统软件。
Oracle11G作为成熟的数据库系统软件,对于TB级海量空间数据的存储和管理已经过实践验证,其无论是性能效率,还是稳定可靠性方面都是首选。
系统需要的数据库系统管理软件包括:
(1)标准配置
Oracle11GEnterpriseEdition;
(2)选项配置
OracleRealApplicationClusters(集群选件):
提高数据库可靠性和伸缩性;
OracleAdvancedSecurity(安全包):
提供数据库高级安全功能;
OracleEnterpriseManagementPacks(管理、优化包):
提供图形方式的数据库管理、优化等功能;
(3)许可权数
数据库服务器软件的许可权数满足本次项目的需求。
5.2.2应用中间件
选择GIS中间件的目的,是提供一个统一的、稳定可靠的、交互的以及便于实现数据共享、数据交换、应用模型集成和功能集成的GIS基础软件,这就要求在整个系统设计开发、数据采集建库过程中有一些特殊的考虑。
XXX市规划局正在使用的信息系统大部分采用了ESRI公司的ArcGIS平台软件构架空间信息数据库。
从兼容性、系统迁移、系统整合的角度,以及建设工程设计方案审批支持系统的建设规模等方面综合考虑,考虑采用ESRI的ArcGIS9.3系列产品作为平台的GIS中间件软件。
5.3数据库设计
整个系统的数据由前台系统数据和后台数据构成。
前台中,在批项目经过系统分析,成为已批项目,并转入后台报建数据。
后台数据一方面为前台系统的分析提供支持,一方面进行数据存储工作。
后台数据由共享数据和报建数据两类数据构成,其中,共享数据包括各类地形图、规划图、红线图等;
报建数据包括图形数据和属性数据。
数据库的连接采用ArcGISSDE中间件对数据库进行连接。
底层的数据库可以是各种大型数据库,如Oracle或者SQLServer2005等。
5.3.1数据结构
5.3.1.1总平模块
系统对总平面图各类数据进行了深入的分析和逻辑整理,在满足《城市居住区规划设计标准》和相关规范的前提下,根据其在规划中的地位特征,对其进行分类、简化和归并,使得数据类型简约实用、数据流程条理有序、数据结构科学合理。
总平模块的图层分类如下表:
类别
名称
说明
颜色
实体类型
用地
规划用地
PLAN_规划用地
61
粗闭合多义线
规划净用地
PLAN_规划净用地
1
小区干道
PLAN_小区干道
9
闭合多义线
公共绿地
PLAN_公共绿地
3
红线
控制红线
PLAN_控制红线
多义线
围墙
小区围墙
PLAN_小区围墙
2
地上
室外车场
PLAN_室外车场
机动车位
PLAN_机动车位
非机动车场
PLAN_非机动车
硬化绿茵
PLAN_硬化绿茵
62
楼间交通
PLAN_楼间交通
区内小径
PLAN_区内小径
95
建筑台阶
PLAN_建筑台阶
户外设施
PLAN_户外设施
42
地理凸起
PLAN_地理凸起
43
构筑物
PLAN_构筑物
11
水域
PLAN_水域
140
区外建筑
PLAN_区外建筑
区外市政
PLAN_区外市政
6
主体轮廓
建筑基底
PLAN_建筑基底
上部单元
PLAN_上部单元
4
局部公建
PLAN_局部公建
5
架空层
PLAN_建筑架空
7
附属轮廓
阳台
PLAN_附属轮廓
雨棚
飘窗
空中花园
室外楼梯
楼顶间
公共交通
屋顶绿地
其它
5.3.1.2单体模块
通过对建筑单体的专业分析,系统把单体模块的图层细分为造型、构件、面积和户型四个构成,反映了单体的全部专业特征,如下表所示:
单体基底
PLAN_单体基底
造型单元
单体造型
PLAN_单体造型
户型轮廓
户型套内
PLAN_户型套内
户型阳台
PLAN_户型阳台
户型花园
PLAN_户型花园
户型飘窗
PLAN_户型飘窗
单元公摊
PLAN_单元公摊
独立公摊
PLAN_独立公摊
单体公摊
PLAN_单本公摊
小区公摊
PLAN_小区公摊
公建
PLAN_公建
PLAN_屋顶绿地
其它构件
PLAN_其它构件
5.3.2图层属性设计
5.3.2.1规划用地
序号
属性名称
数据类型
备注
ObjectID
长整型
自动编号
PROJECTID
字符串
办公系统项目ID
LANDID
用地编号
FLAG
唯一值
总用地面积
正实数
规划总用地面积
容积率
总计容建筑面积/总用地面积
建筑密度
建筑基底总面积/总用地面积
8
绿地率
绿地总面积/总用地面积
建筑基底面积
所有建筑基底面积之和
10
总建筑面积
所有建筑面积之和
计容面积
12
总停车位
所有车位(包括:
室外车场,室内车库)
13
<
90㎡住宅建筑面积
户型面积<
90的套型面积
14
90㎡住宅建筑面积比例
90的套型面积与套型总面积的比例
15
≥90㎡住宅建筑面积
户型面积≥90㎡的套型面积
16
≥90㎡住宅建筑面积比例
户型面积≥90㎡的套型面积与套型总面积的比例
17
面积
图形面积
18
STARTTIME
日期型
开始时间
19
ENDTIME
结束时间
20
SHAPE
5.3.2.2规划控制红线
红线轮廓的几何面积
5.3.2.3道路用地
唯一值标志
道路轮廓的几何面积
5.3.2.4绿地
Flag
公共绿地的几何面积
5.3.2.5住宅建筑
建筑编号
正整数
用来关联单体相关数据
建筑名称
建筑的名称(如:
金碧雅苑1#)
地上层数
建筑的地上层数
地下层数
建筑的地下层数
户型
得到“户型”表的序号组合。
(如:
1|2|3….)
地下室露高
建筑地下室露出地面的高度
室内外高差
建筑室内与室外的高度差
女儿墙高
建筑顶面女儿墙的高度
建筑高度
室内外高差+建筑主体高+女儿墙高
住宅建筑套数
小、中、大户、特大户型的数量之和
楼层
建筑楼层分解详细信息写到一个楼层串里
层高
描述每层有多高形成字符串
套型面积
住宅建筑套型面积总和
基底面积
建筑基底与首层阳台投影面积之和
21
户型面积≥90㎡的套型筑面积
22
23
24
住宅面积
建筑楼层性质为住宅的建筑面积
25
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 建设 工程设计 方案 审批 支持系统 技术 实施方案 0930