数字、智慧城市管理投标技术方案

PAGE第119页数字城市管理投标技术方案项目编号：项目名称：xxxx供应商名称（公章）：xxxx地址：邮编：电话：传真：PAGE第1页报价文件目录第1章报价函 1第2章资格证明文件 32.1营业执照副本 42.2组织机构代码证副本 62.3税务登记证副本 62.4法定代表人授权书 72.5计算机信息系统集成二级证书 82.6证明其具有履行合同所必需的设备和专业技术能力的材料 92.7400万元以上的基于GIS的数字城市项目建设经验合同 112.8需要提交的其它文件 21第3章商务文件 243.1报价一览表 243.2谈判报价明细表 253.3服务要求偏离表 263.4商务条款偏离表 263.5项目负责人及项目组成员简历表 283.6近二年完成类似业绩一览表 313.7优惠条件及承诺 32第4章技术文件 334.1项目概述 334.1.1建设目标 334.1.2建设原则 344.1.3建设标准 354.2需求分析 364.2.1应用系统需求 364.2.2基础数据内容需求 404.3系统总体设计 414.3.1系统总体架构 414.3.2系统业务流程 424.3.3系统技术路线 434.4监管数据无线采集子系统（城管通） 634.4.1系统概述 634.4.2终端功能设计 644.4.3服务端功能设计 664.5监督受理子系统 674.5.1系统概述 684.5.2功能设计 694.6协同工作子系统 714.6.1系统概述 724.6.2功能设计 724.7监督指挥子系统 764.7.1系统概述 764.7.2功能设计 774.8综合评价子系统 784.8.1系统概述 784.8.2考评模型建立方法 794.8.3功能设计 804.9地理编码子系统 924.9.1系统概述 934.9.2功能设计 934.10构建与维护子系统 944.10.1系统概述 944.10.2功能设计 954.11基础数据资源管理子系统 1014.11.1系统概述 1014.11.2功能设计 1024.12数据共享交换子系统 1104.12.1系统概述 1104.12.2功能设计 1104.13城管执法子系统 1124.13.1新建案件 1134.13.2案件定位 1134.13.3定位点维护 1134.13.4业务流程点管理 1134.14城市市政设施管理系统 1134.14.1基础空间数据管理模块 1134.14.2设施数据管理模块 1154.14.3统计分析 1154.15城市园林和风景名胜区管理系统 1154.15.1园林和风景名胜区建库 1164.15.2园林和风景名胜区管理 1164.15.3数据浏览 1164.15.4绿化数据查询 1164.15.5绿化多媒体信息管理 1164.15.6信息监控管理 1174.16城市环境卫生管理系统 1174.16.1城区保洁管理 1174.16.2城区清扫管理 1174.16.3城区洒水管理 1174.16.4生活垃圾收集点管理 1184.16.5其他各专项应用管理 1184.17户外广告管理系统 1184.17.1户外广告空间建库 1184.17.2户外广告空间设置资源 1194.17.3户外广告设置规划 1194.17.4户外广告设置标准 1194.17.5广告申请审批 1194.17.6户外广告监管 1194.17.7大型户外广告位出让 1194.18城市照明智能管控系统（接入） 1204.19燃气热力监督管理系统（接入） 1204.20网格划分、基础数据录入、数据建库 1204.20.1网格划分和编码 1204.20.2单元网格、监督网格划分要求 1214.20.3基础数据建库 1224.20.4总体技术标准 1224.21项目实施方案 1274.21.1项目实施进度计划 1274.21.2项目测试计划 1284.21.3人员安排 1324.21.4项目验收 1354.21.5技术管理 1414.21.6质量控制 1424.22系统安全设计 1444.22.1安全风险分析 1444.22.2安全应对措施 146技术文件项目概述随着城市现代化建设进程的加快，城市面貌发生了巨大变化，但城市管理滞后几乎成为各个城市的共性问题。突出问题主要表现在：信息滞后，管理被动；多头管理，职能交叉；突击式、运动式管理；管理粗放，手段落后；缺乏统一的监督和评价机制，为逐步解决上述存在的问题，xxxx，包括但不限于根据国家建设部关于建设数字化城市管理的有关技术标准，参考有关省、市、县的数字化城市管理成功经验，并结合xxxx本地的实际情况，完成包括应用软件开发、建设、验收、实施等在内的各项内容，主要包括数字城管应用软件开发建设。按照有关具体要求，经过调研，xxxx城市管理局从实际出发，在数字化城管建设中坚持贯彻高位监管、资源共享、分期实施、强化处置、注重实效的原则。实现城市管理的信息化、标准化，保证城市运行中出现的问题能够及时发现、及时处理、及时解决，逐步建立沟通快捷、分工明确、责任到位、反应快速、处置及时、运转高效的城市管理和监督长效机制。建设目标根据上级政府的要求和按照菏泽实现数字化城市管理新模式的需要，梳理城市管理业务流程，建立科学合理的综合考评体系。借助数字化城市管理信息平台，实现城市管理从粗放到精细、从静态到动态、从分散到集中的转变。1.总体目标从xxxx城市管理的实际出发，站在不断满足市民基本生活需要，构建社会主义和谐社会，加强党的执政能力建设的高度，以“群众得实惠、管理出实效”为价值取向，通过条块联手、整合资源、再造流程、强化监督指挥功能等手段大力推进城市管理的现代化，使城市管理中的服务、管理、执法、监督、处理、反馈等各环节真正形成有机衔接、科学合理、高效有序的闭合系统，全面提升城市综合管理的能力与水平。2.具体建设任务xxxx数字城市综合管理系统站在全市的角度建设，在硬件及支撑软件的基础环境前提下，实现以下内容：1、核心业务系统包括监管数据无线采集、监督受理、协同工作、监督指挥、综合评价、地理编码、构建与维护、基础数据资源管理、数据交换、领导督办10个子系统。2、扩展业务系统包括城管执法、城市市政设施管理、城市园林和风景名胜区管理、城市环境卫生管理、户外广告管理、城市照明智能管控（接入）、燃气热力监督管理（接入）7个子系统。建设原则以数字化为手段，建立一个功能先进、责任明确、流程合理、责权利一体化、监督考评与工作成绩挂钩相结合的数字化城管系统。因地制宜、节约高效的原则：从xxxx实际出发，进一步理顺管理体制，提升管理水平，完善监督和指挥功能，充分利用现有管理资源，保证信息资源共享，实现集中、统一、协调、高效、节约和节能的目的。标准化：系统建设应依据相关国家、国际标准和规范，系统、设备之间的接口应符合相关标准、规范的要求。稳定性：保证系统运行可靠，应采用先进和高度商品化的软硬件产品，在设计时关键部位应采用先进可靠的容错技术，并具有备份措施，从技术上保证系统的可靠性。安全性：分层次、分级别考虑系统的安全防护措施，从物理层、链路层、网络层和应用层分别考虑系统的安全体系和机制。先进性：所采用的网络和信息化技术是国际公认的主流技术，具有持续发展的潜力。同时要求系统能保持在一定时期内不落后，并保证该网络各系统互连的方便性。开放性：系统设计遵循开放性原则，管理系统、数据库系统和信息通讯枢纽采用标准数据接口，具有与其他信息系统进行数据交换和数据共享的能力；计算机网络系统适应将来的广域扩展；支持数据分组通讯、支持统一标准的软硬件接口；适应GPS、监控、调度、报警等技术和管理发展的需要。可扩展性：系统设计时，在保证系统先进性的同时，选择具有良好扩展性和升级能力的软硬件产品，以保证整个系统的可扩展性和二期、三期工程的实施与对接。易操作性：系统提供美观实用、友好直观的中文图形化用户管理界面，充分考虑工作人员的习惯，方便易学、易于操作。适用性：满足以上原则的基础上，考虑与街道办和办事局的联网方式及内部运营网络的建设规模，力求做到经济适用。建设标准◆《城市市政综合监管信息系统技术规范》CJJ/T106-2005 ◆《城市基础地理信息系统技术规范》CJJ100－2004 ◆《城市市政综合监管信息系统单元网格划分与编码规则》CJ/T213-2005◆《城市市政综合监管信息系统管理部件和事件分类、编码及数据要求》CJ/T214-2007◆《城市市政综合监管信息系统地理编码》CJ/T215-2005◆《城市市政综合监管信息系统绩效评价》CJ/T292-2008◆《城市市政综合监管信息系统监管数据无线采集设备》CJ/T293-2008◆1:500、1:1000、1:2000地形图图式GB/T7929-1995◆《城市测量规范》CJJ899◆《城市市政综合监管信息系统城市管理部件事件立案、处置和结案》CJ/T315-2009◆《关于印发<数字化城市管理模式建设导则（试行）>的通知》建城[2009]119号◆国家建设部建城[2005]121号《关于推广北京市东城区数字化城市管理模式的意见》◆国家建设部建城客函[2005]100号《数字化城市管理模式试点实施方案》◆国家建设部建办城函[2007]42号《关于加快数字化城市管理试点工作的通知》需求分析xxxx数字化城市管理信息系统建设，根据数字城管发展的趋势,以及xxxx城市管理的需要，从构建“大城管”的理念出发,创建“一级监督指挥、二级管理平台”的城市管理模式，建设实用性强、通用性的基础应用系统和拓展应用系统，建立包含城市地理编码、事部件、单元网格等信息的基础数据库，搭建高安全性、高稳定性的系统运行环境，最终实现对城市管理问题的“统一受理、高效处置、层级管理、考评问责”，有效提高xxxx城市综合管理水平。应用系统需求系统建设，以保障质量和进度为出发点，按照《城市市政综合监管信息系统建设规范》（CJJ/T106-2005）具体要求，建设核心系统及扩展系统具体包括：1、核心业务系统（1）无线数据采集子系统：支撑模块：包括数据加密压缩、数据无线传输与同步、嵌入式ＧＩＳ引擎和手机定位驱动模块，支持ＧＰＳ定位和基于ＣｅｌｌＩＤ的小区定位两种模式应用模块：包括电子表单报送、电子地图辅助查询定位系统、图片音频图像传输等。包括服务器端和信息采集设备端，并实现信息交互。实现的功能：1、接收监管数据无线采集设备报送的监管问题信息；2、下发监督指挥中心分配的核实、核查、专项普查任务；3、管理和发布当日提示信息；提供信息查询、数据同步等功能。（2）监督受理子系统：包括案件受理、地图操作、查询统计、任务派遣、参数设置等。案件受理模块应具有接收监督员上报和公众举报的市政监管问题信息、建立案件、同时发送至协同工作子系统和向监督员发送核实、核查工作任务等功能；地图操作模块应具有地理空间数据浏览、查询定位功能，宜实现地图量算、分析和统计等功能；查询统计模块应具有案件查询与统计、监督员在岗情况查询与统计等功能；任务派遣模块应具有人工派遣及系统派遣等功能；参数设置模块应具有系统参数设置和用户信息设置等功能。（3）协同工作子系统：主要应包括任务分配管理、地图操作、统计查询和参数设置、案卷督办管理、记时管理、处理部门协同监督等，并应提供延期、缓办、作废等的申请授权和授权操作等功能。（4）地理编码子系统：该系统是为无线数据采集子系统、协同工作子系统、监督指挥子系统等提供地理编码服务,实现地址描述、地址查询、地址匹配等功能。（5）监督指挥子系统：显示地图信息、城市管理事件信息、案卷信息、监督员信息和相关的详细信息，实现城市管理监督指挥中心对全局情况能够总体直观掌握。能在适合多人共享的显示设备上显示，且宜分为地图显示区和信息显示区两部分。（6）综合考评子系统：为绩效量化考核和综合评价服务，系统按照工作过程、责任主体、工作绩效、规范标准等系统内置的评价模型，对数据库群中区域、部门和岗位等信息进行综合分析、计算评估，生成以图形表现为主的评价结果。（7）构建与维护子系统：该系统是负责整个系统的配置、维护和管理工作。该系统采用工具化思想，实现组织机构、工作流、输入表格、输出表格、地图使用、查询统计等城市管理相关信息的灵活配置，使用系统提供的各种工具和组件，可以配置形成相应的资源信息、业务规则和数据操作定义。（8）基础数据资源管理子系统：应具有地理空间数据管理和维护功能，应能对地理空间数据的查询、显示和统计功能进行配置和管理。（9）数据交换子系统：实现不同级城市管理系统及系统内部各子系统间的信息传递与交换。包括部事件问题信息、业务办理信息、综合评价信息等的实时交换。数据（整合）交换子系统的数据传输应满足下列要求：1、应支持超文本传输协议（HTTP）；2、应支持简单对象访问协议（SOAP）；3、应具备数据交换和传输的并发能力；4、应保证数据传输的可靠性，避免传输的数据受到损失。（10）领导督办子系统电脑端领导督办子系统和领导通端领导移动督办子系统，实现领导对城市管理相关业务的查询、督办、调阅、查看等功能。2、扩展业务系统（1）城管执法系统实现新建案件、输入案件，具体包括执法人员现场拍照、记录案件地址，并由系统自动在电子地图上给予标点定位，实现将案件填写记录、资料扫描、逐级审核进行业务流程管理。同时，可以支持案件的查询统计，为综合评价与辅助决策系统提供相关数据。（2）城市市政设施管理系统该系统通过对城市市政设施—各类线杆、井盖、箱体公用设施，道路交通设施，宣传栏、人防工事设施等登记入册建立数据库，实现对各种市政设施管理的精细化、规范化，通过历史图片、视频对比，可以更科学高效的对市政设施进行管理。同时，为综合评价与辅助决策系统提供相关数据。（3）城市园林和风景名胜区管理系统该系统主要功能：园林绿化建设和维护管理、园林绿化企业管理、城市附属绿地建设和维护管理、风景名胜区总体规划修编、风景名胜区总体规划报批等。实现对园林资源和风景名胜区资源的分布和相关信息的动态管理，从而建立以空间数据库为基础的园林和风景名胜区综合数据库，能过信息系统数据资源的共享和智能化决策支持来提高园林绿化和风景名胜区维护和管理效率、妥善进行建设；以先进的信息技术对城市园林绿化和风景名胜区进行实时监控，对历年的资料进行分析，以求得到切实有效的管理规划，最终实现城市园林绿化和风景名胜区规划设计、建设施工和管理养护过程的数字化、网络化、可视化。（4）城市环境卫生管理系统本系统包括城区保洁管理、城区清扫管理、城区洒水管理、生活垃圾收集点管理、生活垃圾运输及中转站管理、生活垃圾处置场管理、建筑垃圾清运处置管理、公共厕所管理、粪便清运管理、粪便无害化处理场管理、环卫企业管理、环卫设施管理、环卫机械管理、蚊蝇消杀管理共14个子系统，环境卫生管理中的生活垃圾、建筑垃圾、粪便的收集、中转、运输、处理等所有的环节都在系统上得到反映，从系统设置、数据输入、修改、查询、汇总、维护、上报、接收，实现了计算机处理。可以实现对城市环境卫生作业人员、作业车辆、管理人员的定位、质量评价，对环卫设施的可视化管理，有助于提高环卫管理精细化、规范化，进一步加强环卫管理和监督。（5）户外广告管理系统户外广告管理系统包括户外广告空间设置资源、户外广告设置规划、户外广告设置标准、广告申请审批、户外广告监管、大型户外广告位出让等六个子系统，实现对城市空间资源的整体规划和管理，特别是通过大型广告位的出让使城市资源逐步走向市场化有偿使用。通过对户外广告建立数据库，对其位置、规格尺寸、标牌内容、维护单位、管理归属、建立时间、设施状态、违章记录、有效期限等建立完善的数据，实现户外广告的精细化、规范化管理。（6）城市照明智能管控系统（接入）系统采用GIS技术手段，提供便捷的路灯监控信息，展现整个城市路灯全部信息，提供全面、准确的基础资料，为城市路灯的发展规划、辅助决策提供可靠依据。系统具备路灯数据管理、数据查询定位、路灯故障管理、电缆防盗显示、自动报警、路灯监控显示、断电决策分析、应急分析、统计分析等一体化管理功能。（7）燃气热力监督管理系统（接入）燃气热力监督管理系统利用通信技术，将能耗在线监测系统及燃气企业监测系统利用VPN通信技术传输相关数据至本系统，主要有数据采集、监测显示、图形动态管理、报警管理、质量评价、分析报表、统计查询等功能。以能耗在线监测系统为例：

总集成商按总体设计的接口规范给予预留接口。供热企业设立供热计量调配控制中心，实现控制、调节、监测、故障报警、智能收费等系统，系统整体接入数字城市综合管理能耗在线监测系统，预留整体查询、监测、故障报警等端口。基础数据内容需求基础地形数据是数字城管平台建设的基础，需要是最新年份、现势高的基础地理信息。基础地形图一般包括建筑物、面状道路、线状道路、河流、地名注记等图层。城市部件和事件数据城市部件数据是指城市市政管理公共区域内的各项设施，包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施；城市管理部件是指人为或自然因素导致城市市容环境和环境秩序受到影响或破坏，需要城市管理专业部门处理并使之恢复正常的现象和行为，包括市容环境类、宣传广告类、施工管理类、突发事件类、街面秩序类等。通过对城市事部件的分类编码，为城市管理对象的精细化、数字化管理提供了保障。城市部件和事件数据的具体要求，需依据《城市市政综合监管信息系统管理部件和事件分类、编码及数据要求》（CJ/T214-2007）。地理编码数据依据《城市市政综合监管信息系统地理编码》（CJ/T215-2005），建设数字化城市管理信息系统，地理编码数据应涵盖以下内容：◆行政区划数据：包括区、街道办事处、社区；◆单元网格数据：单元网格数据；◆地名数据：包括现状地名、历史地名等；◆道路数据：包括主要道路、现状道路等；◆门址院落数据：包括院落名称、门牌编号等；◆小区楼座数据：包括小区名称、楼座名称等；◆沿街店面：包括道路两旁商业单位、饭馆等；◆城市部件数据：包括城市部件、城市部件编码等。单元网格数据单元网格是数字化城市管理的最小责任单元，是实现精细化城市管理的基础。划分地理网格是按照单元网格的设计方式，采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，将行政区域划分成若干个网格状的单元。单元网格数据具体要求，需依据《城市市政综合监管信息系统单元网格划分与编码规则》（CJ/T213-2005）。系统总体设计xxxx数字城市综合管理系统建设，在保证建设部关于建设数字城管基本要求的基础上，结合xxxx城市管理实际需求，深化城市管理实际应用，建设实用性强、通用性高的拓展应用系统。系统总体架构基于网络的数据处理日益成为信息化的中心环节，数据库的灵活性、安全性和可拓展性成为数据处理技术的焦点。总体架构如下图所示：系统业务流程根据建设部行业标准《城市市政综合监管信息系统建设规范》（CJJ/T106-2005）的要求，数字化城市管理模式的工作流一般包括受理、立案、派遣、处理、督察、核查和结案等七个环节阶段，根据管理的要求，在标准流程基础上创新出符合xxxx管理需要的“数字化城市管理流程”。具体业务流程如下图所示：

系统技术路线为了确保xxxx的正常运行，软件系统的搭建要有良好的支撑平台及相关研发技术工具，确保软件系统的稳定性与扩展性。ArcGIS平台ArcGIS是ESRI在全面整合了GIS与数据库、软件工程、人工智能、网络技术及其它多方面的计算机主流技术之后，成功地推出了代表GIS最高技术水平的全系列GIS产品。ArcGIS是一个全面的，可伸缩的GIS平台，为用户构建一个完善的GIS系统提供完整的解决方案。ArcGIS的基本体系能够让用户在任何需要的地方部署GIS功能和业务逻辑，无论是在桌面、服务器、网络还是在野外。满足用户对GIS平台的要求1．为任意客户端应用提供一个在DBMS中存储、管理和使用各类空间数据的通道。2．产品应支持跨平台，支持各种主流的硬件平台和操作系统，如Solaris、AIX、HP-UX、Windows等。3．支持在多种主流DBMS平台上提供高级的、高性能的GIS数据管理接口，如Oracle、SQLServer、DB2、Informix、PostgreSQL等。4．支持TB级海量数据库管理和任意数量的用户。5．支持对多源多类型空间数据的管理，包括矢量、栅格、影像、栅格目录、三维地表、文本注记、网络等数据类型。6．支持影像数据金字塔以及金字塔的部分更新。7．保证在DBMS中存储矢量数据的空间几何完整性，支持属性域、子类，支持定义空间数据之间的规则，包括关系规则、连接规则、拓扑规则等。8．支持面向对象的数据模型，支持标准UML建模语言，通过CASE工具创建自定义的数据模型，并导入到空间数据库中。9．通过版本管理支持空间数据的长事务处理，实现多用户并发编辑和访问，支持版本冲突的协调。10．支持历史数据管理。11．支持分布式异构空间数据库复制功能，且支持多级树状结构的复制。12．支持对空间数据元数据的管理。13．提供C或Java编程API，用于开发第三方客户端。ArcGIS体系1.桌面GIS（ArcGISDesktop）ArcGIS桌面GIS软件产品是用来编辑、设计、共享、管理和发布地理信息和概念。ArcGIS桌面可伸缩的产品结构，从ArcReader，向上扩展到ArcView、ArcEditor和ArcInfo。目前ArcInfo被公认为是功能最强大的GIS产品。通过一系列的可选的软件扩展模块，ArcGISDesktop产品的能力还可以进一步得到扩展。2.嵌入式GIS（EmbeddedGIS）ArcGISEngine是一个完整的嵌入式GIS组件库和工具包，开发者能用它创建一个新的、或扩展原有的可定制的桌面应用程序。使用ArcGISEngine，开发者能将GIS功能嵌入到已有的应用程序中，如基于工业标准的产品以及一些商业应用，也可以创建自定义的应用程序，为组织机构中的众多用户提供GIS功能。3.服务器GIS（ServerGIS）ArcGISServer、ArcIMS和ArcSDE用于创建和管理基于服务的GIS应用程序，在大型机构和互联网上众多用户之间共享地理信息。ArcGISServer是一个中心应用服务器，它包含一个可共享的GIS软件对象库，能在企业和Web计算框架中建立服务器端的GIS应用。ArcIMS是通过开放的Internet协议发布地图、数据和元数据的可伸缩的网络地图服务器。ArcSDE是在各种关系型数据库管理系统中管理地理信息的高级空间数据服务器。4.移动GIS（MobileGIS）ArcPad，支持GPS的无线移动设备，越来越多地应用在野外数据采集和信息访问中。ArcGIS桌面和ArcGISEngine可以运行在便携式电脑或平板电脑上，用户可以在野外进行数据采集、分析和乃至制定决策。ArcGISServerArcGISServer是功能强大的基于服务器的GIS产品，用于构建集中管理的、支持多用户的、具备高级GIS功能的企业级GIS应用与服务，如：空间数据管理、二维三维地图可视化、数据编辑、空间分析等即拿即用的应用和类型丰富的服务。ArcGISServer是用户创建工作组、部门和企业级GIS应用的平台，通过ArcGISServer创建集中管理的、支持多用户的、提供丰富的GIS功能、并且满足工业标准的GIS应用。ArcGISServer提供广泛的基于Web的GIS服务，以支持在分布式环境下实现地理数据管理、制图、地理处理、空间分析、编辑和其它的GIS功能。提供通用的框架在企业内部建立和分发GIS应用；◆提供操作简单、易于配置的Web应用；◆提供广泛的基于Web的空间数据获取功能；◆提供通用的GIS数据管理框架；◆支持在线的空间数据编辑和专业分析；◆支持二维三维地图可视化；◆除标准浏览器外，还支持ArcGISDesktop和ArcGISExplorer等桌面客户端；◆可以集成多种GIS服务；◆支持标准的WMS、WFS；◆提供配置、发布和优化GIS服务器的管理工具；◆提供.NET和Java软件开发工具包；ArcGISEngineArcGISEngine这个新产品为开发人员提供了一种新的部署策略和资源，它是由一组核心ArcObjects包组成，其对象是平台无关的，能够在各种编程接口中调用，开发人员能够通过它提供的强大的工具构建定制的GIS和制图应用。ArcGISEngine的主要功能：◆多图层（例如道路、河流和边界）显示地图◆地图的漫游和缩放◆点击查看地图要素◆查询和搜索要素◆通过字段标注文本◆显示航片或卫星影像◆编辑显示图形要素（点、线、圆和多边形等）◆绘制描述性文本◆通过线选择要素，或者通过面等选择在其内的要素◆通过指定距离选择要素◆通过SQL表达式选择和查找要素◆通过专题图方法渲染要素，比如按值渲染、分类渲染以及点密度渲染等◆动态显示实时数据和时间序列的数据◆通过提供的街道地址和交叉口来定位◆空间运算生成缓冲区、计算差异，或者查找相交部分、联合或反选相交部分等◆操纵地图的形状或角度◆编辑地理要素和属性数据J2EE架构J2EEJava2平台企业版（Java2Platform,EnterpriseEdition）J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。一、J2EE的概念目前，Java2平台有3个版本，它们是适用于小型设备和智能卡的Java2平台Micro版（Java2PlatformMicroEdition，J2ME）、适用于桌面系统的Java2平台标准版（Java2PlatformStandardEdition，J2SE）、适用于创建服务器应用程序和服务的Java2平台企业版（Java2PlatformEnterpriseEdition，J2EE）。J2EE是一种利用Java2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBCAPI、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对EJB（EnterpriseJavaBeans）、JavaServletsAPI、JSP（JavaServerPages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持EnterpriseJavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。二.J2EE的优势J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:1.保留现存的IT资产:由于企业必须适应新的商业需求，利用已有的企业信息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE架构可以充分利用用户原有的投资，如一些公司使用的BEATuxedo、IBMCICS,IBMEncina,、InpriseVisiBroker以及NetscapeApplicationServer。这之所以成为可能是因为J2EE拥有广泛的业界支持和一些重要的'企业计算'领域供应商的参与。每一个供应商都对现有的客户提供了不用废弃已有投资，进入可移植的J2EE领域的升级途径。由于基于J2EE平台的产品几乎能够在任何操作系统和硬件配置上运行，现有的操作系统和硬件也能被保留使用。2.高效的开发:J2EE允许公司把一些通用的、很繁琐的服务端任务交给中间件供应商去完成。这样开发人员可以集中精力在如何创建商业逻辑上，相应地缩短了开发时间。高级中间件供应商提供以下这些复杂的中间件服务:o状态管理服务--让开发人员写更少的代码，不用关心如何管理状态，这样能够更快地完成程序开发。o持续性服务--让开发人员不用对数据访问逻辑进行编码就能编写应用程序，能生成更轻巧，与数据库无关的应用程序，这种应用程序更易于开发与维护。o分布式共享数据对象CACHE服务--让开发人员编制高性能的系统，极大提高整体部署的伸缩性。3.支持异构环境:J2EE能够开发部署在异构环境中的可移植程序。基于J2EE的应用程序不依赖任何特定操作系统、中间件、硬件。因此设计合理的基于J2EE的程序只需开发一次就可部署到各种平台。这在典型的异构企业计算环境中是十分关键的。J2EE标准也允许客户订购与J2EE兼容的第三方的现成的组件，把他们部署到异构环境中，节省了由自己制订整个方案所需的费用。4.可伸缩性:企业必须要选择一种服务器端平台，这种平台应能提供极佳的可伸缩性去满足那些在他们系统上进行商业运作的大批新客户。基于J2EE平台的应用程序可被部署到各种操作系统上。例如可被部署到高端UNIX与大型机系统，这种系统单机可支持64至256个处理器。（这是NT服务器所望尘莫及的）J2EE领域的供应商提供了更为广泛的负载平衡策略。能消除系统中的瓶颈，允许多台服务器集成部署。这种部署可达数千个处理器，实现可高度伸缩的系统，满足未来商业应用的需要。5.稳定的可用性:一个服务器端平台必须能全天候运转以满足公司客户、合作伙伴的需要。因为INTERNET是全球化的、无处不在的，即使在夜间按计划停机也可能造成严重损失。若是意外停机，那会有灾难性后果。J2EE部署到可靠的操作环境中，他们支持长期的可用性。一些J2EE部署在WINDOWS环境中，客户也可选择健壮性能更好的操作系统如SunSolaris、IBMOS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。基于SOA的设计思想面向服务的体系结构（Service-OrientedArchitecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（Ondemand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。现在的SOA已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensibleMarkupLanguage，XML）为基础的。通过使用基于XML的语言（称为Web服务描述语言（WebServicesDefinitionLanguage，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前CORBA中的接口描述语言（InterfaceDefinitionLanguage，IDL）可比了。Web服务并不是实现SOA的惟一方式。前面刚讲的CORBA是另一种方式，这样就有了面向消息的中间件（Message-OrientedMiddleware）系统，比如IBM的MQseries。但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，SOA应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。因而，工作流还可以在SOA的设计中扮演重要的角色。此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形式。最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何SOA中都起着重要的作用。对SOA的需要来源于需要使业务IT系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT系统既可以利用现有系统的功能，又可以准备在以后做一些改变来满足它们之间交互的需要。另一种形式是内部改变，在这种改变中，零售组织现在决定它还将把连锁零售商店内的一些地方出租给专卖流行衣服的小商店，这可以看作是采用店中店（store-in-store）的业务模型。这里，虽然公司的大多数业务操作都保持不变，但是它们现在需要新的内部软件来处理这样的出租安排。尽管在内部软件系统可以承受全面的检修，但是它们需要在这样做的同时不会对与现有的供应商系统的交互产生大的影响。在这种情况下，SOA模型保持原封不动，而内部实现却发生了变化。虽然可以将新的方面添加到SOA模型中来加入新的出租安排的职责，但是正常的零售管理系统继续如往常一样。为了延续内部改变的观念，IT经理可能会发现，软件的新配置还可以以另外的一种方式加以使用，比如出租粘贴海报的地方以供广告之用。这里，新的业务提议是通过在新的设计中重用灵活的SOA模型得出的。这是来自SOA模型的新成果，并且还是一个新的机会，而这样的新机会在以前可能是不会有的。垂直改变也是可能的，在这种改变中，零售商从销售他们自己的服装完全转变到专门通过店中店模型出租地方。如果垂直改变完全从最底层开始的话，就会带来SOA模型结构的显著改变，与之一起改变的还可能有新的系统、软件、流程以及关系。在这种情况下，SOA模型的好处是它从业务操作和流程的角度考虑问题而不是从应用程序和程序的角度考虑问题，这使得业务管理可以根据业务的操作清楚地确定什么需要添加、修改或删除。然后可以将软件系统构造为适合业务处理的方式，而不是在许多现有的软件平台上常常看到的其他方式。改变和SOA系统适应改变的能力是最重要的部分。对于开发人员来说，这样的改变无论是在他们工作的范围之内还是在他们工作的范围之外都有可能发生，这取决于是否有改变需要知道接口是如何定义的以及它们相互之间如何进行交互。与开发人员不同的是，架构师的作用就是引起对SOA模型大的改变。这种分工，就是让开发人员集中精力于创建作为服务定义的功能单元，而让架构师和建模人员集中精力于如何将这些单元适当地组织在一起，它已经有十多年的历史了，通常用统一建模语言（UniversalModelingLanguage，UML），并且描述成模型驱动的体系结构（Model-DrivenArchitecture，MDA）。对于面向同步和异步应用的，基于请求/响应模式的分布式计算来说，SOA是一场革命。一个应用程序的业务逻辑（businesslogic）或某些单独的功能被模块化并作为服务呈现给消费者或客户端。这些服务的关键是他们的松耦合特性。例如，服务的接口和实现相独立。应用开发人员或者系统集成者可以通过组合一个或多个服务来构建应用，而无须理解服务的底层实现。举例来说，一个服务可以用。NET或J2EE来实现，而使用该服务的应用程序可以在不同的平台之上，使用的语言也可以不同。SOA有以下特性SOA服务具有平台独立的自我描述XML文档。Web服务描述语言（WSDL，WebSOA蓝图ervicesDescriptionLanguage）是用于描述服务的标准语言。SOA服务用消息进行通信，该消息通常使用XMLSchema来定义（也叫做XSD，XMLSchemaDefinition）。消费者和提供者或消费者和服务之间的通信多见于不知道提供者的环境中。服务间的通讯也可以看作企业内部处理的关键商业文档。在一个企业内部，SOA服务通过一个扮演目录列表（directorylisting）角色的登记处（Registry）来进行维护。应用程序在登记处（Registry）寻找并调用某项服务。统一描述，定义和集成（UDDI，UniversalDescription，Definition，andIntegration）是服务登记的标准。每项SOA服务都有一个与之相关的服务品质（QoS，qualityofservice）。QoS的一些关键元素有安全需求（例如认证和授权），可靠通信（译注：可靠消息是指，确保消息“仅且仅仅”发送一次，从而过滤重复信息。），以及谁能调用服务的策略。不同种类的操作系统，应用软件，系统软件和应用基础结构（applicationinfrastructure）相互交织，这便是IT企业的现状。一些现存的应用程序被用来处理当前的业务流程（businessprocesses），因此从头建立一个新的基础环境是不可能的。企业应该能对业务的变化做出快速的反应，利用对现有的应用程序和应用基础结构（applicationinfrastructure）的投资来解决新的业务需求，为客户，商业伙伴以及供应商提供新的互动渠道，并呈现一个可以支持有机业务（organicbusiness）的构架。SOA凭借其松耦合的特性，使得企业可以按照模块化的方式来添加新服务或更新现有服务，以解决新的业务需要，提供选择从而可以通过不同的渠道提供服务，并可以把企业现有的或已有的应用作为服务，从而保护了现有的IT基础建设投资。如图1的例子所示，一个使用SOA的企业，可以使用一组现有的应用来创建一个供应链复合应用（supplychaincompositeapplication），这些现有的应用通过标准接口来提供功能。服务消费者（serviceconsumer）可以通过发送消息来调用服务。这些消息由一个服务总线（servicebus）转换后发送给适当的服务实现。这种服务架构可以提供一个业务规则引擎（businessrulesengine），该引擎容许业务规则被合并在一个服务里或多个服务里。这种架构也提供了一个服务管理基础（servicemanagementinfrastructure），用来管理服务，类似审核，列表（billing），日志等功能。此外，该架构给企业提供了灵活的业务流程，更好地处理控制请求（regulatoryrequirement），例如SarbanesOxley（SOX），并且可以在不影响其他服务的情况下更改某项服务。SOA基础结构要运行，管理SOA应用程序，企业需要SOA基础，这是SOA平台的一个部分。SOA基础必须支持所有的相关标准，和需要的运行时容器。图3所示的是一个典型的SOA基础结构。SOAP，WSDL，UDDIWSDL，UDDI和SOAP是SOA基础的基础部件。WSDL用来描述服务；UDDI用来注册和查找服务；而SOAP，作为传输层，用来在消费者和服务提供者之间传送消息。SOAP是Web服务的默认机制，其他的技术为可以服务实现其他类型的绑定。一个消费者可以在UDDI注册表（registry）查找服务，取得服务的WSDL描述，然后通过SOAP来调用服务。WS-IBasicProfileWS-IBasicProfile，由Web服务互用性组织（WebServicesInteroperabilityOrganization）提供，是SOA服务测试与互用性所需要的核心构件。服务提供者可以使用BasicProfile测试程序来测试服务在不同平台和技术上的互用性。J2EE和.Net尽管J2EE和.NET平台是开发SOA应用程序常用的平台，但SOA不仅限于此。像J2EE这类平台，不仅为开发者自然而然地参与到SOA中来提供了一个平台，还通过他们内在的特性，将可扩展性，可靠性，可用性以及性能引入了SOA世界。新的规范，例如JAXB（JavaAPIforXMLBinding），用于将XML文档定位到Java类；JAXR（JavaAPIforXMLRegistry）用来规范对UDDI注册表（registry）的操作；XML-RPC（JavaAPIforXML-basedRemoteProcedureCall）在J2EE1.4中用来调用远程服务，这使得开发和部署可移植于标准J2EE容器的Web服务变得容易，与此同时，实现了跨平台（如。NET）的服务互用。服务品质在企业中，关键任务系统（mission-criticalsystem，译注：关键任务系统是指如果一个系统的可靠性对于一个组织是至关重要的，那么该系统就是该企业的关键任务系统。比如，电话系统对于一个电话促销企业来说就是关键任务系统，而文字处理系统就不那么关键了。）用来解决高级需求，例如安全性，可靠性，事物。当一个企业开始采用服务架构作为工具来进行开发和部署应用的时候，基本的Web服务规范，像WSDL，SOAP，以及UDDI就不能满足这些高级需求。正如前面所提到的，这些需求也称作服务品质（QoS，qualityofservices）。与QoS相关的众多规范已经由一些标准化组织（standardsbodies）提出，像W3C（WorldWideWebConsortium）和OASIS（theOrganizationfortheAdvancementofStructuredInformationStandards）。下面的部分将会讨论一些QoS服务和相关标准。安全Web服务安全规范用来保证消息的安全性。该规范主要包括认证交换，消息完整性和消息保密。该规范吸引人的地方在于它借助现有的安全标准，例如，SAML（asSecurityAssertionMarkupLanguage）来实现web服务消息的安全。OASIS正致力于Web服务安全规范的制定。可靠在典型的SOA环境中，服务消费者和服务提供者之间会有几种不同的文档在进行交换。具有诸如“仅且仅仅传送一次”（once-and-only-oncedelivery），“最多传送一次”（at-most-oncedelivery），“重复消息过滤”（duplicatemessageelimination），“保证消息传送”（guaranteedmessagedelivery）等特性消息的发送和确认，在关键任务系统（mission-criticalsystems）中变得十分重要。WS-Reliability和WS-ReliableMessaging是两个用来解决此类问题的标准。这些标准现在都由OASIS负责。策略服务提供者有时候会要求服务消费者与某种策略通信。比如，服务提供商可能会要求消费者提供Kerberos安全标示，才能取得某项服务。这些要求被定义为策略断言（policyassertions）。一项策略可能会包含多个断言。WS-Policy用来标准化服务消费者和服务提供者之间的策略通信。控制当企业着手于服务架构时，服务可以用来整合数据仓库（silosofdata），应用程序，以及组件。整合应用意味着例如异步通信，并行处理，数据转换，以及校正等进程请求必须被标准化。在SOA中，进程是使用一组离散的服务创建的。BPEL4WS或者WSBPEL（WebServiceBusinessProcessExecutionLanguage）是用来控制这些服务的语言。WSBPEL目前也由OASIS负责。管理随着企业服务的增长，所使用的服务和业务进程的数量也随之增加，一个用来让系统管理员管理所有运行在多相环境下的服务的管理系统就显得尤为重要。WSDM（WebServicesforDistributedManagement）规定了任何根据WSDM实现的服务都可以由一个WSDM适应（WSDM-compliant）的管理方案来管理。其它的qos特性，比如合作方之间的沟通和通讯，多个服务之间的事务处理，都在WS-Coordination和WS-Transaction标准中描述，这些都是OASIS的工作。SOA不是Web服务在理解SOA和Web服务的关系上，经常发生混淆。根据2003年4月的Gartner报道，YefimV.Natis就这个问题是这样解释的：“Web服务是技术规范，而SOA是设计原则。特别是Web服务中的WSDL，是一个SOA配套的接口定义标准：这是Web服务和SOA的根本联系。”从本质上来说，SOA是一种架构模式，而Web服务是利用一组标准实现的服务。Web服务是实现SOA的方式之一。用Web服务来实现SOA的好处是你可以实现一个中立平台，来获得服务，而且随着越来越多的软件商支持越来越多的Web服务规范，你会取得更好的通用性。SOA的优势SOA的概念并非什么新东西，SOA不同于现有的分布式技术之处在于大多数软件商接受它并有可以实现SOA的平台或应用程序。SOA伴随着无处不在的标准，为企业的现有资产或投资带来了更好的重用性。SOA能够在最新的和现有的应用之上创建应用；SOA能够使客户或服务消费者免予服务实现的改变所带来的影响；SOA能够升级单个服务或服务消费者而无需重写整个应用，也无需保留已经不再适用于新需求的现有系统。总而言之，SOA以借助现有的应用来组合产生新服务的敏捷方式，提供给企业更好的灵活性来构建应用程序和业务流程。SOA发展出来的效益A.平衡最初的旧系统投资(Leverageinitialinvestment)：组织过去所投资的系统、软硬体，如果能再利用等於赋予其新的价值，这也替组织降低成本并增加竞争力。B.基础建设的便利性(InfrastructureCommoditization)：让所有的应用程式能相互沟通(互通性)。C.快速的接近市场(Fastertime-to-market)：服务的重复使用(再利用)，来缩短过去的组织流程，更快速的提供服务来接近市场。D.减少支出(ReduceCost)：服务的重复使用，可降低开发成本。因为开发新系统的成本，大部份比更新旧有系统来的花费大。E.减低风险(Riskmitigation)：开发新系统的风险远大於更新旧系统。F.持续改善商业流程的循环(Continuousimprovementcycleforbusinessprocess)G.中心流程处理(Process-centricprocessing)实施SOA可能带来的主要优势有5点：一，SOA可通过互联网服务器发布，从而突破企业内网的限制，实现与供应链上下游伙伴业务的紧密结合。通过SOA架构，企业可以与其业务伙伴直接建立新渠道，建立新伙伴的成本得以降低。二，SOA与平台无关，减少了业务应用实现的限制。要将企业的业务伙伴整合到企业的“大”业务系统中，对其业务伙伴具体采用什么技术没有限制。三，SOA具有低耦合性特点，增加和减少业务伙伴对整个业务系统的影响较低。在企业与各业务伙伴关系不断发生变化的情况下，节省的费用会越来越多。四，SOA具有可按模块分阶段进行实施的优势。可以成功一步再做下一步，将实施对企业的冲击减少到最小。五，SOA的实施可能并不具有成本显著性。这要分三种情况加以讨论：当企业从零开始构建业务系统时，采用SOA架构与不采用SOA架构成本可看做是相同的。当企业业务发展或发生企业重组等变化而原有系统不能满足需要，而需要重构业务系统时，采用SOA架构与不采用SOA架构成本可看做是相同的。当企业业务发生缓慢变化并可预见到将来需要重构业务系统时，由于可以按模块分阶段逐步实施SOA以适应变化的需要，这样企业不需一下投入一大笔经费进行系统改造，而是根据企业业务发展情况和资金情况逐步投入，缓解了信息投入的压力。本方案中，采用SOA架构的设计思想，实现跨多个机构和部门的系统整合、数据共享及业务流程贯穿。B/S和C/S架构相结合这两种模式各有优缺点，C/S模式的应用系统功能会相对更加完善，但是同时也可能会比较复杂，造价较高。B/S模式的应用系统的使用会相对方便，用户可以直接使用IE浏览器来实现各种GIS功能的操作，系统建设的成本较低。但是，依照目前的技术手段，在IE浏览器上实现GIS的各种功能，采用ArcGIS的最新产品ArcGISServer能实现。XML可扩展标记语言（ExtensibleMarkupLanguage，XML）提供了一种标记内容的方式，是W3C定义的数据描述语言，可以添加关于数据用途的信息。信息使用XML存储之后，称为解析器的应用程序就能够可靠地提取相关信息，并根据不同的需要处理。XML用严格的嵌套标记表示数据信息，特别适合在Internet环境中的多点数据交换环境下使用。在