招标内容和参数及服务要求.DOC

1、- 1 -第五章 招标内容和参数及服务要求一、数据建设技术要求1.建设范围按照范县城市建设总体规划的布局，范县数字化城市管理项目分为二期逐步实现，一期建设在核心建成区（东至康宁路，西至迎宾大道，南至龙盘路，北至龙马路，其中十字坡大道南部延伸至高架桥，板桥路西延至甜水井）范围内开展系统建设，总面积约11 平方公里。2.项目建设原则标准规范性原则采用国家统一的标准和规范，并符合实际。无缝原则部件数据、地理编码数据、基础底图数据逻辑上建成一个整体的空间无缝数据库。资源共享原则范县已经积累了较多的地理信息资源，本次范县数字城管数据普查要充分利用现有地理信息资源进行数据的建设，提高资金的使用效率，避免重

2、复建设。技术先进性原则范县数字城管基础数据库建设是一项复杂的普查工程，在设计上具有相当程度的先进性和完善性，选择国内外先进的测绘普查技术，从而保证数字城管总体项目的正常运行。在技术上同时考虑主流数据库技术的发展趋势，确保数据库系统能适应信息技术的迅速发展，更好地处理系统升级带来的问题。在数据库建设过程中，最大程度地满足数字城管业务的需要，以实用性为首要原则，及时发现并处理好城市管理基础数据问题是项目建设的根本目标。因此数据库系统能达到：便于管理维护、数据更新快捷，具有优化的结构和完善的数据库系统，具有与其他系统数据共享、协同工作的能力。高效化运行原则软硬配置要互相协调，入库数据符合规范要求，建

3、立的空间数据库系统要能够业务化运行。安全使用原则采用技术手段，保证数据库安全的同时并能实时的为数字城管提供服务。范县数字化城市管理系统建设项目一标段招标文件 - 2 -稳定性原则稳定性原则是指数据的正确性、现势性两个方面，由于城市建设日新月异，城市部件在不断变化和增加，为了保证数字城管系统的正常和有效运行，必须对数据及时更新。开放性原则为了确保应用系统具有良好的互操作性和可移植性，数据格式符合有关国家标准或行业标准。只有开放的数据库系统才能够兼容和不断发展，才能保证前期投资持续有效，保证整个数字城管系统可分期逐步发展和整个系统的越来越完善。3.项目建设具体范围及说明范县数字化城市管理系统建设项

4、目覆盖范县主要建成区约 34.22 平方公里。本次范县数字化城市管理系统数据普查主要以城市道路为主，包括属于城市市政管理的公共区域和个别居民区内的各项地上设施，不包括地下的市政管线和其它非公共区域内的设施。具体实施范围规定如下：（1）对城市道路范围内的规定部件全部普查，道路两侧有建筑物的普查到临街房屋墙角线或围墙；对于道路两侧是开阔区域（没有建筑物或者较远建筑物是破房子的），范围是路基线（有人行道按人行道算，没有按机动车道算）向外延伸 15 米；（2）公共开放的广场及公共场所对其范围内进行普查，对相对封闭管理的小区、单位范围内部不进行普查；开放或半开放式城市居住小区对其主要内部主要道路（6 米

5、以上含 6 米道路要普查）范围及其两侧区域进行普查，其他楼宇间的小通道、绿地区域不进行普查；对老式居住区（含城中村、巷弄居民区等）普查其主要通道（含 4 米以上含 4米人行道，对有文物遗址、名人故居、政府单位、学校、商业街等不足 4 米的道路也要普查）范围及其两侧区域进行普查，其他区域不普查。5.范县数字城管数据建设内容序号 类别 说明 单位 数量1 基础地形图（1:500） 辖区内基础地形图（共享） km 112 地理编码数据 辖区内地理编码数据普查 km 113 部件数据 辖区内部件数据普查 km 114 网格数据 辖区内网格数据普查 km 115 数据处理、建库 辖区内地理编码、部件、网

6、格数据处理建库 km 11范县数字化城市管理系统建设项目一标段招标文件 - 3 -A.标准规范编制根据国家标准规范，充分考虑范县城市建设管理的实际情况，编制范县数字化城市管理的标准规范。B.系统基础地图制作与发布基于共享范县已有的基础地形图，对普查区域内与城市部件、事件管理密切相关的道路边线要素进行修测，满足部件普查的有关要求。C.单元网格划分依据数字化城市管理信息系统第 1 部分：单元网格（GB/T 30428.1-2013）并结合范县的实际要求，对范县进行网格划分和编码，并将划分编码结果建成单元网格数据库。同时参考范县的实际情况，以路、街为主体，形成不跨越社区管理的最小单元网格，即社区图与

7、单元网格图重叠，构成范县城市管理单元网格和责任网格。D.部件与地理编码普查部件普查数据成果包括部件以及部件周边环境的二维矢量电子地图数据、部件属性数据。城管基础部件和重点场所部件的基本属性信息包括：标识码、名称、专业部门、所在单元网格、状态、现势性、初始时间、变更时间、数据来源、备注以及照片等资料；部件详细属性（附加属性）向相关管理部门收集资料。E.可视化符号体系建立基于数字化城市管理信息系统 第 2 部分：管理部件和事件（GB/T 30428.2-2013）的基础上，完善设计能体现范县特色的、完备的可视化符号系统，为系统的使用和城市部件的管理提供支撑。F.数据处理与建库根据国家标准和范县数字

8、城管系统有关标准规范，对部件普查数据和地理编码普查数据进行处理，并建立范县部件数据库和地理编码数据库。G.部件图集与手册编制根据国家标准和范县数字城管系统有关标准规范，建立城市管理部件图标库，并编制范县城市管理部件图集与手册。H.网格划分图集编制根据国家标准和范县数字城管系统有关标准规范，根据已划分的城市管理单元网格和责任网格，编制单元网格图集和责任网格图集。6.提交成果说明及技术指标范县数字化城市管理系统建设项目一标段招标文件 - 4 -A.标准规范编制根据国家标准和指导性文件，结合范县的实际情况，编制范县基础数据建设标准规范。按照数据普查建设与管理的实际情况制定科学的作业规程规范，对数字城

9、管系统运行管理所需要的数据制定标准规范。具体编制的标准规范包括：城市部件与地理编码的外业普查规范；单元网格与责任网格的划分、编码规范；城市部件和事件的分类编码标准；数字化城市管理部件及网格普查验收标准；城市部件数据库建库标准。B.单元网格、责任网格划分根据数字化城市管理信息系统 第 1 部分：单元网格（GB/T 30428.1-2013），划分数字化城管单元网格和责任网格。要求单元网格和责任网格的划分既能符合国家和住建部有关标准又能根据范县数字化城市管理需要的实际情况进行划分，要求具有较高的科学性和较强的实用性。单元网格是指数字城管的基本管理单元，是基于大比例尺地形数据，根据数字城管的需要，按

10、照一定原则划分的、边界清晰的多边形地理区域。责任网格是指在单元网格基础上建立的城市管理监督责任区域，是城市管理信息采集员的基本工作区域。单元网格编码由 15 位数字组成，依次为：6 位县级及县级以上行政区划代码、3 位街道（镇）代码、3 位社区代码和 3 位单元网格顺序码。编码结构如下图所示：具体要求：任意一个下级区域（社区对于街道，下同）必须完全包含于上级区域（街道对于社区，下同）内；与其它区相邻的街道办事处边界必须和区边界吻合；下级区域与所属上级区域如有接边，必须正确接边；范县数字化城市管理系统建设项目一标段招标文件 - 5 -同级区域（街道与街道，或者社区与社区，下同）必须正确接边，不能

11、互相叠压。C.部件与地理编码普查根据国家标准对数字化城市管理系统有关要求，进行城市管理部件普查和地理编码普查。部件普查要求内容全面、详细，符合国家相关标准、数字城管建设导则和范县实际情况，并以此建立基础数据普查管理数据库。地理编码普查对象要具有代表性、唯一性等特点，通过普查获取对象的地址数据（包括地点描述信息和坐标信息等），并以此建立城市管理地理编码数据库。按照住建部相关的技术规范，分类调查城管部件，调查应覆盖规定范围内的所有城管部件，提交的数据成果文件格式应为 ArcGIS Geodatabase 10 数据格式。城管部件的基本属性信息内容应符合规范，能说明部件的基本特性；对于详细属性（附加

12、属性）可向相关市政部门收集资料。（1）部件定位精度要求对不同类别的部件，给出不同的精度指标，保证所有部件定位精度符合建库的要求。城市管理部件的定位精度应符合下表规定的城市管理部件定位精度要求：序号 精度级别 中误差（m） 说明1 A 类 0.5 指空间位置或边界明确的部件，如井盖、灯等。2 B 类 1.0指空间位置或边界较明确的部件，如果皮箱、绿地、亭、广告牌等。3 C 类 10.0 指空间位置概略表达的部件，如桥、停车场、工地等每平方公里内位置误差超出允许范围的个数与该范围内部件总数之比应不超过 5，超过为不合格。（2）部件普查遗漏允许指标每平方公里内遗漏个数不得超出总数的 5，否则为不合格

13、。（3）部件普查属性错误允许指标部件属性中有一个属性项错误即认为该部件的属性错误，每平方公里内部件属性错误个数不得超出部件总数的 5%，否则为不合格。（4）地理编码普查错误允许指标范县数字化城市管理系统建设项目一标段招标文件 - 6 -地理编码普查中所属街道和小区属性错误每平方公里不得超出总数的 5%，门牌号错误不等超出 5%，超出任何一项指标均为不合格。（5）地理编码普查遗漏允许指标每平方公里内遗漏个数不得超出总数的 5%，否则为不合格。D.数据处理与建库根据住建部数字化城市管理信息系统有关标准规范，对部件普查数据和地理编码普查数据进行处理，并建立部件数据库、地理编码数据库。具体要求如下：（

14、1）建库原则标准规范性原则：采用国家统一的标准和规范，并符合实际。无缝原则：部件数据、地理编码数据、基础底图数据逻辑上建成一个整体的空间无缝数据库。先进性原则：采用当前先进的空间数据库管理和建库软件平台。高效化运行原则：软硬配置要互相协调，进库数据符合规范要求，建立的空间数据库系统要能够业务化运行。安全使用原则：采用技术手段，保证数据库安全的同时并能实时地为数字化城管提供服务。（2）部件数据建库将调查后的部件信息逐一核实后输入到部件数据库中。投标人要给出部件数据建库合理的技术路线。要求以常用的空间数据格式和属性格式对普查的图形数据和属性数据进行录入，形成完整的部件库。同时为保证空间基准的统一，

15、应采用与基础底图一致的空间参考。（3）地理编码数据建库将调查后的数据逐一核实后输入到地址数据库。投标人要给出合理的地理编码数据建库的技术路线。要求对普查的地理编码数据全部录入，并采用与基础地图一致的空间参考。E.部件图集与手册编制根据住建部数字化城市管理系统有关标准规范，建立城市管理部件图标库，并编制城市管理部件。要求部件图集与手册既能符合国家和住建部有关标准规范的基本思路，又能体现范县的地方特色，具有较高的科学性和较好的直观性。范县数字化城市管理系统建设项目一标段招标文件 - 7 -G.网格划分图集编制根据住建部数字化城市管理信息系统有关标准规范，对划分数字化城管单元网格和责任网格，并编制单

16、元网格图集和责任网格图集。要求单元网格图集和责任网格图集既能符合国家和住建部有关标准规范的基本思路，又能反映数字化城市管理的实际情况，具有较高的科学性和较强的可读性。二、应用软件开发与实施服务技术要求1.系统平台总体要求1.应用软件服务端架构应支持 UNIX、linux 和 windows 等平台。2应用软件支持的其它知名品牌平台软件。3应用软件需满足和实现业主要求的可定制、可模块化重构的功能。4.在数字城管应用软件设计中，需要满足用户界面统一性,便于用户操作和应用。5.需提供软件厂商数字城管软件著作权登记证书。6.建设项目须与濮阳市级数字城管平台数据互联互通。7.数字化城市管理系统应用软件通

17、过省级及以上软件评测中心软件测评。8.须提供数字城管软件厂商针对本项目的授权及售后服务承诺。2.系统设计标准体系A.数字化城市管理行业规范和标准国家标准数字化城市管理信息系统 第 1 部分:单元网格（GB/T 30428.1-2013）国家标准数字化城市管理信息系统 第 2 部分:管理部件和事件（GB/T 30428.2-2013）国家标准数字化城市管理信息系统 第 3 部分:地理编码（GB/T 30428.3-2016）国家标准数字化城市管理信息系统 第 4 部分：绩效评价（GB/T 30428.4-2016）国家住房和城乡建设部行业标准城市市政综合监管信息系统 技术规范（CJJ/T 106

18、-2010）国家住房和城乡建设部行业标准城市市政综合监管信息系统 监管数据无线采集设备（CJ/T 293-2008）范县数字化城市管理系统建设项目一标段招标文件 - 8 -国家住房和城乡建设部行业标准城市市政综合监管信息系统 监管案件立案、处置与结案（CJ/T 315-2009）国家住房和城乡建设部行业标准城市市政综合监管信息系统 模式验收（CJ/T 423-2013）国家住房和城乡建设部行业标准城市市政综合监管信息系统 管理部件和事件信息采集（CJ/T 422-2013）城市地理空间框架数据标准（CJJ103-2004）地理空间数据交换格式标准(GB/T 17798-2007)城市市政综合监

19、管信息系统建设规范（CJJ/T 106-2010）城市基础地理信息系统技术规范（CJJ 100-2004）建设电子文件和电子档案管理规范（CJJ 100-2004）B.应用系统开发标准及规范软件工程国家标准（GTB 856）计算机软件产品开发文件编制指南（GB/T 8567-1988）计算机软件需求说明编制指南（GB/T 9385-1988）计算机软件测试文件编制指南（GB/T 9386-1988）计算机软件配置管理计划规范（GB/T 12505-90）计算机软件可靠性和可维护性管理（GB/T 12394-93）软件工程标准分类法（GB/T 15538-1995）软件开发规范（GB 8566-

20、88）软件维护指南（GB/T 14079-93）3.系统性能指标要求根据住建部行业标准中的相关规定，应用软件系统的总体性能需求如下：A.容量需求：支持同时 200 人在线访问查询能力；应具有良好的并发响应能力，整体响应性能在5s 以内，正常情况下并发访问量应不小于 100 个。数据库容量：不小于 7TBB.响应速度坐标以及移动终端的事、部件地理信息位置查询和定位时间不超过 5s；地图查询定位时间不超过 5s，呼叫中心接收信息采集员上报问题时间不超过 5s，呼范县数字化城市管理系统建设项目一标段招标文件 - 9 -叫中心向信息采集员发送任务时间不超过 2s。监督指挥中心接收信息采集员上报问题时间

21、不超过 5s；监督指挥中心向信息采集员发送任务时间不超过 2s；文本信息交换的响应时间应控制在 1s 以内。4.系统覆盖范围A.管理范围本期建设在核心建成区（东至康宁路，西至迎宾大道，南至龙盘路，北至龙马路，其中十字坡大道南部延伸至高架桥，板桥路西延至甜水井）范围内开展系统建设，总面积约 11 平方公里。逐步建立健全“数字城管”相关的机制体制，完成数据普查及确权工作，完成数字化城市管理系统基础平台及拓展平台建设，并实现与市级平台的对接与整合。B.管理对象以国家质量监督检验检疫总局、国家标准化管理委员会发布的数字化城市管理信息系统 第 2 部分：管理部件和事件（GB/T 30428.2-2013

22、）中确定的六大类事件（包括市容环境类、宣传广告类、施工管理类、街面秩序类、突发事件类和其他事件类）和五大类部件（包括公用设施类、交通设施类、市容环境设施类、园林绿化设施类、其它部件类）为基本内容，结合范县实际情况，通过数据普查将管理对象范围进行适度扩展。C.专业部门专业部门是管理部件和事件问题的主管部门、部件的权属单位和养护单位。本项目涉及到的专业部门包括县属职能部门、各乡镇以及水、电、热力、通讯、燃气、传媒等服务性企业。本项目中专业部门包括：县级职能部门：督查局、城管局、公安局、民政局、人社局、住建局、交通局、水利局、文广局、食药局、教育局、邮政局企事业单位：移动公司、联通公司、电信公司、电

23、业局乡镇：城关镇、龙王庄镇、白衣阁乡、颜村铺乡5.系统功能要求应用系统的设计应完全符合国家住建部行业标准城市市政综合监管信息系统 技术规范（CJJ/T106-2010），基础模块包括监管数据无线采集、监督中心受理、协同工作、范县数字化城市管理系统建设项目一标段招标文件 - 10 -监督指挥、综合评价、地理编码、应用维护、基础数据资源管理和数据交换。在符合标准的前提下，充分结合范县本地城市管理特点及实际管理需要进行功能方面的拓展创新。本期项目需要拓展的系统包括：领导移动督办、视频监控、车载 GPS 管理、工地管理、园林绿化管理、微信服务、执法记录管理等 7 个拓展子系统功能模块。系统名称 功能模

24、块 基础功能需求监管数据无线采集该子系统提供给监督员使用，主要用于实现监督员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完城市成管理问题文本、图像、声音和位置信息实时传递。终端功能：1.问题信息采集上报。2.信息提示。3.单键拨号。4.地图浏览。5.位置定位。6.数据同步。7.任务管理。8.历史记录。9.系统设置。10.使用帮助。11.属性查询。12.参数设置。服务端功能：1.为无线数据采集系统提供各种信息查询服务的支撑；2.为无线数据采集系统提供地理编码查询服务；3.

25、为无线数据采集系统提供数据同步服务；4.为无线数据采集系统提供无线定位服务；5.为无线数据采集系统提供数据协同管理和交换服务；6.为无线数据采集系统提供通知服务。数字城管基础应用监督中心受理监督中心受理子系统供城市管理监督中心办公人员使用。监督中心受理子系统主要负责记录和登记城市管理中发生的问题，根据城市管理监督员事件（部件）问题上报和社会公众举报生成系统中的案件记录，同时案件记录在系统中流转。监督中心受理子系统与城市管理地理信息系统紧密结合，实现问题定位。功能设计：1.问题受理：对于信息采集员上报的城市管理问题，实现自动受理，并且能根据信息采集员上报城市管理问题信息中包括的坐标信息，在地图中

26、自动标识出问题发生位置。2.登记：当受理举报人来电或其他需要登记的场合，可以打开登记受理界面，填写受理信息，包括来电记录、举报人信息、问题分类、问题描述、问题地址等信息。3.查询定位：为了辅助受理员快速定位，应当具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能。4.核实：监督指挥中心将填写的任务受理信息发送给城市管理信息采集员，城市管理信息采集员根据任务信息对问题进行判断、采集核实信息。5.立案及案卷审批：系统实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息。6.核查：具备受理核查任务功能，案卷核查环节是当案卷由专业部门处理完毕后，监督指挥中心向案卷所在责任区的在岗城市管理信息采集员发送核查任务信息。7.结束与回复：案卷结案环节是监督指挥中心根据协同工作子系统的反馈结果和城市管理信息采集员的核查结果，对处理合格的案卷进行结案和存档。