设计报批

2024-06-27

设计报批（精选9篇）

设计报批篇1

随着政府办公的信息化要求和透明化趋势, 人事单位为在工资审批实现远程、高效、电子化的要求, 面向全省的公务员以及事业单位人员进行工资审批网络化势在必行。本系统就是针对这样一个要求设计的。

1 系统设计要求

在工资报批中涉及单位多、人员面广、地域分散、条件公式复杂等问题。针对这些问题, 我们要采用可以通过网络进行报、批、查功能为一体的报批平台软件。建成可覆盖全省绝大多数主要申报单位和个人, 集申报、审批、反馈、信息发布为一体的服务型网络系统。针对个别地区由于网络等其他原因造成无法上网报批, 也可以采用离线报请、集中上传的模式, 统一到本系统当中。

系统设计要求提供多种提交报批信息方式, 包括Excel文件提交、在线页面提交、在线批量导入、离线工作等。在审批的过程中, 可以方便的根据实际情况进行审批条件的后台设置, 利用简单灵活的公式设计, 大大减少相关人工审批的工作量, 同时提高工作效率、简化工作流程、减少审批流程的时间。在信息系统设计方面要求核心数据和运行数据分离、实时备份、系统运行安全可靠。

2 关键技术分析

2.1 .NET Framework及C#语言

作为微软公司近十年来开发工具主推技术, .Net技术平台已经逐渐走向成熟。由.NET Framework 平台组件的应用系统可以快速、安全的部署在Microsoft Windows Server系列服务器平台上。.NET Framework 是一个集成在Windows操作系统中的组件, 它支持生成和运行下一代应用程序与XML Web Services。在这个平台下可以实现, 统一一致的面向对象编程环境, 以及一个安全的软件部署和执行环境。

C#语言作为.net平台主推编程语言。近年来逐渐成为.net开发平台使用的主流工具语言。C#创建之初借鉴了C++和Java语言的部分特点, 并在此基础上进行了融合, 形成了自己的特点。配合.net平台, 已经成为当前微软平台开发的第一选择。

2.2 ASP.net

ASP.net 是一种潜入网页的脚本, 指Active Server Page (动态服务页面) , 运行于IIS服务程序中。ASP.net的前身是ASP技术, 因为它是基于通用语言的编译运行程序, 所以具有强大的适应性。通用语言的基本库、消息机制、数据接口的处理都能无缝的整合到ASP.net的Web应用中。

2.3 Web Service

Web Service技术是一种当前很流行的技术。它可以穿过防火墙, 利用服务借口通过XML进行数据交互。同时具有良好的协议标准和扩展性, 不但可以在.net环境平台下使用, 同时可以跨平台使用 (例如JAVA平台的Web服务, 由.net程序调用) 。

2.4 Click-Once

在.net平台下利用Click-Once技术可以充分结合CS和BS双方的优势。Click-Once是一种集中部署、自动升级的程序集, 一旦部署在IIS服务器中。用户通过网页进行下载安装后, 每次使用时可以自动检测是否有新版本、并自动更新本地程序。这种技术即可以使得用户得到丰富的桌面程序体验, 更重要的是可以添加硬件设备的支持以及保证系统管理的便捷性。

3 系统设计与实现

考虑到系统要求能具备信息安全的基本要求。本系统考虑采取两网物理分离的工作方式, 即外网提交系统和内网审批系统。充分利用互联网的物理分布优势, 提供全省范围内的提交业务。在互联网系统中分为发布平台以及提交系统两个部分, 分模块管理。在发布平台发布公开的信息和非登录后可看到的公众信息。系统设计如图1所示。

系统主要分为:外网上报子系统、内网审批系统、公开信息子系统、数据交互平台和安全防护层。实现了外网与内网分离, 同时在有条件的地区还可以利用人事内部专网进行数据的传送, 将上报和审批纳入到专网内。将公开信息部分提供到互联网上。内外网从数据到程序完全物理隔离, 通过专人进行数据导入。

通过用户认证平台进行登陆的用户。进入到报批系统的外网部分。在这一端可以在线提交数据, 也可以通过Web Services接口传递数据。在每个月的固定报送时间结束后, 报送数据功能关闭。同时通过数据接口将报送数据与内网联通并提交到核心数据库进行集中审批。审批结束后, 同样的方法回传到报送库中, 供用户查询。同时建立安全层, 将核心数据进行Raid5备份。

系统还提供良好的扩展性, 可以将公开数据库、外网数据库、核心数据库合并、也支持分开运行。可以由使用系统进行灵活部署。同时系统还可以采用省级集中部署和分地市部署的方式进行。只需要在同意数据交互平台中进行设定即可实现数据的自动上报、下载。

4 安全设计

在信息的使用阶段, 可以采用动态密码锁技术, 确保明文密码不易泄漏。在信息的制造即使用时, 应该首先确保机器环境的安全。例如防毒软件、并且病毒库的实时更新。同时指定使用机器的固定IP, 机器的硬盘编号、CPU编号等登录信息系统的终端进行管理。在信息的传输过程中, 采用CA证书、加密算法等保证传输过程的安全, 同时可以采用规定实践内开放登录、提交信息的方式, 减少安全风险。在信息的存储方面, 采用核心信息MD5加密的方式保证基本安全。在本地存储的数据除采用加密外, 还应确保每次上传完毕后的文件完全删除。在环境方面, 要保证硬件专人管理。并建立完善的管理方法。并且在环境管理方面进行防静电、专用机房的建设。

数据交换方面, 本系统作为独立面向应用的信息系统。具备了满足特定应用的数据交换能力。但这种数据交换是本业务系统内, 点对点的交换。在设计方面的数据与引用系统紧密耦合。随着将来新系统的不断上马, 有可能和其他业务系统进行数据交换的情况会不断增多。所以在设计的过程中应加入数据交换处理平台的概念。将数据的交换从各个系统之间的接口, 转变为同意的几口标准。这样数据接口从N* (N-1) 的二维数量级减少到一维数量级。同时减少了开发的成本和复杂性, 提高了总体的安全性和可靠性。

5 结束语

随着电子政务的发展, 已经由硬件采购为主逐渐转化为业务应用软件采购为主。在这种情况下, 整合当前的业务需求并使之能够在新的软件平台上平稳运行, 并且为将来的跨职能部门、多层级业务处理打下良好的基础平台是我们值得深入探讨的问题。

参考文献

[1]ISO/IEC27001:2005信息技术安全技术信息安全管理体系要求[M].中国标准出版社.

[2]OECDGuidelines for the Security of Information Systems[EB/OL].www.oedc.org.2002-07.

[3]马志红.信息资源规划与省级电子政务建设——用信息资源规划做好山西省电子政务外网应用系统的顶层设计[J].中国信息界, 2009 (10) .

设计报批篇2

主办单位：外经贸局

1、报批中外合资、合作企业合同、章程应提交下列材料：

（1）项目建议书、可行性研究报告、合同、章程及董事会名单；

（2）各级审批部门对可行性研究报告的批复文件；

（3）合营各方营业执照、资信证明；

（4）合营各方出具的董事委派书、董事会成员身份证明、中方委派人员还应出具非党政干部证明；

（5）土地部门出具的用地证明或厂房租赁合同；

（6）工商部门出具的企业名称核准通知书；

（7）中方资金来源证明；

（8）中方凡系国有企业以实物出资者，还应出具同级国有资产管理部门出具的评估报告。集体企业应出具主管部门审核意见。

2、报批外资企业（即外商独资经营企业）章程提交下列材料：

（1）外资企业申请表、公司章程、可行性研究报告、董事会名单和管理机构名单；

（2）投资者的申请报告及审批部门的批复文件；

（3）投资者在境外公司的营业执照、资信证明，投资者身份证明；

（4）投资者出具的法定代表委托书、董事会成员委派书；

（5）土地部门出具的用地证明或广房租赁合同；

（6）工商部门出具的企业名称核准通知书；

设计报批篇3

为提高规划管理部门审批的规范性、科学性、严密性、高效性, 保证规划设计成果图顺利转入太原市城乡规划局的“规划一张图”管理信息系统, 保证规划管理部门能快速准确地核算规划指标数据, 以及对规划审批案件实行统一管理, 太原市城乡规划局提出了建立“太原市修建性详细规划电子报批系统”的需求, 同时颁布了《太原市修建性详细规划电子报批系统技术要求细则》。

1 建设目标

在现有“太原动态规划一张图”系统的总体框架下, 参照《太原市修建性详细规划电子报批系统技术要求细则》的要求, 进一步建立修建性详细规划的规整、审核、建库、更新系统, 实现修建性详细规划的标准化整理与建库, 实现与总体规划、分层规划、控制性详细规划的一张图集成与应用。在修建性详细规划标准化建库的基础上, 进一步实现自动完成用地平衡、技术经济指标等的指标核算, 并与日照分析集成。

主要建设目标

1) 实现修建性详细规划数据的规范化整理

根据《太原市修建性详细规划电子报批系统技术要求细则》中规定的数据标准, 对设计单位提交的原始DWG数据进行数据监理, 并提供工具辅助完成数据规整工作。

2) 集成鸿业日照分析软件

能够保存鸿业日照分析软件的分析结果, 实现建筑物与分析结果的关联;可以在GIS系统中查询日照分析结果。

3) 完成单体建筑的审核

(1) 退红线距离;

(2) 退地界距离;

(3) 建筑间距;

(4) 建筑高度;

(5) 退绿线;

(6) 退蓝线;

4) 方案的审核

5) 用地平衡等各种数据统计

6) 修建性详细规划数据建库

7) 做为三维规划审批系统的数据提供者

2 建设内容

2.1 标准体系建设

1) CAD制图标准

2) GIS数据标准

3) 审核规范配置数据库标准

2.2 系统建设内容

1) CAD数据规整子系统

(1) 将不规范的原始设计图纸整理成符合审核规范的图纸;

(2) 挂接属性数据。

2) GIS审核子系统

(1) 项目指标统计;

(2) 单体建筑审核;

(3) 输出审核报表;

(4) 三维浏览。

3) 日照分析结果管理子系统

(1) 日照分析结果数据进行集中管理;

(2) 分析结果与GIS数据的关联。

2.3 总体设计

系统集成移动技术、GIS技术、Web Service技术、SOA技术等多种先进的技术手段实现数据后台管理、系统运营维护等, 在此基础上进行设计成果的监理、规整、转换、审核。

3 总体结构

系统分为数据层、服务层与应用层3层。

1) 数据层

数据层包括了已经建立的一张图数据库和修详审核数据库。修详数据库包括审核方案库和审核归档库。审核方案库采用FTP方式存储审核数据;审核数据归档之后, 把空间数据存储到Arc SDE中。

2) 服务层

服务层采用Web Service方式提供了标准、日照分析结果数据的集中管理。

3) 应用层

整个修建性详细规划电子报批系统分为数据预处理子系统、日照分析结果管理系统和GIS审核子系统3个子系统。

(1) 数据预处理子系统

数据预处理子系统完成DWG数据的监理与标准化整理, 包括了数据监理、数据规整、数据打包、数据转换的功能。

(2) 日照分析结果管理系统

日照分析结果管理系统负责对日照分析结果数据进行集中管理, 并维护分析结果与GIS数据的关联关系。

(3) GIS审核子系统

GIS审核子系统负责对转换后的修详GIS数据方案库进行审核, 包括单体建筑审核与修详方案审核。

3.1 工作流程 (见图1)

3.2 关键技术

3.2.1 Object ARX

Object ARX是Auto Desk公司针对Auto CAD平台上的二次开发而推出的1个开发软件包, 它提供了以C++为基础的面向对象的开发环境及应用程序接口, 能真正快速地访问Auto CAD图形数据库。与以往的Auto CAD二次开发工具Auto LISP和ADS不同, Object ARX应用程序是一个DLL (动态链接库) , 共享Auto CAD的地址空间, 对Auto CAD进行直接函数调用。所以, 使用ARX编程的函数的执行速度得以大大提高。ARX类库采用了标准的C++类库的封装形式, 这大大提高了程序员编程的可靠度和效率。

3.2.2 Arc GIS Engine

Arc GIS Engine是用于构建定制应用的一个完整的嵌入式的GIS组件库。利用Arc GISEngine, 开发者能将Arc GIS功能集成到一些应用软件, 如Microsoft Word和Excel中, 还可以为用户提供针对GIS解决方案的定制应用。

3.2.3 SOA架构技术

面向服务架构 (Service-oriented Architecture, SOA) 描述了一种架构方法, 它依赖于将业务流程和底层活动分解为基于标准的服务。在基于SOA架构的系统中, 系统功能是由一些松耦合并且具有统一接口定义方式的服务 (Service) 组合构建起来的。服务是SOA架构体系的核心。与此同时, 构件技术再次引起了人们的关注, 面向构件的思想源自那个困扰软件工程领域30多年的难题———软件复用。

3.3 系统特点

1) 与“规划一张图”系统高度集成;

2) 与日照分析软件无缝集成;

3) 完善的制图标准检测与规整工具集;

4) 多种属性数据挂接方式方便工作人员操作;

5) 丰富的数据统计功能为辅助决策提供支持;

6) 智能化的数据审核与人工验收相结合;

7) 各类统计与审核报表自动生成;

8) 数据动态更新与建库。

4 数据预处理子系统 (见图2)

4.1 属性录入

在CAD里采取人工补录的方式, 输入实体属性值。在CAD监理软件中根据修详的制图标准增加配置信息, 包括CAD图层、实体、打包模板。

4.2 数据检查

按照标准规范对设计成果进行检查, 检查分为图层标准检查、实体标准检查、拓扑关系检查、属性逻辑检查等类别, 从各方面保证设计成果的规范性。

4.3 数据规整

系统需要能够对不符合规范的编制提交数据错误进行辅助整理, 使其符合规范要求。

数据整理包含以下内容:一是对错误的数据进行纠正, 比如面类实体自相交时需要对自相交部分进行处理;二是对现有数据进行转换, 将没有放到标准图层上的实体放置到标准图层上, 同时对颜色、线型等实体属性同步修改;三是提供一些常用的工具对数据进行加工转换, 比如根据填充生成闭合多段线实体、建筑物拼接、道路拼接, 实体闭合等;四是提供一些高级的GIS拓扑功能。

4.4 数据转换

按照CAD与GIS对照关系, 把CAD数据转换为GIS数据。转换包括了图形转换和属性提取。

5 GIS审核子系统 (见图3)

5.1 项目管理

5.1.1 新建项目

通过选择审核数据文件, 建立审核项目, 并将审核文件中的图层加载到二维地图区域中, 并自动定位到审核项目的规划范围 (见图4) 。

5.1.2 项目归档

项目归档时, 需要选择项目是否通过审核。对于已经通过审核的项目, 将图形数据入库到SDE中。

用户选择其他类型的文档 (文档材料、原始图纸等) 保存到文档服务器中, 并与项目关联。关联原则是文档服务器上项目编号+项目名称+串号。

5.2 建筑属性浏览

查看所选建筑的信息。包括基本信息、日照情况和墙信息。

基本信息和日照情况从建筑物的属性中提取。

建筑名称与楼号从建筑的属性信息中提取。

建筑类型根据建筑所在图层划分为规划住宅、规划公建、现状住宅和现状公建。

朝向角度按照建筑与横轴的夹角来确定。

建筑样式按照建筑高度与面宽比来确定。

建筑分层:低层 (1~3) 、多层 (4~6) 、中高层 (7~9) 、高层 (10层以上) 。

建筑面积=占地面积×层数。

公建类型根据公建属性获取。

日照时间根据建筑属性字段获取 (见图5) 。

5.3 建筑审核

审核检测实体录入的属性值是否与文本一致。

审核地块面积、道路红线宽度、建筑退距距离的输入值是否与图形反映的情况一致。

检测地块面积、容积率、建筑密度之间的逻辑关系是否正确。

检测建筑密度、容积率、绿化率、建筑限高、配套车位、禁止开口路段、红线宽度、建筑退距距离、道路交叉口转弯半径等指标是否符合国家标准以及相关城市规划管理技术规定 (见图6) 。

建筑审核分为单个建筑审核和所有建筑审核两种模式。

单个建筑审核:用户可以选择单个建筑, 对该建筑进行审核。

审核所有建筑:通过选择审核项, 针对当前项目中所有建筑进行审核。

5.4 三维浏览

5.4.1 显示三维模型

将二维地图中显示的图层添加到三维地图中, 并将建筑根据建筑高度生成三维模型。

点击三维显示按钮时, 系统将当前二维视图中所有显示的图层加载到三维窗口, 用户可以通过控制二维地图图层显示状态实现对三维图层的管理。

三维地图显示范围与二维地图同步。

5.4.2 三维浏览

实现三维地图的缩放、移动等操作 (见图7) 。

1) 导航

2) 放大

3) 缩小

4) 缩放

5) 全图

6) 移动

7) 查看地块限高

该功能将按照地块限高要求, 建立地块三维模型, 用户可以通过其查看地块三维模型, 审查建筑是否超过地块限高要求。

5.5 审核结果管理

5.5.1 查看审核结果 (见图8)

以表格和图形两种方式显示审核结果。

点击审核记录, 将在地图上显示结果标线, 包含结果标线的审核项目有退红线、退地界、建筑间距、退蓝线和退绿线。

双击审核结果记录, 在地图上将闪烁对应的图形。

点击表格下方的显示标线按钮, 将表格中显示记录对应的标线显示在二维地图上 (见图9) 。

5.5.2 审核结果过滤

设定好过滤条件之后, 表格中将显示满足过滤条件的数据。

5.5.3 审核结果分组

可以指定使用某一列进行分组, 如想按照审核建筑进行分组需查看退地界情况 (见图10) 。

5.6报表管理

审核结果可以以报表方式显示, 报表按照审核建筑分组显示。报表也可以输出为外部文件, 支持的文件格式包括Excel2003、Excel2007、PDF文件、Word文件、Html文件和普通文本文件 (见图11) 。

5.6.1数据输出

将审核结果中显示的列表数据输出到外部文件, 文件格式包括:

Excel2003、Excel2007、PDF文件、Word文件、Html文件表管理图

和普通文本文件。

数据输出有两种模式:

1) 输出当前结果

将当前显示的结果输出为外部文件。

2) 输出所有结果

将所有结果输出为外部文件, 每种结果保存为1个文件。

5.7指标统计

系统能够自动完成以下统计:

1) 技术经济指标表 (见表1) ;

2) 绿地指标表;

3) 停车统计表;

4) 配套设施统计表。

5.8文档材料管理

5.8.1加载文档材料

点击“文档材料”工具栏按钮, 系统连接文档服务器, 如果文档服务器可正常连接且存在当前项目对应的文档材料, 则在下方的文档材料内容区域显示出当前项目对应的文档材料。

5.8.2查看文档材料

鼠标双击需要查看的文档材料, 将会启动文档对应的应用程序打开文档。

6系统应用情况

6.1规划设计单位

根据《太原市修建性详细规划电子报批系统技术要求细则》中规定的数据标准, CAD数据规整子系统 (数据预处理子系统) 对设计单位提交的原始DWG数据进行数据监理, 并提供工具辅助完成数据规整工作, 极大地方便了设计单位的设计工作, 同时, 对设计成果的标准进行了规范化。

6.2规划管理单位

系统的运行使审核人员从繁琐的计算工作中解脱出来, 系统内置的各种统计模型, 可以精确、快速、便捷地进行各种统计, 避免了人为计算产生的错误。系统通过GIS技术准确地进行各类空间分析, 避免了手工图面量测可能会出现的误差, 使得审核结果的准确性、权威性得到了保证。系统自动生成各类审核结果报表, 规范了审核结果的格式, 减轻了人工填写报表的工作强度。

7总结与展望

太原市修建性详细规划电子报批系统规范了修建性详细规划设计成果, 在规划设计与管理过程中为业务人员的办公提供了有效的支持。方便了成果设计、成果审核, 提高了工作效率, 提升了规划设计与管理部门的信息化水平。

土地报批流程篇4

项目征用土地报批程序来源：未知作者：基本路线图：

勘测定界→调整用地规划→用地预审→立项→制作报件上报→用地招拍挂工作→办理用地手续、供地

具体操作步骤：

(一)勘测定界(到市国土资源信息中心办理)用地单位请市国土资源信息中心进行勘测定界，确定用地范围及面积。

(二)调整规划(到县国土局办理)对于已确定用地范围的用地项目由国土局进行用地规划审核，对不符合用地规划的用地项目按要求进行用地规划的调整。

(三)用地预审(到市国土局土地利用科办理)用地单位须提供下列材料：

1、用地预审申请表;

2、预审的申请报告(内容包括拟建设项目用地基本情况、拟选址情况、拟用地规模和拟用地类型、补充耕地基本方案);

3、勘测定界技术报告书。

4、用地规划调整报告。

5、项目可行性研究报告。

6、标注用地范围的土地利用总体规划图;

7、企业营业执照或法人单位代码证;

8、法人委托书。

(四)立项(到省、市发改委或县计划局办理)用地项目属于省级立项项目到省发改委立项、市级立项项目到市发改委立项、县级立项项目到县计划局立项。用地单位须提供下列资料：

1、土地行政主管部门出具的建设项目用地预审报告。

2、建设项目选址意见书。

3、建设项目总平面布置图。

4、用地单位出具环评报告、矿产压覆报告、水保方案、地质灾害评估报告及城建、旅游、交通等相关部门对项目用地的审核文件。

(五)、制作用地报件上报省政府审批(到县国土局、市国土局办理)土地统征中心对已完成勘测定界、调整规划以及立项工作的用地项目进行审核，由所在乡镇、政府牵头召开被征地集体村民听证会，做好征地工作;国土部门落实补充耕地方案，并根据实际情况安排用地报批批次，协助用地单位制作用地报件报市国土资源局审核;用地单位足额缴纳相关费用后，由市局将报件报省国土资源厅审批。

设计报批篇5

工信部日前公布了2011年标准化重点工作, 3D电视标准的制定被列进今年的标准化重点工作。

3D电视自上市以来即成为关注焦点, 其相关标准的制定也备受关注。工信部相关负责人介绍, 要针对产业发展重点, 做好顶层设计, 成体系组织开展标准预先研究工作, 制定技术标准体系框架, 夯实标准立项和制定基础。探索综合标准化工作模式, 同步开展产业链上各环节、各类产品的标准制定, 形成领域内标准全面覆盖和配套的局面。

工信部数字电视标准符合性检测中心副主任张素兵表示, 3D电视需要一系列的标准来规范, 工信部将其列入今年标准制定的重点工作并不代表3D电视标准今年一定会完全出台, 相关标准将随着产品的普及度越来越高而逐渐制定完善。对于3D电视标准制定的最新进展, 张素兵称3D电视测试方法相关标准2011年内可完成报批阶段。

设计报批篇6

中国证监会最近发布《证券公司业务范围审批暂行规定(草案)》。《草案》对证券公司申请增减业务、申请创新业务的条件和流程作了具体的规定。其中,对符合条件的证券公司增加证券经纪、证券资产管理、融资融券等为客户提供服务的业务,《草案》要求证券公司在获得证监会批准后,依法向公司登记机关申请变更登记,并自变更登记之日起15个工作日内向证监会申请换发经营证券业务许可证。在取得换发的经营证券业务许可证后,证券公司方可经营申请增加的业务,采取有效措施,开展与该业务有关的法制宣传、知识普及和风险提示等投资者教育活动。

《草案》明确,同一实际控制人或相互之间存在控制关系的证券公司不得经营相同业务。但相关公司采取有效措施,在经营区域或者目标客户群体上做明显区分,相互之间不存在竞争关系的除外。

设计报批篇7

关键词：南水北调,退休审批,人事档案,信息管理

随着南水调中线工程全线通水,在工程开工初期从全国各地不同企业、不同行业、不同性质的单位招聘的职工逐步进入退休年龄。目前,社会保险机构对企业职工退休的报批,从职能部门的审分、划分到审批的程序更加规范明确,领取养老金待遇的计发办法也实现了新老办法的平稳过渡。在办理报批过程中,从职工档案个人信息的填写、到个人账户的审核查阅和职工工作简历的审定,及养老金指数的计算,逐步形成了一套科学高效的运行体系,提高退休报批的效率及准确率,维护参保企业和职工的合法利益。作为企业人力资源管理工作者,如何做好职工的退休报批工作,使职工如期顺利地领取基本养老保险待遇,直接影响企业和职工个人的切身利益。

1 在办理退休审批过程中遇到的难点

职工退休审批是一项政策性较强、系统而复杂的工作,涉及政策多,参与养老金的计算要素也多,要使退休审批工作正常顺利进行,必须掌握职工的基础信息,从细节入手,反复认真阅读档案,理清因果关系。而现实的职工人事档案中存在的问题各不相同,给办理职工退休报批工作带来极大困难,导致退休报批工作不能正常进行,影响企业和职工利益。主要反映在以下几个方面:一是职工档案信息收集不全、职工出生时间与参加工作时填写的出生时间不一致,与身份证信息不一致。二是职工调转信息不健全、不及时,档案信息与社会保险缴费信息不一致。三是职工身份多样化。由于历史的原因造成一些职工身份多样化,不仅有学生,而且有上山下乡的知青、部队转业军人,还有从公务员事业单位系统调转到企业的员工。在办理退休时,由于支撑材料不全,导致退休报批工作不能如期进行,给退休审批工作带来极大难度。

2 针对退休审批中难点的对策

2.1 从“细”入手,掌握退休职工的基本信息

认真反复阅读职工档案,确认三个时间点,即职工的出生时间、参加工作时间、职工所在企业参加社会保险时间。现阶段年龄退休职工均为20世纪70年代参加工作,主要通过企业招工、学校或农村直接招兵、知识青年上山下乡、待业青年由街道安排临时工作等途径参加工作。因参加工作途径少,一些职工为能顺利获得工作,对真实年龄进行隐瞒,造成实际出生时间和参加工作时间与身份证上提供的时间不一致。可以从以下几方面采取措施:一是针对出生时间不一致的现象,应依据中组部、人事部、公安部联合印发的《关于认真做好干部出生日期管理工作的通知》进行审核。目前, 社会保险机构也是依据此文件审批职工的退休时间,对职工出生时间的认定实行居民身份证与职工档案相结合的办法,当本人身份证与档案记载的出生时间不一致时,以本人档案最先记载的出生时间为准。二是做好职工参加工作时间证据的确认。职工参加工作的依据包括劳动部门审批的《招工审批表》、县以上武装部出具的《应征入伍登记表》或部队出具的《新兵入伍政审表》、地市以上知识办出具的《上山下乡知识青年证明》、学校出具的《派谴证》、社区办事处出具的《待业青年工龄审定表》等,这些材料均可作为职工参加工作的证明。三是审核档案时,首先,确定文字记载有无遗漏和缺陷。有涂划的一般不能采信,有缺失的记录,缺失的部分不能直接推论,能补齐的资料必须补齐才能认定。譬如,一些职工有下乡当知青的工作经历,按照相关规定,这段时间应认定为视同工龄,但档案中没有明确记载,应通知职工到原知青点或本地档案管理部门补齐相关证明,即可认定。其次,要对档案记载内容做整体分析。再如,某职工在同一单位工作多年,很多记载显示在同一特殊工种岗位工作,但有部分年份没有明确记载,有记载的年限不足以办理特殊工种退休,这时应在综合分析现有档案材料的基础上,查找其他档案材料,从而综合判定其特殊工种年限。当遇到档案前后记载出生时间与身份证的基本信息不一致时,以档案中最早记载的内容为准。

2.2 做好职工视同缴费年限的认定

工龄是指职工参加社会劳动获得劳动报酬作为全部生活来源的工作时间,同时是衡量职工工作年限长短的标志,是职工退职、退休、享受养老保险待遇和带薪休假等福利待遇的基本条件。视同缴费年限,是指从职工参加工作时间开始计算工作年限,退休时视同为缴费年限,其费用由国家承担。如北京地区对确认职工视同缴费工龄的政策是对1992年10月1日之前参加工作的职工进行视同缴费年限认定,它是计算基础养老金的依据之一。基本养老金待遇的核算也依赖档案记载,特别是参加工作时间的记载,直接关系到职工缴费年限尤其是视同缴费年限的认定,与养老金待遇的多少有直接联系,因此,档案记载的准确性尤为重要。在退休材料审查过程中,要明确可以作为退休审核依据的材料除本人现有的档案材料外,还包括本人的全部档案材料。这些退休涉及的材料界定为证据材料,逐个审核各个材料的真伪及关联性,最大限度还原职工的真实情况,更好地维护职工利益,保证他们的退休待遇不受影响。不仅需要对参加工作时间、出生日期等基本信息的审核,也要对高级专家(高案必须完整、客观、准确。因此,档案的妥善保管是关乎职工切身利益的大事,一旦档案出现问题,必将影响职工退休待遇的核算。

2.3 以个人账户为重点,做好退休前的养老保险转移

养老保险个人账户是养老保险制度的重要标志,也是计算养老金的重要依据。因此,要把个人账户作为重点,认真做好账户的记账与审计工作。对个人账户管理时,重点管理职工缴费是否具有连续性。特别是职工多处跨地区的养老保险关系转移,在退休前是否进行个人账户合并,如果没有进行个人账户合并,将影响正常办理退休报批手续和职工领取养老金待遇的计算。因此,在职工到新单位入职初期,应了解职工的相关情况,督促职工及时将原单位的个人养老金账户转移到现工作单位。

2.4 科学准确地计算养老金指数

养老金指数是计算过渡性养老金的重要参数,养老金指数计算的准确与否直接影响过渡性养老金的正确性。由于目前养老金指数是用职工退休前历年的个人账户缴费基数来计算的,涉及年份较多。因此,必须认真反复核对。另外,应特别注意失业期间养老金指数的计算问题。按规定,失业期间不计算养老金指数,但是,由于失业往往是从某一年的某一个月开始,这一年有几个月缴费,有几个月失业,这样一来给该年度的指数计算带来一定困难,有些人容易用缴费的几个月的基数计算养老金指数来代替失业期间的养老金指数,或把失业期间的养老金指数确定为来算该年度的养老金指数,这些做法都不准确。笔者认为,应将原来每年计算一次养老金指数转变为每月计算一次养老金指数,有多少实际缴费月数,就计算多少次养老金指数,然后求平均养老金指数。在对个人账户审核时,应重点审核账户的储存额、缴费月数、缴费基数等信息,因为这些信息都直接影响职工养老金待遇的高低。

2.5 熟悉各行业与地方政策

设计报批篇8

目前正在建设中的清远市国土资源“一张图”亟待完成的一项重要任务是核心数据库的建库工作。核心数据库建设涵盖了各类基础地理数据和国土资源专题数据。其中专题数据包括报批、供应、登记等若干类, 对建库效率提出一定的要求。本文主要以清远市建设用地报批数据为例, 利用Python脚本探讨一种快速建库的思路。

2 建设用地报批数据来源分析

2.1 建设用地报批收件数据

清远市国土资源前期信息化相对薄弱, 08年启用省级相关业务审批系统以后, 积累了大量完整规范的报批收件材料, 主要为pdf/jpg数据, 另外还包括Txt格式的报批坐标数据。08年以前报批坐标数据基本上在建设用地档案中的纸质图纸上。由于缺少矢量化扫描设备和相关软件, 这部分坐标数据只能按照一定结构进行人工采集。

2.2 建设用地档案目录数据

清远市国土资源档案管理比较完善, 拥有截止2014年度的档案目录数据库。其中建设用地档案目录数据包括基本属性 (档案号、目录号等) , 以及业务扩展属性 (用地申请、批复单位、项目名称、土地位置、土地开发用途、批准文号等) 。

在数据建库时, 可以充分利用这两类数据实现快速建库。

3 建设用地报批数据库设计

按照“一张图”方案的设计, 建设用地报批图层属性结构设计如表1所示。

4 建库流程

第一:采集收件材料中报批界址点文件;第二:Python脚本批量检查坐标文件错误;第三:Python脚本批量处理坐标文件, 建立空间数据库及部分属性;第四:利用项目标识管理档案目录数据补充其他属性;第五:根据档案校对与补录初步成果数据;最后做质量检查。

5 数据处理

本文重点说明数据处理环节的方法, 其他环节不做详述。

5.1 空间数据

按照广东省国土资源厅建设用地报批勘察定界坐标文件标准, 清远市积累与比较规范完整的报盘坐标文件。这些坐标文件为Txt格式, ANSI编码, 文件结构如下图1所示:

其中[项目信息]部分为项目属性信息, [属性描述]部分注明了当前坐标文件采用的坐标系、带号等。[地块坐标]部分, 每个地块信息以@结束, 地块坐标中地块圈号不涉及扣除内部面积时为“1”;涉及扣除地块坐标的, 依次填写“2、3…”。结构化格式文本可以利用Python批量快速的读取并写入到空间数据库中, 建立建设用地报批空间数据库。

5.2 属性数据

坐标文件中的项目信息、地块信息中涵盖了大部分图层属性。对于缺少的属性项或者属性值, 可在后续环节进行补录。

6 坐标文件处理主要代码

参考文献

[1]张静, 管莉莉, 周赟.基于python的空间数据批处理在编制土地利用现状图中的应用.《江苏水利》, 2014年第11期.

设计报批篇9

1.1 电子报批系统

电子报批系统就是将传统规划审批图件的纸介质转变为电子介质, 通过贯彻一套计算机技术规程和管理规程, 实现计算机辅助审理报批图件的一套规划审批程序。该系统为Internet时代的现代规划行业带来全新的工作方式, 有效的改善了传统审批中存在的计算精度差、审批周期长、图纸保存易污损等缺陷。同时, “电子报批”还是规划管理信息系统的图形数据采集途径, 通过严谨的质量检测和数据转换实现图形数据从CAD格式向GIS格式的自动转换, 从而建立了设计—审批—建库一体化的规划成果信息库动态更新机制。

1.2 温州市规划局电子报批系统

温州市城市规划管理相关办公自动化已有多年研究历史, 也建立了丰富的图形信息系统, 包括各类础地形图、项目库、规划道路地籍等规划专题库等等, 另外项目审批办公系统已正常运行多年, 但项目审批成果管理及应用还是一个薄弱环节。同时在项目审批过程中, 存在着方案审查往往只是将上报的方案指标简单核对, 使指标出错、造假、面积超标等问题很难杜绝, 另外新的审批项目需要能够方便的检索到历史电子报批成果。于是在此情况下温州市规划局电子报批系统应运而生。

2 系统设计

2.1 系统结构

温州市规划局电子报批系统由规划局专用的“网上预申报子系统”、“审查子系统”和设计院专用的“设计成图子系统”所构成, 通过设计与规划管理之间互动配合完成整个方案的审查过程。如图1所示。

其中规划方案指标审查是整个系统的核心, 三个子系统使用统一的制图规范标准。设计端通过规划辅助设计成图子系统完成辅助设计、生成上报文件, 同时可以借助规划方案网上预申报平台实现方案预申报, 规划管理部门通过规划方案指标审查子系统实现对方案图、建筑施工图等图纸的指标自动提取和复核, 并完成报表和审查报告的输出, 最终一方面可将审查方案通过GIS接口转入GIS库中实现信息统一管理, 另一方面也可通过与审批系统的接口实现电子报批与其他业务规划系统的集成。

2.2 数据标准化

根据电子报批相关的国标、省标及温州市标制定了规划方案制图标准, 该标准是设计与管理之间遵守的约定, 由规划局制定、设计单位贯彻执行、软件系统自动实施。标准分以下四个方面。

2.2.1 制图标准

制图标准规定了设计成果电子文件的基本格式、绘制单位、坐标系统等。同时制图标准还包括分层、属性、统计等具体要求。

2.2.2 图层规则

温州市规划局电子报批系统图层需要设计如表1。

2.2.3 属性参数要求

属性参数将以扩展数据块的形式插入到数据中, 涉及到需要输入属性参数的图层有三类, 规划总用地, 建筑基地及地下室。其中规划总用地的属性参数有项目名称和建设单位;建筑基地的属性参数有建筑编号、建筑名称、建筑分类、建设阶段、建筑高度 (米) 、室内地坪标高 (米) 、地上层数、地下层数、住宅面积 (平方米) 、阳台面积 (平方米) 、公用设施和公共场所面积 (平方米) 、物业面积 (平方米) 、地上不计容面积 (平方米) 、地下面积 (平方米) 、90平方以下套型总面积 (平方米) 、规划户数 (户) 、机动车位 (个) 、非机动车停车场面积 (平方米) 、备注等信息;地下室属性参数有建筑编号、建筑名称、建筑阶段、地下层数、设备用房面积 (平方米) 、其他功能用房面积 (平方米) 、出入口个数、机动车位 (个) 、非机动车停车场面积、备注等信息。

2.2.4 指标统计标准

方案规定以下经济技术指标表, 建筑物一览表和综合技术经济指标表。如表2、表3。

2.3 系统功能

2.3.1 设计单位辅助设计子系统

(1) 图层配置管理。

根据制图规范自动配置创建审核所用图层, 勾绘轮廓图时用户切换到指定图层用CAD命令按原来的绘图方式勾绘用地和建筑轮廓线。

(2) 用地范围确定。

用地范围确定就是绘制确定各功能用地范围, 确定建筑分层面积和属性, 为指标审核提供数据。软件根据国家和温州统一制图规范中用地范围划分标准, 采用勾画各类用地, 同时采用扣除方式来生成复杂用地的理念来生成各类用地范围轮廓 (图2) 。

(3) 建筑单体确定。

(1) 建筑轮廓勾绘:在勾绘外轮廓时, 如果外轮廓已经存在, 可以利用搜索轮廓线功能生成封闭轮廓, 加速建筑轮廓勾绘过程来辅助勾绘;另外还可以将建筑图纸中的三维度线转化程平面线来辅助勾绘。

(2) 楼层编辑:楼层编辑功能主要包括增加幢号、增加层号等, 利用上述功能按栋、按层和分类内容分别指定对应勾绘的轮廓, 以便后面进行面积计算和统计。

(3) 用地检查、用地填充。

检查不允许相交的用地重叠情况, 以及用地超出规划总用地的情况, 以确保设计和初审上报方案的正确性。

(4) 指标计算生成。

根据划定的用地面积、建筑范围轮廓及建筑属性等内容, 按照统一要求生成规划指标表。

(5) 图层提取, 生成上报图纸。

根据方案设计成果和制图规范, 自动提取图面上相关图层、实体以及属性信息, 生成上报方案图。

2.3.2 规划方案网上预申报子系统

本子系统主要由以下内容组成。

(1) 网上方案上报登记:在规划局网站相关方案登记页面登记相关上报项目和方案的基本情况, 其中方案名称、方案类型、地点、联系人、联系电话、电子邮箱等信息必须如实填写, 登记完毕后系统自动分配一个方案进度查询密码。

(2) 方案文件上传:在方案登记完后, 根据密码, 可以上传相关方案文件, 根据制图规范和规划局相关电子报批规范要求, 必须上传相关CAD格式上报图纸和相关技术文本, 同时可提供相关建筑方案、效果图等文件。

(3) 方案查询和浏览:根据方案名称等信息可以查询上报的方案, 并根据打开密码浏览相关方案文件, 查看预审结果, 并可进一步添加、删除相关文件。

(4) 规划方案预审:规划局相关业务人员对上报的方案进行文件合法性、文件完整性等基本检查后, 根据预审结果填写相关意见。

(5) 方案提交:方案预审通过后, 可将规划方案制作生成GIS数据文件, 建库后可在动管系统等局内现有规划业务信息系统使用。

2.3.3 规划局方案审查子系统

(1) 用地检查、用地填充。

计算审查经济指标, 出经济指标表之前, 检查不允许相交的用地重叠情况, 以及用地超出规划总用地的情况, 以确保审查结果的正确性。

(2) 单体面积计算。

(1) 楼层计算:选中一层楼或者多层楼, 执行该命令后, 按提示完成对应楼层的实体, 计算面积。 (2) 单元计算:选中一层或者多层, 只执行计算选择根据选中的单元对应的图层上的属性实体, 计算并放在对应单元上。 (3) 按楼计算:根据当前选中的楼编号, 一次性计算该楼实体的所有面积。

(3) 数据汇总和统计。

(1) 汇总数据:计算结果自动添加到界面上。 (2) 统计输出:统计输出则是围绕两个表:建筑物一览表、综合技术经济指标表, 如果存在多个楼则有建筑面积汇总表。表格采用Word格式。

(4) 指标统计、生成审查报告。

统计建筑物一览表、综合技术经济指标表等。

(5) 辅助工具。

软件提供在线规划查询及一些提高审查效率的辅助工具, 如:图层控制 (菜单工具栏上) , 连接线段, 面域工具以及用地填充、标注等辅助工具。

(6) 系统转换接口。

系统将审查完的方案图, 通过与GIS系统的接口, 转为相关GIS通用格式SHP格式文件进行方案图的入库。

3 系统实现

3.1 系统软件环境配置

(1) 操作系统:操作系统是构建整个系统的最基础的部分, 本系统开发采用Windows XP操作系统。

(2) CAD平台:在规划、建筑设计行业AutoCAD平台软件有很好的应用基础, 因此C A D平台选择主流的

AutoCAD, 版本支持现阶段最常用的2002~2008版, 也可采用CADMAP系列产品。

(3) GIS平台:数据入库采用对CAD文件逐幅入库的工作方式进行, 入库前不需进行CAD文件的合并操作。总的来说, 空间数据的格式转换依靠AutoCADMap的导出功能进行实现, 同时, 为了实现属性数据的挂接, 采用了FME软件进行关联。

(4) 数据库平台:采用SQL Server空间数据库, 电子报批系统涉及到属性信息可直接存储到实体要素的扩展记录中, 这样可以实现对空间数据和属性数据的同步录入, 保证了数据的完整性。

3.2 基于ObjectARX的系统开发

由于目前规划设计成果大多是基于Auto CAD数据格式, 因此电子报批系统采用对Auto CAD进行二次开发实现。Auto CAD软件具有相当优秀的开放性结构和一个强大的内部编程语言, 可以方便用户随意地开发自己的命令、标准库文件和各种应用程序。AutoCAD的二次开发方式很多, 如Object Arx、Visual LISP、VBA等。本系统采用VC语言和托管Object ARX对AutoCAD进行二次开发。

4 成果演示

如图3为温州市某小区总平面设计图, 通过了一系列的上报、设计、审查、入库操作, 将总平面图GIS数据与温州市规划局现有的信息系统结合。

5 结语

目前本系统正处在数据标准制定讨论阶段, 系统模块开发也基本完成了最初的功能要求。笔者所在单位也已经在处理加工2006年至今的所有电子总平方案。随着标准的最终确定, 系统功能的进一步完善, 温州市规划局电子报批系统将成为温州市规划总平项目电子报批的重要工具。

摘要：结合温州市规划局的实施情况, 重点阐述了温州市规划局电子报批系统的设计思路、系统功能、开发和实现过程、最终成果演示以及目前的实施进展。

关键词：电子报批,规划审批,CAD,GIS

参考文献

[1]城市居住区规划设计规范GB 50180—93[S], 2002.

[2]工业企业总平面设计规范GB 50187-93[S].

[3]总图制图标准GB/T 50103-2001.

[4]浙江省建筑工程规划经济技术指标计算规则.

[5]温州市规划管理技术审批规定 (试行) [S].