闸北区社区网格化管理平台交互接口开发及应用-毕业论文_第1页
闸北区社区网格化管理平台交互接口开发及应用-毕业论文_第2页
闸北区社区网格化管理平台交互接口开发及应用-毕业论文_第3页
闸北区社区网格化管理平台交互接口开发及应用-毕业论文_第4页
闸北区社区网格化管理平台交互接口开发及应用-毕业论文_第5页
免费预览已结束,剩余27页可下载查看

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

厦门大学学士学位论文 I 本科毕业论文本科毕业论文 (科研训练、毕业设计) 题题 目:闸北区社区网格化管理平台交互目:闸北区社区网格化管理平台交互 接口开发及应用接口开发及应用 姓 名: 学 院:软件工程学院 系:软件工程 专 业:软件工程 年 级: 学 号: 指导教师(校内): 职称: 指导教师(校外): 职称: 年 月 厦门大学学士学位论文 II 闸北区社区网格化管理平台交互接口开发及应用 摘要 当代信息技术的以及电子政务的飞速发展,社区网格化管理进入了我们的视野,随 着网格化建设的发展,以及管理平台的建成,平台间的交互成了我们所关注的课题,因此我 们根据区系统管理流程和社区系统的工作流程,进行分析和流程对接建设,利用数据交互接 口完成数据的正确的业务流转,完成两个系统的上下联通。在整个交互接口的开发镇中,运 用了 webservice 的技术,通过双方互相提供的协议来调用互相提供的接口。在设计的过程中,面 向接口编程,根据系统流程对接以及数据信息共享的各种流程进行了程序设计。从而完成了 跨平台的数据信息交互处理以及数据的共享。 关键词:跨平台 面向接口 事务处理 交互性 厦门大学学士学位论文 III The Development and Using Of The ZHABEI”S Community Grid Manage Platform Alternately Interface Abstract With the rapid development of information technology and e-government,the grid management of the community comes into our view. As the construction of grid management develops and the managing platform is established, communication between different platforms catches our attention. And after a extensive analysis of the working process of the regional managing system and community managing system, we finally find a solution, that is, we make use of the interactive interface to accomplish the task of correct business flow and the fluent communication between two systems. And in the development process, we use the web service technology. Through the arranged protocol, they can invoke the each others interfaces. In the process of design, I applied interface-oriented programming method taking different systems interaction and data sharing into consideration. And after all these efforts, I finally complete my task which is ti make information exchange and data sharing possible. Keywords: Cross Platform Face To The Interface Processing The Bussiness Alternately 厦门大学学士学位论文 IV 目录 引言-1 第一章 概述-2 1.1 项目背景-2 1.2 系统建设的原则-2 1.3 目标-3 1.4 现状分析-3 第二章 系统总体方案-5 2.1 系统设计原则-5 2.2 技术路线-5 2.3 技术背景-6 第三章 网络平台设计-8 第四章 软件系统设计-9 4.1 接口功能分析设计-10 4.1.1 接口概述 -10 4.1.2 总体体系结构设计 -11 4.1.3 派遣 -11 4.1.4 受理 -12 4.1.5 退单 -14 4.1.6 处理完成 -16 4.1.7 申请缓办、延期 -16 4.1.8 缓办延期审核 -18 4.1.9 案件数据同步 -18 4.1.10 新案件上报 -20 结论-22 致谢语-23 参考文献-24 厦门大学学士学位论文 V Contents INTRODUCTION-1 CHAPTER 1 INTRODUCTION2 1.1 Project background-2 1.2 System construction principle -2 1.3 Goal -3 1.4 Present situation analysis-3 CHAPTER 2 SYSTEM OVERALL CONCEPT.5 2.1 System design principle-5 2.2 Technical route-5 2.3 Technical background-6 CHAPTER 3 NETWORK PLATFORM DESIGN8 CHAPTER 4 SOFTWARE SYSTEM DESIGN9 4.1 Interface function analysis design-10 4.1.1 Connection outline 10 4.1.2 Overall architecture design11 4.1.3 Dispatch.11 4.1.4 Accepting.12 4.1.5 Draws back the list14 4.1.6 Processing completes 16 4.1.7 The application postpones, the extension16 4.1.8 Postpones the extension verification.18 4.1.9 Case data synchronization.18 4.1.10 The new case reports.20 CONCLUSION22 THANKS23 REFERENCE.24 引言 1 引言 根据上海市各区县关于社区信息化、网格化建设的指导思想,由上海市闸北区信息 化委员会牵头,在闸北区临汾路街道试点,以市容环境事件管理的工作流程为先导,实施建 立了一套社区网格化事务管理的信息平台。同时作为上级单位,整个区一级的网格化管理平 台,目前也已建设完成,整个系统建设运用了城区网格化信息管理的基本原理,综合协调了 各职能场所的力量。我们提出了针对两个系统,建立数据交互接口,实现区系统和社区系统 的上下联通,统一协作的完整互动。 系统建设原则:稳定、可操作性,兼容性,安全性,开放性。 厦门大学学士学位论文 2 第一章 概述 1.1 项目背景 根据上海市各区县关于社区信息化,网格化建设的指导思想,由上海市闸北区信息化委 员会牵头,在闸北区临汾路街道试点,以市容环境事件管理的工作流程为先导,实施建立了 一套社区网格化事务管理的信息平台。同时作为上级单位,整个区一级的网格化管理平台, 目前也已建设完成,整个系统建设运用了城区网格化信息管理的基本原理,综合协调了各职 能场所的力量,明确了工作责任,规范了管理流程,为综合管理的长效机制提供了有效的手 段。因此在这样的信息化环境之中,我们提出了针对两个系统,建立数据交互接口,实现区 系统和社区系统的上下联通,统一协作的完整互动。 1.2 系统建设的原则 1、稳定、可操作性 网格化管理系统建设必须紧密结合,城区网格化管理的原理和要求,系统应该建设成一 个符合业务管理和合实际工作需求的运行稳定、可靠,操作性好的交互系统。 。 2、兼容性 系统的软硬件设计要考虑兼容性,既要根据目前的具体情况,又要考虑将来的发展,不 能依赖某一特定的软、硬件环境。 3、安全性 系统涉及到大量的职能部门和各个管理的调线,数据传输的安全和及时是系统正常运行 的必要条件。 4、开放性 系统的软硬件设计要考虑企业的发展和变革,既要满足目前需要,又要考虑将来的发展, 要有外延性(与第三方软件的集成)和扩展性、绝对不能依赖于某一特定的计算机硬件和操 作系统。 第一章 概述 3 1.3 目标 在社区网格化管理平台建设的阶段,我们就已经充分考虑了与城区网格化管理系统的数 据对接问题;因此,此次数据对接和系统改造的建设目的,就是将该社区网格化管理平台作 为城区网格化管理系统的功能延伸和补充。 1)系统流程的对接 区系统通过派遣成业务流转的整个功能。整个流程对接将充分实现:联机协作、同步接 单、直接派遣、协同完成的处理要求发送任务到社区系统,社区系统接单,处置进入社区流 程,完成后上报到区系统。 2)数据信息的共享 我们使用区系统一至的事件,部件分类体系和数据结构,也直接使用区系统下发的事件 问题数据信息;通过数据结构和数据信息的关联统一和快速的网络传输,完成两个系统之间, 数据信息的充分连接和共享。 1.4 现状分析 目前建立好的社区网格化管理平台,其的核心工作流程,是计算机信息化的社区事件管 理流程,如下图,该流程主要包括 6 个环节:事件发现,受理,派遣,处置,核查,结案; 我们以这个事件管理流程为原型,结合社区日常管理工作的特点,和网格化管理的原理,构 建了软件系统流程。同时系统根据市级事件的分类规则,划分成了 5 大类包括:市容环境、 设施管理、突发事件、街面秩序、综合治理,以及 52 小类的事件管理类型。 事件发现 受理 派遣 处置 核查 结案 图 1-1 事件处理流程图 厦门大学学士学位论文 4 区系统目前还没有与之相对接的数据交互接口,社区管理的流程只能是基于原始的模式 和条件,那么城区网格化管理的信息化流程就在社区层面出现了断层,也失去了网格化管理 在社区层面的大量数据资料,所谓的整个城区网格化管理系统,就没有真正延伸到社区这个 业务管理第一线。因此,无论从网格化管理的业务延伸,还是从信息化管理的功能延伸来讲, 均需要我们在社区层面建立一个功能完整的社区网格化管理平台。 第二章 系统总体方案 5 第二章 系统总体方案 2.1 系统设计原则 根据区系统管理流程和社区系统的工作流程,进行分析和流程对接建设,要求数据交互 接口必须能够完成数据的正确的业务流转,完成两个系统的上下联通。 针对目前的社区系统进行流程对接后的数据和业务管理要求,进行社区系统的功能改造, 增加适应区系统管理的要求的业务功能,补充数据交互接口的数据发送和接收的系统功能模 块。 2.2 技术路线 对于系统中涉及到的数据交互接口,均使用 Webservice 技术开发数据接口程序,返回 结果以接口开发双方约定的 xml 数据格式为标准。 接口程序主要采取一方提供另一方访问的方式实现数据的交互,目前确认的双方均有接 口需要提供,并且均需要访问对方的接口。 在这个项目中,我们主要应用了以下技术: Web Service: Web Service 是为实现“基于 web 无缝集成”的目标而提出的全新概念,希 望通过 Web Service 能够实现不同的系统之间能够用“软件-软件对话”的方式相互调用,打破 软件应用、网站和各种设备之间格格不入的状态。 Web Service 是一个应用程序,它向外界暴露一个能够通过 Web 进行调用的 API,这就 是说,能够用编程的方法通过 web 调用来实现某个功能的应用程序1。 Web Service 是一种新的 Web 应用程序分支,它们是自包含、自描述,模块化的应用, 可以在网络中被描述、发布、查找以及通过 Web 调用2。 因此在设计过程中对于系统中涉及到的数据交互接口,均使用 Web Service 技术开发数 据接口程序,返回结果以接口开发双方约定的 xml 数据格式为标准。 通过三高技术中心提供给我方的包含的 SH3HToStreetService.wsdl 文件接以及接口文 档。通过对后缀为 wsdl 的文档解析出相应的类包 org.tempurl,完成 Web Service 的解析。 Web Service 描述语言(WSDL)是用计算机能阅读的方式提供的一个正式描述文档而基于 XML 的语言,用于描述 Web Service 及其函数、参数和返回值。因为是基于 XML 的,所以 WSDL 既是机器可阅读的,又是人可阅读的。 厦门大学学士学位论文 6 面向接口编程:接口程序主要采取一方提供另一方访问的方式实现数据的交互,通过双 方互相提供的接口来完成数据操作。通过解析 wsdl 文件得到接口文件。当有需要事务操作 时候利用对方提供的接口对区平台接口进行访问的同时。我方提供三高技术中心操作相应事 务的 wsdl 文件以及供访问的接口类 Gwidealto3hServices.java。接受对方相应事务的请求 在本方服务端进行处理后反馈。 数据上报处理:针对所要上报的数据以及传递的方法,通过 Gridserviceservlet.java 类进行处理,根据不同的方法要求跳转到 com.ideal.grid.businessUtils.client 包中的各 个类进行数据处理后,根据调用 org.tempurl 包中的 SH3HToStreetServiceSoap.java 的各 种方法向区平台接口传递数据。 数据接收处理:三高公司调用我方所提供的接口访问到 Gwidealto3hServices.java 接 口文件,而后进入 Gwidealto3hServicesImpl.java 类文件进行处理。 自动事务处理:由于是跨平台的事务处理,由于网络等原因未能在第一时间发送的操作, 将利用 Quartz 技术进行定时操作。 数据库操作:在进行部分数据库,我们采用的是 hibernate 映射的技术,通过类以及相 应的配置文件对数据库进行操作处理!(TaskReportAction.java 类与 DispatchInfo.java 类,以及相对应的 TaskReportAction.hbm.xml 配置文件与 TDispatchfrom3h.hbm.xml 配置 文件) 。 2.3 技术背景 Web Service:Web Service 是一种可以接收从 Internet 或者 Intranet 上的其它系统中 传递过来的请求,支持跨平台的、轻量级的独立的通讯技术3。 这种技术允许网络上的所有系统进行交互。随着技术的发展,一个 Web 服务可以理解请 求中上下文的关系,并且在每一个特定的情况下产生动态的结果。这些服务会根据用户的身 份,地点以及产生请求的原因来改变不同的处理,用以产生一个唯一的,定制的方案。这种 协作机制对那些只对最终结果有兴趣的用户来说,是完全透明的4。 wsdl:对于商业用户来说,要找到一个自己需要使用的服务,他必须知道如何来调用。 WSDL (Web Services Description Language) 规范是一个描述接口,语义以及 Web 服务为 了响应请求需要经常处理的工作的 XML 文档。这将使简单地服务方便,快速地被描述和记录。 第二章 系统总体方案 7 quartz:quartz 是一个完全由 java 编写的开源作业调度框架。尽管 Quartz 框架整合了 许多额外功能, 但就其简易形式看,他是十分易懂易用的。简单地创建一个实现 org.quartz.Job 接口的 java 类。在 Job 接口实现类里面,添加一些逻辑到 execute()方法。 一旦你配置好 Job 实现类并设定好调度时间表,Quartz 将密切注意剩余时间。当调度程序 确定该是通知你的作业的时候,Quartz 框架将调用你 Job 实现类(作业类)上的 execute() 方法并允许做它该做的事情。无需报告任何东西给调度器或调用任何特定的东西。仅仅执行 任务和结束任务即可。如果配置你的作业在随后再次被调用,Quartz 框架将在恰当的时间 再次调用它。Quartz 能用在单机 J2SE 应用中,也可以用在 web 应用以及 J2EE 应用服务 器中。: 厦门大学学士学位论文 8 第三章 网络平台设计 该系统平台的网络架构如图所示: 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 信 图 3-1 网络架构图 整个系统根据网络访问和数据交互要求,进行网络对接的整合,完成区系统和社区系统 两个局域网的通信接口和数据对接的网络关联。而在其中使用了 Web Service 技术无疑是对 实现跨平台数据交互的重要保证。 第四章 软件系统设计 9 第四章 软件系统设计 在原有闸北区社区网格化系统之上,开发新的与区系统的数据交互接口程序。完成双向 的数据交互功能。具体包括的交互功能有: 1、派遣; 2、受理-接单; 3、退单-未受理、已受理; 4、处理完成; 5、申请缓办、延期; 6、缓办延期未批准; 7、批准缓办延期 基本数据接口访问流程: 待接单 待处理 退单 缓办或者 延期申请 缓办或者 延期 处理完成 区平台 待派遣 9 社区立案 派遣管理 社 区 平 台 结案核实 信 信 信 信 信 信 信 信 信 信 信 信 图 4-1 基本数据访问接口流程图 厦门大学学士学位论文 10 根据区系统与社区系统数据交互关系分析,本接口的数据交互点主要集中在社区系统的 社区立案,派遣管理,结案核实这几个基本环节。其中, ,数据接口功能集中在社区 1 2 3 平台“社区立案”部分完成;其他接口主要集中在“派遣管理”到“结案核实”的社区管理 流程中完成。 图中没有表示出来的数据流包括: 8、社区平台上报案卷给区平台; 9、社区平台处理完的案卷同步到区平台; 4.1 接口功能分析设计 4.1.1 接口概述 表 4-1 接口方法表 编编 号号 接口接口方法方法接口调用程序开接口调用程序开 发发 接口提供程序开接口提供程序开 发发 说明说明 0 1 派遣SendDispatchInfo区平台社区平台操作代码: 01 0 2 受理 SendAcceptInfo 社区平台区平台操作代码: 02 0 3 退单 SendBackInfo 社区平台区平台操作代码: 03 0 4 处理完成SendCompleteInfo社区平台区平台操作代码: 04 0 5 申请缓办、延 期 SendApplyDelay社区平台区平台操作代码: 05 0 6 缓办延期审核SendDelayAuditing区平台社区平台操作代码: 06 0 7 新案件上报SendNewTask社区平台区平台操作代码: 07 0 8 案件数据同步SendTaskInfo社区平台区平台操作代码: 08 接口数据格式约定: 1、时间类型的数据,均以标准格式传递:yyyy-MM-dd HH:mm:ss 2、处置时间要求等时间字段均以“分钟”为时间统计单位。 3、区系统的事件信息包含的附件内容,以路径方式发送给社区系统。 4、社区系统可以根据获得的路径以 http 方式直接获取这些附件文件。 第四章 软件系统设计 11 事件分类操作范围约定: 1、区系统下达的任务:派遣,受理,退单,处理完成,申请缓办、延期,缓办延期审核。 2、社区系统自行立案的任务:案件数据同步。 3、其他情况的案件信息上报:新案件上报。 4.1.2 总体体系结构设计 首先,我们需要提供给三高公司相应功能的接口:Gwidealto3hServices.java。当对方带 值调用这个接口传递请求时,我们在 Gwidealto3hServicesImpl.java 类中进行处理后,将所需 要的数据存储到数据库中。因此我们将由区平台至社区平台的数据处理单独封装在一个 com.ideal.grid.webservice 包内。 其次,在处理由社区到区的数据时,我们提供了 GridserviceServlet.java 类供社区平台与 区平台进行交互,根据传递过来的方法而判断与区平台进行的交互操作,根据方法跳转到 com.ideal.grid.businessUtils.client 包中进行相应的操作。而后通过解析所得的包中的 SH3HToStreetServiceSoap.java 调用区平台接口,若不成功则进行各种回滚操作。 在 com.ideal.grid.quartzjob 包中独立的封装 1 个 quartz 的启动类,在每次启动的时候都 调用 com.ideal.grid.businessUtils 包中的 Call3hServices.java 文件,来调用上次未成功调用的 方法。 而针对社区平台调用区平台接口的过程中,若失败则根据该事务的特点采取不同的处理 方法:回滚到之前状态,或者利用 quartz 进行处理。 4.1.3 派遣 功能描述:社区系统提供数据写入接口程序,区系统在有新的社区案卷到达的情况 下调用社区系统的“接受事件数据,派遣信息”的接口,将数据写入。一次调用写入一 条数据记录。 传输方向:区平台社区平台,接口提供方:社区系统,接口调用方:区系统。 代码见 Gwidealto3hServicesImpl.java 类中的 sendDispatchInfo 方法。 派遣信息数据结构: 表 4-2 派遣信息数据结构表 厦门大学学士学位论文 12 字段字段类型类型备注备注 m_TaskID任务编号 m_UserID操作员编号 m_UserName操作员姓名 m_InfoSTypeID 是否主管部门(0=不是,1=是) m_ExecuteDeptCode处理部门(社区编号) m_CArriveTime到场时间要求(分钟) m_CSolvingTime处理时间要求(分钟) m_DisPatchNote派遣备注 m_Inserttime记录添加时间 m_LASTARRIVETIME最晚到场时间 m_LASTSOLVINGTIM E 最晚处理完成时间 附带案卷基本信息: 表 4-3 附带案卷基本信息表 字段字段类型类型备注备注 m_TaskID任务编号 m_CaseSN案卷编号 m_DiscoverTim e 发现时间 m_StreetCode街道编号 m_StreetName街道名称 m_Community Code 居委会编号 m_Community Name 居委会名称 m_KeeperSN监管员编号 m_GridCode网格编号 m_InfoBCCode问题大类编号 m_InfoBCName问题大类名称 m_InfoSCCode问题小类编号 m_InfoSCName问题小类名称 m_InfoTypeID问题类型(0:部件;1:事件) m_Description问题描述 第四章 软件系统设计 13 m_PartSN部件编号 m_COORDXX 坐标 m_COORDYY 坐标 m_IMAGEFILE NAME 图片文件路径名(多个用逗号分开) m_WAVFILENA ME 声音文件路径名(多个用逗号分开) m_CHECKIMAG E 核查图片文件名(多个用逗号分开) m_CHECKWAV核查声音文件名(多个用逗号分开) 4.1.4 受理 功能描述:社区系统对于经过派遣接口获得区系统下达的事件数据,进行受理操作, 需要对每个事件进行确认操作,通过调用区系统提供的“受理接口” ,通知区平台已经 受理案卷。同时将受理操作的信息发送给区平台 传输方向:社区平台区平台,接口提供方:区系统,接口调用方:社区系统。 详细的代码见 com.ideal.grid.businessUtils.client 包中的 SendAcceptInfoUtil.java 类。 数据结构: 表 4-4 受理数据结构表 字段字段类型类型备注备注 m_TaskID任务编号 m_DeptID部门编号(社区编号) m_AcceptNote受理备注 m_AcceptTime受理时间 m_AcceptUserID受理操作员 说明:社区系统提供的受理操作员是,社区系统的当前操作员,直接提供姓名。以下的 操作员信息均采用此种处理约定。 社区案件受理效果图: 厦门大学学士学位论文 14 第四章 软件系统设计 15 图 4-2 社区案件受理效果图 4.1.5 退单 功能描述:在社区系统的立案和派遣环节均可以调用该接口完成案件退回区系统的 操作;传送退单案卷关键字信息给区平台。受理前后均可调用本“退单”接口 传输方向:社区平台区平台,接口提供方:区系统,接口调用方:社区系统。 详细的代码见 com.ideal.grid.businessUtils.client 包中的 SendBackInfoUtil.java 类。 数据结构: 厦门大学学士学位论文 16 表 4-5 退单数据结构表 字段字段类型类型备注备注 m_TaskID任务编号 m_DeptID部门编号(社区编号) m_AcceptNot e 退单备注,此数据项是必填内容 m_AcceptTim e 退单时间 m_AcceptUser ID 退单操作员 退单操作效果图: 图 4-3 退单操作效果图 第四章 软件系统设计 17 4.1.6 处理完成 功能描述:将社区系统处理完成的事件关键信息反馈到区系统。即传送案卷的处理 结果给区平台。每次传送一条;每处理完成一个案卷,调用一次本接口。 传输方向:社区平台区平台,接口提供方:区系统,接口调用方:社区系统。 详细的代码见 com.ideal.grid.businessUtils.client 包中的 SendCompleteInfoUtil.java 类。 数据结构: 表 4-6 处理完成数据结构表 字段字段类型类型备注备注 m_TaskID任务编号 m_DeptID部门编号(社区编号) m_SolvingU serID 处理操作员编号 m_ArriveTi me 实际到场时间 m_SolvingTi me 处理完成时间 m_SWriteTi me 处理销件时间 m_ArrivePer son 到场人员 m_SolvingP erson 处理人员 m_InfoSBCC ode 处理类别 m_InfoSSCC ode 处理内容 m_SolvingR esult 处理结果 m_SolvingN ote 处理备注,要求操作员详细填写 说明:实际到场时间,处理完成时间,处理销件时间 这三个项目是必填项目,对于信息不完整的情况下,可以使用 同一个时间。 4.1.7 申请缓办、延期 功能描述:调用区系统接口,传送延期缓办申请信息给区平台。每次传送一条。 传输方向:社区平台区平台,接口提供方:区系统,接口调用方:社区系 厦门大学学士学位论文 18 统。 详细的代码见 com.ideal.grid.businessUtils.client 包中的 SendApplyDelayUtil.java 类。 数据结构: 表 4-7 缓办延期数据结构表 字段字段类型类型备注备注 m_TaskID任务编号 m_DeptID部门编号(社区编号) m_RequestU serID 申请缓办、延期操作员编号 m_RequestD ate 申请缓办、延期时间(操作时间) m_RequestN ote 申请缓办、延期说明,此数据项目是必 填项 m_DelayHou rs 0:缓办;大于 0 为延期时间(单位小 时) 申请缓办、延期操作效果图: 第四章 软件系统设计 19 图 4-4 缓办延期效果图 4.1.8 缓办延期审核 功能描述:区系统在完成某个案卷的缓办、延期审核后,调用社区系统数据接口, 通知社区系统该案卷的审核结果,每次处理一条案卷记录。 传输方向:区平台社区平台,接口提供方:社区系统,接口调用方:区系统。 代码见 Gwidealto3hServicesImpl.java 类中的 sendDelayAuditing 方法。 数据结构: 表 4-8 缓办延期审核数据结构表 字段字段类型类型备注备注 m_TaskID任务编号 厦门大学学士学位论文 20 m_DeptID部门编号(社区编号) m_CheckU serID 审核缓办、延期操作员编号 m_CheckD ate 审核缓办、延期时间(操作时间) m_CheckN ote 审核缓办、延期说明 m_CheckR esult 审核标志 1:审核通过;2:审核未通过 4.1.9 案件数据同步 功能描述:社区系统在完成某个案件的结案核查操作后,同时调用区系统提供的 “案件数据同步接口” ,将结案事件的完整数据,组成如下的数据结构,写入区系统接 口。每个结案事件调用一次,每次处理一条数据。需要上报的事件,类型仅为社区系统 自行立案的事件,不包括区系统下达事件。 传输方向:社区平台区平台。接口提供方:区系统,接口调用方:社区系统。 详细的代码见 com.ideal.grid.businessUtils.client 包中的 endTaskInfoUtil.java 类。 社区系统事件基本信息数据结构: 表 4-9 社区系统基本事件信息数据结构表 字段字段类型类型备注备注 ID 主键 CASENO 事件编号 GRIDID 网格 ID GRIDNAME 网格名称 CASETYPEIDB 事件分类 ID(大类) CASETYPENAMEB 事件分类名称(大类) CASETYPEIDS 事件分类 ID(小类) CASETYPENAMES 事件分类名称(小类) CREATETIME 创建时间 STREETID 路名 ID STREETNAME 路名 ADDRESSNUMA 弄 ADDRESSNUMB 号 ADDRESSNUMC 室 第四章 软件系统设计 21 DETAILADD 详细地址 CASEFROMID 事件来源 ID CASEFROMNAME 事件来源名称 DESCRIPTION 问题描述 INFOTYPE 问题类型(1:事件) USERID 创建人 ID USERNAME 创建人 name 以下部分是事件活动记录的字段以下部分是事件活动记录的字段 CASECREATETIME 立案时间 CASECREATEDEPT 立案单位 ID CASECREATEDEPTNA ME 立案单位 Name CASECREATEUSER 立案人 ID CASECREATEUSERNA ME 立案人 Name CASECREATEDESC 描述 CASECREATERESULT 结论 CASEDISPATCHTIME 派遣时间 CASEDISPATCHDEPT 责任单位 ID CASEDISPATCHDEPT NAME 责任单位 Name CASEDISPATCHUSER 责任人 ID CASEDISPATCHUSER NAME 责任人 Name CASEDISPATCHDESC 描述 CASEDISPATCHRESUL T 结论 CASEDEALTIMEBEG 处置开始时间 CASEDEALTIMEEND 处置结束时间 CASEDEALDEPT 处置单位 ID CASEDEALDEPTNAME 处置单位 Name CASEDEALUSER 处置人 ID CASEDEALUSERNAME 处置人 Name CASEDEALDESC 描述 CASEDEALRESULT 结论 厦门大学学士学位论文 22 CASEENDTIME 结案时间 CASEENDDEPT 结案单位 ID CASEENDDEPTNAME 结案单位 Name CASEENDUSER 结案人 ID CASEENDUSERNAME 结案人 Name CASEENDDESC 描述 CASEENDRESULT 结论 4.1.10 新案件上报 功能描述:社区系统提供数据输入的表单填报界面,提供操作员输入上报的详细文 字内容,提交时,社区系统调用区系统“新案件上

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论