控规电子报批系统

5、配套车位检测：配套车位不满足下表要求的地块将被检测出出来。

用地性质	单位	车位数
C25	车位负荷面积（m²）：100	0.5-1
C24	车位负荷面积（m²）：100	2.0-4.0
C1	车位负荷面积（m²）：100	0.8-1.5
C22	车位负荷面积（m²）：100	0.5-0.8
C23	车位负荷面积（m²）：100	0.5-0.8
C21	车位负荷面积（m²）：100	0.5-0.8
C26	车位负荷面积（m²）：100	0.2-0.6
C41	车位负荷面积（m²）：100	2.5-3.5
C42	车位负荷面积（m²）：100	1.5-2.0
C35	车位负荷面积（m²）：100	3.0-4.0
C34	车位负荷面积（m²）：100	0.5-1.0
C11	车位负荷面积（公顷）：1	2-5
C12	车位负荷面积（公顷）：1	5-10
M	车位负荷面积（m²）：100	0.2-0.5
W	车位负荷面积（m²）：1000	0.4-0.6
R61	车位负荷面积（m²）：100	0.4-0.7
R62	班级数：1	0.5-1.0
R63	班级数：1	1-1.5
C6	班级数：1	0.4-1.0
U21	最高日旅客数：1000	2.5-3.5

车位负荷面积（m²）：100

0.5-0.8

6、道路交叉口检测：只检测道路侧石线倒角设置为圆角的情况，交叉时形成的缘石半径小于下表要求的道路将被检测出来。

道路宽度	3.5	4	6	9	12	15	20	25	30	40	60	80
3.5	6
4	6	6
6	6	6	6
9	6	9	9	12
12	9	9	12	12	15
15	9	9	12	12	15	15
20	12	12	15	15	15	15	18
25	12	12	15	18	20	20	20	20
30	15	15	18	18	20	20	20	20	20
40	15	15	18	20	20	20	20	25	25	25
60	15	18	18	20	20	25	25	25	30	30	30
80	18	18	20	20	25	25	25	30	30	30	35	35

7、建筑限高检测：根据“限高/2.8×建筑密度≥容积率”公式检测，不满足该公式的地块将被检测出来。
8、建筑退距检测：当道路与建筑退缩红线之间的实测距离小于控制距离时，该道路和建筑退缩红线将被检测出来。

类别	高速公路	快速干道	主干道	次干道	支路	其他道路
市区控制距离	50	30	15	8	5	2
镇区控制距离	50	30	10	5	3	2

2.2.2 功能设计

2.2.2.1 数据检测
对控规电子数据成果进行各种规范作业综合检测，检查控规设计是否符合电子报批标准规定，并可导出word文件。

1、总体检测：对所有控规编制设计数据进行综合检测。检测各类指标数据的定义值与图面提取值的一致性。如下表所示。

2、分项检测：对总体检测中的各分项分别检测，如地块边界、地块编号检测等。
（1）地块编号：自动检测地块编号重复情况。

（2）地块边界检测：自动检测由于设计失误原因造成的地块边界叠加或地块重复定义，避免出现由此导致数据统计不准确的现象。

    2.2.2.2 数据汇总
    对经检测无误的规划数据进行查询和统计。包括规划用地、地块指标、配套公建、道路指标、用地及建筑面积等统计，并可生成汇总报表，如下表所示。
    1、用地汇总：统计各类用地的用地面积，并自动计算占城市建设用地的比例。

2、地块指标汇总：

3、配套公建统计：

4、已批已建地块统计：统计地块的属性及其建设阶段信息。

5、道路指标统计：

2.2.2.3 控规报告
软件对控规设计进行自动指标检测、统计，形成Word格式的控规审核报告。

2.2.2.4 数据验收
验收人收取控规电子数据成果文件，建立验收项目，填写验收记录，进行文件结构组成的检查、图形文件的规范化的综合检测，填写验收结论，打印有关文字发委托方。
验收完成后，结论文档由验收记录、文件明细表和图形文件检查结果汇总表组成；对数据不通过的成果，保留其中的文档，为重新报验提供对照。

    1、建立验收项目
    （1）验收项目是指验收人员对某一片区数据成果进行验收。
    （2）建立一个验收项目，需要填写片区代码，用以确定验收项目的名称；片区电子成果存放位置，即读取委托方提交的电子数据成果文件。

    2、验收内容
    （1）位置基准检查，需要提供有关资料。
    （2）跨片区有关指标的联结审查，需要讨论研究是否属于数据验收阶段完成的工作，如果是则在软件中确定应该解决的问题。
    （3）图形检测方面以面状实体以及带属性的面状实体为检查重点，包括图层、几何和属性等方面规范性的检测。

    3、验收操作
    （1）填写验收记录。
    （2）查看成果文件明细表，对其执行成果文件命名与目录结构有关标准的情况给出结论。
    （3）检查图形：对图形文件进行综合检测验收操作，输出检测验收结果文件。
    （4）查看成果文件的规范性、图形文件的规范性，在验收记录中填写验收结论，打印必要文档发委托方。

2.3 入库模块

2.3.1 数据更新
设计院根据规划局提供的标准生产合格的数据（修建性详细规划、控制性详细规划等）提交具有相关权限的管理人员，进行数据入库或动态更新。需要时，具有相关人员可以根据自己的权限查看或存取库中的数据。如下图所示：

    2.3.2 数据入库策略

     系统的开发模式和应用结构保证了系统在微软Windows操作系统下的良好应用，系统在微软提供的应用框架基础之上搭建本系统，系统图形平台基于ArcGIS和AutoCAD。数据库平台基于Oracle，软件实现核心应用层是基于COM/COM+、ArcEngine以及ARX来建立的，它们决定了系统的应用能力和应用程度，通过中间件扩充和更新来达到系统扩充的目的，对于信息发布和交互系统会利用IIS、ISAPI和ASP搭建WEB应用，使用基于MTS的COM技术建立本系统的Web Service，提供基于Internet的应用服务。
    空间数据基于GeoDatabase的概念来组织和存放数据，使用SDE访问和存储，而对于其他一些数据，依照一般关系数据库的数据库设计方式组织和存放数据，利用OLE DB和ADO完成。
    Oracle+SDE的技术组合基于Geodatabase的概念组织和管理数据，通过各种方式将空间数据、属性数据存储在数据库中，使空间数据库成为系统的基础设施，成为规划管理可靠、安全和高效的保障。客户浏览和应用采用AutoCAD和ArcView等。
    数据库管理机制如下图所示：

2.3.3 数据入库功能
数据管理层是以空间数据库为基础，为保证基础空间数据库的正常运转而开发的系统平台。本着这个原则将数据管理层细化为监理入库、数据管理、对外服务等几个模块。

2.3.3.1 入库图形的综合检测
由于在CAD与GIS中，地块类实体一般以面域表示，而CAD与GIS判断面域边界自交时，采用的精度不一致，导致一些面域无法正常入库，GIS入库标准要求面类要素不能自交，而CAD端则由于面域实体不容易灵活编辑，使得入库前的检测工作量大，控规电子报批提供了图形综合检测工具，自动检测入库的实体是否存在自交，并对不允许自交的实体进行自动化处理。

2.3.3.2 数据入库
根据数据库中数据标准对数据的图层完整性、拓扑关系的正确性、属性字段的完整性、属性数据的合理性进行检查监理，保证最终输入到数据库中的数据的准确性。同时提供全自动化的数据入库功能，可以批量的完成规则和不规则范围的数据入库，并且在数据入库的过程中自动实现实体的接边和历史数据的维护工作。

2.3.3.3 数据出库
根据用户选择的数据文件，将控规设计从个人数据库还原为dwg格式的文件，以便进行控规设计调整。

2.3.3.4 数据管理
数据管理模块的功能包括安全管理、数据备份、数据恢复、数据库版本管理。其中安全管理是指对系统建立完整的用户管理体系，对数据进行严格的权限设置，保证存储在数据库中的数据可以被正确、合理地使用；数据备份是指提供数据库的备份功能，建立科学的备份计划，合理地对数据库进行备份工作，以防止突发事故对数据库造成的破坏；数据恢复是指当数据库遭受人为或自然的损坏后根据数据库的备份信息自动对数据库进行恢复；版本管理主要是对历史数据进行维护，提供对历史数据的合并和删除功能，同时使用户可以浏览指定时刻的历史数据。

2.3.3.5 对外服务
   对外服务，它主要包含两层含义：作为数据更新体系的一部分，可以对数据库中的数据进行导出工作；为总体结构数据应用层提供数据的输入工作。
   对外服务的功能实现包括两个部分：
   1、数据导出：主要是为用户提供数据导出的功能，可以由用户指定数据导出的范围和内容完成数据导出的操作。
   2、开发转换接口：将导出的数据转换为设计提供的中间格式，或将中间格式的数据转换为GIS平台可以读取的数据。如下表所示：