北京市市级城市管理信息平台初步设计报告——与相关部门对接系统 第六册

1、北京市市级城市管理信息平台北京市市级城市管理信息平台 初步设计报告初步设计报告 （第六册与相关部门对接系统）（第六册与相关部门对接系统） 中国电子信息产业发展研究院 2005 年年 10 月月 项目名称项目名称北京市市级城市管理信息平台 单位名称单位名称北京市市政管理委员会 项目类型项目类型 a2a2 a1：新建部门内项目；a2：新建跨部门项目； b1：应用升级项目 b2：网络升级项目；b3：安全改造项目（根据项 目情况选择） 项项 目目 信信 息息 业务类型业务类型c1c1、c2c2 c1：提高公共服务能力；c2：提高行政管理能力 （根据项目情况选择） 联联 系系 人人李立明国国 家家 机机

2、 关关 地址地址 北京市西城区西单北大街 80 号 大大 专专 院院 校校 电话电话66055769国 有有 企企 业业 传真传真66055769股股 份份 公公 司司 emailemail 集集 体体 个个 体体 项项 目目 单单 位位 信信 息息 邮政编码邮政编码 100032100032 单单 位位 属属 性性 独独 立立 科科 研研 机机 构构 设计单位设计单位中中国国电电子子信信息息产产业业发发展展研研究究院院 接受日期接受日期 2005-092005-09 研究日期研究日期20052005 年年 9 9 月月20052005 年年 1010 月月 提交资料

3、内容提交资料内容 1、 北京市发展和改革委员会北京市城市管理信息平台项目建议书 （代可行性研究报告）的批复； 2、 北京市市级城市管理信息平台可行性研究报告（修订版）； 3、 北京市市级城市管理信息平台可行性研究报告（补充材料）； 4、 中共北京市委、北京市人民政府关于推广东城区城市管理经验 建立信息化城市管理系统的意见（京发20057 号） 5、 中共北京市委办公厅、北京市人民政府办公厅转发市社区建设和 城市管理体制改革领导小组办公室关于推广东城区城市管理经 验建立信息化城市管理系统工作方案的通知（京办发200520 号文件）。 法法人人代代表表 张张旭旭明明设设计计负负责责人人叶叶宜宜强强

4、技技术术管管理理负负责责人人柳柳纯纯录录 目目 录录 第第 1 章章. 概述概述.8 1.1. 编写目的编写目的 .8 1.2. 术语定义术语定义 .8 1.3. 参考资料参考资料 .9 第第 2 章章. 总体设计总体设计.10 2.1. 需求简介需求简介 .10 2.2. 运行环境运行环境 .11 2.3. 基本设计概念和处理流程基本设计概念和处理流程 .12 2.4. 结构结构 .13 2.5. 功能需求与程序的关系功能需求与程序的关系 .13 2.6. 人工处理过程人工处理过程 .13 第第 3 章章. 模块设计模块设计.14 3.1. 市级平台委办局（行业单位）协同工作系统市级平台委办

5、局（行业单位）协同工作系统 .14 3.1.1. 系统需求 .14 3.1.2. 系统边界 .14 3.1.3. 系统框架 .15 3.1.4. 系统设计 .16 3.1.5. 网络、软硬件环境 .33 3.2. 业务适配器：业务适配器：web服务容器服务容器 .34 3.3. 业务适配器：数据存取服务业务适配器：数据存取服务 .34 3.4. 业务适配器：核心框架业务适配器：核心框架 .37 3.4.1. 日志处理机制 .39 3.4.2. 错误处理机制 .39 3.4.3. 任务流水线 .39 3.4.4. 多线程及线程管理 .40 3.4.5. 源（source）、管工厂（pipefac

6、tory）和目的端（destination）.42 3.4.6. 图解 .43 3.5. 业务适配器：系统组件业务适配器：系统组件 .43 3.5.1. 业务适配器：连接器（connector）.44 3.5.2. 管道组件（pipefactory）.71 3.5.3. 处理器组件（handler）.76 3.6. 业务适配器：配置管理业务适配器：配置管理 .79 3.6.1. 系统控制 .79 3.6.2. 任务管理 .79 3.6.3. 日志管理 .80 3.6.4. 配置管理 .81 3.6.5. 数据诊断 .82 第第 4 章章. 接口设计接口设计.84 4.1. 用户接口用户接口 .

7、84 4.2. 市区两级对接整体框架市区两级对接整体框架 .84 4.3. 数据对接内容数据对接内容 .90 4.3.1. 基础数据 .90 4.3.2. 业务数据 .90 4.3.3. 查询统计数据 .93 4.4. 数据对接规范数据对接规范 .94 4.4.1. 对接数据 .94 4.4.2. 对接数据格式规范 .94 4.4.3. 对接数据定义 .95 4.4.4. 数据对接实现 .95 4.5. 对接数据定义对接数据定义 .95 4.5.1. 业务表单数据 .96 4.5.2. 基础支撑数据 .99 4.5.3. 基础地理数据 .100 4.5.4. 查询统计数据 .101 4.6.

8、行业空间数据标准行业空间数据标准 .101 4.6.1. 概述 .101 4.6.2. 电力行业空间数据应用标准 .102 4.6.3. “路灯管理中心”数据分析.102 4.6.4. 燃气行业空间数据应用标准 .103 第第 5 章章. 运行对接设计、定制内容和方案运行对接设计、定制内容和方案.110 5.1. 业务适配器定制过程业务适配器定制过程 .110 5.1.1. 系统管理 .110 5.1.2. 任务配置 .115 5.1.3. 框架功能与配置 .117 5.1.4. 组件功能与配置 .123 5.2. 数据对接机制数据对接机制 .125 5.2.1. 初始化 .125 5.2.2

9、. 定期更新 .126 5.2.3. 实时流转 .128 5.2.4. 实时获取 .128 5.3. 数据对接方案数据对接方案 .128 5.3.1. 概述 .128 5.3.2. 业务流程描述 .129 5.3.3. 对相关业务单位的要求 .130 5.3.4. 委办局或市属责任单位与市级平台之间的业务数据交换 .130 5.3.5. 区级平台的业务数据交换 .133 5.3.6. 空间数据交换 .134 5.3.7. 对接系统和市级平台内部业务系统的连接 .135 第第 6 章章. 系统数据结构设计系统数据结构设计.136 6.1. 逻辑结构设计逻辑结构设计 .136 6.2. 物理结构设

10、计物理结构设计 .145 6.3. 数据结构与程序的关系数据结构与程序的关系 .146 第第 7 7 章章. . 系统出错处理设计系统出错处理设计.147 7.1. 出错信息出错信息 .147 7.2. 补救措施补救措施 .147 7.3. 系统维护设计系统维护设计 .147 第第 8 8 章章. . 网络对接网络对接.148 8.1. 区级平台网络现状描述区级平台网络现状描述 .148 8.1.1. 区县专网以市专网的交换机 cisco 6006 作为核心.148 8.1.2. 区县专网通过本身的核心路由器与市专网连接 .149 8.2. 市级平台与区级平台网络对接市级平台与区级平台网络对接

11、 .149 8.2.1. 通过市专网 cisco 6006 连通市级平台.150 8.2.2. 通过区县专网本身核心路由器连通市级平台 .151 8.2.3. ip 地址使用要求.151 8.2.4. 带宽和连接要求 .152 8.2.5. 网络安全 .152 第第 9 章章. 市级平台信息交换规范市级平台信息交换规范.153 附录一、附录一、区级平台数据提供要求区级平台数据提供要求.154 1.1.部件属性数据部件属性数据 .154 2.2.行政区划数据行政区划数据 .156 3.3.地理编码库地理编码库 .157 附录二、附录二、业务适配器软硬件要求业务适配器软硬件要求.162 1. 硬件

12、设备硬件设备 .162 2. 软件软件 .162 附录三、附录三、数据表单数据表单.163 1. 下行中间表下行中间表问题登记单问题登记单 .163 2. 下行中间表下行中间表立案单立案单 .164 3. 下行中间表下行中间表任务分派单任务分派单 .164 4. 下行中间表下行中间表委托核查单委托核查单 .164 5. 下行中间表下行中间表督办单督办单 .165 6. 下行中间表领导批示下行中间表领导批示 .165 7. 下行中间表下行中间表附件附件 .166 8. 下行中间表基础分类数据下行中间表基础分类数据 .166 9. 下行中间表专业部门属性表下行中间表专业部门属性表 .166 10.

13、 上行中间表上行中间表任务签收响应任务签收响应 .167 11. 上行中间表上行中间表任务反馈单任务反馈单.167 12. 上行中间表上行中间表处置核查单处置核查单 .167 13. 上行中间表上行中间表问题登记单问题登记单 .168 14. 上行中间表领导指派任务、批示反馈表上行中间表领导指派任务、批示反馈表 .169 15. 上行中间表上行中间表附件附件 .169 16. 上行中间表城管通上行中间表城管通 gps 数据数据.170 17. 上行中间表专业部门属性表上行中间表专业部门属性表 .170 18. 上行中间表城管员基本属性上行中间表城管员基本属性 .170 19. 上行中间表部件属

14、性信息上行中间表部件属性信息 .171 附录四、数据格式规范附录四、数据格式规范.172 1. 数据格式约束数据格式约束 .172 xml 名称空间名称空间 .172 2. 信息头结构与格式信息头结构与格式 .173 preamble规范规范.173 delivery规范规范.174 service规范规范.175 3. 完整的交换数据格式举例完整的交换数据格式举例 .178 附录五、业务适配器附录五、业务适配器 web 服务调用接口服务调用接口.181 1. 数据发送服务数据发送服务 .181 1.1 接口方法描述 .181 1.2 web服务 wsdl 描述.181 2. 数据接收服务数据

15、接收服务 .183 2.1 接口方法描述 .183 2.2 web服务 wsdl 描述.184 3. 数据接收另选方案数据接收另选方案 .185 4. 数据发送通知数据发送通知 .185 5. 数据到达通知数据到达通知 .187 附录六、查询统计附录六、查询统计 web 服务调用接口服务调用接口.189 1. 数据查询统计服务数据查询统计服务 .189 1.1 接口方法描述 .189 1.2 参数内容规范 .189 1.3 返回结果规范 .190 第第 1 章章.概述概述 1.1.编写目的编写目的 城市信息化管理市级平台系统项目（以下简称“市级平台” 项目）：的总体目标是：根据全市信息化的总体

16、部署和要求，结合 gbc 政务模式，围绕市市政管委城市管理和公共服务职能行使的需 求，构建对内业务和办公、对外服务的信息化体系，达到“情况清、 指挥灵、使用方便”，为公众提供快速优质服务，对企业实行规范 管理和有效监管，提高整个城市管理水平。为了实现市区两级平台 业务联动需求，通过对于“市级平台”前期工作的参与和对东城区 区级平台业务的深入学习，以及和东城区相关区级平台相关承建单 位以及各城区区级平台相关承建单位的交流，深入地了解了城市 信息化管理市级平台系统对于市区两级平台业务联动的要求。为 了城市信息化管理市级平台系统里各业务系统能够顺利地和各 区的业务系统对接，以及相应数据能够顺利地到达

17、各委办局和市属 责任单位，和为项目设计提供编制依据，特编写城市信息化管理市 级平台系统对接系统设计报告。 1.2.术语定义术语定义 缩写、术语缩写、术语解解 释释 市市政管北京市市政管理委员会 市级平台城市信息化管理市级平台系统 数据交换平台市级平台里面用来做市级平台数据和其它业务系统数据 交换的技术平台。 对接系统市级平台和区级平台、委办局、市属责任单位的业务对 接系统 gbcp 政府（government）、企业(business)、公众(citizen) 之间的关系可以归结称为“gbcp”的关系模式：就是 g 居于主导地位、b 作为 g 的职能完成主体和监管协调对象、 c 通过 g 参与

18、政务管理并有效快速获得 b 提供的服务。公 共物 p 的数据可分类为：gbcp 编码、属性数据（长度、 材质、型号、能源类型等）、状态数据（是否正常，流 量、压力、温度等）、地理位置、权属信息（p 的责任主 体和责任范围）、运营费用等； 1.3.参考资料参考资料 1、北京市市政管委各类定期、年报报表格式以及说明 2、北京市数字市政管理服务系统项目建议书 3、gbcp 城市公共管理服务模式研究 4、北京市信息化城市管理系统技术规范 5、依托数字城市技术创建城市管理新模式 第第 2 章章.总体设计总体设计 2.1.需求简介需求简介 根据京发20057 号文件的要求：全市统一使用一个城市管理号 码，

19、建立市、区两级城市管理信息平台。市、区两级平台具有呼叫、 信息传递、协调处置和监督职能。京发20057 号文件对市级平台工 作程序要求为：市级平台接到反映问题的信息后，对区属单位责任 范围的问题及时转到区级平台；对市属单位责任范围的问题及时转 到市属责任单位；将需要市、区两级联动办理的事项转到区级平台 及相应的市属责任单位；对非市、区属责任单位进行协调；突发公 共事件及时上报市应急指挥中心。市属责任单位接到信息后，应按 职责在规定时限内对问题做出处理，处理完毕后将处置结果立即反 馈到市级平台。对需要协调解决或责任单位不按时处理的，市级平 台要及时予以协调或督促处置。 城市管理信息平台的业务单位

20、包括：市级平台、区级平台、相 关委办局和市属责任单位，以下简称“业务单位”。与市级平台相 关的业务单位包括：区级平台、相关委办局和市属责任单位，以下 简称“相关业务单位”。 为实现市级平台对城市管理的综合处理能力，市级平台需要与 区级平台、相关委办局和市属责任单位实现对接，即在相关业务单 位之间实现城市管理问题的接收、分发、协调和反馈。 业务单位系统的对接主要在三个层面： 1. 数据层面的对接，系统间主要的接口是底层数据的访问与功 能调用； 2. 流程层面的对接，系统间主要的接口是流程性工作在各节点 的流转过程。 3. 业务应用层面的对接，系统间的接口是应用层次上的功能接 口服务调用。 业务单

21、位系统的对接数据包括： 1. 基础地理数据（地理编码、行政区划数据，包括街道、社区 和网格数据）、部件属性信息和部件分类、事件分类数据； 2. 静态、定期更新业务数据； 3. 实时动态交互业务流程数据。（同一事件可能需要市、区、 各单位同时参与处理）。 4. 业务应用方面的查询、统计结果数据。 2.2.运行环境运行环境 硬件设备硬件设备 本软件运行所需要设备的最低要求： pc 机 p4 2.4ghz 以上，最小内存容量 1g，4g 剩余硬盘， vga 彩显，10/100m 自适应网卡。 软件软件 使用时需提供以下运行环境： 操作系统： windows server 2003 sp1 软件环境：

22、javatm 2 platform, standard edition, v 1.4.2 2.3.基本设计概念和处理流程基本设计概念和处理流程 表 2-1 相关业务单位必须满足的要求列表 相关业务单位必须满足的要求列表 序号详细描述 数据 要求 1) 部件、事件种类的划分规则与市级平台统一 2) 部件、事件编码的规则与市级平台统一 3) 对具体的某个部件编码与市级平台统一 4) 对具体的事件提供事件的唯一标识（1 个或几个标志性数 据组成），避免重复立案 功能 要求 1） 业务单位能够接收、响应市级平台转发的事件处理信 息、核查事件任务 2） 业务单位能够反馈事件（市级平台转发）的处理结果 3

23、） 业务单位能够上报给市级平台重大、需要协调、应急、 无法解决的事件 4） 业务单位能够提供事件数据查询统计功能，市级平台 能够发送查询统计指令到业务单位，业务单位返回相 应的查询统计结果。 接口 要求 能够提供市级平台获取部件、事件信息的接口，具体包括： 1） 能够提供接收、响应、反馈市级平台任务的接口， 并且提供实时接收任务的接口 2） 能够提供上报给市级平台事件的接口 3） 区里部件更新时，能够及时通知市级平台，以保 证市级平台数据与区级平台数据的同步 4） 有新的上报的事件时，能够及时通知市级平台， 以避免在事件报送过程中产生延误 5） 能够提供事件、城管员的查询统计接口，当市级 平台

24、发送给相关业务单位查询统计指令后，相关 业务单位能够及时返回相应查询及统计结果。 2.4.结构结构 对接系统由两部分组成，业务适配器和业务联动表单处理系统。 业务适配器是用已经有的产品：业务适配器，对其主要做大量的配置工作 和处理市级平台专有的消息。业务联动表单处理系统是新的专门为市级开发的 产品。 2.5.功能需求与程序的关系功能需求与程序的关系 表 2-2 功能需求与程序的关系 功能需求功能需求业务适配器业务适配器业务联动表单处理系统业务联动表单处理系统 和区级平台业务系统 实现数据交换 参与 市政管理的相应表单 信息到达委办局、市 属责任单位，相关单 位的信息反馈。 参与参与 对于区级平

25、台来说，由于区级平台将开发业务程序和市级平台对接系统对 接，在区级平台只部署业务适配器就可以了。委办局、市属责任单位不开发和 市级平台对接的业务系统，所以在委办局、权属责任单位要部署业务适配器和 业务联动表单处理系统。 2.6.人工处理过程人工处理过程 【说明在本软件系统的工作过程中不得不包含的人工处理过程（如果有 的话）。】 1 对业务适配器和业务联动表单处理系统的日常工作。 2 对业务联动表单处理系统业务联动表单处理系统中相关表单的输入。 第第 3 章章.模块设计模块设计 3.1.市级平台委办局（行业单位）协同工作系统市级平台委办局（行业单位）协同工作系统 3.1.1.系统需求系统需求 由

26、市级平台通过数据交换平台下发到各个委办局业务数据（如： 任务分派单，立案单，问题登记单等），在委办局端需要提供一个 由市级平台下发下来的业务数据处理的界面接口。方便各个委办局 可以独立处理由市级平台下发下来的业务数据。 3.1.2.系统边界系统边界 本系统的主要功能包括：从市级数据交换平台下发来的任务分 派的管理、各个委办局办理情况反馈事项的管理和各个委办局已经 办理完成情况的查询。此系统后台直接与数据交换平台的业务适配 器实现对接，而没有对业务流程逻辑和实现逻辑进行判断。 3.1.3.系统框架系统框架 数据交换平台业务适配器 tomcat 服务器 mysql 委办局 ie委办局 ie委办局

27、ie 图 3-1 北京市城市管理综合信息平台结构图 数据交换平台业务适配器实时的把市级平台下发的数据放入到 各个委办局本地的数据库中。各个委办局城市管理综合信息系统轮 询后台数据库，当有从市级平台下发的数据时，显示给各个委办局 指定操作员，从而实现了各个委办局实时接受到市级平台下发的任 务，并进行派遣协调业务处理。 各个委办局对问题处理情况需要及时反馈到市级交换平台，由 市级交换平台上传到市级平台，以便于市级平台及时掌握问题的处 理情况。 3.1.4.系统设计系统设计 .系统功能设计系统功能设计 图 3-2 系统功能用例图 系统主要功能包括系统管理、任务的接收、任务处理、任 务反

28、馈和任务存档查询等功能。 .系统管理系统管理 包括用户的注册管理、角色管理和权限管理，用户只有在 系统管理注册并分配权限后，才能浏览系统，进行业务处理。 .任务的接收任务的接收 主要处理由市级交换平台下发来的业务数据显示。并对每 个具体的任务进行查看其在市级平台业务流程各个节点的处理 情况。 .任务处理任务处理 各个委办局接收到市级交换平台下发下来的数据后，进行 业务的派遣与协调处理。 .任务反馈任务反馈 委办局对市级平台下发的业务进行处理，并把处理的情况 及时通过市级数据交换平台上报到市级平台。 .任务存档查询任务存档查询

29、 委办局对本单位处理的业务数据进行查询，包括：对已经 上传到市级平台的整个问题的流程信息和本单位处理的业务数 据信息。 .系统各个主要实体类设计系统各个主要实体类设计 图 3-3 城市管理综合信息平台主要类图 各个类的详细说明如下： .1.下行数据索引表下行数据索引表 表 3-1 下行数据索引表 表名表名exchangeindex_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 表名tablenamenvarchar50 记录号recordidnvarchar50 生成时间creattimedatetime年

30、月日 时分秒 发送时间senttimedatetime年月日 时分秒 送到时间receivetimedatetime年月日 时分秒 优先级sentprinvarchar50 接收 idreceiveunitco de nvarchar100接收单位 id 状态statenvarchar50 失败原因failureresonnvarchar200 重复次数repeatnumbernvarchar4 .2.下行中间表下行中间表问题登记单问题登记单 表 3-2 下行中间表问题登记单 表名表名questionregister_send 主键主键id 名称名称字段字段类型类型长度长度是是/

31、否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 事件编码questionnumb er nvarchar50地标码 事件等级eventlevelnvarchar50 事件来源eventsourcenvarchar50 所属类别regimentationnvarchar50 来源方式sourcemannernvarchar50 接线员bookinmannvarchar50 城管员patrolmannvarchar50 城管通手机号cgtphonenvarchar12 问题类型questiontypenvarchar50 部件信息partsc

32、odeingnvarchar200 事件大类bigclassnvarchar50 事件小类smallclassnvarchar50 所属城区cityzonenvarchar50 所属街区street_idnvarchar50 所属社区community_idnvarchar50 所属万米单元cellreseau_idint20 事件位置说明positionremar k nvarchar100 地图定位信息spacepointnvarchar100 问题描述problemdescri ption nvarchar200 破坏程度destroygradenvarchar200 影响范围incid

33、encenvarchar200 问题发生时间occurtimedatetime 举报人enumeratema n nvarchar50 举报人联系方式enumeratema n_info nvarchar200 回复方式reversionwisenvarchar50 登记人bookernvarchar50 登记时间bookintimedatetime 备注questionrema rk nvarchar200 .3.下行中间表下行中间表立案单立案单 表 3-3 下行中间表立案单 表名表名registercase_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否

34、空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 案卷号casenumbernvarchar50 立案人casemannvarchar50 立案时间casetimedatetime 备注caseremarknvarchar200 .4.下行中间表下行中间表任务分派单任务分派单 表 3-4 下行中间表任务分派单 表名表名tasksend_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 任务分派号tasknumbernv

35、archar50 任务级别tasklevelnvarchar50 分派单位sentedunitnvarchar50 分派者sentedmannvarchar50 分派者联系方式sentedinfonvarchar200 分派时间sentedtimedatetime 分派次数sentednumberint4 响应时间要求respondlimitint4 专业部门类型receiveunit_t ype nvarchar50 专业部门receiveunitnvarchar200 处理要求disposalrequi re nvarchar200 处理时限disposallimitint4 备注rema

36、rknvarchar200 .5.下行中间表下行中间表委托核查单委托核查单 表 3-5 下行中间表委托核查单 表名表名checksend_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 委托人consignmannvarchar50姓名 委托时间consigntimedatetime 委托接收人consignreceiv er nvarchar50姓名 委托接收部门consignreceiv edepatment nvarchar50 .6.下行中间

37、表下行中间表督办单督办单 表 3-6 下行中间表督办单 表名表名urgeinfo_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 处理部门disposalunitnvarchar50 处理事件开始时 间 starttiemdatetime 处理时限disposallimitint4 距当前时间的时 间差 leavingtimeint4 第几次督办overseenumbe r int4 督办单产生时间createtimedatetime 督办员overseemannvarchar

38、50 备注remarknvarchar200领导批注信息 .7.下行中间表领导批示下行中间表领导批示 表 3-7 下行中间表领导批示 表名表名indication_send 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not记录编号 批示标题instructiontit le nvarchar200 批示内容instructionco ntent nvarchar1000 接收单位recieveunitnvarchar50外键 接收者recievemannvarchar50外键， 用户表的编号 重要度importantleve lid

39、nvarchar50数据字典项 （重大，一般， 紧急） 批示状态instructionst ateid nvarchar50字典项: (已签收，未签 收，已反馈, 未 反馈 批示人sentmannvarchar50 批示人单位sentunitnvarchar50 批示时间senttimedatetime年月日 时分秒 处理时限disposallimitint4 处理时限单位disposallimitu nit nvarchar50 备注remarknvarchar200 .8.下行中间表下行中间表附件附件 表 3-8 下行中间表附件 表名表名eventattachment_sen

40、d 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 文件名称（不含 后缀名） filenamenvarchar100文件内容的简 短摘要描述， 如“现场录音” 文件后缀filesuffixnvarchar20“.” 内容filecontentblob 文件类型filetypenvarchar2图片 0，声音 1，视频 2，其 他 3 .9.上行数据索引表上行数据索引表 表 3-9 上行数据索引表 表名表名exchangeindex_receive 主键主键id 名称名称字段

41、字段类型类型长度长度是是/否空否空备注备注 编号idint20not 表名tablenamenvarchar50 记录号recordidnvarchar50 生成时间creattimedatetime年月日 时分秒 发送时间senttimedatetime年月日 时分秒 送到时间receivetimedatetime年月日 时分秒 优先级sentprinvarchar50 发送 idreceiveunitco de nvarchar100发送单位 id 状态statenvarchar50 备注remarknvarchar200 .10.上行中间表上行中间表任务签收响应任务签收响应

42、 表 3-10 3 上行中间表任务签收响应 表名表名respondreturn_receive 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号flowhistory_i d int20 签收时间receivemandatetime .11.上行中间表上行中间表任务反馈单任务反馈单 表 3-11 上行中间表任务反馈单 表名表名taskfeedback_receive 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20

43、任务反馈号feedbacknumb er nvarchar50 任务接收时间receivetimedatetime 反馈类型feedbacktypenvarchar50 反馈内容feedbackcont ent nvarchar200 反馈者feedbackmannvarchar50 反馈者联系方式feedbackinfonvarchar200 任务反馈时间feedbacktimedatetime 申请时限applylimitint20 备注feedbackrema rk nvarchar200 .12.上行中间表上行中间表处置核查单处置核查单 表 3-12 上行中间表处置核查单

44、 表名表名checkresult_receive 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id int20 预档案号prenumbernvarchar50 核查者checkmannvarchar50 城管通号码checkcgtphon e nvarchar15 核查时间checktimedatetime 核查意见resulttypenvarchar255 核查情况checkremarknvarchar200 审批者examinemannvarchar50 审批时间examinetimedateti

45、me 备注checkremarknvarchar200 .13.上行中间表上行中间表问题登记单问题登记单 表 3-13 上行中间表问题登记单 表名表名questionregister_receive 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id nvarchar20 事件编码questionnumb er nvarchar50地标码 事件等级eventlevelnvarchar50 事件来源eventsourcenvarchar50 所属类别regimentationnvarchar

46、50 来源方式sourcemannernvarchar50 接线员bookinmannvarchar50 城管员patrolmannvarchar50 城管通手机号cgtphonenvarchar12 问题类型questiontypenvarchar50 部件信息partscodeingnvarchar200 事件大类bigclassnvarchar50 事件小类smallclassnvarchar50 所属城区cityzonenvarchar50 所属街区street_idnvarchar50 所属社区community_idnvarchar50 所属万米单元cellreseau_idint

47、20 事件位置说明positionremar k nvarchar100 地图定位信息spacepointnvarchar100 问题描述problemdescri ption nvarchar200 破坏程度destroygradenvarchar200 影响范围incidencenvarchar200 问题发生时间occurtimedatetime 举报人enumeratema n nvarchar50 举报人联系方式enumeratemanvarchar200 n_info 回复方式reversionwiseint20 登记人bookernvarchar50 登记时间createtime

48、datetime 备注questionrema rk nvarchar200 .14.上行中间表领导指派任务、批示反馈表上行中间表领导指派任务、批示反馈表 表 3-14 上行中间表领导指派任务、批示反馈表 表名表名indicationfeedback_receive 主键主键id 名称名称字段字段类型类型长度长度是是/否空否空备注备注 编号idint20not 领导批示编号leaderinstruc tion_id int20外键， leaderinst ruction 表的 编号 任务反馈号feedbacknumb er nvarchar20 任务接收时间receivetime

49、datetime 反馈内容feedbackcont ent nvarchar200 反馈者feedbackmannvarchar50 反馈者联系方式feedbackinfonvarchar200 任务反馈时间feedbacktimedatetime 申请时限applylimitint20 反馈类型feedbacktypenvarchar50数据字典项 备注feedbackrema rk nvarchar200 .15.上行中间表上行中间表附件附件 表 3-15 上行中间表附件 表名表名eventattachment_receive 主键主键id 名称名称字段字段类型类型长度长度是

50、是/否空否空备注备注 编号idint20not 事件处理编号eventdisposal _id nvarchar20 文件名称（不含 后缀名） filenamenvarchar100文件内容的简 短摘要描述， 如“现场录音” 文件后缀filesuffixnvarchar20“.” 内容filecontentblob 文件类型filetypenvarchar2图片 0，声音 1，视频 2，其 他 3 .界面原型界面原型 北京市城市管理综合信息平台系统界面主要包括：接收箱和发 件箱。对每一条接收箱里接收来的记录，可以进行详细的查询，包 括：对这条记录的市级平台里处理的问题登记单、任务

51、立案单、任 务分派单查询界面和委办局进行业务处理的任务反馈单。具体的界 面原型如下： .1.主界面主界面 图 3-4 主界面 .2.下发数据展示界面下发数据展示界面 图 3-5 任务箱 图 3-6 任务箱问题登记单 图 3-7 任务箱任务立案单 图 3-8 任务箱任务分派单 .3.上传数据展示界面上传数据展示界面 图 3-9 任务箱任务反馈 .4.已经发送数据查询界面已经发送数据查询界面 图 3-10 发件箱 点击每一条记录，进入这条记录的详细界面，其界面原型与收 件箱里每条记录的详细界面原型一致。 3.1.5.网络、软硬件环境网络、软硬

52、件环境 城市管理市平台 数据交换平台 mysql 数据库服务器tomcat web 服务器 图 3-11 系统硬件拓扑结构图 .mysql 数据库服务器根据单位数据量的大小可以采用数据库服务器根据单位数据量的大小可以采用 pc server 和小型服务器和小型服务器 其最低配置如下： 操作系统：redcat linux 9.0，win 2000 server/win 2003/win xp 数据库软件：mysql 5.0 硬件配置：piv 2.0g/512m 内存/20g 硬盘 .tcomcat web 服务器可以与数据库服务器共用一台机服务器可以与数据库服务器共用

53、一台机 器，也可以单独一台机器。器，也可以单独一台机器。 其最低要求配置如下： 操作系统：redcat linux 9.0，win 2000 server/win 2003/win xp web 应用中间件：tomcat 5.0 硬件配置：piv 2.0g/512m 内存/20g 硬盘 3.2.业务适配器：业务适配器：web 服务容器服务容器 业务适配器集成 jetty web 服务容器，作为系统 soap 服务的承载运行环境， 同时 web 服务容器也承载着系统 web 管理服务。 系统在启动核心框架之前首先启动 web 服务容器。 3.3.业务适配器：数据存取服务业务适配器：数据存取服务

54、egads1.0 版本中，与数据库数据处理相关的任务采用了 o/r 映射和 o/xml 映射相结合的方式，数据库表（单表或关联多表）中的数据信息，java object 对象信息和 xml 格式信息在数据映射文件中描述，系统自动将数据库 表中的数据取出并映射为 xml。 1、数据源处理器 数据源处理器通过数据源配置（db-config.xml）获取数据源的操作对象 （jdo2），提供 java 类和数据库表建立映射时交互的接口（database 实例）。 对象实体对象实体 db实体db实体 db实体 图 3-12 关系/对象映射示意图 所有的数据源处理操作都处于一个事务的上下文情景中。数据源操

55、作将数 据从数据库提取到内存里的 java 对象中，提供修改 java 对象的接口，新生 成或更新后的对象在事务提交时写入数据库中。 数据源定义文件举例： egads1.0 支持的数据库包括： db2db/2 genericgeneric jdbc support hsqlhypersonic sql informixinformix instantdbinstantdb interbaseinterbase mysqlmysql oracleoracle 7 - oracle 9i postgresqlpostgresql 7.1 sql-servermicrosoft sql server

56、 sybasesybase 11 2、xml 处理器 xml 处理器包括两个功能即 xml 的编组（marshal）和解析 （unmarshal）。xml 编组负责将 xml 文档根据映射定义转换为 java 对象； xml 解析负责将 java 对象输出为 xml 文档，这个过程可以使用映射定义文件， 也可以采用 java 反射机制。 xml schema java object xml document java class xmljava 类型 实例 编组 解析 实例化 实例-schema 代码生成 图 9、xml/对象映射示意图 3、数据映射 数据映射是数据库关系记录与 xml 文档之

57、间转换的桥梁。它详细描述了 字段间的映射定义，供数据源处理器和 xml 处理器在数据转换时使用。 数据映射定义举例： isrecycle.goodsdecl.container 3.4.业务适配器：核心框架业务适配器：核心框架 业务数据适配框架作为一个基于消息的系统集成框架，是 egads 业务数据 适配系统的核心。所有的系统集成工作在业务数据适配系统中体现为数据处理 任务的定义和资源准备，即数据处理适配的组织。 数据处理适配由一组资源文档组成，包括数据处理任务定义文件 （adaptor.xml），数据映射文件（xml），数据格式定义（xsd）及自动生成编 译的 java 代码等，用来定义将一

58、种数据从一个源端传输到一个或多个目的端的 处理流程，提供流程处理所需的其他资源。源端和目的端可以是各种不同的系 统，如文件目录，tcp/ip sockets，jms 消息队列或主题，数据库，soap webservice，odex 中间件，ftp 服务器等等。 业务数据适配框架抽象了系统间数据的传输处理，通过提供的各种可用的 组件，系统集成工作通过简单的配置 xml 文档，将各种组件根据数据处理的 需要动态装配起来即可实现。 业务适配框架结构如下图所示： adaptor系统 外部控制 管理模块 任务模块a任务模块b任务模块c 底层平台 日志管 理模块 资源中心 事件中心 流程运行 管理模块 控

59、制 使用 使用 使用 使用 使用 访问 运行/管理 运行/管理 运行/管理 图 3-13 业务适配结构 数据处理适配运行管理模块是框架的核心，它包括任务的解析和加载功能， 部件装配和外部连接件连接，任务的运行和控制，异常和错误处理，并发控制 和日志记录等核心功能。 资源中心是配合流程运行管理模块而设的集中管理资源的模块，为平台提 供资源的注册和查询功能，平台根据自身结构特点在使用资源时定义一定的层 次结构，在此基础上实现资源管理。 日志管理模块为一个工具模块，主要提供日志的记录输出功能。可配置不 同消息转换件来实现到不同载体的记录方式。系统将结合资源中心来使用日志 模块记录日志。 事件中心也是

60、工具模块，提供各种类型的消息机制来达到系统间的消息触 发和处理。系统将结合资源中心来使用事件机制。 3.4.1.日志处理机制日志处理机制 每个数据处理适配（任务）维护其各自的运行日志和数据处理日志。任务 日志有四个子日志为 sysinfo、error、debug 和 user，分别用 pipelinelog 的 log、err、debug 方式写入，sysinfo 配置 defaultlogcp 的信息转换器，用来记录 任务运行信息；error 配置了 errlogcp，用于转换错误数据，记录任务流水线运 行过程中的错误日志记录；debug 配置了 debuglogcp，用于显示调试信息； u