项目采购需求及技术要求.docx

项目采购需求及技术要求.docx

《项目采购需求及技术要求.docx》由会员分享，可在线阅读，更多相关《项目采购需求及技术要求.docx（12页珍藏版）》请在冰豆网上搜索。

项目采购需求及技术要求

项目采购需求及技术要求

一、采购清单

天长市红色物业系统建设项目采购清单

一、数据建设：

含系统工作底图整理、标准规范编制、部件图集与手册编制、网格划分图集编制等内容；以上共享数字城管建设成果。

二、业务平台建设

序号

项目名称

单位

数量

备注

1

微信受理系统

1

套

部分共享数字城管建设成果

2

协同工作系统

1

套

部分共享数字城管建设成果

3

考核评价系统

1

套

4

数据交互系统

1

套

部分共享数字城管建设成果

5

与微信公众号对接

1

项

6

与数字城管核心系统对接

1

项

上述部分数据建设内容与市数字城管建设成果实时共享，需实现互联互通，投标人须提供所建系统与既有市数字城管系统无缝对接承诺函。

二、采购需求及技术要求

1、需求分析

1.1总体需求分析

随着城市化进程的逐步加快，城市规模的不断扩大，城市功能的不断强化，城市管理面临的新课题越来越多，其作用越来越重要。

加强科学管理，提高效率和水平，实现数字化城市管理既是城市现代化的重要内容，又是加快推进城市进程的内在要求。

目前涉及到社区内部的城市管理案件无法得到有效的采集、上报的案件无法及时有效的派遣至相应的社区及物业公司。

无法实现天长市城市管理社区内部案件，由统管型型向集约定向型转变，由单一向多元开放转变。

1.1.1运行流程的制定

城市管理流程是在“两个轴心”管理体系下的具体办事流程，这一流程的主要参与者是信息采集员、监督指挥中心和专业部门（包括街道、社区等）。

流程的业务阶段可划分为以下六个阶段：

信息收集阶段、案卷受理阶段、任务派遣阶段、任务处理阶段、处理反馈阶段和核查结案阶段。

在这六个阶段中，所有参与者各司其职，形成数字化城市管理的闭环流程，最后得到的案卷数据进行综合评价。

本着共享节约的原则，基于数字化城市管理的现有流程，打造适合天长市红色物业案件的管理流程；通过科学合理的系统设计，结合实际情况，建立快速处置流程、督办管理流程、考核评价流程，使得流程的覆盖范围既全面又高效。

1.1.2指挥手册的制定

事部件分类和指挥手册是数字化城管的管理依据和处置标准。

根据天长市红色物业实际管理需求，梳理各项小类问题的责任部门和处置时限等内容，使得建成后的系统能够顺畅运行。

处置标准规定了事部件分类中不同类别问题的处理部门、时限要求和处置完成的规定。

1.1.3评价体系的建立

评价体系是系统长效运行的保障。

系统将根据评价系统的各种评价指标，对系统中每一个岗位、角色、部门的工作业绩进行统计和综合评价，根据不同的考核结果可以直观地反映出部门、岗位、区域、角色的工作状态和工作效率以及工作质量，考核评价结果可为领导的决策提供依据。

1.2数据需求分析

1.2.1基础数据内容需求

天长市红色物业系统建设是依托空间信息技术、通信技术、计算机技术等建设的城市管理信息系统，需要构建天长市基础地理数据资源中心，实现业务信息完整化、精确化。

基础数据主要包括城市部件数据、地理编码数据、单元网格数据和基础空间数据。

1.2.2性能指标需求

根据住建部行业标准中的相关规定，应用软件系统的总体性能需求如下：

1、容量需求：

支持同时200人在线访问查询能力；应具有良好的并发响应能力，整体响应性能在5s以内。

正常情况下，瞬时并发访问量应不小于200个。

数据库容量：

不小于1TB。

2、响应速度

坐标以及移动终端的事、部件地理信息位置查询和定位时间不超过5s；

地图查询定位时间不超过5s，监督指挥中心接收信息采集员上报问题时间不超过5s，监督指挥中心向信息采集员发送任务时间不超过5s。

文本信息交换的响应时间应控制在1s以内。

1.2.3系统试运行

系统试运行期的主要目的是：

通过系统的实际运行，磨合系统各部门间的协同工作内容，提高各部门间协同工作的能力；排查系统运行中的技术问题，做到发现问题及时，解决问题迅速。

从而为系统上线后的无故障高效率运行打下坚实基础。

试运行期间需要做好系统运行日志，详细记录系统运行状况，包括问题描述、解决过程和解决办法，最终积累成册，形成系统运行维护手册。

1.2.4其他需求

1）易用性：

提供快速、便捷的输入方式，界面简单易用，菜单安排合理，符合使用习惯，灵活方便的查询方式。

2）安全性：

主要从以下几方面保证系统的安全。

系统安全：

操作系统安全。

网络安全；网络防病毒；

数据备份与恢复：

信息安全；

数据库安全：

数据库具备用户认证、基于角色或用户组、数据视图的访问控制功能，并支持关键信息加密。

应用软件安全：

提供完善的安全控制机制，包括基于角色的用户名/口令的验证机制；用户的访问权限控制；对于用户的各种访问进行日志记录；数据库操作保证数据的一致性、正确性。

3）可维护性：

统一的数据维护模式，管理员能够对数据字典、用户信息、统计参数等信息进行维护，系统部署在服务器端，通过服务器端的升级实现客户应用升级。

数据库系统可以进行远程数据维护。

4）先进性

在系统的总体设计上，在技术上，要采用国际上先进的且成熟的技术，使得设计更加合理、更为先进。

在“数字城管”的基础上，充分考虑红色物业管理的现状和特点，在注重系统的实用性的前提下，尽可能采用先进的计算机软、硬件环境。

1.3应用系统业务需求

1、多源案件受理

城市管理是一项综合性政府管理工作，需要多部门通力协同配合才能有效解决城市管理过程中发生的各种问题，整合多渠道、多来源案件。

2、统管型案件流程

城市管理工作涉及案件种类较多，统管型案件流程无法满足全部城市管理工作，针对特殊案件指定定制化流程，快速有效的进行案件处置，提交处置效率。

3、针对性监管手段

对物业类案件进行针对性受理、派遣、处置。

对整个流程进行针对性监管，第一时间跟踪问题、、第一时间解决问题，避免问题的扩大化而产生的严重后果。

1.4系统培训需求

对于任何项目的实施，人员素质都是一个非常重要的因素。

为了保证红色物业系统在建成后能够顺利运行，承建单位将提供多层次、多内容、多形式的培训。

对于任何项目的实施，人员素质都是一个非常重要的因素。

为了保证红色物业系统项目在建成后能够顺利运行，承建单位将提供多层次、多内容、多形式的培训。

1、社区网格员及基层党员培训

社区网格员是系统有效运作的重要支撑。

人员本身技术水平一般不高。

为使他们正确、有效地使用微信上报，应对他们进行相关的理论培训和技术培训。

2、各社区专业部门人员培训

各社区专业部门是红色物业系统运行中其中非常重要的一个环节，要对专业部门进行如下的培训：

a）基础培训，包括计算机应用基础，系统与日常业务管理的关系，了解系统运行环境、初步了解通过系统进行日常工作的操作步骤和如何使用《用户操作手册》，日常工作常见问题分析；

b）协同工作子系统功能培训：

待办案件、经办案件，延期案件，地图的操作使用等独立功能模块使用的培训；

c）查询统计功能培训。

3、监督指挥中心操作人员培训

监督指挥中心的操作人员，在数字化城市管理模式运行中的责任非常重大。

对于系统操作人员的培训，应包括城市单元网格管理法的基本理论和基本方法、系统总体架构、各系统的具体操作等。

4、系统维护人员培训

对于系统维护人员的培训，应包括城市单元网格管理法的基本理论和基本方法、系统总体架构、数据基础知识和高级操作、系统管理维护知识和基本的网络安全知识。

2总体设计

2.1总体建设目标

推进打造“红色物业”，拓展各项应用，充分发挥党建的示范引领作用，以基层治理为抓手，形成以社区党组织为核心，社区全体党员为主体，社区内各种组织共同参与的工作格局，不断提升精细化治理水平和基层治理能力，开创城市基层治理新格局。

2.2项目技术路线

2.2.1实现MIS、GIS一体化的综合型政务管理信息系统

城市管理事件和案卷相关的业务信息管理系统称为MIS系统，与城市管理相关的地图管理系统称为GIS系统。

在总体技术设计上，我们将MIS、GIS技术集成于同一系统之中，存储于同一数据库，真正实现了MIS、GIS的技术一体化，为城市管理各级领导和工作人员提供了图文一体化的基于B/S结构的协同工作应用环境。

系统提供的工具可以帮助用户最快速度调阅事件消息、立案情况、各个部门的处理意见、基础地图信息和各种专业地图信息，同时可以查看与该案卷相关的事件信息、督办信息、案卷交接过程等，在一体化的环境下，完成日常操作。

系统为这些日常操作，提供了简单有效的调度方法，用户可以任意切换使用地图、表格、实现图、文、表一体化的信息互联管理。

2.2.2开放的数据结构设计能够适应各种标准的变化发展

数据结构设计的开放性，使系统可以不断适应各种标准的变化发展。

我们需要在现有的国家标准、行业标准和地方标准的基础上，制定出符合实际需要的城市管理相关数据结构的标准体系。

但是标准编码体系同样存在可持续发展问题，而系统的可持续发展又与标准编码的可持续发展息息相关，为了能够保证实际实施的标准可以不断适应国标、行标的发展变化，系统通过开放的数据结构设计，提供数据结构和数据字典的编辑、扩充工具，使系统使用的数据结构体系可以通过非常简洁的方式不断修订、不断扩充、不断升级，适应各种标准的发展变化。

2.2.3强化空间信息管理和利用，为综合评价提供可靠依据

强化信息的收集和整理，需要保证信息库建设的完整性、真实性、现势性。

完整的信息库，为综合分析和决策提供足够的依据；真实的信息库，为综合分析和决策提供可靠的保证；现势的信息库，为综合分析和决策提供发展的基础。

系统提供强大的结构化数据（如事件、立案信息）、非结构化数据（如各种文档、手机照片）的查询统计功能和数据分析功能。

业务人员可通过多种查询方式进行事件和案卷的查询和统计。

领导可以进行案卷在办时的实时监控查询等等。

在统计方面，系统也提供了丰富的数据统计功能，统计结果可以在业务人员和各级领导之间实现电子化及时传递。

系统提供空间数据综合分析评价功能，通过系统提供的综合分析评价功能，可以有效利用系统的信息资源，为城市管理的决策分析提供帮助。

2.2.4GIS技术、空间数据库技术与Internet技术结合

海量地图数据的共享应用，对系统运行的网络环境提出非常高的要求，地图用户的不断增长，也对服务器和网络环境提出更高要求。

GIS技术与Web技术的结合形成的WebGIS技术，使地图数据在网上发布成为可能，用户可以通过浏览器进行地理信息的各种操作。

与C/S结构的GIS应用系统不同，WebGIS服务器向客户端发送的一般是最终生成的地图影像的图片，用户无法直接存取地图资源库，从而真正保证了原始地图数据的应用安全。

社区相应区域地理编码信息及该区域的事部件问题重新确定。

系统采用空间数据库技术，对空间数据进行有效组织，并通过负载均衡技术，在多服务器环境中实现最佳的系统运行效率。

通过WebGIS技术大大降低了对网络带宽的运行要求，从而满足政府部门在政务专网上对地图数据应用的要求。

2.2.5标准化的数据接口设计和灵活的系统接口设计

系统基于多层体系架构，采用标准化的数据接口设计和灵活的系统接口设计（如WebService接口），实现红色物业系统与现有的数字城管系统的接口整合与对接。

3、应用软件建设方案

3.1应用系统整体要求

系统建设涉及到如地形图等保密信息，因此应用软件建设应考虑合理的人员角色定义、严格的登陆管理和权限定义，以降低系统的安全隐患。

要结合天长现有的安全认证体系，提供系统统一的用户身份认证，根据权限划分分别赋予用户本系统相应的用户权限。

3.1.1灵活可扩展的三层体系结构

基于网络的数据处理日益成为信息化的中心环节，数据库的灵活性、安全性和可拓展性成为数据处理技术的焦点。

应用系统的不断扩充和新功能的不断增加，系统建设采用基于J2EE的三层体系结构。

3.1.2采用面向对象的设计方法

在软件开发技术中,面向对象的软件开发技术成为当今主流。

要求本系统建设与开发过程中采用面向对象的设计方法，利用组件技术，以数字城管核心业务为主线，以相关政策法规为准则，面向日常工作和业务职能，划分定义各类不同的业务活动，以业务对象为中心来组织数据和实现其相应的计算机化管理模式。

3.1.3采用开源的Eclipse开发平台

Eclipse本身就是一个可扩展的IDE框架，能够满足基于J2EE的三层体系架构应用系统开发要求。

3.2应用软件建设

3.2.1微信受理系统

3.2.1.1系统概述

微信受理系统面向社会定制的城市管理问题受理工作平台，通过该系统，可对微信上报的问题进行受理、立案、处置、反馈等操作，可对物业类问题单独归类分析，针对社区网格员（暂定150人）上报的案件数据进行统计分析及人员考核。

根据用户需求对微信系统进行相关功能的开发设计及扩展，系统采用图文一体化的界面设计——将地图、案件列表与案件关键信息集中展现在一个页面，让用户快速识别、一键办理，最大程度地提高问题受理及时性。

3.2.1.2功能设计

根据受理工作不同阶段，将需要办理的问题、案件合理分类归集，主要包括：

受理栏、待办案件栏、经办案件栏等。

完成微信的相关其它扩展功能设计，如页面设计、服务功能。

3.2.2协同工作系统

3.2.2.1系统概述

协同工作系统是供派遣员、值班长、处置部门等对城市管理问题受理后进行处置的应用系统。

通过该系统派遣员可对受理员或值班长立案交办过来的红色物业案件进行派遣、回退；各社区处置部门可对处置后的问题进行处置反馈。

同时，系统提供案件回退、延期、挂账、授权等必要的业务功能。

系统将业务办理与地图、多媒体紧密结合，并提供了多种信息查询、帮助，不仅将日常的业务信息集中展现在统一的办公平台上，还将各种信息通过快速链接与业务案件整合起来,可以快速查询案卷表单信息、案卷办理经过等，使办公人员在工作时能够随时了解案件所有相关信息。

天长街道终端实现所有社区物业类案件的分类、分析、统计、考评功能，获取各社区物业管理相关数据；各社区终端实现本辖区内物业类案件的分类、分析、统计、考评功能；物业办终端实现各小区物业类案件的分类、分析、统计、考评功能，获取各小区物业管理相关数据。

3.2.3考核评价系统

3.2.3.1系统概述

考核评价系统是基于微信受理系统、协同工作系统等，运用综合考评模型，实时或定期统计技术，将信息化技术、监督考评的工作模式应用到管理当中。

通过信息存储和信息查询，实现对历史数据实时或定期的统计，并通过考评体系数学建模运算评比等级，将其以图形化或表格化的方式显示出来。

通过系统建设，推进城市管理监督达到主动、精确、快速、直观和统一的目标，从而实现完善的考评体系，形成良好的城市管理监督机制。

3.2.3.2功能设计

1.4.1.1.1区域评价

区域评价主要是指按一定周期对街道、社区、单元网格、小区等区域进行评价，根据区域评价指标和评价方法要求，由系统生成评价结果，实现精细化管理、精准考核的目标；

1.4.1.1.2部门评价

部门评价是指按一定周期对案件处置的专业部门进行评价，根据部门评价指标和评价方法要求，由系统生成评价结果，对小区物业公司各项评价指标进行数据统计，对所有社区各项评价指标进行数据统计。

1.4.1.1.3统计指标反查

统计指标可以反查到具体事部件问题情况，同时能查看每个问题的详细信息（包含文字信息、多媒体信息以及事发位置等）。

统计指标可以对小区物业数据进行统计反查。

1.4.1.1.4案件综合查询

提供多种条件查询，例如：

上报时间、所属区域、处置时间、处置部门、地址描述、案件类别等，实现数据的定制化查询，并支持excel导出功能。

3.2.4数据交互系统

3.2.4.1系统概述

数据交换子系统用于实现不同阶段、不通业务系统间的信息传递与交换，交换信息包括部件与事件问题信息、业务办理信息、综合评价信息等。

通过建立统一的政务信息交换标准规范及数据交换系统，实现城市电子政务信息的整合与共享。

3.2.4.2功能设计

1.4.1.1.5数据同步接口

数据交互系统使得查询、浏览、获取、交换、使用和再加工信息能够做到方便、快捷、准确、安全和全面。

交互信息主要为问题信息、业务办理信息、综合评价信息等内容。

数据交互系统支持图像、声音、视频多种数据格式的传输；实现监督指挥中心与各街道、社区等专业部门之间的数据共享与交换，包括业务数据及基础地形数据的交换与共享。

1.4.1.1.6消息打包格式设计

消息打包基于SOAP和SOAPwithAttachment协议，所有通过信息交换的消息都必须符合SOAP和SOAPwithAttachment协议。

对审批消息提供基于SOAPwithAttachment协议的格式扩展，所有审批消息需按照审批消息打包格式打包。

凡是打包格式符合SOAP和SOAPwithAttachment协议的消息可通过信息交换平台进行传输。

3.2.5与微信公众号对接

实现红色物业独立模块与微信公众号的对接，案件数据传输主要指微信与数据库服务器之间的数据传输。

使用微信公众号将采集到的城市管理的相关信息，包括问题类型、相关图片、录音资料以及位置坐标等信息通无线网络传至服务器，由微信受理系统进行案件的立案受理操作。

3.2.6与数字城管核心系统对接

考虑到天长市数字城管业务的整体规划和交互，红色物业系统平台建设需要与天长市数字城管平台进行对接，做到数据（含影像数据）格式统一、标准代码统一、业务流程统一、系统接口统一，实现业务数据、考评数据（含影像数据）的实时传送，确保系统建成后既要相对独立、自主运行，又要与市级平台相互兼容、互联互通，实现平台间的无缝嵌入，减提高系统运行效能，充分发挥应有的作用。

平台接口通过标准化的WebService方式进行对接。

在原数字城管系统拓展子系统领导通APP软件中增加红色物业板块，对物业类案件进行分类分析，便于领导实时查看红色物业类案件处置信息数据。