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

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

项目编号：
项目名称：xxxx
供应商名称（公章）：xxxx
地址：
邮编：
电话：
传真：

第 120 页

报价文件目录
第1章 报价函 1
第2章 资格证明文件 3
2.1 营业执照副本 4
2.2 组织机构代码证副本 6
2.3 税务登记证副本 6
2.4 法定代表人授权书 7
2.5 计算机信息系统集成二级证书 8
2.6 证明其具有履行合同所必需的设备和专业技术能力的材料 9
2.7 400万元以上的基于GIS的数字城市项目建设经验合同 11
2.8需要提交的其它文件 21
第3章 商务文件 24
3.1 报价一览表 24
3.2 谈判报价明细表 25
3.3 服务要求偏离表 26
3.4 商务条款偏离表 26
3.5 项目负责人及项目组成员简历表 28
3.6 近二年完成类似业绩一览表 31
3.7 优惠条件及承诺 32
第4章 技术文件 33
4.1 项目概述 33
4.1.1 建设目标 33
4.1.2 建设原则 34
4.1.3 建设标准 35
4.2 需求分析 36
4.2.1 应用系统需求 36
4.2.2 基础数据内容需求 40
4.3 系统总体设计 41
4.3.1 系统总体架构 41
4.3.2 系统业务流程 42
4.3.3 系统技术路线 43
4.4 监管数据无线采集子系统（城管通） 63
4.4.1 系统概述 63
4.4.2 终端功能设计 64
4.4.3 服务端功能设计 66
4.5 监督受理子系统 67
4.5.1 系统概述 68
4.5.2 功能设计 69
4.6 协同工作子系统 71
4.6.1 系统概述 72
4.6.2 功能设计 72
4.7 监督指挥子系统 76
4.7.1 系统概述 76
4.7.2 功能设计 77
4.8 综合评价子系统 78
4.8.1 系统概述 78
4.8.2 考评模型建立方法 79
4.8.3 功能设计 80
4.9 地理编码子系统 92
4.9.1 系统概述 93
4.9.2 功能设计 93
4.10 构建与维护子系统 94
4.10.1 系统概述 94
4.10.2 功能设计 95
4.11 基础数据资源管理子系统 101
4.11.1 系统概述 101
4.11.2 功能设计 102
4.12 数据共享交换子系统 110
4.12.1 系统概述 110
4.12.2 功能设计 110
4.13 城管执法子系统 112
4.13.1 新建案件 113
4.13.2 案件定位 113
4.13.3 定位点维护 113
4.13.4 业务流程点管理 113
4.14 城市市政设施管理系统 113
4.14.1 基础空间数据管理模块 113
4.14.2 设施数据管理模块 115
4.14.3 统计分析 115
4.15 城市园林和风景名胜区管理系统 115
4.15.1 园林和风景名胜区建库 116
4.15.2 园林和风景名胜区管理 116
4.15.3 数据浏览 116
4.15.4 绿化数据查询 116
4.15.5 绿化多媒体信息管理 116
4.15.6 信息监控管理 117
4.16 城市环境卫生管理系统 117
4.16.1 城区保洁管理 117
4.16.2 城区清扫管理 117
4.16.3 城区洒水管理 117
4.16.4 生活垃圾收集点管理 118
4.16.5 其他各专项应用管理 118
4.17 户外广告管理系统 118
4.17.1 户外广告空间建库 118
4.17.2 户外广告空间设置资源 119
4.17.3 户外广告设置规划 119
4.17.4 户外广告设置标准 119
4.17.5 广告申请审批 119
4.17.6 户外广告监管 119
4.17.7 大型户外广告位出让 119
4.18 城市照明智能管控系统（接入） 120
4.19 燃气热力监督管理系统（接入） 120
4.20 网格划分、基础数据录入、数据建库 120
4.20.1 网格划分和编码 120
4.20.2 单元网格、监督网格划分要求 121
4.20.3 基础数据建库 122
4.20.4 总体技术标准 122
4.21 项目实施方案 127
4.21.1 项目实施进度计划 127
4.21.2 项目测试计划 128
4.21.3 人员安排 132
4.21.4 项目验收 135
4.21.5 技术管理 141
4.21.6 质量控制 142
4.22 系统安全设计 144
4.22.1 安全风险分析 144
4.22.2 安全应对措施 146

第1章 技术文件
1.1 项目概述
随着城市现代化建设进程的加快，城市面貌发生了巨大变化，但城市管理滞后几乎成为各个城市的共性问题。突出问题主要表现在：信息滞后，管理被动；多头管理，职能交叉；突击式、运动式管理；管理粗放，手段落后；缺乏统一的监督和评价机制，为逐步解决上述存在的问题，xxxx，包括但不限于根据国家建设部关于建设数字化城市管理的有关技术标准，参考有关省、市、县的数字化城市管理成功经验，并结合xxxx本地的实际情况，完成包括应用软件开发、建设、验收、实施等在内的各项内容，主要包括数字城管应用软件开发建设。
按照有关具体要求，经过调研，xxxx城市管理局从实际出发，在数字化城管建设中坚持贯彻高位监管、资源共享、分期实施、强化处置、注重实效的原则。实现城市管理的信息化、标准化，保证城市运行中出现的问题能够及时发现、及时处理、及时解决，逐步建立沟通快捷、分工明确、责任到位、反应快速、处置及时、运转高效的城市管理和监督长效机制。
1.1.1 建设目标
根据上级政府的要求和按照菏泽实现数字化城市管理新模式的需要，梳理城市管理业务流程，建立科学合理的综合考评体系。借助数字化城市管理信息平台，实现城市管理从粗放到精细、从静态到动态、从分散到集中的转变。
1.总体目标
从xxxx城市管理的实际出发，站在不断满足市民基本生活需要，构建社会主义和谐社会，加强党的执政能力建设的高度，以“群众得实惠、管理出实效”为价值取向，通过条块联手、整合资源、再造流程、强化监督指挥功能等手段大力推进城市管理的现代化，使城市管理中的服务、管理、执法、监督、处理、反馈等各环节真正形成有机衔接、科学合理、高效有序的闭合系统，全面提升城市综合管理的能力与水平。
2.具体建设任务
xxxx数字城市综合管理系统站在全市的角度建设，在硬件及支撑软件的基础环境前提下，实现以下内容：
1、核心业务系统
包括监管数据无线采集、监督受理、协同工作、监督指挥、综合评价、地理编码、构建与维护、基础数据资源管理、数据交换、领导督办10个子系统。
2、扩展业务系统
包括城管执法、城市市政设施管理、城市园林和风景名胜区管理、城市环境卫生管理、户外广告管理、城市照明智能管控（接入）、燃气热力监督管理（接入）7个子系统。
1.1.2 建设原则
以数字化为手段，建立一个功能先进、责任明确、流程合理、责权利一体化、监督考评与工作成绩挂钩相结合的数字化城管系统。
因地制宜、节约高效的原则：从xxxx实际出发，进一步理顺管理体制，提升管理水平，完善监督和指挥功能，充分利用现有管理资源，保证信息资源共享，实现集中、统一、协调、高效、节约和节能的目的。
标准化：系统建设应依据相关国家、国际标准和规范，系统、设备之间的接口应符合相关标准、规范的要求。
稳定性：保证系统运行可靠，应采用先进和高度商品化的软硬件产品，在设计时关键部位应采用先进可靠的容错技术，并具有备份措施，从技术上保证系统的可靠性。
安全性：分层次、分级别考虑系统的安全防护措施，从物理层、链路层、网络层和应用层分别考虑系统的安全体系和机制。
先进性：所采用的网络和信息化技术是国际公认的主流技术，具有持续发展的潜力。同时要求系统能保持在一定时期内不落后，并保证该网络各系统互连的方便性。
开放性：系统设计遵循开放性原则，管理系统、数据库系统和信息通讯枢纽采用标准数据接口，具有与其他信息系统进行数据交换和数据共享的能力；计算机网络系统适应将来的广域扩展；支持数据分组通讯、支持统一标准的软硬件接口；适应GPS、监控、调度、报警等技术和管理发展的需要。
可扩展性：系统设计时，在保证系统先进性的同时，选择具有良好扩展性和升级能力的软硬件产品，以保证整个系统的可扩展性和二期、三期工程的实施与对接。
易操作性：系统提供美观实用、友好直观的中文图形化用户管理界面，充分考虑工作人员的习惯，方便易学、易于操作。
适用性：满足以上原则的基础上，考虑与街道办和办事局的联网方式及内部运营网络的建设规模，力求做到经济适用。
1.1.3 建设标准
◆ 《城市市政综合监管信息系统技术规范》CJJ/T106-2005
◆ 《城市基础地理信息系统技术规范》CJJ 100－2004
◆ 《城市市政综合监管信息系统 单元网格划分与编码规则》CJ/T 213-2005
◆ 《城市市政综合监管信息系统 管理部件和事件分类、编码及数据要求》CJ/T 214-2007
◆ 《城市市政综合监管信息系统 地理编码》CJ/T 215-2005
◆ 《城市市政综合监管信息系统 绩效评价》CJ/T 292-2008
◆ 《城市市政综合监管信息系统 监管数据无线采集设备》CJ/T 293-2008
◆ 1:500、1:1000、1:2000地形图图式 GB/T7929-1995
◆ 《城市测量规范 》 CJJ8---99
◆ 《城市市政综合监管信息系统 城市管理部件事件立案、处置和结案》CJ/T315-2009
◆ 《关于印发<数字化城市管理模式建设导则（试行）>的通知》建城[2009]119号
◆ 国家建设部建城[2005]121号《关于推广北京市东城区数字化城市管理模式的意见》
◆ 国家建设部建城客函[2005]100号《数字化城市管理模式试点实施方案》
◆ 国家建设部建办城函[2007]42号《关于加快数字化城市管理试点工作的通知》
1.2 需求分析
xxxx数字化城市管理信息系统建设，根据数字城管发展的趋势,以及xxxx城市管理的需要，从构建“大城管”的理念出发,创建“一级监督指挥、二级管理平台”的城市管理模式，建设实用性强、通用性的基础应用系统和拓展应用系统，建立包含城市地理编码、事部件、单元网格等信息的基础数据库，搭建高安全性、高稳定性的系统运行环境，最终实现对城市管理问题的“统一受理、高效处置、层级管理、考评问责”，有效提高xxxx城市综合管理水平。
1.2.1 应用系统需求
系统建设，以保障质量和进度为出发点，按照《城市市政综合监管信息系统建设规范》（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通信技术传输相关数据至本系统，主要有数据采集、监测显示、图形动态管理、报警管理、质量评价、分析报表、统计查询等功能。
以能耗在线监测系统为例：
总集成商按总体设计的接口规范给予预留接口。供热企业设立供热计量调配控制中心，实现控制、调节、监测、故障报警、智能收费等系统，系统整体接入数字城市综合管理能耗在线监测系统，预留整体查询、监测、故障报警等端口。

1.2.2 基础数据内容需求
基础地形数据是数字城管平台建设的基础，需要是最新年份、现势高的基础地理信息。基础地形图一般包括建筑物、面状道路、线状道路、河流、地名注记等图层。
1.2.2.1 城市部件和事件数据
城市部件数据是指城市市政管理公共区域内的各项设施，包括公用设施类、道路交通类、市容环境类、园林绿化类、房屋土地类等市政工程设施和市政公用设施；城市管理部件是指人为或自然因素导致城市市容环境和环境秩序受到影响或破坏，需要城市管理专业部门处理并使之恢复正常的现象和行为，包括市容环境类、宣传广告类、施工管理类、突发事件类、街面秩序类等。通过对城市事部件的分类编码，为城市管理对象的精细化、数字化管理提供了保障。城市部件和事件数据的具体要求，需依据《城市市政综合监管信息系统 管理部件和事件分类、编码及数据要求》（CJ/T 214-2007）。
1.2.2.2 地理编码数据
依据《城市市政综合监管信息系统 地理编码》（CJ/T 215-2005），建设数字化城市管理信息系统，地理编码数据应涵盖以下内容：
◆ 行政区划数据：包括区、街道办事处、社区；
◆ 单元网格数据：单元网格数据；
◆ 地名数据：包括现状地名、历史地名等；
◆ 道路数据：包括主要道路、现状道路等；
◆ 门址院落数据：包括院落名称、门牌编号等；
◆ 小区楼座数据：包括小区名称、楼座名称等；
◆ 沿街店面：包括道路两旁商业单位、饭馆等；
◆ 城市部件数据：包括城市部件、城市部件编码等。
1.2.2.3 单元网格数据
单元网格是数字化城市管理的最小责任单元，是实现精细化城市管理的基础。划分地理网格是按照单元网格的设计方式，采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，将行政区域划分成若干个网格状的单元。单元网格数据具体要求，需依据《城市市政综合监管信息系统 单元网格划分与编码规则》（CJ/T 213-2005）。
1.3 系统总体设计
xxxx数字城市综合管理系统建设，在保证建设部关于建设数字城管基本要求的基础上，结合xxxx城市管理实际需求，深化城市管理实际应用，建设实用性强、通用性高的拓展应用系统。
1.3.1 系统总体架构
基于网络的数据处理日益成为信息化的中心环节，数据库的灵活性、安全性和可拓展性成为数据处理技术的焦点。总体架构如下图所示：

1.3.2 系统业务流程
根据建设部行业标准《城市市政综合监管信息系统建设规范》（CJJ/T106-2005）的要求，数字化城市管理模式的工作流一般包括受理、立案、派遣、处理、督察、核查和结案等七个环节阶段，根据管理的要求，在标准流程基础上创新出符合xxxx管理需要的“数字化城市管理流程”。
具体业务流程如下图所示：

1.3.3 系统技术路线
为了确保xxxx的正常运行，软件系统的搭建要有良好的支撑平台及相关研发技术工具，确保软件系统的稳定性与扩展性。
1.3.3.1 ArcGIS平台
ArcGIS是ESRI在全面整合了GIS与数据库、软件工程、人工智能、网络技术及其它多方面的计算机主流技术之后，成功地推出了代表GIS最高技术水平的全系列GIS产品。ArcGIS是一个全面的，可伸缩的GIS平台，为用户构建一个完善的GIS系统提供完整的解决方案。ArcGIS的基本体系能够让用户在任何需要的地方部署GIS功能和业务逻辑，无论是在桌面、服务器、网络还是在野外。
1.3.3.2 满足用户对GIS平台的要求
1．为任意客户端应用提供一个在DBMS中存储、管理和使用各类空间数据的通道。
2．产品应支持跨平台，支持各种主流的硬件平台和操作系统，如Solaris、AIX、HP-UX、Windows等。
3．支持在多种主流DBMS平台上提供高级的、高性能的GIS数据管理接口，如Oracle、SQL Server、DB2、Informix、PostgreSQL等。
4．支持TB级海量数据库管理和任意数量的用户。
5．支持对多源多类型空间数据的管理，包括矢量、栅格、影像、栅格目录、三维地表、文本注记、网络等数据类型。
6．支持影像数据金字塔以及金字塔的部分更新。
7．保证在DBMS中存储矢量数据的空间几何完整性，支持属性域、子类，支持定义空间数据之间的规则，包括关系规则、连接规则、拓扑规则等。
8．支持面向对象的数据模型，支持标准UML建模语言，通过CASE工具创建自定义的数据模型，并导入到空间数据库中。
9．通过版本管理支持空间数据的长事务处理，实现多用户并发编辑和访问，支持版本冲突的协调。
10．支持历史数据管理。
11．支持分布式异构空间数据库复制功能，且支持多级树状结构的复制。
12．支持对空间数据元数据的管理。
13．提供C或Java编程API，用于开发第三方客户端。
1.3.3.3 ArcGIS体系
1.桌面GIS（ArcGIS Desktop）
ArcGIS桌面GIS软件产品是用来编辑、设计、共享、管理和发布地理信息和概念。ArcGIS桌面可伸缩的产品结构，从ArcReader，向上扩展到ArcView、ArcEditor和ArcInfo。目前ArcInfo被公认为是功能最强大的GIS产品。通过一系列的可选的软件扩展模块，ArcGIS Desktop产品的能力还可以进一步得到扩展。
2.嵌入式GIS（Embedded GIS）
ArcGIS Engine是一个完整的嵌入式GIS组件库和工具包，开发者能用它创建一个新的、或扩展原有的可定制的桌面应用程序。使用ArcGIS Engine，开发者能将GIS功能嵌入到已有的应用程序中，如基于工业标准的产品以及一些商业应用，也可以创建自定义的应用程序，为组织机构中的众多用户提供GIS功能。
3. 服务器GIS（Server GIS）
ArcGIS Server、ArcIMS和ArcSDE用于创建和管理基于服务的GIS应用程序，在大型机构和互联网上众多用户之间共享地理信息。ArcGIS Server是一个中心应用服务器，它包含一个可共享的GIS软件对象库，能在企业和Web计算框架中建立服务器端的GIS应用。ArcIMS是通过开放的Internet协议发布地图、数据和元数据的可伸缩的网络地图服务器。ArcSDE是在各种关系型数据库管理系统中管理地理信息的高级空间数据服务器。
4. 移动GIS（Mobile GIS）
ArcPad，支持GPS的无线移动设备，越来越多地应用在野外数据采集和信息访问中。ArcGIS桌面和ArcGIS Engine 可以运行在便携式电脑或平板电脑上，用户可以在野外进行数据采集、分析和乃至制定决策。
1.3.3.4 ArcGIS Server
ArcGIS Server 是功能强大的基于服务器的 GIS 产品，用于构建集中管理的、支持多用户的、具备高级GIS功能的企业级GIS应用与服务，如：空间数据管理、二维三维地图可视化、数据编辑、空间分析等即拿即用的应用和类型丰富的服务。ArcGIS Server 是用户创建工作组、部门和企业级 GIS 应用的平台，通过 ArcGIS Server创建集中管理的、支持多用户的、提供丰富的GIS功能、并且满足工业标准的GIS应用。ArcGIS Server 提供广泛的基于 Web 的 GIS 服务，以支持在分布式环境下实现地理数据管理、制图、地理处理、空间分析、编辑和其它的GIS功能。
提供通用的框架在企业内部建立和分发GIS应用；
◆ 提供操作简单、易于配置的Web应用；
◆ 提供广泛的基于Web的空间数据获取功能；
◆ 提供通用的GIS数据管理框架；
◆ 支持在线的空间数据编辑和专业分析；
◆ 支持二维三维地图可视化；
◆ 除标准浏览器外，还支持ArcGISDesktop和ArcGISExplorer等桌面客户端；
◆ 可以集成多种GIS服务；
◆ 支持标准的WMS、WFS；
◆ 提供配置、发布和优化GIS服务器的管理工具；
◆ 提供.NET和Java软件开发工具包；

1.3.3.5 ArcGIS Engine
ArcGIS Engine这个新产品为开发人员提供了一种新的部署策略和资源，它是由一组核心ArcObjects包组成，其对象是平台无关的，能够在各种编程接口中调用，开发人员能够通过它提供的强大的工具构建定制的GIS和制图应用。ArcGIS Engine的主要功能：
◆ 多图层（例如道路、河流和边界）显示地图
◆ 地图的漫游和缩放
◆ 点击查看地图要素
◆ 查询和搜索要素
◆ 通过字段标注文本
◆ 显示航片或卫星影像
◆ 编辑显示图形要素（点、线、圆和多边形等）
◆ 绘制描述性文本
◆ 通过线选择要素，或者通过面等选择在其内的要素
◆ 通过指定距离选择要素
◆ 通过SQL表达式选择和查找要素
◆ 通过专题图方法渲染要素，比如按值渲染、分类渲染以及点密度渲染等
◆ 动态显示实时数据和时间序列的数据
◆ 通过提供的街道地址和交叉口来定位
◆ 空间运算生成缓冲区、计算差异，或者查找相交部分、联合或反选相交部分等
◆ 操纵地图的形状或角度
◆ 编辑地理要素和属性数据
1.3.3.2 J2EE架构
J2EE Java2平台企业版（Java 2 Platform,Enterprise Edition）
　J2EE是一套全然不同于传统应用开发的技术架构，包含许多组件，主要可简化且规范应用系统的开发与部署，进而提高可移植性、安全与再用价值。
　J2EE核心是一组技术规范与指南，其中所包含的各类组件、服务架构及技术层次，均有共通的标准及规格，让各种依循J2EE架构的不同平台之间，存在良好的兼容性，解决过去企业后端使用的信息产品彼此之间无法兼容，导致企业内部或外部难以互通的窘境。
　一、J2EE的概念
　目前，Java 2平台有3个版本，它们是适用于小型设备和智能卡的Java 2平台Micro版（Java 2 Platform Micro Edition，J2ME）、适用于桌面系统的Java 2平台标准版（Java 2 Platform Standard Edition，J2SE）、适用于创建服务器应用程序和服务的Java 2平台企业版（Java 2 Platform Enterprise Edition，J2EE）。J2EE是一种利用Java 2平台来简化企业解决方案的开发、部署和管理相关的复杂问题的体系结构。J2EE技术的基础就是核心Java平台或Java 2平台的标准版，J2EE不仅巩固了标准版中的许多优点，例如"编写一次、随处运行"的特性、方便存取数据库的JDBC API、CORBA技术以及能够在Internet应用中保护数据的安全模式等等，同时还提供了对 EJB（Enterprise JavaBeans）、Java Servlets API、JSP（Java Server Pages）以及XML技术的全面支持。其最终目的就是成为一个能够使企业开发者大幅缩短投放市场时间的体系结构。
　J2EE体系结构提供中间层集成框架用来满足无需太多费用而又需要高可用性、高可靠性以及可扩展性的应用的需求。通过提供统一的开发平台，J2EE降低了开发多层应用的费用和复杂性，同时提供对现有应用程序集成强有力支持，完全支持Enterprise JavaBeans，有良好的向导支持打包和部署应用，添加目录支持，增强了安全机制，提高了性能。
　二. J2EE的优势
　J2EE为搭建具有可伸缩性、灵活性、易维护性的商务系统提供了良好的机制:
　1. 保留现存的IT资产: 由于企业必须适应新的商业需求，利用已有的企业信息系统方面的投资，而不是重新制定全盘方案就变得很重要。这样，一个以渐进的（而不是激进的，全盘否定的）方式建立在已有系统之上的服务器端平台机制是公司所需求的。J2EE架构可以充分利用用户原有的投资，如一些公司使用的BEA Tuxedo、IBM CICS, IBM Encina,、Inprise VisiBroker 以及Netscape Application Server。这之所以成为可能是因为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环境中，客户也可选择健壮性能更好的操作系统如Sun Solaris、IBM OS/390。最健壮的操作系统可达到99.999%的可用性或每年只需5分钟停机时间。这是实时性很强商业系统理想的选择。
1.3.3.3 基于SOA的设计思想
面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。
这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构是紧密相连的，因而当需要对部分或整个应用程序进行某种形式的更改时，它们就显得非常脆弱。
对松耦合的系统的需要来源于业务应用程序需要根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性质。我们称能够灵活地适应环境变化的业务为按需（On demand）业务，在按需业务中，一旦需要，就可以对完成或执行任务的方式进行必要的更改。
现在的 SOA 已经有所不同了，因为它依赖于一些更新的进展，这些进展是以可扩展标记语言（eXtensible Markup Language，XML）为基础的。通过使用基于 XML 的语言（称为 Web 服务描述语言（Web Services Definition Language，WSDL））来描述接口，服务已经转到更动态且更灵活的接口系统中，非以前 CORBA 中的接口描述语言（Interface Definition Language，IDL）可比了。
Web 服务并不是实现 SOA 的惟一方式。前面刚讲的 CORBA 是另一种方式，这样就有了面向消息的中间件（Message-Oriented Middleware）系统，比如 IBM 的 MQseries。但是为了建立体系结构模型，您所需要的并不只是服务描述。您需要定义整个应用程序如何在服务之间执行其工作流。您尤其需要找到业务的操作和业务中所使用的软件的操作之间的转换点。因此，SOA 应该能够将业务的商业流程与它们的技术流程联系起来，并且映射这两者之间的关系。例如，给供应商付款的操作是商业流程，而更新您的零件数据库，以包括进新供应的货物却是技术流程。因而，工作流还可以在 SOA 的设计中扮演重要的角色。
此外，动态业务的工作流不仅可以包括部门之间的操作，甚至还可以包括与不为您控制的外部合作伙伴进行的操作。因此，为了提高效率，您需要定义应该如何得知服务之间的关系的策略，这种策略常常采用服务级协定和操作策略的形式。
最后，所有这些都必须处于一个信任和可靠的环境之中，以同预期的一样根据约定的条款来执行流程。因此，安全、信任和可靠的消息传递应该在任何 SOA 中都起着重要的作用。
对 SOA 的需要来源于需要使业务 IT 系统变得更加灵活，以适应业务中的改变。通过允许强定义的关系和依然灵活的特定实现，IT 系统