北京市市级城市管理信息平台初步设计报告——市政业务管理信息系统-第五册

'北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）北京市市级城市管理信息平台初步设计报告（第五册－市政业务管理信息系统）中国电子信息产业发展研究院2005年10月101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）项目信息项目名称北京市市级城市管理信息平台单位名称北京市市政管理委员会项目类型A2A1：新建部门内项目；A2：新建跨部门项目；B1：应用升级项目B2：网络升级项目；B3：安全改造项目（根据项目情况选择）业务类型C1、C2C1：提高公共服务能力；C2：提高行政管理能力（根据项目情况选择）项目单位信息联系人李立明单位属性国家机关þ地址北京市西城区西单北大街80号大专院校¨电话66055769，13311515333国有企业¨传真66055769股份公司¨Emailliliming@bjmac.gov.cn集体个体¨邮政编码100032独立科研机构¨设计单位中国电子信息产业发展研究院接受日期2005-09研究日期2005年9月～2005年10月提交资料内容1、北京市发展和改革委员会《北京市城市管理信息平台项目建议书（代可行性研究报告）的批复》；2、北京市市级城市管理信息平台可行性研究报告（修订版）；3、北京市市级城市管理信息平台可行性研究报告（补充材料）；4、《中共北京市委、北京市人民政府关于推广东城区城市管理经验建立信息化城市管理系统的意见》（京发[2005]7号）5、中共北京市委办公厅、北京市人民政府办公厅转发市社区建设和城市管理体制改革领导小组办公室《关于推广东城区城市管理经验建立信息化城市管理系统工作方案》的通知（京办发[2005]20号文件）。法人代表张旭明设计负责人叶宜强技术管理负责人柳纯录101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）目录第1章.概述81.1.编写目的81.2.术语定义81.3.参考资料9第2章.总体设计112.1.系统目标112.2.系统设计原则112.3.关系模型132.4.逻辑结构14第3章.市政基础设施资源管理163.1.总体设计163.1.1.需求规定163.1.2.运行环境213.1.3.基本设计概念和处理流程213.1.4.结构233.1.5.功能需求与程序的关系243.1.6.人工处理过程243.2.接口设计243.2.1.用户接口243.2.2.外部接口253.2.3.内部接口263.3.系统数据结构设计263.3.1.逻辑结构设计要点263.3.2.数据结构与程序的关系323.4.系统出错处理设计333.4.1.出错信息333.4.2.补救措施33第4章.燃气管理344.1.总体设计344.1.1.需求规定34101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）4.1.2.运行环境444.1.3.基本设计概念和处理流程454.1.4.结构464.1.5.功能需求与程序的关系474.1.6.人工处理过程474.2.接口设计484.2.1.用户接口484.2.2.外部接口484.2.3.内部接口484.3.系统数据结构设计494.3.1.逻辑结构设计要点494.3.2.数据结构与程序的关系504.4.系统出错处理设计514.4.1.出错信息514.4.2.补救措施51第5章.加油加气站管理525.1.总体设计525.1.1.需求规定525.1.2.运行环境645.1.3.基本设计概念和处理流程645.1.4.结构665.1.5.功能需求与程序的关系685.1.6.人工处理过程695.2.接口设计695.2.1.用户接口695.2.2.外部接口695.2.3.内部接口705.3.系统数据结构设计705.3.1.逻辑结构设计要点705.3.2.数据结构与程序的关系715.4.系统出错处理设计725.4.1.出错信息725.4.2.补救措施72第6章.地下管线综合管理736.1.总体设计736.1.1.需求规定73101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）6.1.2.运行环境746.1.3.基本设计概念和处理流程756.1.4.结构796.1.5.功能需求与程序的关系806.1.6.人工处理过程816.2.接口设计816.2.1.用户接口816.2.2.外部接口816.3.系统数据结构设计826.3.1.逻辑结构设计要点826.3.2.数据结构与程序的关系846.4.系统出错处理设计856.4.1.出错信息856.4.2.补救措施85第7章.井盖管理867.1.总体设计867.1.1.需求规定867.1.2.运行环境877.1.3.基本设计概念和处理流程887.1.4.结构957.1.5.功能需求与程序的关系967.1.6.人工处理过程967.2.接口设计967.2.1.用户接口967.2.2.外部接口967.2.3.内部接口977.3.系统数据结构设计987.3.1.逻辑结构设计要点987.3.2.数据结构与程序的关系1007.4.系统出错处理设计1017.4.1.出错信息1017.4.2.补救措施101第8章.供热管理1028.1.总体设计1028.1.1.需求规定1028.1.2.运行环境108101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）8.1.3.基本设计概念和处理流程1088.1.4.结构1108.1.5.功能需求与程序的关系1118.1.6.人工处理过程1118.2.接口设计1128.2.1.用户接口1128.2.2.外部接口1128.2.3.内部接口1138.3.系统数据结构设计1138.3.1.逻辑结构设计要点1138.3.2.ER图1148.3.3.数据结构与程序的关系1148.4.系统出错处理设计1158.4.1.出错信息1158.4.2.补救措施115第9章.户外广告管理1169.1.总体设计1169.1.1.需求规定1169.1.2.运行环境1249.1.3.基本设计概念和处理流程1259.1.4.结构1289.1.5.功能需求与程序的关系1319.2.接口设计1339.2.1.用户接口1339.2.2.外部接口1349.2.3.内部接口1359.3.系统数据结构设计1359.3.1.逻辑结构设计要点1359.3.2.数据结构与程序的关系1399.4.系统出错处理设计1409.4.1.出错信息1409.4.2.补救措施140第10章.综合整治管理系统14110.1.总体设计14110.1.1.需求规定14110.1.2.运行环境146101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）10.1.3.基本设计概念和处理流程14610.1.4.结构14910.2.接口设计15110.2.1.用户接口15110.2.2.外部接口15210.2.3.内部接口15310.3.系统数据结构设计15410.3.1.逻辑结构设计要点15410.3.2.功能需求与程序的关系16410.4.系统出错处理16510.4.1.出错信息16510.4.2.补救措施165第11章.环卫管理系统16611.1.总体设计16611.1.1.需求规定16611.1.2.运行环境16911.1.3.基本设计概念和处理流程17111.1.4.结构17211.1.5.人工处理过程18111.1.6.尚未解决的问题18211.2.接口设计18211.3.系统数据结构设计18311.3.1.信息量预测18311.3.2.数据属性分析18411.3.3.流程分析18511.4.系统出错处理18511.4.1.出错信息18511.4.2.补救措施186101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.概述1.1.编写目的本系统——市政业务管理信息系统是北京市市级城市管理信息平台的分系统。本文的目的编写目的是明确本分系统的需求范围，并就本分系统进行概要设计，明确分系统的结构组成，理清分系统中各个子系统之间的相互关系和接口。本设计方案将描述对系统设计考虑，包括程序系统的基本处理流图、程序系统的组织结构、模块划分、功能分配、接口设计、运行设计等，为程序的详细设计奠定基础。系统预期的读者包括项目经理、设计师、需求工程师、开发人员、用户项目负责人等。1.2.术语定义qWebGISWebGIS是Internet和WWW技术应用于GIS开发的产物，是实现GIS互操作的一条最佳解决途径。从Intemet的任意节点，用户都可以浏览WebGIS站点中的空间数据、制作专题图、进行各种空间信息检索和空间分析，WebGIS的关键特征是面向对象、分布式和互操作。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）WebGIS的基本特征：WebGIS是集成的全球化的客户/服务器网络系统；WebGIS是交互系统；WebGIS是分布式系统；WebGIS是动态系统；WebGIS是跨平台系统；WebGIS能访问Intemet异构环境下的多种GIS数据和功能；WebGIS是图形化的超媒体信息系统。WebGIS的基本要求：WebGIS应当是开放的；WebGIS能在Intemet环境下运行；WebGIS必须支持数据分布和计算分布；WebGIS能在网络上直接查询和存取数据；WebGIS的基础技术包括空间数据库管理技术、面向对象方法、客户/服务器模式、组件技术以及分布式计算机平台等。1.1.参考资料l《中共北京市委、北京市人民政府关于推广东城区城市管理经验建立信息化城市管理系统的意见》（京发[2005]7号）l中共中央办公厅、国务院办公厅转发的《国家信息化领导小组关于我国电子政务建设指导意见的通知》（中办发[2002]17号）l《首都信息化“十五”发展规划》l《国民经济和社会发展第十个五年计划纲要》l《中华人民共和国关于制定国民经济和社会发展第十个五年计划的建议》l《关于进一步推进全国政府系统办公自动化建设和应用工作的通知》，（国办发[2000]36号）l101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）《国务院办公厅转发国家计委等部门关于促进我国国家空间信息基础设施建设和应用若干意见的通知》，（国办发[2001]53号）l中办、国办转发《国家信息化领导小组关于加强信息安全保障工作的意见》的通知（中办发[2003]27号）l《国家计委关于印发电子政务工程建设项目建议书和可行性研究报告编制大纲的通知》（计高技[2002]1961号）l《北京市人民政府关于加快政务信息化建设的意见》（京政发[2001]1号）l《北京空间信息工程总体框架及发展规划》l《首都信息化标准化指南》l《首都信息化标准体系》l《北京市区域性公用信息平台网络建设规范》（试行）l《北京市市级城市管理信息平台可研报告》l《北京市市级城市管理信息平台需求说明书》l《北京市数字市政管理服务系统项目建议书》101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.总体设计1.1.系统目标系统建设的具体目标是实现：9个市政业务应用系统。9个市政业务应用系统，包括市政基础设施资源系统、城市地下管线综合管理信息系统（二期）、井盖管理信息系统、供热管理信息系统、加油加气站管理信息系统、燃气管理信息系统、户外广告管理信息系统、环卫业务管理信息系统、综合整治管理信息系统.通过以上系统的建设，初步实现管理、服务等功能为一体的数字化市政综合管理服务系统，基本满足和实现日常市政业务的可视化管理，为市市政管委及有关部门提供科学的辅助决策手段，从而最终实现市政管理手段现代化。1.2.系统设计原则n标准化和开放性原则“数字市政”一方面要整合已有的各种信息资源，另一方面还需要与北京市正在筹建的许多系统实现信息共享，满足未来“数字北京”和“数字奥运”的需要，所以在系统设计中遵循标准化和开放性原则。系统的建设严格按照国家、地方和行业的有关标准与规范，如空间数据分类与编码、数据质量与元数据标准、市政行业标准等，并适当考虑与国际接轨。在没有标准与规范的情况下，参照了国家、地方和行业的相关标准与规范，制订相应的标准与规范。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）n可扩展性原则为满足总体规划和要求，确保系统的可持续发展，系统强调扩展性。系统能够方便地进行管理与维护，软、硬件的升级不影响正常运作，系统功能、结构以及数据库可方便地扩展。n先进性和成熟性原则系统的设计与建设尽可能采用最先进的技术、方法、软件、硬件和网络平台，如充分利用组件式GIS、WebGIS、WebService、.Net平台和模型驱动的体系结构（MDA）等技术与方法，确保系统的先进性，同时兼顾成熟性，确保系统成熟可靠，使系统能够适应未来技术发展的要求。n实用性、经济性原则系统在设计上尽可能采用简单的结构，使用户便于使用，易于维护。作为数字市政管理服务平台，系统要能有效地融入电子政务应用系统、企业信息系统和信息公众服务系统，实现系统与其它非空间应用信息系统的无缝、一体化集成。其次，系统建设要求在实用的基础上做到最经济，以最小的投入获得最大的效益。在硬件和软件配置、系统开发和数据库建立上都充分考虑投入和经济效益。在软件选型按照国家产业政策尽可能采用国产的软件产品。n安全性原则101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）安全性是系统设计（尤其是网络环境下运行的系统）中需要重点考虑的问题。保证网络环境下数据的安全，防止病毒入侵、非法访问、恶意更改毁坏，采取完备的数据保护和备份机制。为了防止非授权用户的非法入侵和授权用户的越权使用，系统进行了各种级别的权限控制，并具备审核功能，自动记录用户访问的情况和操作过程，以备日后查询。1.1.关系模型图21系统关系模型图中描述了两方面内容：第一方面，市政业务管理分系统需要整合/扩展现有系统与拟建的系统；第二方面，市政业务管理分系统与外部系统之间的关系。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）市政业务管理分系统在城市管理中具有极其重要的作用。其中，市政业务管理系统是市级城市管理平台的基础；市政业务管理系统需要和其他委办局系统进行数据交换和共享；呼叫中心把公众的意见、监督评价接入数字市政系统；权属单位、行业单位是市政业务管理分系统的支撑，为市政业务管理分系统提供数据，并能有限制地共享部分数据，在应急事件处理中，需要和指挥中心互通、互动；区级政务系统也是市政业务管理分系统的支撑，为市政业务管理分系统提供数据，并能有限制地共享部分数据。本系统建设的分系统包括：环卫系统整合环卫GIS、除雪作业监控管理系统，并且建设环卫设施管理、渣土管理、环卫作业监督管理等；整合市政管委现有的网上审批、内部OA系统，建设井盖管理、燃气管理、加油加气站管理、市政基础设施资源管理、供热管理、户外广告、环境整治等业务系统；这些业务系统共同支撑起指挥中心应用。1.1.逻辑结构市政业务管理分系统、指挥中心、市政业务综合管理服务系统组成的系统逻辑结构如图所示。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图22市政业务综合管理系统逻辑结构图第1章.101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.市政基础设施资源管理1.1.总体设计1.1.1.需求规定城市基础设施既为物质生产又为市民生活提供服务，是城市赖以生存和发展的基础。对基础设施的管理包括两方面，一是基础设施的建设，二是对基础设施的综合管理。北京市作为国际化的大都市，整个城市的基础设施随着城市物质文明和精神文明的建设与发展，不断地完善、改造、发展和建设。北京市市政管理委员会对城市基础设施的管理，目前还依靠责任单位或行业单位上报报表的数据管理，这种管理方式不能及时跟进城市的建设，不能及时掌握城市设施的建设和运行维护情况，影响了城市管理的水平，也降低了政府为市民服务的水准，为了管理好城市基础设施，管理好国家的财产，为公众提供优质的服务，北京市市政管委着手建设城市基础设施资源管理的系统。城市基础设施包括六大类：能源系统、水资源及给排水系统、交通系统、邮电系统、环境系统、防灾系统。市市政管委在工作中，主要管理能源系统和环境系统方面的基础设施。1.1.1.1.功能需求基于统一的空间信息资源，该系统要实现的系统功能如图所示。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图31市政基础设施资源系统功能Ø收集基础设施数据：收集、更新数据，从数据源单位（权属单位、行业单位、委办局、区县管委及其它处室）收集并更新所有设施的所有数据，包括：市政设施的空间数据、属性数据、使用状况数据、建设和维修管理数据等等Ø转换并合并成为资源库：统一收集的数据格式，转换成符合资源数据库要求的数据。Ø查看设施情况：用于查找某些设施情况，统计报表使用情况。包括报表管理、综合查询统计、专题分析。u报表管理1.101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）填写报表：委内处室可以使用待建系统填写关于城市设施的报表数据，数据源单位权属单位、行业单位、委办局、区县管委在必要的情况下，也可以直接使用待建系统填写报表数据。对于数据源单位可以填写、更改、查找操作者本人上报的报表数据，其余功能数据源单位原则上不能使用。1.生成统计报表：在上报月、季、年报表时，待建系统可以根据预先设置的报表格式生成需要上报的报表。2.查找已上报报表：已经上报给领导或上级政府部门的报表，在需要的时候，应该可以查阅，但不可以更改。3.导出、导入报表：对部分报表需要保存成电子文件时，可以由待建系统导出到文件中；由数据源单位提供的电子表格报表，待建系统应该把这些报表导入到系统中，并自行汇总生成需要的报表；待建系统也可以把导出来的报表再次导入到系统中，由工作人员进行二次分析和统计。u空间查询、统计：1．空间查询o由属性查询图形：根据设施属性查找设施，例如根据建设年代查找健身设施；o组合查询：即满足多种要求的条件查询，例如查询距离某路10米范围内所有城市设施。.o缓冲区查询：对单个或多个几何对象缓冲区空间关系进行查询。如查询距某路10米101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）内，又距另外一座大厦10米内的城市设施有哪些。o周边查询：即基于某一空间对象邻近信息的查询，如查询某大厦20米范围内的所有城市设施的空间分布。1．综合统计：按照范围、设施种类等自定义条件统计设施的数量、使用等情况。统计格式包括表、饼、柱等图格式；u专题分析：可以进行专题图分析，如某健身设施、公厕等的分布情况等。表31功能需求输入输出对照表功能需求输入输出收集市政设施各类市政设施的空间数据市政设施信息报送市政设施的运营和属性数据市政设施费用管理市政项目数据、费用数据费用统计报表市政设施报表市政设施报表市政设施综合查询统计查询和统计条件查询结果和统计报表数据1.1.1.1.性能需求（1）访问速度方面：设施查询速度不能大于60秒；（2）稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况；（3）资源利用方面：在进行海量数据的查询、统计、分析的过程中，允许CPU101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其它的工作；（4）使用灵活性方面：当系统与其它软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。1.1.1.1.系统处理能力需求（1）系统的用户不多，所以对系统的并发处理能力要求不高。（2）系统牵涉到多种城市设施的查询、统计分析，存在大数据量运算的情况，对系统处理器性能和内存容量有很高的要求。1.1.1.2.网络通信需求1)基础数据、运营数据方面：数据来源于市政管委业务系统或者市级平台，同处于一个局域网中，局域网环境即可满足通信需求。2)系统运行方面：系统用户数不很多，而且以图片、表格形式返回给用户，数据量在1M以下，对网络通信要求不高。1.1.1.3.对安全保密需求1.数据方面：设施的基础数据、属性数据、费用数据对管委各处室、上级领导、财政局、统计局等共享。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.网络方面：系统将被部署在专网上。1.1.1.运行环境表32运行环境服务器端服务器主机4G内存，2.8G以上CPU操作系统Windows2003Server数据库Oracle9i空间数据引擎ArcSDE9.0地图发布服务器软件ArcGISServer9.0WEB应用服务器IIS5.0客户端客户端主机普通PC机操作系统Win98WinNTWin20002003浏览器IE5.0以上1.1.2.基本设计概念和处理流程综合查询统计信息报送信息审核设施报表统计费用管理表单定制管理市政基础设施资源管理系统1.1.2.1.系统功能结构图32系统功能结构图Ø综合查询统计：可以按照设施类别、权属部门、所属城区、设施状态等对设施进行查询和统计。Ø信息报送：各行业单位或区县市政管委通过系统将市政设施的信息按照规定的格式报送给市政管委相关的专业处室。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）Ø信息审核：市市政管委各专业处室对各个行业单位或区县市政管委上报的市政设施报表数据进行审核，如果发现数据错误或不符合实际情况的，将退回报表，让上报单位重新填报。Ø设施报表统计：市市政管委各业务处室工作人员和计划处的工作人员可以统计市政设施的汇总表，并可以把汇总表发送给统计局和财政局等部门。Ø费用管理：费用管理主要管理市政设施的运行维护费用和市政项目的进度和费用。能够统计整个市政开支的费用分配情况。Ø表单定制管理：表单定制管理主要修改各类报表的格式。1.1.1.1.处理流程Ø城市设施所有数据和最新数据的处理流程：各个专业处室通过各专业设施报表掌握设施信息。Ø计划处汇总统计报表处理流程：部分报表是委内各专业处室提交计划处，部分报表是行业单位直接提交计划处，计划处对提交的报表汇总、统计，然后交给委内各专业处室核对，再由各专业处室反馈到计划处正确报表，由计划处上报市统计局、市环保局和市政府研究室。业务优化流程如下图：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图33系统业务流程图1.1.1.结构综合查询统计信息报送信息审核设施报表统计费用管理表单定制项目管理费用管理费用统计图34系统结构101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）系统中的表单定制、信息保送、信息审核、设施报表统计都是为市政设施的报送和汇总服务的，综合查询统计是在以上汇总的市政设施数据和市政基础数据基础上进行查询和统计，费用管理是市政设施管理的辅助功能，主要目的是明确市政设施的建设和费用的关系。1.1.1.功能需求与程序的关系表33功能需求和程序关系设计功能需求综合查询信息报送报表审核报表统计费用管理数据交换收集设施数据设施信息报送设施费用管理市政设施报表设施综合统计报表1.1.2.人工处理过程信息上报：需要上报单位工作人员，把数据填写到系统中。报表审核：需要审核人员根据审核标准对数据进行检查、确认。费用管理：需要用户填报各个项目和市政运营中所涉及到的费用。费用统计、综合查询统计等：需要用户输入查询和统计条件。1.2.接口设计1.2.1.用户接口信息报送：当各行业单位或区县市政管委的用户要报送市政设施的各类报表信息时，首先选择要报送的报表种类，系统会显示已经报送的报表，用户可以通过添加按钮报送新的报表，填写完报表后，用户按提交按钮，报表就报送到系统中，市市政管委的报表审核人员可以看到该报表。报表审核：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）报表审核人员点击某个单位报送上来的报表后，系统显示该报表的具体内容，通过审查，如果发现报表没有错误或不合理的地方则可以通过审核，否则可以通过点击退回按钮将报表退回。报表统计：市市政管委的各专业处室和计划处的工作人员可以通过选择报表的类型来查看各类报表的汇总表。并可以把汇总表上报给财政局和统计局等相关部门。查询统计：市市政管委的工作人员可以通过选择设施类别，权属部门、所属城区、设施状态等条件查询市政设施的信息，还可以通过这些条件进行统计。费用管理：费用管理包括项目管理、项目进度管理和项目的费用管理、还包括费用的定义和费用的管理和统计，项目管理中，用户可以增加项目、可以修改项目的信息、可以为项目增加进度信息。可以管理项目的预算费用和实际费用的使用情况。费用的定义是管理费用的种类，用户可以增加费用的种类，费用的管理是管理每次使用的费用，费用统计是统计项目的费用情况和市政设施日常维护费用情况。1.1.1.外部接口表单定制中间件市政基础设施管理系统WebGIS中间件地下管网系统数据交换平台接口接口数据交换平台接口功能接口燃气系统热力系统井盖系统环卫系统加油加气站系统接口图35系统外部接口图系统要通过数据交换平台从地下管网系统、环卫系统、热力系统、燃气系统、井盖系统和加油加气站系统进行数据交换，获得市政设施数据。系统要利用WEBGIS中间件的GIS功能接口和表单定制中间件的表单定制接口。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.内部接口数据验证数据收集表单定制综合查询统计数据汇总设施报表统计信息报送信息审核费用管理图36系统内部接口图信息报送模块为信息审核和统计查询提供最基础的数据，信息审核是对报送的数据的验证过程，设施报表统计是对数据的汇总过程，为综合查询提供基础。表单定制为整个报表过程提供灵活的自定义功能。费用管理主要是管理市政项目的费用和市政设施的日常维护费用等。1.2.系统数据结构设计1.2.1.逻辑结构设计要点1.2.1.1.数据分类表34数据逻辑结构种类表费用大类小类说明市政基础设施数据空间数据上水井盖污水井盖雨水井盖雨水箅子电力井盖路灯井盖电信井盖电视井盖网络井盖101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）热力井盖燃气井盖公安井盖消防设施不明井盖电信交接箱电力设施电杆路灯地灯射灯报刊亭电话亭邮筒信息亭自动售货亭健身设施停车场停车咪表公交站亭出租车站牌过街天桥地下通道高架立交桥跨河桥交通标志牌交通控制箱交通护栏存车支架101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）路名牌公共厕所公厕化粪池公厕指示牌垃圾间果皮箱灯箱霓虹灯广告牌匾环境监测塔古树行道树树池箅子花架花钵绿地雕塑街头坐椅宣传栏人防工事公房地下室重大危险源工地河湖堤坝属性数据统计数据市政基础设施运营数据日报数据城镇热力及蒸汽生产供应情况，全年供热耗能量情况，城镇各类燃气供应情况（天然气），城镇各类燃气供应情况（煤气），城镇各类燃气供应情况（液化气），101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）城镇环境卫生情况，城市燃气销售情况，城市环境卫生，城近郊区水、气供应情况（日报），城近郊区燃气供应情况（月报），环境卫情况（月报），全市城管监察情况（月报），市政管理综合指标（年报），城市生活垃圾、污水处理情况（年），冬季供热情况（年），北京市城市环境综合整治定量考核明细表，北京市城市环境综合整治定量考核明细表，全市综合行政处罚情况统计表，道路环卫作业情况月报，垃圾清运处理情况月报，粪便清运处理情况月报，城市建筑物垃圾消纳月报，环卫设施拥有情况半年报，环卫车辆拥有量半年报，道路环卫作业情况，垃圾清运处理日报表，粪便清运处理日报表，厕所情况表，环卫设施建设情况台帐（厕所），环卫设施情况（厕所除外），101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）环卫设施建设情况台帐（厕所除外），环卫车辆拥有情况，环卫车辆拥有情况台帐，城镇燃气产、销、存情况，城镇市政管道及污水处理情况，城镇路灯情况月报数据年报数据统计报表数据市政项目数据项目基本信息项目进度信息市政费用数据项目费用数据运营费用数据1.1.1.1.ER图图37市政设施资源管理系统ER图101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图38设施ER图101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图39报表ER图1.1.1.数据结构与程序的关系表35数据和程序对照表程序数据综合查询信息报送报表审核报表统计费用管理数据交换市政基础设施数据空间数据属性数据统计数据市政基础设施运营数据日报数据月报数据年报数据统计报表数据101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）市政项目数据项目基本信息项目进度信息市政费用数据项目费用数据运营费用数据1.1.系统出错处理设计1.1.1.出错信息表36系统错误信息表序号可能的错误或故障情况输出形式含义处理方法网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复外部接口错误必须请软件工程师调试解决业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.燃气管理1.1.总体设计1.1.1.需求规定1.1.1.1.业务需求1.1.1.1.1.业务分析市市政管委燃气办协调各个委办局管理北京市的燃气企业、燃气的供销情况等，共同管理燃气行业的200多家燃气单位。主要管理这些单位的基本情况、经营情况、安全状况、检查情况、投诉情况及信誉情况。目前通过电脑制表如Excel、Word等方式记录这些信息。燃气企业单位中，北京市燃气集团主要负责城8区及部分远郊区县供气，下属多个分公司，其余10个远郊区县的燃气使用是由其他的燃气企业供气。市燃气集团对市市政管委实行日报、月报制，其他燃气企业实行年报制。目前企业通过Email方式把这些报表发送到市市政管委，由相关部门人工汇总形成标准的燃气报表，并对这些报表分析，统计，存档或Email方式上报上级政府部门。以下是燃气办业务现状图：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图41业务现状图由上图可知，由于数据没有集中管理，不能统筹管理行业企业；管理部门督察行业企业的工作情况信息没有共享，不能形成企业间公开、透明的评价体系；市内用气情况监管方式相对落后，削弱了统一协调供需平衡的力度；基于文件式的管理，不利于查找、分析、统计的开展，严重影响了工作效率和工作质量。所有这些都表明，为进一步提高工作效率、提升工作质量、增强政府部门协调和管理的力度，就需要快速、全面地建设信息系统，并切实地运用于实际的工作中，改善工作，更多、更好地提供服务燃气管理的组织结构如下图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图42组织结构图1.1.1.1.1.业务目标1．燃气办工作人员不用再花费大量的时间整理各种表格、数据管理行业企业，待建系统根据行业企业的基础数据就可以评出企业的信誉，从而为管理行业企业快捷、方便地提供准确的信息，并可以与各个燃气企业共享这些信息，增强评价体系的透明度、公开性和公平性；2．工作人员不必再耗费巨大的精力汇总、统计报表中大量的数据；3．对燃气行业的所有政策、文件、行业数据等可以由系统统一管理，形成行业知识库；101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.1.角色与应用待建系统服务对象主要包括市政管委委内和委外两部分。委内用户主要有燃气办工作人员、计划处工作人员、委内领导；委外用户主要有上级领导、区县管委、燃气集团等行业单位、市政府委办局。表41角色职能表序号角色职能1. 上级部门及委内领导宏观管理燃气的所有信息2. 计划处工作人员燃气信息审计3. 燃气办工作人员上报燃气报表给领导；上报燃气报表给计划处；管理燃气集团以及其他燃气企业，其中燃气集团直接管理，其他燃气企业通过区县管委管理；管理区县管委管理燃气企业4. 区县管委向市管委上报报表；管理本区燃气企业5. 燃气集团向市管委上报日报表6. 委办局共同管理燃气重大事项、项目1.1.1.2.数据需求1.1.1.2.1.数据内容与来源表42系统数据内容来源表101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）序号数据内容存储形式来源是否需要交换1燃气企业的基础数据燃气管线和设施地图燃气企业需要2燃气企业的运营数据经营情况、安全状况、检查情况、投诉情况及信誉情况数据库表、文件、图片燃气办的检查和区县管委的上报需要3燃气报表包括日报表、月报表和年报表数据库表燃气企业和区县管委报送需要4行业数据行业信息、政策法规文件、数据库表来源于国家政策或委内规定、由燃气办负责收集不需要 信息分类如下：Ø燃气行业单位的数据：包括基础数据和运营数据，其中运营数据包括：经营情况、安全状况、检查情况、投诉情况及信誉情况。Ø燃气报表：包括日报表、月报表和年报表Ø行业数据：来源于国家政策或委内规定及关于燃气行业的一些信息，这些数据不需要经常更新。目前数据状况：a)没有统一的规范的数据格式。b)101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）纸质文件和电子数据混存，由燃气办工作人员收集、整理并更新。主要信息来源如下：Ø城八区燃气日报表来自市燃气集团，报表是Excel表格格式，燃气办人员希望提供Web页面让市燃气集团工作人员录入，同时保留原来的Excel表格上报的方式。Ø燃气月报表来自燃气行业单位（市燃气集团等）、区县管委，报表是Excel表格格式，燃气办人员希望提供Web页面让上述单位工作人员录入，同时保留原来的Excel表格上报的方式。Ø协调记录数据来市政府委办局，以Web数据格式或者Word格式上报系统。Ø燃气办和市政府委办局需要互相传递公文，公文格式是Office文档、Jpeg等图片格式。1.1.1.1.1.数据量的概算1、当前数据量目前和燃气办相关的燃气行业单位有200多个，系统需要存储这些单位的基础信息，估计数据量在50M左右；已有的日报表、月报表、协调记录、公文等数据没有信息化，所以不占用存储空间；一部分法律法规、政策等文件采用扫描输入的方式信息化，数据量估计在100M左右。综上所述，目前总数据量为150M。2、每天、每年增加的幅度101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）燃气行业单位变化比较小，所以燃气行业单位基础信息数据量比较稳定；市燃气集团日报表每天产生10KB数据，市燃气集团和区县管委月报表每月产生100KB数据；协调记录数据每年产生2M；法律法规、政策等变化小，每年估计产生数据10M。综上所述，每年增加数据16M。3、5年后的总量由前两节的描述得到燃气信息系统5年后数据总量估计250M。1.1.1.1.功能需求图43功能需求图101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.1.燃气行业单位管理Ø基本情况管理：能够管理行业单位的名称、地址、成立时间、经营燃气种类、负责人等的信息；Ø经营情况管理：能够管理燃气设施设备情况、用户数量、储期量、销售量、安全制度、人员技术资格情况等信息；能够分析储气量与销售量的情况、分析用户情况；Ø检查情况管理：能够管理有关部门（管委、消防局、安全局、质检局等）的安检情况（检察记录），检查时间、检查人员、发现事件、被检单位等等；Ø安全隐患管理：能够管理检查发现的安全隐患、安全制度不完善的单位，并监督单位限时整改；分类记录安全隐患情况，同时记录整改情况；Ø投诉情况管理：管理公众、单位的投诉记录；Ø企业信誉管理：能够管理企业的信誉积分，积分根据检查情况、安全隐患情况和投诉情况综合给企业信誉评分；1.1.1.1.2.行业监管Ø报表管理：能够按照报表的数据要求输入报表数据，能够把Excel101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）格式的报表数据导入到系统中；能够导出这些报表；能够分析用气情况、分析气源的供需情况、分析用户发展情况、用户使用气占的比例，以便及时协调气源；能够统计生成供需用气量、用户情况等的饼、柱状图，让工作人员分析出用气趋势，同时为领导协调管理提供准确信息；Ø燃气项目管理：能够管理燃气项目的完成计划情况、发展情况、用气计划等，可以协调临时性增加的用气项目的气源，避免气源供不应求现象的发生；1.1.1.1.1.行业信息管理包括对行业发展政策、规范性文件、信息公示的管理，建立专业信息数据库，由燃气办工作人员定期更新这些信息，并能通过名称、关键词、文号等查询到需要查找的信息。1.1.1.1.2.其他Ø电话转拨：当公众拨打电话到市市政管委燃气办时，接电话人可以按电话机上某个键直接把电话转拨到相关的负责人，此过程不必要求打电话人重新拨打电话。Ø应急指挥：当发生重大事故时，待建系统能够与《市燃气集团调度中心系统》（简称燃气调度系统）联网，通过燃气调度系统可以使指挥人员掌握北京市燃气管网的运行参数，联合《地下管网应急指挥系统》统一调度，制定抢修方案，尽最大可能地避免国家财产损失。表43功能需求于输入输出对照表功能需求输入输出报表数据101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）区县管委向市管委上报报表燃气集团向市管委上报日报表报表数据然气办向计划处报送燃气报表报表数据燃气行业企业管理燃气行业企业信息燃气行业企业信息燃气信息审计燃气相关运营信息审计结果查询燃气综合信息查询条件燃气综合报表信息1.1.1.1.性能要求Ø访问速度方面：燃气单位查询速度不能大于60秒；Ø稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况；Ø资源利用方面：在进行大数据量的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其他的工作。Ø使用灵活性方面：当系统与其他软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.系统处理能力需求（1）处理能力。系统的用户不多，所以对系统的并发处理能力要求不高。（2）处理性能。业务中也没有复杂的运算，一般系统处理性能和内存即可满足现有系统的应用。1.1.1.2.网络通信需求l运维数据方面：燃气集团需要上报日报表，单是日报表是简单的文字报表，数据量不大，对网络通信要求不高。l系统运行方面：系统运行时没有大数据量要传输，用户访问时，地图数据以图片方式发送给用户，故无须考虑系统运行对网络产生的影响。1.1.1.3.安全保密需求l数据方面：燃气各种信息除管线数据外对燃气企业、区管委共享。l网络方面：系统将被部署在专网上。1.1.2.运行环境系统采用B/S体系结构：表44系统运行环境服务器端服务器主机4G内存，2.8G以上CPU101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）操作系统Windows2003Server数据库Oracle9i空间数据引擎ArcSDE9.0地图发布服务器软件ArcGISServer9.0WEB应用服务器IIS5.0客户端客户端主机普通PC机操作系统Win98WinNTWin20002003浏览器IE5.0以上1.1.1.基本设计概念和处理流程如下图，燃气管理包括八个组成部分：公文管理、报表管理、查询统计、系统管理、燃气企业管理、燃气行业监管、信息分析、行业信息管理。图44系统模块划分Ø公文管理：管理燃气行业的相关文件和法规等信息。Ø报表管理：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）管理燃气集团、各区县管委上报给市市政管委的燃气报表信息，报表包括日报、月报、年报等。可以对报表进行汇总和查询。Ø查询统计：包括燃气企业的基本信息查询、燃气企业运营状况的查询统计、整个燃气行业信息的查询统计、燃气设施的查询统计。Ø燃气企业管理：包括各燃气企业的基本信息管理、企业的运营信息管理、企业的隐患信息管理、企业的经营投诉管理、企业的信誉评价管理、协调记事管理等Ø燃气行业监管：主要是燃气项目管理，管理项目的基本信息和进度信息。Ø信息分析：包括对燃气的整体信息的分析，比如城市能源的需求和供应的分析。燃气用户的分析，包括燃气用户的使用情况和对价格的反馈等信息。公文管理报表管理查询统计燃气企业管理燃气行业监管信息分析行业信息管理1.1.1.结构图45系统功能结构关系101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）公文管理、报表管理、燃气企业管理和燃气行业管理以及燃气行业监理都是管理燃气企业和行业相关的信息。查询统计，是在这些信息的基础上进行查询统计，根据查询统计进行分析，可以分析燃气企业的经营状况、规模，数量是否饱和，以及燃气行业的整体发展是否能够满足区域经济的发展和整个城市的需要。以便城市管理部门提前做出能源调空的决策。1.1.1.功能需求与程序的关系表45需求和程序关系程序需求公文管理报表管理查询统计燃气企业管理燃气行业监管行业信息管理信息分析行业信息管理行业监管中的报表管理各种查询需求燃气行业单位管理行业监管中的燃气项目管理信誉管理行业信息管理1.1.2.人工处理过程信息上报：需要上报单位工作人员，把数据填写到系统中。燃气企业管理：需要用户输入相关企业信息和企业经营状况信息。燃气行业管理：需要用户输入行业的相关信息。查询统计：需要用户输入查询和统计条件。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.接口设计1.1.1.用户接口公文管理：用户点击公文管理，系统显示各中公文的列表，用户可以增加、修改、删除公文，可以浏览列表中公文的详细信息。报表管理：用户选择某类报表，可以填写新的报表。燃气企业管理：用户选择燃气企业管理，可以看到燃气企业的列表，可以增加、修改、删除企业信息，也可以浏览企业详细信息。燃气行业监管：用户选择燃气行业监管，可以看到燃气项目的列表，可以增加、删除、修改燃气项目信息，还可以查看项目的详细信息和进度信息。查询统计：用户选择查询燃气企业的规模、经营范围等可以查询企业和统计企业经营信息等。信息分析：根据查询统计出的信息可以分析出相关燃气的企业状况和整个行业的状况。1.1.2.外部接口燃气管理系统市政基础设施管理系统数据交换平台接口接口图46外部接口燃气管理通过数据交换平台和市政基础设施管理交换数据，主要交换报表数据。公文管理报表管理查询统计燃气企业管理燃气行业监管信息分析行业信息管理提供信息分析基础1.1.3.内部接口101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图47内部接口系统内部公文管理、报表管理、燃气行业管理、企业管理以及行业监管等都是为信息的查询统计提供一个数据基础，查询统计又为信息的分析提供进一步分析的基础。1.1.系统数据结构设计1.1.1.逻辑结构设计要点1.1.1.1.数据分类表46逻辑结构分类费用大类小类说明燃气行业信息行业信息政策法规燃气企业信息企业基本信息企业运营信息企业信誉信息燃气报表数据日报月报年报101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.ER图图48燃气系统ER图1.1.2.数据结构与程序的关系表47数据和程序对照表程序数据公文管理报表管理查询统计燃气企业管理燃气行业监管行业信息管理信息分析燃气行业信息行业信息政策法规燃气企业信息企业基本信息企业运营信息企业信誉信息101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）燃气报表数据日报月报年报1.1.系统出错处理设计1.1.1.出错信息表48系统错误信息表序号可能的错误或故障情况输出形式含义处理方法网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复外部接口错误必须请软件工程师调试解决业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。第2章.101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.加油加气站管理1.1.总体设计1.1.1.需求规定1.1.1.1.业务需求1.1.1.1.1.业务分析北京市加油（气）站综合管理办公室，由市发展改革委、市规划委、市建委、市市政管委、市交通委、市国土局、市商务局、市环保局、市质量技术监督局、市工商局、市安全生产监督局、市公安局消防局、市公安局交通管理局等成员单位组成。加油（气）站工作协调办公室设在市市政管委，负责本市加油（气）站管理办的日常工作。目前，全北京市各加油加气站设施的所有资料分散在13个委办局或者隶属的中石化、中石油等集团公司分别管理。以下是加油加气办业务现状图：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图51系统业务现状由上图可知，数据资料不集中，导致协调解决某件事时，需要耗费大量的人力、物力等资源，影响工作效率和工作质量，同时也导致国家政府不能宏观掌握城市设施，不能协调并管理城市设施，严重存在着情况不清的现象。为此，加油加气办管理人员希望能够通过市政业务系统掌握整个北京市的所有加油加气站的所有情况，提升管理、协调国家财产和为市民服务的力度。加油加气站管理的组织结构如下图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图52系统组织结构1.1.1.1.1.业务目标1．加油加气办工作人员不用再打电话、走访各委办局或企业单位查找需要的城市设施的资料，通过待建系统就可以掌握第一手准确的资料，节省了很多人力物力资源，也加快了办事速度，提高了工作效率和工作质量，提升了服务水平；101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．加油加气站城市设施的相关资料也不用由各委办局劳神费力地收集各自需要的资料，可以通过待建系统共享这些数据，大大节省了各委办局工作人员工作时间和精力、体力；2．对加油加气办工作人员日常的协调工作可以由系统统一管理，可以为以后类似的问题提供经验，形成行业知识库；1.1.1.1.1.角色与应用本期内本系统的服务对象主要是上级政府部门领导、委内领导、加油加气办所有工作人员、各个委办局以及中石化等集团公司。其中，加油加气办工作人员按照上级政府部门的指示协调各委办局处理一些指定的事件，处理结果需要向上级报告；各个委办局及中石化集团等公司提供加油加气站的相关数据。如下表：表51系统角色职能序号角色职能1. 上级部门及委内领导宏观管理加油加气站的所有信息2. 加油加气办工作人员按照上级政府部门的指示协调各委办局管理加油加气站；向上级报告加油加气站情况；加油加气站资质管理3. 提供加油加气站数据；共同管理加油加气站101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）市发展改革委、市规划委、市建委、市市政管委、市交通委、市国土局、市商务局、市环保局、市质量技术监督局、市工商局、市安全生产监督局、市公安局消防局、市公安局交通管理局1. 中石化集团公司提供加油加气站数据1.1.1.1.数据需求1.1.1.1.1.数据内容与来源 序号数据分类数据内容表现形式来源是否需要交换、交换方式1. 加油加气站基础数据空间数据加油加气站空间位置地图各委办局、中石化、市级平台需要。抓取加油加气站相关单位基础数据与抓取市级平台部件库相结合2. 属性数据加油加气站规模、油气种类、权属、负责人、安全等级等表各委办局、中石化、市级平台3. 表101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）加油加气站运营数据加油加气站固定资产、销售情况、运营情况等各委办局、中石化需要。直接从相关单位抓取1. 加气站资质申请数据（潜在业务数据）申请相关数据表待定待定 Ø加油加气站基础数据：包括加油加气站空间数据和基本资料数据、负责人情况数据。Ø加油加气站运营数据：包括加油加气站固定资产、销售情况、运营情况等。Ø加气站资质申请审批数据：该信息是加油加气办的潜在业务，在待建系统实现对加气站的资质申请资料的管理。Ø信息源分析：加油加气站基础数据和运营数据：运营数据包括使用情况、现状、建设情况、负责人情况及相关设施运营情况等等。1．来源：来源于各个委办局或者中石化、中石油等集团企业。2．格式：纸质文件、电子数据混存，没有形成统一的规范的数据格式，而且各数据源单位的数据也存在着重复、缺少的现象。3．数据量：全北京市加油加气站据不完全估计有1000多个，其对应的设施有储存设施、充装设施、燃气报警设施、消防设施等等，数据量相对不是很大。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．更新频率、方式：加油加气站的更新速度不是很快，其相关设施更新速度要视使用程度而定，目前的更新方式通过纸质文件或电子数据更改。1.1.1.1.1.数据量概算1、当前信息量目前初步估计有1050个加油加气站，基于现在没有信息系统，故数据量暂无。2、每天、每年增加的幅度加油加气站的新增速度不快，估计按照每年1%的速度增加。按照每个加油加气站所有数据量为1M计算，每年增长幅度为：1050*1%*1M=10M。3、5年后的总量5年后加油加气站数据约为：1050*1M+10M*5=1G。1.1.1.2.功能需求基于统一的空间信息资源，该系统要实现的系统功能如下图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图53系统功能需求1.1.1.1.1.油气站空间信息管理Ø空间信息查询：1．双向检索：可以从图形对象检索属性和从属性检索图形对象。2．空间查询：按照给出的区域描述查找该区域的所有加油加气站。3．时间查询：按年份按时段查询。4．属性查询：指定名称（目标）按属性和属性上的指定条件进行查询。5．综合查询：多条件组合查询；可以用空间条件和属性条件相结合进行综合查询。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）Ø信息统计：1．设施类别统计：对加油加气站进行分类（按能源类型，按价格等）统计。2．设施数量统计：可以分类统计某个区域内加油加气站的数量。3．按加油加气站的属性进行专题统计：如统计不同能源类型的地理分布情况；4．按不同时间段对各类加油加气站的属性及变化情况进行统计；5．空间、时间和属性组合统计；1.1.1.1.1.油气站台帐管理Ø使用情况、现状：能够通过待建系统掌握各个加油加气站的运行情况，运行状态、目前现状。包括储气等站内设施的使用年限、型号、规格、是否有损伤、损伤程度等等；Ø建设情况：包括油气站工程的竣工验收情况、建筑工程消防验收情况、危险化学品经营许可情况、质量监督检验情况、气源情况等等，所有这些都要能实时地收集到待建系统中，也能够通过这些信息对各个加油加气站进行宏观协调、管理；Ø101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）基础资料：包括加油加气站的空间位置、油气种类、规模、类型、级别、储气量等各种指标，要能对这些信息归类管理，能为管理人员提供快捷的查询功能；Ø负责人情况：包括各个加油加气站的联系人、联系电话等信息。要能很方便地通过加油加气站查找到负责人，也要能通过负责人查找到所负责的加油加气站和相关信息；1.1.1.1.1.协调记事管理Ø能够将协调处理的事件情况记录到系统中，包括处理过程、处理结果、参与处理人、经验总结等等Ø能够方便地查找过去协调过的事件；如果是关于加油加气站情况的协调事件，可以通过该协调事件查找到加油加气站及相关信息；Ø对于已经处理完很长时间的或没有保留意义的事件，可以从系统中删掉。1.1.1.1.2.资质档案管理Ø加油加气办工作人员能够把加气资质档案扫描到系统中进行电子信息管理，也可以由加气站资质申请用户通过系统直接把申请事项输入到系统中，由燃气办工作人员直接管理；Ø可以根据申请单位进行简单的查询；1.1.1.2.性能需求1．访问速度方面：设施查询速度不能大于60秒；101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况；2．资源利用方面：在进行海量数据的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其他的工作；3．使用灵活性方面：当系统与其他软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。1.1.1.1.系统处理能力需求（1）系统的用户不多，所以对系统的并发处理能力要求不高。（2）加油加气站数量不多，业务中也没有复杂的运算，一般系统处理性能和内存即可满足现有系统的应用。1.1.1.2.网络通信需求l基础数据方面：每年新增的加油加气站数量很少，数据量很小，对网络几乎没有影响。l运维数据方面：每天发生事件很少，所以数据量很小，无须考虑。l101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）系统运行方面：系统运行时没有大数据量要传输，用户访问时，地图数据以图片方式发送给用户，故无须考虑系统运行对网络产生的影响。1.1.1.1.安全保密需求l数据方面：加油加气站基础数据对领导、加油加气办、各委办局、中石化共享。l网络方面：系统将被部署在专网上。北京市加油（气）站综合管理办公室，由市发展改革委、市规划委、市建委、市市政管委、市交通委、市国土局、市商务局、市环保局、市质量技术监督局、市工商局、市安全生产监督局、市公安局消防局、市公安局交通管理局等成员单位组成。加油（气）站工作协调办公室设在市市政管委，负责本市加油（气）站管理办的日常工作。目前，全北京市各加油加气站设施的所有资料分散在13个委办局或者隶属的中石化、中石油等集团公司分别管理。系统设计实现以下目标：1．加油加气办工作人员不用再打电话、走访各委办局或企业单位查找需要的城市设施的资料，通过待建系统就可以掌握第一手准确的资料，节省了很多人力物力资源，也加快了办事速度，提高了工作效率和工作质量，提升了服务水平；2．101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）加油加气站城市设施的相关资料也不用由各委办局劳神费力地收集各自需要的资料，可以通过待建系统共享这些数据，大大节省了各委办局工作人员工作时间和精力、体力；1．对加油加气办工作人员日常的协调工作可以由系统统一管理，可以为以后类似的问题提供经验，形成行业知识库；1.1.1.运行环境系统采用B/S体系结构：表52系统运行环境服务器端服务器主机4G内存，2.8G以上CPU操作系统Windows2003Server数据库Oracle9i空间数据引擎ArcSDE9.0地图发布服务器软件ArcGISServer9.0WEB应用服务器IIS5.0客户端客户端主机普通PC机操作系统Win98WinNTWin20002003浏览器IE5.0以上1.1.2.基本设计概念和处理流程如下图，加油加气站管理包括五个组成部分：查询统计、系统管理、台帐管理、资质档案管理、协调记事管理。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图54系统结构图台帐管理：台帐管理主要管理加油加气站的基础数据和运营数据。包括数据的维护和管理。资质档案管理：资质档案管理是管理各个加油加气站的资质和档案，以便对各个加油加气站的监管和审核。协调记事管理：管理加油加气站相关的协调记事信息。查询统计：包括加油加气站的基本信息、运营信息、资质档案信息的查询和统计。为综合管理和决策提供服务。1.1.1.1.处理流程Ø管理的问题：协调油气站的各种事项。Ø处理流程：需要协调某事项时，市市政管委加油加气办要首先从各个委办局获得相关资料，然后才能针对具体事项开展协调工作。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图55业务流程图1.1.1.结构如下图，加油加气站管理包括五个组成部分：查询统计、系统管理、台帐管理、资质档案管理、协调记事管理。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图56系统结构图Ø台帐管理n基础资料录入和编辑抓取13个委办局关于加油加气站信息；加油加气站没有地理位置信息时，需要对加油加气站的地址进行地理编码，从而得到加油加气站的地理位置信息。n运营数据录入和编辑加油加气站的拆迁、新建信息的录入和编辑。Ø资质档案管理n资质档案录入和编辑加油加气站通过web页面把资质信息加入到系统中。n资质档案扫描101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）把现有纸质文档形式的资质文件扫描进入系统，形成加油加气站资质档案。Ø协调记事管理n协调记事录入和编辑在和其他委办局协调加油加气站问题过程中，把协调记事录入系统中，系统进行管理。Ø查询统计n协调记事查询统计根据协调记事的日期、协调事件名、责任人等查询统计协调记事记录。n资质档案查询统计根据资质档案的增加日期、法人信息、地区等查询统计资质档案。n台帐信息查询统计根据加油加气站的所属企业、地区、油气类型等查询统计协调记事记录。1.1.1.功能需求与程序的关系表53需求和程序的对应关系程序功能需求查询统计台帐管理档案资质管理协调记事管理油气站空间信息管理油气站台帐管理101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）协调记事管理资质档案管理1.1.1.人工处理过程1、台帐管理：需要工作人员维护台帐信息。2、档案资质管理：需要工作人员录入相关档案资料。3、查询统计：需要用户输入查询和统计条件。1.2.接口设计1.2.1.用户接口油气站台帐管理：用户选择油气站台帐管理，可以增加、修改、删除油气站的位置信息和属性信息。可以管理油气站的经营信息。资质档案管理：用户可以通过油气站查询相关的资质信息，可以增加、修改、删除这些资质信息。协调记事管理：用户选择协调记事，可以增加、删除、修改协调记事信息。查询统计：用户可以根据油气站的位置、规模、责任人、权属等查询油气站信息。可以按照地区统计油气站的整体经营信息。1.2.2.外部接口加油加气站管理系统WebGIS中间件市政基础设施管理系统数据交换平台接口接口功能接口101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图57外部接口加油加气站管理系统通过数据交换平台接口和市政基础设施管理系统进行数据交换。利用WEBGIS中间件的功能结构实现对油气站位置的管理以及和空间相关的分析功能。查询统计1.1.1.内部接口油气站台帐管理资质档案管理协调记事管理图58内部接口系统的各个模块之间的关系如上图所示：油气站台帐管理是基础，协调记事管理和资质档案管理辅助油气站的日常管理维护工作，查询统计为用户提供综合信息。1.2.系统数据结构设计1.2.1.逻辑结构设计要点1.2.1.1.数据分类表54逻辑结构分类费用大类小类说明加油加气站基础数据空间数据加油加气站空间位置属性数据加油加气站规模、油气种类、权属、负责人、安全等级等加油加气站运营数据加油加气站固定资产、销售情况、运营情况等101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）加气站资质数据资质数据申请数据1.1.1.1.ER图图59加油加气站ER图1.1.2.数据结构与程序的关系表55数据结构与程序的管理程序数据查询统计台帐管理档案资质管理协调记事管理加油加气站基础数据空间数据属性数据加油加气站运营数据加气站资质数据资质数据申请数据101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统出错处理设计1.1.1.出错信息表56系统错误信息表序号可能的错误或故障情况输出形式含义处理方法网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复外部接口错误必须请软件工程师调试解决业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。第2章.101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.地下管线综合管理1.1.总体设计1.1.1.需求规定1.1.1.1.输入、输出要求对输入到系统的各类型管线数据格式必须统一，以方便管线数据的在本系统的数据共享及管理。要求能把各管线分布图、管线当前状况图输出到打印机上。1.1.1.2.性能要求1、访问速度方面：井盖查询速度不能大于60秒。2、稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况。3、资源利用方面：在进行海量数据的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其他的工作。4、使用灵活性方面：当系统与其他软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.运行环境ØWeb服务平台：采用微软IISWindows系统自带，部署容易，并能很好使用ESRI的ArcIMS。ØGIS平台：采用ESRI公司的ArcIMSØ空间数据库平台：采用ESRI公司的ArcSDE大型关系型数据库（RDBMS）+空间数据引擎（SpatailDatabaseEngine）实现的空间数据库技术是目前成熟和有效解决海量空间数据管理的最佳路线。空间数据库是基于多层体系结构的，用于高效地存储、索引和访问维护在RDBMS中的矢量、栅格、元数据及其它空间数据。Ø.NetFramework1.0101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.基本设计概念和处理流程1.1.1.1.功能组成图61系统功能组成图上图中，法律规章制度管理、数据抓取、系统管理和综合查询在一期建设《地下管网综合应用信息系统》中已经实现；在本期建设中，有待对这几个模块的继续完善。本期拟扩展管线数据管理功能，从行业公司抓取专业预案以及管线事故信息，并提供历史版本的管理，建立历史信息链路，其他业务应用，市里统一部署，考虑另外立项进行。本期建设内容见下文描述。Ø管线数据管理A)从各权属单位抓取管线相关预案及事故档案数据。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）管线数据版本管理，要建立管线的现势数据和历史数据关联，能够管理不同版本的管线数据。1.1.1.1.处理流程市市政管委市政工程处主要负责综合协调、汇总、监控各权属单位的专业管线管理工作。在日常工作中，市政工程处需要汇总管线权属单位的管线年度新建计划、管线的维修计划和管线设施现状总存量、定期隐患排查结果及消隐计划。2004年市市政管委建设了《城市地下管网综合管理信息系统》，主要是整合了9家权属单位现有信息系统的管线数据，实现了分布更新，集中叠加综合查询。市政工程处工作人员可以利用这个系统查找所有的管线及附属设施信息。当发生了地下管网较大事故时，抢修办公室能通过该已建系统查找其周围管线及地上物等情况，根据这些来辅助专业指挥系统，如图所示。图62地下管线管理业务现状101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）根据上面描述，市政工程处可用已有城市地下管线综合管理信息系统查询管线的信息，使得日常工作较以前方便、有效，但还需要利用这些信息更多地服务于市政工程处以及其它政府部门的管理工作，如通过这些信息能前瞻性地避免事故的发生，以这些信息为主，辅以社会其他资源应对突发事件，从而增强政府协调、指挥的能力和力度，达到情况清，更好地为人民服务。因此，管线综合管理系统所涉及的问题以及相应流程描述如下：Ø管理的问题：1．日常工作：市政工程处汇总管线权属单位管线工作情况，包括管线年度新建计划、管线维修计划、管线设施现状总存量、定期隐患排查结果、消隐计划。2．突发事件：发生较大的地下管线事故时，参与抢修指挥部，根据管线信息、管线权属、管线周围环境情况及以往的抢修经验提出抢修方案，与其他抢修指挥部成员共同决策。Ø日常工作处理流程：1．管线的年度新建计划、维修计划、定期隐患排查结果、消隐计划，要由各管线权属单位向市政工程处定期或不定期提交报表，提交报表后，市政工程处工作人员按照报表种类和工作内容分别汇总，参照汇总报表监控各权属单位的管线工作。2．101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）管线设施现状总存量，各管线权属单位提交设施现状情况、总存量，市政工程处工作人员按照管线类表汇总，协调和监控管线单位的设施新建、维修情况。Ø突发事件处理流程：1．当发生紧急事件时，抢修办公室工作人员把事故信息的大概情况迅速录入《地下管网综合应用信息系统》，并查找历次事故的处理过程、处理方案、造成的次生灾害情况等等信息。2．启动预案，各权属部门、各协作政府部门参照《城市地下管线综合管理信息系统》提供的管线信息、管线附近环境情况、管线周围其他管线情况等信息共同分析、决策，并做出指挥。3．事故抢修完毕，抢修办公室工作人员把抢修情况、方案、现场资料、抢修总结、经验、体会等录入《城市地下管线综合管理信息系统》，形成历史事故备以后抢修事故借鉴。优化的业务处理流程如下图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图63地下管线综合管理业务处理流程1.1.1.结构系统采用B/S结构，如图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图64地下管线综合管理信息系统体系结构在管委内部，地下管网系统和井盖信息管理系统共享基础地形数据、正射影像数据、路网数据。系统提供接口供应急指挥系统调用。地下管网负责人和工作人员可以通过此系统对管线进行管理。系统提供和视频服务器的调用接口。燃气、通信等权属单位通过数据抓取政府专网访问系统，可以上报一些数据。市政府应急指挥和其他上级单位通过政府专网访问系统。系统预留了一些接口，用于将来系统扩展。1.1.1.功能需求与程序的关系系统功能与程序实现的关系如下表所示：表61功能需求与应用程序模块关系101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）程序模块功能需求管线数据管理系统管理统一管线编号提供数据抓取提供分层管理提供增量更新提供覆盖更新提供版本标定提供1.1.1.人工处理过程由于各权属单位及相应地区的GIS数据和管线数据格式不统一，在进入系统前需通过手动或相应软件工具进行格式转换。1.2.接口设计1.2.1.用户接口系统以图形化窗口的形式为用户提供良好的交互界面。交互接口主要有文本框、单选按钮、复选按钮、下拉框、各种命令按钮等。用户输入命令后，系统以对话框的方式提示错误或者正确。1.2.2.外部接口系统的外部软硬件接口结构如图所示：其他服务中间件Web服务系统软件基础层中间服务层数据服务层数据交换中间件数据访问组件硬件（包括网络）大型关系数据库系统GIS中间件.....101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图65系统外部接口结构图如图所示，本系统与其他软件接口可大致归纳描述如下：n数据访问接口系统通过该接口获得井盖基础数据、井盖运营数据以及法律法规信息等保存于数据库的相关数据信息；n数据交换接口系统通过该接口实现平台间各业务数据的共享保证数据的一致性要求，以及相关数据的上传及下达功能；nGIS服务中间件接口通过该接口系统完成井盖空间数据的共享与管理以及井盖在地图上的分部布局等信息展现。1.1.系统数据结构设计1.1.1.逻辑结构设计要点1.1.1.1.数据分类本系统的管线信息数据逻辑结构如下表所描述：表62系统数据逻辑结构列表101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）序号数据分类数据内容表现形式1. 管线及附属设施的数据空间数据、属性数据地图、库表2. 管线运营数据年度新建计划、管线维修计划、维修进度数据、维修过程记事数据、管线设施现状总存量（包括新建管线）、定期隐患排查结果、消隐计划、年度事故情况的数据。文档、报表可归纳为两类数据结构：1、报表表格类：权属单位上报的年度新建计划、管线维修计划、管线设施现状总存量、定期隐患排查结果、消隐计划报表以及在管线管理过程中的协调记事数据，市政工程处工作人员向上级政府部门上报的各类报表。2、系统基础数据类：包括全要素基础地形图、管线及管线附属设施的空间数据和属性数据。其中管线及管线附属设施数据包括原始数据和更新后的数据。 101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.ER图图66地下管网ER图1.1.2.数据结构与程序的关系数据结构与系统模块程序间的关系如下表所示：表63数据结构与应用程序模块关系程序模块数据结构类型管线数据管理系统管理报表表格类需要系统基础数据类需要101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统出错处理设计1.1.1.出错信息表64系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1.网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2.外部接口错误必须请软件工程师调试解决3.业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决4.程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。第2章.101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.井盖管理1.1.总体设计1.1.1.需求规定1.1.1.1.输入、输出要求对进入到系统的各类型井盖基础数据及运营数据格式必须统一，以方便井盖数据的在本系统的数据共享及管理。要求能把井盖分布图、井盖使用状况图输出到打印机上。1.1.1.2.性能要求1、访问速度方面：井盖查询速度不能大于60秒。2、稳定性方面：在利用本系统正常的工作中，不应出现妨碍工作顺利进行的系统错误或意外中止的情况。3、资源利用方面：在进行海量数据的查询、统计、分析的过程中，允许CPU和内存的占用率提升及网络带宽占有量的加大，但在操作结束后，应该及时释放所占用的资源，以保证工作人员利用电脑顺利进行其他的工作。4、使用灵活性方面：当系统与其他软件的接口发生变化，用户的操作方式、运行环境、对信息获取方式以及对期望获取的信息结果发生变化时，软件系统要做到易于调整，拥有高度的灵活性。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.运行环境ØWeb服务平台：采用微软IISWindows系统自带，部署容易，并能很好使用ESRI的ArcIMS。ØGIS平台：采用ESRI公司的ArcIMSØ空间数据库平台：采用ESRI公司的ArcSDE大型关系型数据库（RDBMS）+空间数据引擎（SpatailDatabaseEngine）实现的空间数据库技术是目前成熟和有效解决海量空间数据管理的最佳路线。空间数据库是基于多层体系结构的，用于高效地存储、索引和访问维护在RDBMS中的矢量、栅格、元数据及其它空间数据。Ø.NetFramework1.0101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.基本设计概念和处理流程1.1.1.1.功能组成图71系统功能组成图Ø井盖呼叫中心数据抓取A)收集井盖呼叫中心关于井盖丢失、损坏、移位的信息，转换成统一格式的数据。B)对于抓取的井盖使用信息的使用要求是，在待建系统中用不同的颜色分别显示8101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）个城区的井盖状况，可以统计出丢失井盖数量。如，红色，表示丢失的井盖；橙色，表示破损的井盖；黄色，表示移位的井盖；蓝色，表示正处理状态（已经通知了权属单位）；绿色，表示已经补装或更换。Ø井盖基础数据抓取1．本期系统主要管理次干道以上道路的有权属的井盖，包括主干道、次干道、快速路、辅路的井盖。2．井盖基础数据包括空间数据和属性数据。井盖作为专业管线的附属设施，在待建系统中，随管线数据的抓取同时抓取井盖数据，转换入系统。3．抓取的井盖数据在需要更改井盖状态时，可以由市政处内的专人负责更改。待建系统不能光靠密码来限制更改权限，并要记录更改人、更改时间、更改原因等信息，以备以后存档查看。4．待建系统要提供打印井盖瞬时状态信息的功能。Ø空间查询井盖1．根据管线知道其检查井的位置、数量、权属单位。2．显示城八区的井盖状况、井盖地理位置、权属单位。红色，表示丢失的井盖；橙色，表示破损的井盖；黄色，表示移位的井盖；蓝色，表示正处理状态（已经通知了权属单位）；绿色，表示已经补装或更换。3．点击井盖时，可以查看井盖的管线、权属单位和井盖的丢失损坏历史信息；点击管线时，也可以查找井盖的位置、数量、权属单位以及井盖发生事件的情况。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．在系统中，划定一个范围可以查到范围内的井盖数量、井盖分布及井盖权属；也可以输入多个条件查找井盖的情况。2．缓冲区查询：对单个或多个几何对象缓冲区空间关系进行查询。如查询距某一井盖20米内，又距另外一井盖20米内的某管线的井盖有哪些。3．周边查询：即基于某一空间对象邻近信息的查询，如查询一个井盖50米范围内的所有其他地物的空间分布。Ø统计分析1．可以制作井盖使用的多种统计图形。如，对井盖丢失数量的逐年统计、分区县统计、分权属统计等，图形表示可以为线图、饼图、直方图等。2．可以对井盖进行专题分析，如对于不同区县，根据丢失井盖数量级的不同，使用不同的颜色标示等。Ø统计报表管理1．月报表：城8区井盖使用情况月报表；各区市政管委、各权属单位的地下设施检查井井盖情况月报表。其中，城8区井盖使用情况月报表，供各权属单位共享查看。表现形式要有图、表形式。该报表中反映了市政工程处对各区井盖的监控情况，如现有井盖数量、正常补装情况、被盗丢失情况等。供兄弟单位彼此查看井盖情况，用来评比工作情况。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．日报表：呼叫中心的日报表。2．季报表：地下设施检查井井盖事故情况季报表（下一季度第一个月5日前）。3．其它报表：市政工程处的井盖半年统计报表；城八区井盖、水箅分布情况统计年报表；市政工程处的监管经费表；无主井盖装配经费表、无主井盖管理经费表；提交计划处的城市设施统计报表。Ø法律规章制度管理：指与井盖相关的法律法规和规章制度的管理，如：北京市地下设施检查井井盖管理规定；北京市市政管理委员会井盖管理实施细则；井盖、架空线、地下管线基本情况等。1．关键字查询：可以按照某个关键字查找相关的法律法规和规章制度。也可以有其他的查询条件。2．编制法律规章制度：可以由专人维护这些规章制度，增加新的法律法规。Ø系统管理维护管理：对系统运行参数，与外部接口参数等相关数据进行设置管理日志管理：通过记录每个用户的操作日志来增加系统的安全性和系统的管理能力。1.1.1.1.处理流程市政工程处主要负责协调、监控、监管各社会单位、各权属单位、各区县管委、市各委办局（园林局等）的井盖管理工作。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）自2005年3月10日市政管委增加了井盖管理热线，开通当天热线就接到市民来电347个，已大大超出了管委前期预计电话量，由于北京地下管网错综复杂，有些井盖很难确认产权单位，所以大量的问题便通过热线管理系统的WEB、邮件、短信方式转交到了区县管委督办处理。通过市政管委的多方协调与督办，目前各区县处理问题的回复率均能在到90%以上。但还是存在一些问题：由于信息化系统没有对接联网，所以数据要在一个固定时间发给区县管委，没有形成一个及时、迅速的联动系统。市政工程处井盖管理负责人依据各权属单位、区县管委、社会单位、市各委办局每月提供的井盖使用情况报表汇总生成《北京市城8区井盖使用情况月报表》提交上级领导；同时，为了及时掌握井盖的使用情况，呼叫中心每日向市政工程处提交井盖使用情况报表，从而得到各个城区井盖丢失、损坏、移位、补装的处理情况；对长时间没有处理的井盖问题，市政工程处要督促并监管井盖的权属单位进行处理。以下是井盖使用情况的业务现状图：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图72井盖使用情况业务现状根据以上描述，发现如下问题：市政工程处不能实时掌握井盖的使用状态；不能明确地及时地界定井盖的权属；对各单位的井盖管理工作缺乏公开、透明的评价体系；在生成月报表时耗时费力；工作方式、手段相对落后，井盖管理方面明显存在着“情况不清”的现象。所有这些问题正是由于信息不完整、信息传递滞后、加工信息方法落后等原因所致。如上图所示，井盖使用信息的来源主要是权属单位和呼叫中心，信息汇报到市政工程处，均要晚于事发时间一天到数天，瞬时信息不能及时反映，削弱了市政工程处对井盖管理工作的协调、监控、监管的能力。所以，市政工程处需要信息化的先进手段管理这些情况。因此，井盖管理系统所涉及的问题以及相应流程描述如下：Ø管理的问题：1、市政工程处实时掌握随新建道路和新建管线增加的井盖信息。2、101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在井盖发生了丢失、破损或移位的情况时，市政工程处及时协调井盖权属单位进行处理，并监管权属单位的处理情况。Ø井盖新增处理流程：新铺设道路或新建管线时，增加了井盖，权属单位通过月报表上报市政工程处，市政工程处统一管理。Ø井盖丢失、损坏、移位的处理流程：1．根据井盖CallCenter的日报，市政工程处了解井盖发生的情况，和未采取补装、更换、归位措施的权属单位。2．协调权属单位尽快处理，并监管处理情况。3．对有客观原因未能执行的权属单位，协调其他部门处理；对拒不执行或有意拖延的权属单位，经协调无效，请求上级部门处理。 设想随着系统的建设和运行，所有的井盖丢失、损坏、移位的使用状态信息均来自于呼叫中心。优化的业务处理流程如下图所示：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图73井盖管理业务流程1.1.1.结构井盖管理系统的体系结构如下图所示：系统管理法律规章制度管理模块空间查询统计分析模块统计报表管理模块数据抓取模块图74系统体系结构图如上图所示可看出数据抓取模块应为系统其他模块提供访问及配置接口。统计报表管理模块使用访问接口获得其他应用系统的数据信息；系统管理模块使用配置接口实现对抓取数据源及相应配置项的设置操作。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.功能需求与程序的关系系统功能与程序实现的关系如下表所示：表71功能需求与程序关系表程序模块功能需求数据抓取服务统计报表管理空间查询统计分析法律规章制度管理系统管理井盖信息维护提供提供井盖信息编辑提供井盖信息查询提供提供井盖信息统计提供井盖信息显示提供井盖信息输出提供1.1.2.人工处理过程　各权属单位的井盖报表数据在对上级领导进行汇总报告时，需将各单位报表材料作为参考进行手动汇总，本系统不提供自动汇总功能。1.2.接口设计1.2.1.用户接口系统以图形化窗口的形式为用户提供良好的交互界面。交互接口主要有文本框、单选按钮、复选按钮、下拉框、各种命令按钮等。用户输入命令后，系统以对话框的方式提示错误或者正确。1.2.2.外部接口系统的外部软硬件接口结构如图所示：Web服务系统软件基础层中间服务层数据服务层数据交换中间件表单服务数据访问组件硬件（包括网络）其他服务中间件大型关系数据库系统GIS中间件101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图75系统外部接口结构图如图所示，本系统与其他软件接口可归纳描述如下：n数据访问接口系统通过该接口获得井盖基础数据、井盖运营数据以及法律法规信息等保存于数据库的相关数据信息；n数据交换接口系统通过该接口实现平台间各业务数据的共享保证数据的一致性要求，以及相关数据的上传及下达功能；n表单服务接口系统通过该接口实现表单管理与应用；nGIS服务中间件接口通过该接口系统完成井盖空间数据的共享与管理以及井盖在地图上的分部布局等信息展现。1.1.1.内部接口系统内部接口如下图所示：系统管理统计报表管理模块数据抓取模块101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图76系统内部接口图如上图所示可看出数据抓取模块应为系统其他模块提供访问及配置接口。统计报表管理模块使用访问接口获得其他应用系统的数据信息；系统管理模块使用配置接口实现对抓取数据源及相应配置项的设置操作。1.1.系统数据结构设计1.1.1.逻辑结构设计要点1.1.1.1.数据分类本系统的井盖信息数据逻辑结构如下表所描述：表72数据逻辑结构列表序号数据分类数据内容表现形式1. 井盖基础数据空间数据井盖空间位置、高程、和地下管线关联信息等地图2. 属性数据井盖权属、材质、重量等信息表3. 井盖使用状态数据井盖丢失、损坏、移位的时间、井盖地点、标识建筑物、检查井性质、处理方式、处理费用等属性图、地图4．法律法规数据相关政策、法律法规和规章制度。文本文件 可归纳为以下数据结构：101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1．井盖基础数据：指的是井盖空间数据和井盖属性数据。各专业管线的井盖归各权属单位管辖，井盖基础数据依托于地下管线数据，由各权属单位负责整理提供。社会井盖和无主井盖，则依赖呼叫中心受理，发现一处补一处，在运行中逐步完善。2．井盖使用状态数据，称为井盖运维数据：指的是井盖在日常使用中的各种状态。根据《北京市地下设施检查井井盖管理规定》、《北京市市政管理委员会井盖管理实施细则》等的相关规定，井盖状态数据包括，井盖丢失、损坏、移位的数据信息。具体的井盖状态信息来源于井盖呼叫中心，包括发生时间、井盖地点、标识建筑物、检查井性质、处理方式等等。3．法律法规数据：指的是涉及井盖管理的相关政策、规章制度及法律法规的规范，便于用户随时查阅。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.ER图图77井盖管理系统ER图1.1.2.数据结构与程序的关系数据结构与应用程序模块间的关系如下表所示：表73数据结构与程序关系表程序模块数据结构类型数据抓取服务统计报表管理空间查询统计分析法律规章制度管理系统管理井盖基础数据需要需要需要井盖使用状态数据需要需要需要法律法规数据需要101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统出错处理设计1.1.1.出错信息表74系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1.网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2.外部接口错误必须请软件工程师调试解决3.业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决4.程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。101 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.供热管理1.1.总体设计1.1.1.需求规定北京市供热管理办公室设在市市政管委，负责供热行业管理工作；参与制订供热发展规划；参与重要供热项目的设计审查和工程验收；负责审批供热企业的资质；监督检查供热行业安全管理和服务工作。本系统总体目标是：以数据库管理系统为核心，供热值班系统为居民用户反映渠道，远传监测系统为数据采集与问题投诉落实，实际解决供热问题依靠区县远端系统。供热管理系统设计有4个子系统，即：供热服务热线和远传系统、GIS系统、室温监测远传系统、供热管理数据库系统。图81需求功能结构图186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）供热管理系统的各子系统相互配合使用，其中供热服务热线系统和室温监测远传系统相关联，既可以接受居便民投诉，又可以及时准确的掌握各地区真实的供热情况；供热服务热线远传系统和供热管理数据库系统相配合，为快速处理各种供热问题提供了通常的渠道和便利的参考数据。1.1.1.1.1.供热服务热线系统建立呼叫客户服务热线，集中接听居民投诉和反映问题，目前已经有由首信公司搭建的CALLCENTER，可以满足基本的来电信息的接收和转发功能。并完成主呼叫中心到区（县）呼叫中心的数据传输，为各区县管委提供相应信息，并监督问题的解决。1.1.1.1.2.室温监测远传系统远传系统主要是数据采集和传输两大部分，同时兼顾地理信息数据定位。供热数据包括热感设备安装位置、安装时间、电池状况、运行状况、一般10分钟/次（应急时1分钟/次）采集后通过一个经过试验证明的公式换算的室内温度数据、所属供热源等，共6个字段。远传数据的时间间隔可以根据情况远程设定。数据的传输采用现行通用的公网GPRS无限传输，有传输速度快、传输及时、资费低廉等优点。热感设备的安装采取在每栋建筑物内每个供热管线最不利循环点安装一个，设备与回水管道金属管直接接触。热感与回传设备结构简图如下：186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图82室温监测远传示意图该系统工作流程：热感采集的管道温度数据结合当时的气温共同作为变量，根据试验公式换算转换为相应的室温，室温由硬件中的通讯部分通过GPRS网络传输到指挥中心数据库，经过软件处理在GIS系统上以图形形象显示出来。室温低于16度为红色，高于20度为黄色，正常值范围显示为绿色。可以直观反映各地区供热情况。1.1.1.1.1.GIS系统地理信息系统（GeographicInformation186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）System,简称GIS）是一种采集、存储、管理、分析、显示与应用地理信息的计算机系统，是分析和处理海量地理数据的通用技术。GIS的强大之处在于其将空间信息的处理与属性信息完美结合起来，使人们不仅仅知道存在什么样的信息，而且知道其发生在什么地方，并能研究其在空间与时间上的变化。GIS一改人们传统中的制图用图模式，用现代计算机技术来管理和分析空间数据，并将结果目视化，提高人们的认知能力与信息处理能力，为科学管理和决策提供重要手段。GIS系统建设总体目标是：以计算机软硬件为依托、以北京市数字地图为基础空间数据、以供热系统各类数据为主体，利用GIS对空间对象及其属性数据的一体化管理功能，对空间和非空间数据进行一体化存储和高效率管理，实现对供热信息资源的管理、查询、统计分析等功能，为领导指挥决策提供依据，为整个供热系统提高工作效率和经济效率。在设计上，采用PDA结合WEBGIS新技术建立系统，达到：远程监管，指挥实时，现场任务明确、处理有方，任务回复及时便捷，故障处理可视化。总之，整个供热系统可以覆盖全市供热面积90％以上，1400万人口，4000座供热锅炉房，提高工作效率，加大对供热企业的监督、改善供热服务质量，广大居民从中受益，具有极大的社会效益。1.1.1.1.1.数据库系统存储所有供热系统的基本信息，主要包括地理信息、设备设施信息、热用户基本信息等。主要做为处理问题的辅助工具。存储所有供热热线反映问题与远传监测系统的数据，为合理的供热管理与供热工作提供一手统计数据，建立科学的决策分析系统与指挥系统,并为GIS系统的建立做好数据准备。在上述分系统全部开始建设时建立，数据逐步充实，逐步完善，安全等级分层授权使用。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在设计上，本系统数据库包括四个子数据库，每个数据库都采用ORALE，保证数据的安全性和数据存储和处理的能力。1、收费管理数据库本库数据主要是监测的供热企业的收费情况，需要与收费系统管理数据库交换数据。并与基本情况数据库有数据交换，以获得供热单位的信息。2、供热企业基本情况数据库本库数据内容包括锅炉房名称、直属上级单位、锅炉房照片，体现管材等3、能耗数据库本库数据包括燃料类型（水电气热、煤油等）和多少情况，因国家能源紧缺，在供热上投入能源指标较少，因此今年后重点工作是在完成供暖任务的同时实现节能，这也是本数据库建立的原因。4、室温远传设备管理数据库本数据库内容包括热感的安装位置、电池、运行状况、实时回传的数据以及热感所在建筑的地址等。另外，数据库的数据要求保存一年历史数据，进行双机热备份。1.1.1.1.性能需求186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在供热数据中心进行普通查询操作，系统响应时间小于3s；进行复杂的锅炉房位置，供热范围结合管道的分布，小区状况等查询操作，系统响应时间在1分钟以内，在其他区县委向中心与本区县查询内各个简单查询，系统响应时间小于3s；进行复杂空间查询操作，系统响应时间在3分钟以内。远传设备采集的温度数据换算为室温后的允许误差0.5度1.1.1.1.系统处理能力需求系统涉及服务热线、数据采集、数据库管理及GIS平台等多种系统，应分别要求（1）服务热线：要求呼损率不大于40%；（2）室温监测远传系统：要求远传管理系统可以处理60000个居民监测设备与锅炉房的3000个接收系统间隔10s的数据传送；（3）数据库管理系统：无特殊要求；（4）GIS平台：可以增加供热相关主体、设备等图层，在供暖季节查询速度不应大于5s。1.1.1.2.网络通信需求本系统的室温监测远传系统中的60000个居民监测设备与锅炉房的3000个接收系统，采用GPRS系统作为网络系统，每个监测点与接收点的数据量为1K左右，实时数据通过GPRS网络汇集到移动数据网络，在通过光纤与供热管理数据库系统连接，考虑到监测点多，要求网络带宽10M186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）。供热服务值班热线系统与18个区县的供热服务值班热线远传系统通过光线专线与供热管理数据库系统连接，数据量根据居民反映情况带宽2M能满足要求。1.1.1.1.安全保密需求l数据方面：供热基础数据对领导、供热办、区县供热办、相关委办局、热力集团及其它中小型供热单位共享。l网络方面：系统将被部署在专网上。1.1.2.运行环境系统采用B/S体系结构：表81系统运行环境服务器端服务器主机4G内存，2.8G以上CPU操作系统Windows2003Server数据库Oracle9i空间数据引擎ArcSDE9.0地图发布服务器软件ArcGISServer9.0WEB应用服务器IIS5.0客户端客户端主机普通PC机操作系统Windows浏览器IE5.0以上1.1.3.基本设计概念和处理流程1.1.3.1.业务分析目前，北京市供热处初步建立了信息化系统，包括呼叫中心等，初步建立了信息化管理流程，对于供热系统应急处理达到一定程度的高效。而对于下属各区县供热办、供热企业及其设备的管理以及应急处理能力还有完善的空间。北京市供热系统，以北京市市政管委供热处为领导，下属18个区县供热办，以及诸多供热企业，面临着诸多管理和服务任务。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图83供热系统组织结构图冬季处理群众投诉业务管理流程是：群众来电呼叫中心来电登记值班日志领导批复转办交办办文批示立案催办其他领导批示登记需本单位领导批复根据来电情况判断领导批复需上级领导批示需其他单位办理需下级区县单位办理需立案图84原办理流程目前存在问题：公众通过热线电话反映自己遇到的供热问题时，通常夸大实际情况，对产权、运行管理单位等基本情况描述不清，使工作人员无法单依靠电话信息准确判断问题性质、责任主体、和紧急程度，给故障排除带来很大困难。一线人员到现场办理时间慢，地址不易找、处理没有实时指挥，无法实时与指挥者联系、办理结果不能实时反馈等诸多问题。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）这些目前从综合管理，长远发展的角度考虑，系统中GIS部分建立以PDA与WEBGIS技术结合为基础的系统解决问题。1.1.1.1.业务目标1、提高室温监测数据的准确度2、提高室温数据监测的远程控制能力3、提高居民描述点的快速界定以及查询能力，并有处理预案。4、提高居民投诉问题的快速高效处理能力和实时可视化监督管理能力5、做到处理结果快速上报，快速反馈1.1.1.2.处理流程图85业务流程图1.1.2.结构186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）本系统以数据库管理系统为核心，供热值班系统为居民用户反映渠道，远传监测系统为数据采集与问题投诉落实，实际解决供热问题依靠区县远端系统。系统框架图如下：图86系统功能结构图1.1.1.功能需求与程序的关系表82需求和程序的对应关系程序功能需求采集传输录入查询统计分析数据维护输出供热服务热线室温监测远传GIS平台数据库系统1.1.2.人工处理过程1、供热服务热线：需要人工坐席；2、室温监测远传：需要人工辅助管理和调度；186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1、GIS平台：需要初始化数据，设置图层。1.1.接口设计1.1.1.用户接口系统以图形化窗口的形式为用户提供良好的交互界面。交互接口主要有文本框、单选按钮、复选按钮、下拉框、各种命令按钮等。用户输入命令后，系统以对话框的方式提示错误或者正确。1.1.2.外部接口供热子系统的运行需要基础平台如网络、硬件、操作系统、数据库系统的支持，在这些基础上，供热系统需要与GIS平台（含WEBGIS中间件）、呼叫平台、表单定制中间件等集成，共同完成供热业务管理。图87外部接口186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.内部接口图88内部接口如图所示，服务热线、室温监测、GIS平台围绕数据库管理系统运行。室温监测远传系统将室温监测数据传送至中心数据库，数据库管理系统进行数据的存储维护，另一个方向可以对室温监测系统提供管理数据；服务热线系统将热线问题数据传送至中心数据库，数据库管理系统进行数据的存储维护，另一个方向可以对服务热线系统提供数据查询；GIS平台从数据库管理系统提取数据进行展现。1.2.系统数据结构设计1.2.1.逻辑结构设计要点表83逻辑结构分类费用大类说明服务热线数据供热热线反映问题室温监测数据包括热感的安装位置、电池、运行状况、实时回传的数据以及热感所在建筑的地址等收费数据监测的供热企业的收费情况，需要与收费系统管理数据库交换数据企业基本情况数据186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）包括锅炉房名称、直属上级单位、锅炉房照片，体现管材等能耗数据包括燃料类型（水电气热、煤油等）和多少情况1.1.1.ER图图89供热管理ER图1.1.2.数据结构与程序的关系表84数据结构与程序的管理程序数据采集传输录入查询统计分析数据维护输出服务热线数据室温监测数据收费数据186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）企业基本情况数据能耗数据1.1.系统出错处理设计1.1.1.出错信息表85系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1.网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2.外部接口错误必须请软件工程师调试解决3.业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决4.程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。第2章.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.户外广告管理1.1.总体设计1.1.1.需求规定根据市政管委户外广告处的基本业务流程可以总结出户外广告管理系统主要有以下几类基本需求：图91户外广告总体需求图1.1.1.1.户外广告设置规划方案管理186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）图92户外广告设置规划方案管理图nWebGIS系统的基本功能系统提供的基本数据浏览功能包括放大、缩小、平移、全图等，具体如下：l放大：点击地图放大或者在地图上拉框以确定放大范围实现地图放大。l缩小：与放大相反，实现地图比例尺的缩小。l平移：在地图上拖动鼠标以实现相同比例尺下的地图范围的移动。l全图：将视图切换到全图范围。全图范围即地图专题范围边界。l图例：用户可以通过查看图例来确定地图上显示的元素的类别l根据比例尺动态调整显示内容：系统可以根据需要设定在不同的比例尺下显示不同的内容。l鹰眼显示：系统可同时显示全景图视窗、在全景图上可移动当前视窗所处的地理位置，而在局部区域图上进行缩放及移动又可以在全景图上得以反映，用户可方便地了解全局和局部的关系。l图层控制：用户可以根据需要选择要显示的图层和不要显示的图层，这样地图上显示的东西即用户所关心的图层。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）l距离、面积的量算：系统支持对地图上两点之间距离以及多边形面积的计算。n户外广告设置规划信息的发布获得市人民政府户批准的户外广告规划信息应及时在市市政管委的网站上，通过信息及时公开发布，各区县户外广告管理人员、广告投资机构、社会公众可随时查阅到户外广告总体规划信息和有关户外广告的设置规划条件和设计要求。n户外广告设置规划信息查询户外广告管理人员随时掌握某一地段户外广告现状和规划的相关信息，便于进行决策、管理。n户外广告设置规划信息的修改户外广告管理人员可以对户外广告的规划信息进行修改。如,由于实际需要，用户可以在某一地段增加或者减少一个广告牌，或者改变改广告牌的一些基本属性如改变高度、宽度或者修改广告牌的内容等。n户外广告设置规划信息的分析统计在地图上用不同的标志符号表示各种类型的户外广告设置规划信息，这样管理部门可以直接通过看地图就可知道广告位置及其广告类型。用户可以按照类别、或者地段对该类别或者该地段的户外广告规划信息进行查询统计，以便更好的进行决策、分析。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.户外广告查询统计图93户外广告信息查询统计需求图系统需要定期更新数据，保持户外广告现状信息进行统计和分析的准确性。户外广告管理的数据范围包含高（快）速路、长安街延长线、二环路、三环路、四环路、五环路、六环路两侧和首都机场、市内火车站周边地区、经济开发区的公共场所。户外广告的查询与统计主要有以下一些功能：nWebGIS系统的基本功能系统提供的基本数据浏览功能包括放大、缩小、平移、全图等，具体如下：l放大：点击地图放大或者在地图上拉框以确定放大范围实现地图放大。l缩小：与放大相反，实现地图比例尺的缩小。l平移：在地图上拖动鼠标以实现相同比例尺下的地图范围的移动。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）l全图：将视图切换到全图范围。全图范围即地图专题范围边界。l图例：用户可以通过查看图例来确定地图上显示的元素的类别l根据比例尺动态调整显示内容：系统可以根据需要设定在不同的比例尺下显示不同的内容。l鹰眼显示：系统可同时显示全景图视窗、在全景图上可移动当前视窗所处的地理位置，而在局部区域图上进行缩放及移动又可以在全景图上得以反映，用户可方便地了解全局和局部的关系。l图层控制：用户可以根据需要选择要显示的图层和不要显示的图层，这样地图上显示的东西即用户所关心的图层。l距离、面积的量算：系统支持对地图上两点之间距离以及多边形面积的计算。n广告定位用户通过这种方式确定到某个或某些广告位，这些目标广告在电子地图上定位并高亮显示。n周边环境查询186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）首先通过其他方式确定目标广告牌位置（可通过关键字、点图查询等方式），根据需要查询以目标广告位为中心一定距离为半径的区域内的所关心的各类人文和地理要素，查询的结果高亮显示。如查询某一灯箱广告200米范围的金融银行、邮政机关等单位等，还可以查询这些记录的地理位置和详细信息。n点图查询在地图上点击某个位置，系统根据设定的区域方式（点图方式、拉框方式、画圆方式）和半径值搜索某类广告牌。n模糊查找定位地图模糊查找定位功能是通用功能，其可以结合户外广告管理的业务为广告发布企业服务。如用户只记住客户公司名称的一部分，那么通过模糊查找输入客户公司名称的一部分，查询出符合要求的记录，然后确认自己所要的记录并定位。n按品牌、类别、地区统计用户可以根据户外广告的属性（品牌、类型、所属地区等）来统计与之相匹配的广告牌，从而确定广告牌位置编号，获得其他详细专业信息和位置信息。n缓冲区查询指公交车车身广告所影响的区域人文信息的查询。公交车沿着公交路线流动，所以车身广告所覆盖的区域是以公交路线为中心的周边1公里为距离的带状区域。n反向查询186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）它根据广告行业专业需求而设计开发的一项功能，比方说广告客户是一个服装厂商，他的服装广告牌，最好在广告牌的周围有很多家大型商场，可以理解为要查找在多少米范围内有大于多少个大型商场的某一类广告牌。n广告公司查询输入广告公司关键字，系统可搜索到与之相匹配的广告公司，并能有高亮度方式显示在地图中心，还可查看广告公司的详细信息，方便了广告管理部门对广告公司的管理。n户外广告报表分析户外广告报表分析是指系统应提供强大的报表生成和报表输出功能，提供多种报表模板，能以文字、表格、统计图表等多种方式输出统计报表；同时，系统提供强大的报表编辑、输出功能以便更好的对户外广告进行分析、决策。n户外广告地图打印地图打印是地图输出的一种重要形式，通过搭建系统建立的打印模板，办公人员可以根据需要自由选择打印模板，进行地图打印标识等以适应各种打印需求。同时，工作人员可以在系统默认的打印模板上进行二次的修改，以适应自己的地图打印需要。二次修改的内容包括：符号添加，边框设置，图文一体化输出，图章控制，打印选项控制。1.1.1.1.户外广告维护户外广告维护子系统主要提供对户外广告空间数据（如位置）及户外广告属性数据进行类型转换、186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）数据库维护以及实现外挂数据连接等功能，方便用户对已经存在的户外广告数据进行管理维护，保证数据的完整、安全。n数据维护更新功能数据维护更新功能包括户外广告空间信息和属性信息的联动添加、删去和修改。其中，数据格式转换可以实现不同格式的矢量数据间的数据格式转换；数据的导入和导出可通过数据转换和接入工具将更新后的数据导入到系统中，还可以利用导出工具导出为交换格式。n户外广告编辑户外广告的编辑工作主要包括根据实际数据对户外广告的基本信息进行修改、在地图上添加新的广告牌以及该广告牌的基本信息、在地图上删除已有的广告牌。1.1.1.1.户外广告监督管理户外广告监督与管理模块主要记录已经发生的违规事件，包括违规广告位置信息、广告公司信息、违规内容信息、处理意见信息等。具体功能如下：n查询：能够查询某广告公司违规广告信息；n统计：统计某广告公司违规广告数量、按违规类别统计违规信息；n记录广告公司“黑名单”；n记录违规事件处理过程即结果信息。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.系统管理系统管理包括用户管理、角色权限管理和日志管理。n用户管理要为系统的每个用户建立一个用户名和密码，用户可以修改密码。n角色权限管理要使系统的每个用户都对应一个或多个角色，每个角色拥有不同的管理权限，系统通过分配和管理这些权限来定义相应角色。n日志管理要通过记录每个用户的操作日志来增加系统的安全性和系统的管理能力。1.1.2.运行环境1.1.2.1.系统硬件需求表91系统硬件需求表序号用途数量备注1广告规划方案管理应用服务器1（台）户外广告处内部使用2广告规划方案管理数据库服务器1（台）户外广告处内部使用3户外广告管理WEBGIS应用服务器1（台）4户外广告管理WEBGIS数据库服务器1（台）5数据备份服务器2（台）6扫描仪1台186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.系统软件需求表92系统软件需求序号类别数量备注1操作系统WindowsServer5套2GIS应用平台ArcIMS1套3数据库Oracle1套4中间件BEA或其它1套1.1.2.基本设计概念和处理流程1.1.2.1.设计的原则和方法以现实需要为基本出发点，确保适应未来发展的需要是建设应用信息系统的基本原则。本系统的设计将遵循如下具体的原则和方法：【1】可靠性系统应保证长期安全运行。系统中的硬、软件及信息资源要满足可靠性设计要求。充分考虑利用现有设备，合理化的使用现有各种网络资源，同时为不同现存网络提供互连和升级手段。【2】标准性系统采用的信息分类编码、网络通信协议和数据接口标准必须严格执行国家有关标准和行业标准。【3】开放性186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）系统要涉及多种数据库，需要提供开放的接口。要具有多机种、多平台的兼容性，系统在处理能力、数据存储容量、网络技术和数据接口等方面具有良好的互操作性和可扩展性，以保证今后的扩展和已有设备的升级。随着技术的发展和信息的增多，系统能够平滑升级。【1】安全性系统应具有切实可行的安全保护和保密措施。对计算机犯罪和病毒具有强有力的防范能力。保证数据传输可靠，防止数据丢失和被破坏，确保数据永久安全。【2】容错性系统应具有较高的容错能力，要有较高的抗干扰性。对各类用户的误操作要有提示和自动消除能力。【3】可扩充性系统的软硬件应具有扩充升级的余地，保护以往的投资，能够适应网络及计算机技术的迅猛发展和需求的不断变化，使系统中的信息资源具有长期维护使用能力。易扩展性同时保证二次开发，并且可以保证系统管理员或技术员能及时改善系统的功能【4】实用性充分考虑政府及社会的现实需要以及北京市市政管委的现行管理体制、管理模式、业务流程及人员结构的现状。【5】先进性186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）根据建设资金情况，应保证在实用可靠的前提下，注重应用成熟技术，尽可能在最佳性/价比下选择国内外先进的计算机软硬件技术、信息技术和网络通信技术，使系统具有较高的性能指标。【1】易用性系统设计面向最终用户，必须保证易操作、易理解、易控制。人机界面简单、统一、友好；指令简单、准确、无异议，符合东方人的思维方式；系统所出现的问题能够及时预报并迅速解决。【2】阶段性系统的开发必须遵守总体规划、分段实施的原则。通过遵循这一原则，保证各个阶段的工作目标能满足用户的现实需要，达到边建设边见效的目的。1.1.1.1.数据流图户外广告子系统数据提供方为北京市测绘部门、信息资源中心、户外广告处；数据消费者：户外广告管理办公室、社会大众。户外广告的空间数据，由自北京市测绘部门、和信息资源中心和户外广告管理办公室提供交由户外广告管理办公室和社会公众使用。户外广告的属性数据，由户外广告管理办公室提供交由户外广告管理办公室和社会公众使用。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）户外广告的规划信息，由户外广告管理办公室提供交由户外广告管理办公室和社会公众使用。数据流程图如下：图94数据流图1.1.1.结构表93系统结构一级模块二级模块三级模块四级模块备注户外广告设置规划方案管理WebGIS系统的基本功能数据浏览放大功能缩小功能拖动平移还原显示高亮显示元数据显示输出图层控制在线量算坐标距离186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）面积在线定位图号定位图号查询坐标定位道路定位地名定位户外广告设置规划信息查询、统计属性查图图查属性缓冲区查询行政单位查询SQL查询专题地图统计专题图单值专题图分段专题图标签专题图户外广告设置规划信息的修改添加广告牌删除广告牌修改广告牌的基本信息户外广告管理WebGIS系统的基本功能与户外广告设置规划方案管理部分相同户外广告信息的查询、统计专题图户外广告维护户外广告编辑报表打印输出查询186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）户外广告监督管理统计记录广告公司“黑名单”记录违规事件处理过程即结果信息1.1.1.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.功能需求与程序的关系表94功能需求与程序结构的关系数据浏览在线量算在线定位属性查图图查属性缓冲区查询行政区查询SQL查询统计专题图单值专题图分段专题图标签专题图户外广告编辑记录黑名单记录违规事件用户管理角色权限管理日志管理户外广告设置规划方案管理√√√√√√√√√√√√户外广告查询统计√√√√√√√√√√√√户外广告维护√√√186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）户外广告监督管理系统管理√√√186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.接口设计1.1.1.用户接口表95用户接口界面名称详细要求备注主界面综合的界面，包括主要功能的按钮，及最新的户外广告信息，并提供用户登录的信息WEBGIS基本功能基本数据浏览功能包括放大、缩小、平移、全图、图例、鹰眼显示、图层控制、距离面积量算等查询统计根据所在的项目，提供相应的条件文本输入框、下拉选择框、单选框、复选框等，编辑之后实现查询报表分析提供多种报表模板，能以文字、表格、统计图表等多种方式输出统计报表；同时，提供强大的报表编辑、输出功能信息列表以列表的形式显示各类信息的标题，点击标题之后可进入相应的信息浏览信息浏览186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）详细显示各类信息，包括广告位置信息、广告公司信息、违规内容信息、处理意见信息等系统管理提供给系统管理员的操作界面，以便对用户、角色权限进行编辑获得授权的管理员专用日志浏览详细显示日志的信息，包括时间、操作员、操作对象、操作内容等获得授权的管理员专用1.1.1.外部接口系统的外部软硬件接口结构如图所示：Web服务系统软件基础层中间服务层数据服务层数据交换中间件表单服务数据访问组件硬件（包括网络）其他服务中间件大型关系数据库系统GIS中间件图995系统外部接口结构图如图所示，本系统与其他软件接口可归纳描述如下：n数据访问接口系统通过该接口获得户外广告基础数据、户外广告运营数据以及法律法规信息等保存于数据库的相关数据信息；n数据交换接口系统通过该接口实现平台间各业务数据的共享保证数据的一致性要求，以及相关数据的上传及下达功能；186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）n表单服务接口系统通过该接口实现表单管理与应用；nGIS服务中间件接口通过该接口系统完成户外广告空间数据的共享与管理以及户外广告在地图上的分部布局等信息展现。1.1.1.内部接口系统内部接口如下图所示：系统管理统计报表管理模块数据抓取模块图96系统内部接口图如上图所示可看出数据抓取模块应为系统其他模块提供访问及配置接口。统计报表管理模块使用访问接口获得其他应用系统的数据信息；系统管理模块使用配置接口实现对抓取数据源及相应配置项的设置操作。1.2.系统数据结构设计1.2.1.逻辑结构设计要点表96户外广告空间位置字段名类型可空186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）经度数字否纬度数字否高度数字否表97户外广告详细规划图字段名类型可空北京市主干道路户外广告设置规划效果图SHP否主干道路建筑物群每个户外广告牌设置具体属性数据文本是禁止设置户外广告设施的道路和区域、城市绿地、河湖、水库水面分布图SHP是不适合设置户外广告的道路和区域分布图SHP是禁止有车身广告车辆通行的路段和地区分布图SHP是SHP是186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在设置单柱式和落地式屋外广告设施时，不得超过规定的限制高度的城市道路两侧以及三环路以内的其它地区分布图禁止设置户外广告设施危险建筑物、构筑物的分布图SHP是表98户外广告属性数据字段名类型可空位置文本否长度数字否宽度数字否厚度数字是批准时间日期/时间否发布单位文本否发布时间日期/时间否有效时间日期/时间否表99户外广告业务数据字段名类型可空规划信息文本否规划条件文本是设计要求文本是表910系统管理日志字段名类型可空日期时间日期/时间否186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）操作员文本否操作对象文本否操作内容文本否1.1.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.数据结构与程序的关系表911数据结构与程序的关系数据浏览在线量算在线定位属性查图图查属性缓冲区查询行政区查询SQL查询统计专题图单值专题图分段专题图标签专题图户外广告编辑记录黑名单记录违规事件用户管理角色权限管理日志管理户外广告空间位置√√√√√√√√√√√√户外广告详细规划图√√√√√√√√√√√√户外广告属性数据√户外广告业务数据√√系统管理日志√√√186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统出错处理设计1.1.1.出错信息表912系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1.网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2.外部接口错误必须请软件工程师调试解决3.业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决4.程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。第2章.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.综合整治管理系统1.1.总体设计1.1.1.需求规定市整治办负责起草全市环境整治工作方案，制定各项环境整治任务分解落实计划；协调各区县、市政府有关部门日常环境整治工作。负责制定环境综合考评标准及日常监督检查办法；负责全市环境综合检查、考评工作并定期提出考评报告；督促各区县、市有关部门落实各项整治任务。市整治办已规划出至奥运会前的十项任务：（1）改造城市村庄u2007年底前基本完成城八区范围内现有的200多个城市村庄的整治任务。u优先安排奥运场馆及区域周边城市村庄的整治工作，2006年底前完成。u拆除城市村庄内违法建设和逾期临建，完善市政基础设施，消除安全隐患，加强社会管理。u在整治的基础上，按照城市总体规划要求，建设市政道路、绿地、生活服务设施及城市避险场所，形成一批多功能的城市公共空间。（2）拆除违法建设186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）u在市区、边缘集团、卫星城和中心镇建成区范围内，2005年底前拆除所有影响城市规划、破坏城市景观的逾期临时建筑，2007年底前全面清理、拆除历史遗留的市政代征地和绿化用地递上建（构）筑物，2008年奥运会举办前基本实现无违法建设目标。u严格遏制新建违法建设，将奥运场馆及区域、待开发建设地区、老旧居民小区、铁路沿线、河湖沿岸地区作为查处新建违法建设的重点地区。严格控制奥运场馆及区域新建、改扩建项目的规划审批，保证在奥运会举办时这些地区环境整治有序。u结合拆除违法建设，对1980年前建设投入使用的1500余个老旧居住小区进行整治。（3）整治广告牌匾u拆除未经审批擅自设置的户外广告。u拆除影响城市结构、城市交通、公共安全以及不符合广告设置规划要求的户外广告。u拆除机场路、奥运场馆及区域周边地区、主要政治活动场所、文化娱乐场所、宗教活动场所、风景名胜区等区域的现有户外广告。u拆除居住建筑物上的户外广告。u查处出现空置、破损、污迹和严重褪色的户外广告。查处乱贴乱挂广告条幅，乱竖乱摆广告牌匾。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）u查处污损、断亮、缺损的霓虹灯、灯箱、电子显示装置。u纠正内容不健康、用字不规范的广告。（4）治理街头顽症u清除非法小广告，依法查处制作、散发小广告当事人，在适当地区设置公共广告栏并加强管理。清除暴露垃圾，重点做好城乡结合部及铁道、国道、河道周边的垃圾密闭收集及清运工作。u彻底清理主要街道、重点地区、主要旅游风景名胜区的“白色污染”，动员全社会使用环保包装。（5）规范环境秩序u严格落实“门前三包”责任制，严厉查处在公共场所乱扔废弃物、乱倒垃圾、随地吐痰、随地便溺、乱吊挂、乱堆乱放等行为。u取缔无照经营。严厉查处旅游景区、繁华商业区、体育场馆周边等地区的尾随兜售、强买强卖、欺客宰客等不法行为。查处黑出租、黑导游。u严厉打击制作贩卖盗版光盘、非法出版物、假文凭、假证件、假发票等非法行为。u严厉查处露天烧烤、非法大排档、非法洗车、占道修车、占道餐饮摊点。u依法查处各类交通违章，整顿停车秩序，查处乱停车辆，纠正行人违章行为。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）u加强对流浪乞讨人员的救助管理。（6）清洁建筑墙体u统一对主要大街临街建（构）筑物外立面进行清洗、粉饰，保持建（构）筑物外立面整洁和完好。u清除建筑物顶部、外走廊堆放物品和积存垃圾，规范阳台和窗外护栏设置，拆除私自搭建的鸽舍及其他非法搭建物。u完成部分主要大街临街的多层楼房“平改坡”及外立面景观改造工作。（7）美化城市景观u对主要大街进行绿化改造，在有条件的墙体、屋顶、立交桥进行立体绿化。倡导居民绿化阳台，实行拆墙透绿。u在主要街道及城市广场、公园等公共场所设置体现奥运主题的建筑小品、雕塑、花坛等景观。u搞好主要大街、重点地区、奥运场馆及区域、主要进京入口等地区的夜景照明建设。建成重点突出、结构合理的夜景照明体系，展现北京夜景庄重、恢宏、亮丽的独特风格。u治理污染严重的16条河道，实现城市河湖水体基本还清，形成环城景观水系。（8）开展净空行动u规划市区道路用地范围内不再新建架空线。u实施规划市区内道路改、扩建及大修工程的同时，原有架空线必须随道路工程入地。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）u及时清理地面及建筑屋顶各种废弃缆线，清除各类废弃线杆。u拆除规划市区内的废弃烟囱。（9）完善道路设施u在重要区域、道路、场所设置规范的中英文对照的指路标识及提示标识。u设置充足的无障碍设施、盲道，并保持畅通。u按照二类以上标准改造现有公共厕所。经营服务性公共场所内的厕所对外开放。u检查、维护立交桥、过街天桥、地下通道，使其整洁、完好。u检查、维护道路路面、人行步道及其隔离墩、防护栏、防护墙、隔音板和照明、排水设施，保持有效、平整、整洁、完好。u规范施工工地围挡，做好施工现场降尘及噪音防治工作。（10）美化车容车貌u根据安全、美观、实用的原则确定北京出租汽车车型及车身颜色。保持出租汽车车厢、车身整洁。公交车辆及其他机动车应保持车身整洁和外观良好。公交车的广告设置要符合有关部门规定。u增加环保型车辆，淘汰污染严重的机动车。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.运行环境1.1.1.1.系统硬件需求表101系统硬件需求序号用途数量备注1综合整治管理应用服务器1（台）综合整治办内部使用2综合整治管理数据库服务器1（台）综合整治办内部使用3综合整治管理WEBGIS应用服务器1（台）4综合整治管理WEBGIS数据库服务器1（台）5数据备份服务器2（台）6扫描仪1台1.1.1.2.系统软件需求表102系统软件需求序号类别数量备注1操作系统WindowsServer5套2GIS应用平台ArcIMS1套3数据库Oracle1套4中间件BEA或其它1套1.1.2.基本设计概念和处理流程1.1.2.1.设计的原则和方法以现实需要为基本出发点，确保适应未来发展的需要是建设应用信息系统的基本原则。本系统的设计将遵循如下具体的原则和方法：186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）【1】可靠性系统应保证长期安全运行。系统中的硬、软件及信息资源要满足可靠性设计要求。充分考虑利用现有设备，合理化的使用现有各种网络资源，同时为不同现存网络提供互连和升级手段。【2】标准性系统采用的信息分类编码、网络通信协议和数据接口标准必须严格执行国家有关标准和行业标准。【3】开放性系统要涉及多种数据库，需要提供开放的接口。要具有多机种、多平台的兼容性，系统在处理能力、数据存储容量、网络技术和数据接口等方面具有良好的互操作性和可扩展性，以保证今后的扩展和已有设备的升级。随着技术的发展和信息的增多，系统能够平滑升级。【4】安全性系统应具有切实可行的安全保护和保密措施。对计算机犯罪和病毒具有强有力的防范能力。保证数据传输可靠，防止数据丢失和被破坏，确保数据永久安全。【5】容错性系统应具有较高的容错能力，要有较高的抗干扰性。对各类用户的误操作要有提示和自动消除能力。【6】可扩充性186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）系统的软硬件应具有扩充升级的余地，保护以往的投资，能够适应网络及计算机技术的迅猛发展和需求的不断变化，使系统中的信息资源具有长期维护使用能力。易扩展性同时保证二次开发，并且可以保证系统管理员或技术员能及时改善系统的功能【1】实用性充分考虑政府及社会的现实需要以及北京市市政管委的现行管理体制、管理模式、业务流程及人员结构的现状。【2】先进性根据建设资金情况，应保证在实用可靠的前提下，注重应用成熟技术，尽可能在最佳性/价比下选择国内外先进的计算机软硬件技术、信息技术和网络通信技术，使系统具有较高的性能指标。【3】易用性系统设计面向最终用户，必须保证易操作、易理解、易控制。人机界面简单、统一、友好；指令简单、准确、无异议，符合东方人的思维方式；系统所出现的问题能够及时预报并迅速解决。【4】阶段性系统的开发必须遵守总体规划、分段实施的原则。通过遵循这一原则，保证各个阶段的工作目标能满足用户的现实需要，达到边建设边见效的目的。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.问题处理流程图101问题处理流程1.1.2.结构表103程序结构一级模块二级模块三级模块备注网上审批网上申报多表单整合共享数据字典表单设计表单分发审批处理流程添加流程删除流程修改办公自动化公文管理收文管理186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）发文管理公文监督档案管理组卷管理分卷管理和卷管理卷内文件调整邮件管理WEBGIS图形浏览全幅显示无级放大无级缩小选定放大选定缩小鹰眼查看分层管理控制图层编辑图层查询检索点击查询模糊查询范围查询条件查询组合查询系统管理组织结构目录结构内容管理用户权限时限管理信息同步个性服务数据库管理日志管理186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）报送统计数据报送日报管理月报管理季报管理年报管理统计报表生成报表1.1.接口设计1.1.1.用户接口表104用户接口界面名称详细要求备注主界面综合的界面，包括主要功能的按钮，及最新的综合整治信息，并提供用户登录的信息WEBGIS基本功能基本数据浏览功能包括放大、缩小、平移、全图、图例、鹰眼显示、图层控制、距离面积量算等查询统计根据所在的项目，提供相应的条件文本输入框、下拉选择框、单选框、复选框等，编辑之后实现查询报表分析提供多种报表模板，能以文字、表格、统计图表等多种方式输出统计报表；同时，提供强大的报表编辑、输出功能186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）信息列表以列表的形式显示各类信息的标题，点击标题之后可进入相应的信息浏览信息浏览详细显示各类信息，包括综合整治信息、行政许可公示信息等系统管理提供给系统管理员的操作界面，以便对用户、角色权限进行编辑获得授权的管理员专用日志浏览详细显示日志的信息，包括时间、操作员、操作对象、操作内容等获得授权的管理员专用1.1.1.外部接口系统的外部软硬件接口结构如图所示：Web服务系统软件基础层中间服务层数据服务层数据交换中间件表单服务数据访问组件硬件（包括网络）其他服务中间件大型关系数据库系统GIS中间件图10102系统外部接口结构图如图所示，本系统与其他软件接口可归纳描述如下：186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）n数据访问接口系统通过该接口获得综合整治以及法律法规信息等保存于数据库的相关数据信息；n数据交换接口系统通过该接口实现平台间各业务数据的共享保证数据的一致性要求，以及相关数据的上传及下达功能；n表单服务接口系统通过该接口实现表单管理与应用；nGIS服务中间件接口通过该接口系统完成综合整治空间数据的共享与管理以及综合整治信息在地图上的分部布局等信息展现。1.1.1.内部接口系统内部接口如下图所示：系统管理统计报表管理模块数据抓取模块图103系统内部接口图186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）如上图所示可看出数据抓取模块应为系统其他模块提供访问及配置接口。统计报表管理模块使用访问接口获得其他应用系统的数据信息；系统管理模块使用配置接口实现对抓取数据源及相应配置项的设置操作。1.1.系统数据结构设计1.1.1.逻辑结构设计要点表105任务分解表字段名类型长度序号自动编号工作任务文本2005年目标文本2006年目标文本2007年目标文本责任单位文本责任人文本表106任务区域分解表字段名类型长度区县名文本序号自动编号重点大街文本重点地区文本奥运场馆及区域文本重点旅游景区、宗教活动场所文本进京国道文本进京铁道文本河道文本表107重点大街名录字段名类型长度序号自动编号186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）大街名称文本起止点文本计划整治时间日期/时间表108重点地区名录字段名类型长度序号自动编号地区名称文本计划整治时间日期/时间范围文本表109奥运场馆及区域名录字段名类型长度序号自动编号场馆及区域名称文本范围文本计划整治时间日期/时间表1010重点旅游景区、宗教活动场所名录字段名类型长度序号自动编号旅游景区、宗教活动场所名称文本计划整治时间日期/时间表1011进京国道名录字段名类型长度序号自动编号进京国道名称文本起止点文本计划整治时间日期/时间表1012进京铁道名录字段名类型长度186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）序号自动编号进京铁道名称文本起止点文本计划整治时间日期/时间表1013河道名录字段名类型长度序号自动编号河道名称文本起止点文本计划整治时间日期/时间表1014城中村项目汇总表字段名类型长度所属区文本项目数数字占地面积（平方米）数字建筑面积（平方米）数字居民户数数字居民建筑面积（平方米）数字单位个数数字单位建筑面积（平方米）数字拆除项目布尔督促项目布尔备注文本表1015整治城中村字段名类型长度所属区文本序号自动编号项目名称文本四至范围文本占地面积（平方米）数字186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）建筑面积（平方米）数字居民户数数字居民建筑面积（平方米）数字单位个数数字单位建筑面积（平方米）数字产权单位文本拆除项目布尔督促项目布尔备注文本表1016大型单柱式广告字段名类型长度序号自动编号道路文本广告具体地点文本所在区县文本表1017户外广告整顿街区字段名类型长度序号自动编号区县文本数量（处）数字街区名称文本表1018垃圾密闭化设施字段名类型长度区县文本中转站数字垃圾楼数字地下箱站数字垃圾楼房数字垃圾桶数字垃圾箱数字186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）压缩车数字单臂吊车数字自卸车数字垃圾桶车数字表1019垃圾堆字段名类型长度序号自动编号区县文本所在地文本表1020夜景照明字段名类型长度序号自动编号实施地区文本实施内容文本表1021架空线入地字段名类型长度序号自动编号道路名称文本起止点文本道路长度（公里）数字道路建设单位文本表1022新建改建市政公厕字段名类型长度单位文本现状总数（座）数字改造数（座）数字应达标率（%）数字备注文本表1023市规划委任务——拆除逾期临时建设186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）字段名类型长度序号自动编号所在区县文本计划拆除总数（处）数字计划拆除总面积（平方米）数字表1024市建委任务——整治直管公房老旧小区字段名类型长度序号自动编号所在区县文本小区名称文本表1025市建委任务——楼房屋顶平改坡字段名类型长度序号自动编号所在区县文本项目名称文本屋面面积（平方米）数字层数数字使用性质文本产权（使用）单位文本表1026市交通委任务——计划字段名类型长度序号自动编号项目文本地点文本时间安排文本表1027市工商局任务——整治有形市场字段名类型长度序号自动编号所属分局文本市场名称文本186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）市场地址文本摊位数量数字整治重点内容文本表1028市水务局任务——河道治理字段名类型长度序号自动编号河道名称文本治理长度（公里）数字截污（处）数字清淤（立方米）数字护坡（平方米）数字绿化美化（平方米）数字道路（平方米）数字表1029市体育局任务——奥运场馆环境整治试点字段名类型长度序号自动编号场地名称文本所属区域文本整治范围文本整治内容文本表1030市园林局任务——创建特色园林大街字段名类型长度序号自动编号大街名称文本所在城区文本起止范围文本建设内容文本表1031市园林局任务——解决二环路绿化断带问题字段名类型长度序号自动编号186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）解决绿化断带地段文本面积（平方米）数字绿化内容文本1032市园林局任务——绿化二环路立交桥字段名类型长度序号自动编号立交桥名称文本绿化面积（平方米）数字绿化内容文本表1033市园林局任务——改造城市广场绿地字段名类型长度序号自动编号城市广场名称文本所在城区文本改造绿化面积（平方米）数字改造内容文本表1034市园林局任务——改造街头绿地字段名类型长度序号自动编号绿地名称文本所在城区文本改造绿化面积（平方米）数字改造内容文本表1035市园林局任务——建筑物顶层绿化字段名类型长度序号自动编号建筑物地址文本所在城区文本绿化面积（平方米）数字186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）表1036市园林局任务——创建花园式单位字段名类型长度序号自动编号单位名称文本所在城区文本地址文本单位属性文本新建绿地面积（平方米）数字改造绿地面积（平方米）数字1037市旅游局任务——规范旅游区道路指路牌字段名类型长度序号自动编号景区名称文本设置中英文道路交通指路牌（个）数字表1038市旅游局任务——规范旅游区服务设施字段名类型长度序号自动编号景区名称文本停车场（个）数字售票房（个）数字餐饮部（个）数字商亭（个）数字厕所（座）数字表1039市旅游局任务——完善旅游区标识设施字段名类型长度序号自动编号景区名称文本数字186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）标识、导向、警示牌（个）表1040市民政局任务——加强救助管理工作字段名类型长度序号自动编号救助站名文本床位数字最大救助量（人）数字表1041北京铁路分局任务——铁路沿线环境建设字段名类型长度序号自动编号建设项目文本设施区域及内容文本表1042市公安交通管理局任务——整顿交通秩序字段名类型长度序号自动编号重点整治大街文本非机动车停车达标率数字行人遵章率数字表1043区、县任务字段名类型长度序号自动编号区、县名文本项目类别文本项目名称文本整治范围文本主要整治内容文本1.1.1.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.功能需求与程序的关系表1044功能需求与程序的关系网上申报审批处理公文管理档案管理图形浏览分层管理查询检索组织结构目录结构内容管理用户权限时限管理信息同步个性服务数据库管理日志管理数据报送统计报表网上审批√√办公自动化√√WEBGIS√√√系统管理√√√√√√√√√报送统计√√1.2.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统出错处理1.1.1.出错信息表1045系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2外部接口错误必须请软件工程师调试解决3业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决4程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.2.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）第1章.环卫管理系统1.1.总体设计1.1.1.需求规定环卫信息化系统的业务需求集中体现在卫生设施的管理，环境卫生的在线监测，道路作业管理及渣土管理。系统划分为：计量系统、运行管理系统、在线监控系统、信息统计上报系统。1.1.1.1.卫生设施的管理¨环境卫生设施基本信息的管理1.卫生设施的管理对象主要包括：垃圾转运站、垃圾填埋厂、渣土消纳厂、垃圾综合处理厂、垃圾堆肥厂、粪便消纳厂、粪便处理厂、垃圾焚烧厂、公厕、密闭式清洁站、果皮箱、垃圾筒等10多类设施；2.对设施的管理涉及各类设施的基本属性信息，对于垃圾楼来说，涉及到的参数包括垃圾楼的位置，级别，坑位数，装修情况，管理单位，周边人流情况等；¨全市各区环卫作业单位的环卫设施及人员配备信息的管理；¨环卫设施设备投资建设费用及运行成本信息的管理。1.1.1.2.环境卫生的在线监测¨186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）垃圾楼及粪便池等的环境指标的定期监测（气体，噪声及污水等指标）；¨垃圾及粪便处理设施运行基本状况的实时监测，涉及图像（用于监测作业过程中有可以发生的突发事件），设施运行过程的主要参数的采集（锅炉运行情况等），设施计量数据的在线监测）。1.1.1.1.道路作业管理¨道路基本信息的管理，涉及道路的各类基本属性：位置，管理单位，级别，长宽，是否有马路牙子等；¨各城区作业队伍的基本信息及作业信息：人员队伍情况，清扫车辆的情况，清扫的时间安排，作业车辆目前的位置等；¨专业清扫公司的基本信息及作业信息：人员队伍情况，清扫车辆的情况，清扫的时间安排，作业车辆目前的位置等。1.1.1.2.渣土管理¨渣土源及渣土消纳厂的管理；¨运送渣土车辆许可的管理（GPS及车载计量仪）；¨运送渣土车辆行车路线及遗洒情况的监控；¨行政审批过程及后续实施情况的跟踪。1.1.1.3.其它要求及建议¨186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在2005年10月份以前完成环卫设施，垃圾楼，粪便池，道路及渣土管理，各清扫公司相关基础数据的收集整理，实现各类基础属性数据的空间展示及查询功能；¨对于面积较大的垃圾堆的管理可以考虑通过卫星来实现实时监控；¨可以考虑通过PDA的方式来协助管理人员进行执法检查，以便及时了解责任人的相关信息，督促相关环卫问题得以及时解决；¨对环卫GIS系统及除冰扫雪系统进行整合。¨186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在开发整个系统的同时，为方便各部门的使用，可将部分子系统重新整合，形成相对独立又相互关联的几个系统：（1）垃圾处理设施管理系统，包括在线监测（环境监测），计量统计（结合垃圾粪便运输管理，自动分析进出场数据），运行控制（实现主要工艺环节的在线管理）；（2）信息统计系统，以每个处理设施的档案为最小统计单位，结合实现工作；（3）道路作业管理系统，用于环境处；渣土运输及消纳管理系统，结合现行行政许可管理系统和GPS+重量检测为核心的运输管理系统，自动分析渣土来源、运输途径和控制乱倒乱卸，并为城管执法部门提供数据；（4）垃圾粪便运输管理系统，以GPS+重量检测为核心的运输管理系统，可结合计量系统自动分析垃圾粪便的来源、运输途径和控制乱倒乱卸；（5）公厕和垃圾站管理系统。1.1.1.运行环境1.1.1.1.基本信息库在将来的系统运行中使用一个基本信息库，基本信息库将包含一些环卫设施、环卫设备、环卫车辆和环卫人员的主要基本信息。1.1.1.2.报送的数据环卫单位报送的数据都存放在环卫系统数据库里面，在后台管理模块中可以察看报表数据。1.1.1.3.系统运行环境1.1.1.3.1.服务端硬件环境要保证环卫的顺利实施，必须保证在网络拓扑结构中存在：nWeb应用服务器：保证系统的功能的正确实施；GIS服务器：保证系统基于地理信息系统的功能正确实施。n数据库服务器；保证数据的存储。数据库备份服务器：保证数据的完整和数据的安全。n186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）在网络拓扑结构中，保证环卫系统各个服务器之间的实时连接，环卫系统数据交换平台的实时连接。表111环卫硬件表序号用途数量备注1WEB应用服务器1（台）IBMX3452GIS应用服务器1（台） IBMX3653数据库服务器1（台） IBMX3654数据备份服务器1（台） IBMX365表112软件环境表序号类别数量备注1WindowsServer20004套 企业版2GIS应用平台ArcIMS1套 3Oracle9i1套 数据库服务器5Weblogic8.11套 应用服务器软件1.1.1.1.1.客户端.硬件环境本系统适用于CPU主频大于1Ghz或更高档次的微型计算机，内存要求128M或更高。软件运行建议显示分辨率设为1024*768。软件环境中文Windows2000，中文WindowsXP。IE浏览器：6.0（及以上）版本186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.基本设计概念和处理流程图111环卫业务分析图186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.结构图112环卫系统功能结构图环卫业务系统分为以下几个模块：环卫设施管理、道路作业管理、渣土管理、外立面粉饰管理、紧急预案管理、考核管理、环卫监控管理、环卫人员管理。下面分别详细介绍各模块的功能。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.1.环卫设施管理系统的功能设计图113环卫设施管理功能图¨设施基本信息的管理1.各类设施基本属性的增加、删除、修改及查询、统计、分析等操作；2.各类设施的基本信息；3.各类设施原有的规划依据及建设规模；4.各类设施的运行成本；5.各类设施的修理及遗失等情况；6.设施的报废更新情况。¨设施查询统计分析1.各类设施的数量及类型统计；2.各区县及各环卫单位拥有各类设施的情况；3.各类设施工作能力及累计工作量统计；4.各类环卫设施的利用率统计；5.各类环卫设施的水、电费和供暖费用统计及累计186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）¨设施空间地理位置展示1.在空间上展示各类设施的分布情况；2.统计指定区域内各类设施的类型及数据；3.垃圾场及垃圾楼等大型设施的空间占用面积的展示；4.服务区域情况。¨地理信息数据管理维护1.人口地理信息数据的维护；2.卫星遥感数据的维护。1.1.1.1.1.环境卫生监测系统的功能设计图114环卫监控管理功能图¨环境卫生的定期监测1.监测指标的设定；2.监测周期的设定；3.临界值的参数设定；4.监测结果超临界值通知功能（短信及邮件等）；5.监测结果的图形化显示；186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.监测数据的历史趋势分析。¨环境卫生的实时监测1.图像分辨率的设定；2.监测参数的设定；3.突发事件临界值的设定；4.针对突发事件的通知功能（短信及邮件）；5.针对突发事件的指挥调度功能（相关单位联系信息及值班表）。¨市容环境卫生的信息通报1.市容环境卫生检查结果记录；2.市容环境卫生违法行为的信息管理；3.市容执法数据管理，包括城管执法局和门前三包责任书；4.每日市容环境卫生信息发布；¨市容环境卫生的统计分析1.依据各区县检查结果和社会评价，生成各单位考核的数据；2.市容环境卫生指标参数的选择及权重的设定；3.市容环境卫生质量的统计分析。¨环卫工作量管理1.各环卫单位的责任区范围；2.各环卫单位应承担的环卫作业工作量；3.各环卫每日实际完成的工作量及质量；4.环卫工作量统计分析。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.1.道路作业管理系统的功能设计图115道路作业管理图¨道路基本信息的维护1.道路基本属性（图纸档案、数字、文本）的维护；2.道路基本属性的查询；3.道路数据的统计分析。¨作业车辆的动态监测1.作业车辆行驶路线的监测；2.作业车辆作业状态的监测。¨作业单位作业信息管理1.各道路管理作业单位的基本信息管理（组织结构、地段责任区、清扫方式、保洁房、人员及车辆等）；2.各作业单位各种作业设施设备的出勤维护情况管理。¨道路卫生检查执法数据管理1.对各作业单位作业效果的检查结果的管理；186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.对各作业单位卫生违法行为的信息化管理。1.1.1.1.1.渣土管理系统的功能设计图116渣土管理功能图¨渣土源的管理1.渣土源基本属性的维护（位置，取土量，相关建设单位等）；2.渣土源基本属性的查询；3.渣土源的统计分析。¨渣土消纳厂管理1.消纳厂基本属性的维护；2.消纳厂基本属性的查询；3.消纳厂的统计分析。渣土运输单位（个人）的管理包括两部分：¨渣土运送车辆的管理1.车辆的许可管理（准运证、消纳证）；2.车辆类型，车辆数量及各线路行驶车辆的统计；186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.渣土运送车辆相关信息的维护；2.渣土运送车辆相关信息的查询。¨渣土运行过程实时监控1.渣土运送车辆的运输线路跟踪（GPRS）；2.渣土运送车辆的遗洒乱倒跟踪（计量仪）。1.1.1.1.1.外立面粉饰清洗管理图117外立面粉饰管理功能图外立面粉饰管理包括三个功能：i.基础信息：对基础信息进行添加、删除、编辑等操作，基础信息的内容包括所在位置的地理信息，外立面的长宽高等基本属性。ii.粉饰规划：根据基础信息制定粉饰的规划，根据实际进展调整规划，规划的内容包括工期、颜色式样、外墙材质、工作量等。iii.实际进展：参考粉饰规划，根据实际粉饰的进展查询，以表格、图片、GIS等方式输出。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.1.1.紧急预案及活动管理图118紧急预案管理图紧急预案管理包括两个方面：1.雪天预案：制定若干个暴风雪的紧急预案，根据气象部门发布的雪天信息适时启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。2.环境设施污染预案：制定若干个环境设施污染的紧急预案，根据实际情况启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。3.白色污染预案：制定若干个白色污染的紧急预案，根据实际情况启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。4.沙尘天预案：制定若干个暴风雪的紧急预案，根据气象部门发布的沙尘预警信息适时启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。5.186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）防汛预案：制定若干个防汛的紧急预案，根据防汛部门发布的汛情适时启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。1.重大活动保障预案：制定若干个重大活动保障的紧急预案，如五一、十一、春节等常规活动和其它临时活动，根据各相关部门通报的信息适时启动相应的预案，并及时监控预案的触发条件，协调有关单位开展工作。预案的具体内容包括触发条件、工作流程、责任人、人员安排、当前状态等。1.1.1.1.1.考核管理图119考核管理图考核管理包括四个方面的内容：a)道路清扫：对道路清扫的整洁程度进行量化评分。b)除雪铲冰：对除雪铲冰的效果进行量化评分。c)垃圾楼：对垃圾楼的卫生整洁情况进行量化评分。d)渣土运输：对渣土运输的整个过程进行量化评分。e)公厕：对公厕的卫生整洁情况进行量化评分。f)垃圾：对各责任单位的垃圾清扫情况进行量化评分。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）上述四个方面的内容均可以编辑，根据相应的评分标准对所属责任单位、责任人做出考核结果，并在网络上公布。其中除雪铲冰在雪天每日考核，其他三项要形成月报、季报、半年报和年报。1.1.1.1.1.环卫人员管理图1110环卫人员管理图环卫人员管理包括两个功能：a)环卫人员的基本情况包括姓名、年龄、所属单位、管辖业务等；b)系统权限是对登录环卫业务系统的操作权限进行管理，包括增加、删除、修改等。1.1.2.人工处理过程数据源主要是各类报表；•报表由环卫企业及区县各市政管理部门来填写；•北京市市政管委其于上报的数据对卫生设施，环境卫生，道路作业及渣土管理方面的数据进行查询分析及执行统计功能。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.1.尚未解决的问题各类环境卫生设施的基本数据进行信息化管理；•实现环境卫生执法检查的信息化管理，实现部分环卫指标的实时或定时采集，对环境卫生突发事件进行预警；•对渣土运输的全程实现信息化管理，涉及渣土源，渣土消纳，渣土运输车辆许可的管理，渣土运输线路及遗洒等的管理；•对垃圾堆及垃圾处理过程实现信息化管理；•与环卫GIS系统进行集成；•与除雪作业监控管理系统进行集成；•与审批系统（渣土管理相关许可审批）进行数据共享。1.2.接口设计1、支持软件模块的集成，可以无缝的使用如：数据统计分析等；2、模块支持脚本语言功能，具备二次开发能力，技术支持也能为用户设计实现复杂的功能；3、对数据支持文本、EXCEL格式的导出。186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）1.1.系统数据结构设计1.1.1.信息量预测1.1.1.1.信息流和信息源分析1.1.1.1.1.定期报表目录表号报表名称报告期别报送单位报送日期市政管定基1表道路环卫作业情况月报月报所有填报单位（使馆处除外）月后3日前市政管定基2表垃圾清运处理情况月报月报所有填报单位（北清集团除外）月后3日前市政管定基3表粪便清运处理情况月报月报所有填报单位（北清集团及使馆处除外）月后3日前市政管定基4表城市建筑垃圾消纳月报月报各区县市政管委市经济技术开发区月后3日前市政管定基5表环卫设施拥有情况半年报半年报所有填报单位2005年7月8日前及2006年1月8日前市政管定基6表环卫车辆拥有情况半年报半年报所有填报单位2005年7月8日前及2006年1月8日前1.1.1.2.目前总数据量大小的概算¨186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）定期报表的周期较长（通常为月报，日报很少），统计报表的周期多为（半年）；¨报表的数量较少（6个定期报表，6个统计报表），每个报表的数据量也不是很多；¨目前总的总据量不是很大，5G存贮空间。每天增加的幅度不是很大，主要是市容管理方面的文字性信息的增加。1.1.1.1.5年后的总量5年后数据总量约15G。1.1.2.数据属性分析1.1.2.1.数据流程图¨数据源主要是各类报表；¨报表由环卫企业及区县各市政管理部门来填写；¨北京市市政管委其于上报的数据对卫生设施，环境卫生，道路作业及渣土管理方面的数据进行查询分析及执行统计功能。1.1.2.2.数据分析¨数据的具体属性参见列出的各类报表的表式；¨原始数据以纸质形式上报；¨186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）数据的查询功能是系统的主要功能，但查询的次数有限，系统的用户不是很多。1.1.1.1.属性分析¨各类报表内容的变化会导致数据属性的变化；¨报表的内容有可能变化，但变化的幅度及频率估计不会很大。1.1.2.流程分析¨目前各类环卫报表的上报都是以纸质的方式上报的，数据上报后没有用信息系统来进行处理，执行查询分析及统计业务不是很方便；目前上报的数据没有被最大限度地利用。1.2.系统出错处理1.2.1.出错信息表113系统错误信息表序号可能的错误或故障情况输出形式含义处理方法1网络传输错误访问出错页面网页访问不到测试网络连接，并且恢复2外部接口错误必须请软件工程师调试解决3业务逻辑异常信息发送到了不正常的模块中信息丢失或异常增加检查程序业务逻辑并且解决186页 北京市市级城市管理信息平台初步设计报告（市政业务管理信息系统）4程序容错机制不全程序出错信息对数据、输入等的容错能力不够程序员调试解决1.1.1.补救措施软件的错误很少有变通措施，所以在软件设计开发阶段要特别重视软件系统的容错能力。186页'