系统接口设计.docVIP

尉氏县数字化城市管理系统建设运营项目 技术参数 系统平台总体要求 应用软件都采用J2EE体系结构，服务端架构应支持UNIX、linux和windows等平台。应用软件应支持的数据库软件平台采用Oracle。应用软件应支持的GIS软件平台采用ArcGIS平台软件。 应用软件需满足和实现业主要求的可定制、可模块化重构的功能。 在数字城管应用软件设计中，需要满足用户界面统一性,便于用户操作和应用。 城管移动互联平台是数字化城市管理系统进入移动时代的新平台，能够支持数字城管系统主要业务在移动客户端上进行便捷处理，同时能够接入第三方业务平台进行业务扩展。具有以下特点： 功能自由定制。城管移动互联平台包含了信息采集员，领导人员，处置人员等参与者的常用20多个功能模块并不断扩展中，可根据用户权限配置功能。 消息驱动，通讯办公一体化。当用户有新的任务或通知时，在消息中就有相应的提示，通过消息引导用户，直接在消息记录里面即可便捷处理各类业务，而不需要进入到业务功能模块。同时系统集成了企业内部通讯功能，可就某个问题通过即时通讯或实时对讲来进行沟通，实现更高效的办公。 人员自管理。在数字城管系统的末端处置节点，针对人员多，变动频繁等情况，增加了用户可自行建立分级人员，并将案件自由下派。 诸多细节优化。包含主题切换，企业通讯录，任务处理路径规划，案卷批转的智能选择人员，案卷处置助手等多项操作优化。 系统性能指标要求 根据住建部行业标准中的相关规定，应用软件系统的总体性能需求如下： （1）容量需求： 支持同时200人在线访问查询能力；应具有良好的并发响应能力，整体响应性能在5s以内。正常情况下，瞬时并发访问量应不小于200个。 数据库容量：不小于5TB。 （2） 坐标以及移动终端的事、部件地理信息位置查询和定位时间不超过5s； 地图查询定位时间不超过5s，监督指挥中心5s，监督指挥中心5s。 文本信息交换的响应时间应控制在1s以内。 系统功能要求 系统名称 基础功能需求 数字城管基础应用系统 无线数据采集子系统 无线数据采集子系统是专为城市管理信息采集员量身定做的城管子系统，该子系统应用于信息采集终端，主要用于实现信息采集员在自己的管理范围内巡查过程中向监督指挥指挥 无线数据采集子系统应能够支持Android版本的智能手机，能够对不同分辨率、不同机型具有自适应能力。无线数据采集终端的主要功能包括：问题信息采集上报提示浏览定、系统设置等 监督中心受理子系统 监督中心受理子系统负责受理来自信息采集员通过城管通上报的城市管理部件、事件问题、社会公众通过拨打服务热线反映的问题等。监督中心受理子系统的主要功能是为监督中心坐席人员提供城市管理问题的受理、登记、立案、定位和转发等。系统主要功能包括：问题受理、登记、定位、、核查、归档管理等。 协同工作子系统提供给监督指挥中心、系统主要功能包括：登录与注销、办理、、撤销办理、、查看问题信息、授权、管理、打印等。 大屏幕监督指挥系统设在监督指挥中心，实现信息实时监控，便于监督指挥中心和各级领导更加清楚地了解城市管理的状况。通过大屏幕直观地掌握各个区域的城市部件（事件）信息、业务办理信息、综合考评信息等全局情况，还能对每个网格、信息采集员、部件等个体的情况进行查询。系统主要功能包括：今日导航、动态、类型动态、动态、进度动态、动态、定位、地图操作。 基础数据资源管理子系统是给系统管理员使用的管理平台，采用B/S架构， 应用维护子系统 应用维护子系统是给系统管理员使用的管理平台，采用B/S架构， 综合评价子系统 综合评价子系统是基于监督中心受理子系统、协同工作子系统和城市管理地理信息系统，运用综合考评模型，实时或定期统计技术，将信息化技术、监督考评的工作模式应用到数字化城市管理中，推进城市管理监督达到主动、精确、快速、直观和统一的目标，从而实现完善的城市管理考评体系，能形成良好的城市管理监督机制。三大评价功能：区域评价，部门评价，岗位评价。 地理编码子系统 地理编码子系统是数字化城市管理最重要的支撑系统之一，地理编码技术提供了一种把具有地理位置的信息资源赋予地理坐标、进而可以为计算机所计算的方式。通过地理编码，将城市现有的地址进行空间化、数字化和规范化，在地址名称与地址实际空间位置之间建立起对应关系，实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。 数据交换 数据交换子系统用于实现不同级城市管理系统间以及数字城管系统与其他业务系统间的信息传递与交换，交换信息包括部件与事件问题信息、业务办理